Project

General

Profile

Feature #7294

list dynamic libraries

Added by Herbert Greenlee over 4 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
11/06/2014
Due date:
% Done:

100%

Estimated time:
Scope:
Internal
Experiment:
MicroBooNE
SSI Package:
Duration:

Description

It would be nice if art had a feature such that, for a given fcl job configuration, the art executable could list the shared libraries that it will dynamically load.

History

#1 Updated by Christopher Green over 4 years ago

  • Status changed from New to Feedback
In what format should the listing appear? Would full paths to the shared library corresponding to each plugin be sufficient? Is it enough to list only plugin libraries that will be loaded? This list includes:
  • ROOT Dictionaries.
  • Sources.
  • Modules (filters, analyzers, producers, outputs).
  • Services.
  • Module-specific plugins (EmptyEventTimestampPlugin, FileCatalogMetadataPlugin, user-craeted plugins).

At what point would you wish to end execution of an art job that provided this information? After module construction is done, after the first event has been processed, or after normal execution of the job?

If what you need is a full list of all dynamic libraries that will be required by the job, including those required only by plugins (such as algorithm libraries), then the Linux-specific environment variable, LD_DEBUG=files will provide the information you require with no change to art: just grep for "calling init." In this case, the art execution will proceed normally while providing the extra information. LD_DEBUG_OUTPUT allows one to redirect this information to the desired place.

#2 Updated by Herbert Greenlee over 4 years ago

Full paths of plugins is plenty sufficient. I am not very concerned about art or larsoft libraries per se, since these are all available for us in cvmfs, but rather system library dependencies. I would get these by feeding plugin libraries to ldd.

#3 Updated by Kyle Knoepfel about 4 years ago

  • Target version set to 521

#4 Updated by Kyle Knoepfel almost 3 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 0 to 100

We believe the LINUX facilities provided the requested behavior.

#5 Updated by Kyle Knoepfel over 1 year ago

  • Target version deleted (521)


Also available in: Atom PDF