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

Removed asserts preventing fast re-recoes a la ECALELF #6625

Merged
merged 1 commit into from Jan 29, 2015

Conversation

cmsbuild
Copy link
Contributor

The removal of asserts should not hurt, but prevents fast re-recoes
@lgray and cms-phys-conveners-EGM should probably double check ad approve

Automatically ported from CMSSW_7_3_X #6556

@cmsbuild
Copy link
Contributor Author

A new Pull Request was created by @cmsbuild for CMSSW_7_4_X.

Removed asserts preventing fast re-recoes a la ECALELF

It involves the following packages:

DataFormats/EgammaCandidates

@cmsbuild, @nclopezo, @StoyanStoynev, @slava77 can you please review it and eventually sign? Thanks.
@Sam-Harper, @lgray this is something you requested to watch as well.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.

@nclopezo
Copy link
Contributor

+1
Latest commit marked as "Tests OK" in CMSSW_7_3_X

@StoyanStoynev
Copy link
Contributor

This PR is being hold due to the discussion (or lack thereof) in #6556

@StoyanStoynev
Copy link
Contributor

being held

@@ -42,8 +42,8 @@ GsfElectron::GsfElectron
setVertex(math::XYZPoint(te.positionAtVtx.x(),te.positionAtVtx.y(),te.positionAtVtx.z())) ;
setPdgId(-11*charge) ;
/*if (ecalDrivenSeed())*/ corrections_.correctedEcalEnergy = superCluster()->energy() ;
assert(ctfInfo.ctfTrack==(GsfElectron::core()->ctfTrack())) ;
Copy link
Contributor

Choose a reason for hiding this comment

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

better remove ctfInfo from the arguments list completely, these lines will then naturally go away.
This appears to be a fake variable preserved at some point to avoid the interface changes.

@slava77
Copy link
Contributor

slava77 commented Dec 24, 2014

-1

The asserts are in place to enforce consistency of the ctf part between the GsfElectron constructor arguments, at least on the parts where GsfElectron and GsfElectronCore are the arguments.
Some of the asserts seem excessive though and I made a few comments in the code commits.

@shervin86 which of the asserts are your actual problem?
if it's the ones with const ClosestCtfTrack & ctfInfo, this could be circumvented trivially (although, I think the argument of the constructor itself better be removed in this case)

@cmsbuild
Copy link
Contributor Author

@slava77
Copy link
Contributor

slava77 commented Jan 29, 2015

+1

for #6625 8811538
checked locally in CMSSW_7_4_0_pre6 /test area sign500/
compiles and there are no differences in monitored quantities based on the short matrix tests

@cmsbuild
Copy link
Contributor Author

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_4_X IBs unless changes (tests are also fine). This pull request will be automatically merged.

cmsbuild added a commit that referenced this pull request Jan 29, 2015
Removed asserts preventing fast re-recoes a la ECALELF
@cmsbuild cmsbuild merged commit 45ead76 into cms-sw:CMSSW_7_4_X Jan 29, 2015
@shervin86 shervin86 deleted the GsfElectronFix branch February 25, 2015 09:26
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