Page History

...

==> CVS history file corruption (Tom)

Wiki MarkupAn email circulated to the core software list described the corruption present in the GLAST CVS code repository's history file \ [ref: http://www-glast.stanford.edu/protected/mail/infrasoft/1593.html\].
This file contains a log of cvs actions (tag, commit, etc.) for the entire repository and can be a valuable tool for understanding the sequence of changes that have been applied to a given code package.

Terry Hung, CVS maintainer for BABAR, does have some tools to deal with this problem and has offered to provide advice to anyone within GLAST who is interested.

...

==> 08:15 Another unscheduled Evo (partial) outage.  Many people drop out of RAT and Koala windows and must reconnect.  Note there is a "Monitoring" facility for EVO, accessibly from the EVO start page (http://nextgen-caltech.cern.ch/evoGate/).&nbsp^{Image Removed}; By clicking on the "GMap"
icon on the left side, one brings up a springy real-time network diagram of the EVO universe.  Lots of options for viewing audio connections, total traffic, etc.  Useful if one can avoid getting lost in the details.

==> Library file generation, .a and .so files (Tom)

Wiki MarkupAn email circulated to the core software list described a problem wherein during the operation of the Pipeline for which the GlastClassify package overrode the default version in GR-v9r9, it was not picked up and used as expected \ [ref: http://www-glast.stanford.edu/protected/mail/infrasoft/1589.html\].
This was due to a linked-in static dependency on GlastClassify by the "merit" package.

There was discussion about the pros and cons of producing sharables, the details of which include: differences (conflicts?) between the Windows and Linux development environments; Gaudi vs. non-Gaudi packages; special consideration for packages in both GlastRelease and ScienceTools.  Several proposals were put on the table.

...

Toby and Tracy discussed another aspect of the new ROOT version associated with a new version of Visual Studio 2005 (Windows development environment).  The new VS2005 is more C++ standards compliant and comes with new runtime libraries that are incompatible with the old ones to the extent that all code must be rebuilt.  For the various GLAST_EXT packages this can be a problem.  ROOT v5.12 claims to support with the new VS2005 so is a step in the right direction.  But there are other packages, such as OmniORB which either require substantial Windows expertise and time to rebuild, or support from the developers.  Work continues...

Wiki Markup\[Afterword from Toby:"I took a quick look at omniORB, since the minutes feature it. There is a "VC8" version for the latest release, 4.0.7. (We are using 4.0.3.) So this does not seem to be an issue either, except that isn't it only Riccardo that has any expertise?
This is only for FRED, right?

I think that we are approaching a situation where the "big" external libraries are available, or implemented as sharables. That includes xerces and mysql."]