Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bsunanda:Phase2-hgx59 Add beam line for HGCal test beam studies #14891

Merged
merged 3 commits into from Jun 23, 2016

Conversation

bsunanda
Copy link
Contributor

Possibility of readout of the trigger scintillators

@bsunanda
Copy link
Contributor Author

@cmsbuild Please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jun 15, 2016

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/13531/console

@cmsbuild
Copy link
Contributor

A new Pull Request was created by @bsunanda for CMSSW_8_1_X.

It involves the following packages:

Geometry/HGCalCommonData
Geometry/HcalCommonData
SimG4CMS/HGCalTestBeam
SimG4Core/Geometry

@civanch, @Dr15Jones, @ianna, @mdhildreth, @cmsbuild, @davidlange6 can you please review it and eventually sign? Thanks.
@ghellwig, @makortel this is something you requested to watch as well.
@slava77, @Degano, @smuzaffar you are the release manager for this.

cms-bot commands are list here #13028

@cmsbuild
Copy link
Contributor

@@ -15,7 +15,7 @@
#include "CLHEP/Units/GlobalPhysicalConstants.h"
#include "CLHEP/Units/GlobalSystemOfUnits.h"

//#define DebugLog
#define DebugLog
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bsunanda - please, comment it out for release or use LogDebug

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bsunanda - please, comment it out.

@bsunanda
Copy link
Contributor Author

@cmsbuild Please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jun 20, 2016

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/13593/console

@cmsbuild
Copy link
Contributor

Pull request #14891 was updated. @civanch, @Dr15Jones, @ianna, @mdhildreth, @cmsbuild, @davidlange6 can you please check and sign again.

@bsunanda
Copy link
Contributor Author

@ianna @civanch Please check and approve

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

Pull request #14891 was updated. @civanch, @Dr15Jones, @ianna, @mdhildreth, @cmsbuild, @davidlange6 can you please check and sign again.

@bsunanda
Copy link
Contributor Author

@cmsbuild Please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jun 22, 2016

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/13613/console

@cmsbuild
Copy link
Contributor

@ianna
Copy link
Contributor

ianna commented Jun 23, 2016

+1

@cmsbuild
Copy link
Contributor

@bsunanda
Copy link
Contributor Author

@civanch Could you sign this please

@civanch
Copy link
Contributor

civanch commented Jun 23, 2016

+1

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_8_1_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @Degano, @smuzaffar

@davidlange6
Copy link
Contributor

+1

@cmsbuild cmsbuild merged commit fe77176 into cms-sw:CMSSW_8_1_X Jun 23, 2016
@Dr15Jones
Copy link
Contributor

This seems to have caused a thread-safety problem found by the static analysis tool

In call stack '  OscarMTProducer::produce() calls function  RunManagerMTWorker::produce() calls function  RunManagerMTWorker::initializeThread() calls function  AttachSD::create() const calls function  SensitiveDetectorMakerBase::make() const virtual calls function  SensitiveDetectorMaker<HGCalTB16SD01>::make() const calls function  HGCalTB16SD01::HGCalTB16SD01() calls function  DDName::name() const calls function  DDI::Singleton<std::vector<std::_Rb_tree_const_iterator<std::pair<const std::pair<std::basic_string<char>, std::basic_string<char> >, int> >, std::allocator<std::_Rb_tree_const_iterator<std::pair<const std::pair<std::basic_string<char>, std::basic_string<char> >, int> > > > >::instance() static variable  DDI::Singleton<std::vector<std::_Rb_tree_const_iterator<std::pair<const std::pair<std::basic_string<char>, std::basic_string<char> >, int> >, std::allocator<std::_Rb_tree_const_iterator<std::pair<const std::pair<std::basic_string<char>, std::basic_string<char> >, int> > > > >::instance()::value' is accessed , 'OscarMTProducer::produce()' overrides 'edm::stream::EDProducerBase::produce() virtual'

@ianna can you comment on if this is really a problem?

@Dr15Jones
Copy link
Contributor

A quick look at some of the other sensitive detectors didn't turn up any cases where the DDName is ever called.

std::map<G4String,int> matNames;
while (dodet) {
const DDLogicalPart & log = fv.logicalPart();
matName = log.material().name().name();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is the thread-unsafe operation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants