Mar 14, 2000:

The following release was announced March 14, 2000:

ZMtools v1.3, cvs rtag V01-03-00

New Features in release:
New tool -- Block
The simple templated class, Block, can serve as a fixed-size container (in the STL sense) and can also serve as a replacement for a native fixed-size C++ array. Thus a Block will work with the usual std::container syntax, but is simple enough that block initialization by a list in brackets is permitted (as it would be for an array).
Block < double, 4> x = {1.0, 1.5, 3.0, 4.5};
Documentation is at http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ZMtools/doc/html/0Block.html
New tool -- IteratorFilter
The templated class, IteratorFilter, provides a simple means of selecting certain of a container's members while traversing (iterating through) the container.
Documentation is at http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ZMtools/doc/html/0IteratorFilter.html
Use of ISOcxx in this package.

Dependencies:

For ZMtimer:
ZMutility v1.4 or above.
Exceptions v1.2 or above.
For ZMAugmentedException
ZMutility v1.4 or above.
Exceptions v1.2.8 or above.
ErrorLogger v1.2 or above.
For Block
None
For IteratorFilter
Exceptions v1.2 or above.

HepTuple v1.6 cvs rtag V01-06-00

New Features in release:
Take advantage of ISOcxx portability
Remove contortitions that were there for old gcc.
These had been fouling up NT.
Dependencies:
ZMutility v1.3.7 or higher
Exceptions v1.2.1 or higher
ISOcxx v1.1 or higher
Optional:
• Cernlib library must be linked in for HBOOK
• histo v5_0_3a0 or higher for histoscope
• root v2_23_00 or higher for ROOT
Restrictions:
There is a bug in HBOOK with regard to columns of doubles in N-tuples:
These are NOT portable among platforms with different endian-ness (SGI vs Intel/Dec). This inconvenience will NOT be present with the Histoscope manager.
It is currently impractical to do static instantiation of nTuple and histogram objects.
HBOOK Columwise Ntuples are restricted to 50 variables.
HBOOK itself does not handle columnwise Ntuples with more than 50 variables in a block. A good workaround is to have multiple blocks; each may have up to 50 variables.
Coming soon:
• Histogram arrays web documentation.
• Ntuple for the Root filemanager documentation.

ErrorLogger v1.3; cvs rtag V01-03-00

New Features in release:
Base class modifications:
Minor modifications to ELadministrator and ELoutput classes to facilitate a new destination ELcollected. This will allow multiple processes or CPUs to route error messges to a common collection point.
The details of how data is passed from one process to another are left for each individual experiment.
ELcollected destination
The ELcollected destination (and associated ELrecv method) are present in the release but in an "extreme alpha" (untested) form. They are tested only to the extent of not breaking the build.
ISOcxx is used.

Dependencies:
ZMutility v1.2.3 or higher
ISOcxx v1.1 or higher
Restrictions:

Coming Soon:

• We are starting to test ELcollected and ELrecv, so in a near-future release these should be available.
• The whole matter of using global statics for severity levels will be revamped, making things less fragile overall.

ISOcxx beta release: v1.1; cvs rtag V01-01-00

New Features in release:
Vetted on SunOS 5 (Kai)
ISOcxx-aware ZOOM packages
Modification of various ZOOM packages to take advantage of ISOcxx (thus making all of ZOOM portable to all platforms where ISOcxx has successfully been built). This is not a modiication of ISOcxx itself, but acts as a validation that the package has the correct capabilities.
STLUtility deprecated
ISOcxx obviates the need for STLUtility, which is now obsolescent and deprecated for any new usage. The macro functionallity provided by STLUtility is handled by ISOcxx, so code depending on STLUtility macros will not need to change as long as the include ISOcxx.h (or ZMenvironment.h, which includes that).
See documentation at http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ISOcxx/doc/0ISOcxx.html
Platforms checked:
Note: For this product, a platform is "checked" when the build - which discovers defects and prepares files that aid client code by transparently coping with those defects - has succeeded, and a test sample client code successfully excercised the defect correction.
If the package has been checked out for one instance of a system/compiler/switches combination, then installation on a similar platform should be trivial.
• KAI on IRIX 6 cdfsga
• KAI on linux cdfpca
• KAI on SunOS 5 fcdfsun1
• LIMITED NT with Microsoft C++ 6.0
  Integration with SRT2, which is necessary for smooth and transparent use of ISOcxx, has not yet been done on NT.
Dependencies:
None
Restrictions:
NT not yet practical for client use.
Non-SRT usage mode not yet available.
Coming Soon:
• Checkout on egcs/gcc 2.95 under various systems
• Checkout on SGI native compiler
• Checkout on native compilers for other Unix platforms with SRT2 available.

CLHEP v1.3.20, cvs rtag V01-03-20

Several new Random distributions:
• RandGaussQ and RandPoissonQ are quick versions
• RandLandau
• RandMultiGauss now in agreed place in CLHEP
• Fix (and workarounds) for saveEngineStatus misbehavior in RandGauss and when using bits in RandFlat
Minor tweaks to avoid warnings:
• Two Vector classes needed changing to avoid (valid) warnings found by compilations with optimization turned on.

Platforms checked:
KAI on d0mino with D0 environment
KAI on cdfsga with CDF environment
KAI on Redhat 5.0 (cdfpca)
MSVC++ 5.0 under NT
Various platforms at CERN including DEC, SUN, ...
Dependencies:
None.
Backward incompatibiliites:
HepAList is deprecated and will go away in a future CLHEP release. The HepAList sort() function is disabled at this time.

Parent Pages: