Project

General

Profile

Feature #1363

Ptr's back into the same container

Added by Rob Kutschke almost 9 years ago. Updated almost 9 years ago.

Status:
Closed
Priority:
Normal
Category:
Navigation
Target version:
Start date:
06/10/2011
Due date:
% Done:

100%

Estimated time:
12.00 h
Scope:
Internal
Experiment:
-
SSI Package:
Duration:

Related issues

Related to art - Feature #1361: A request to extend PtrClosed06/10/2011

Related to art - Bug #1364: Ptr's back to the same container - and mixingClosed06/10/2011

Associated revisions

Revision 8529e51f (diff)
Added by Christopher Green almost 9 years ago

Implement solution for issue #1361, issue #1363 and issue #1364.

History

#1 Updated by Rob Kutschke almost 9 years ago

OOops - same old problem with the issue tracker interface.

In the mu2e class MCDataProducts/inc/SimParticleCollection.hh each SimParticle contains Ptrs to its mother and its children ( within the same data production ).

There are several complications with these Ptrs:

1) It requires redundant data members ( see issue 1361).
2) I need an ugly hack: I add the collection to the event, getting back an orphan handle, cast away constness on the collection received from the handle, and then set all of the Ptr's using the orphan handle.
3) I am pretty sure event mixing won't work, for the same reasons that required the hack 2).

This request is that we find a more robust solution for 2).

#2 Updated by Christopher Green almost 9 years ago

  • Category set to Navigation
  • Status changed from New to Resolved
  • Assignee set to Christopher Green
  • Target version set to 0.07.10
  • % Done changed from 0 to 100
  • Estimated time set to 12.00 h

Solution implemented with 8529e51. From the event loop (produces() or filter()) do:

getProductID<PROD>(e)
or
getProductID<PROD>(e, instanceName)
(see source:test/Integration/ProductIDGetter_module.cc) and then crate a Ptr<PROD> using the Ptr(ProductID const &id, key_type offset, ProductGetter const *getter) signature (use e.productGetter() for the final argument).

#3 Updated by Marc Paterno almost 9 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF