Fix handler order #8932
Fix handler order #8932
Conversation
Without it impossible to open files in CMSSW with ROOTDBEUG>0.
Initial TFile plugin loading appears to occur much later in ROOT6; TFileAdaptor's plugin list was being overridden with the default plugins when the directory is scanned. Now, we scan the directory before TFileAdaptor adds its plugins. Because the default plugins get loaded earlier, we must make the xrootd regex match ROOT6's.
prior behavior). This allows lazy-download to keep working with HTTP. Note I let the s3:// protocol default to the ROOT6 plugin.
|
A new Pull Request was created by @bbockelm (Brian Bockelman) for CMSSW_7_4_X. Fix handler order It involves the following packages: FWCore/Services @cmsbuild, @Dr15Jones, @nclopezo can you please review it and eventually sign? Thanks. |
Apparently, when a file open error occurs in a built-in TFile plugin, we get a SIGABRT with the dreaded "terminate called after throwing an instance of...". (To reproduce, simply try to open a file named "dcap://dcache-cms-dcap.desy.de//pnfs/desy.de/cms/tier2/store/foo/bar" without this PR).
I wasn't able to figure that one out, however. I did figure out the regression in the ROOT6 branch that caused TFileAdaptor to not be used for dCap; fixed in this PR.