Linux Cluster RFQ FormReach Multiple Vendors With One Linux Cluster RFQ Form. Save time and effort, let LinuxHPC.org do all the leg work for you free of charge. Request A Quote...

LinuxHPC.org is Looking for Interns - If you have experience with Linux clusters and/or cluster applications and you're interested in helping out with LinuxHPC.org let me know. I can promise the experience will be rewarding and educational, plus it'll make good resume fodder. You'll work with vendors and cluster users from around the world. We're also looking for writers and people to do hardware/software reviews. Contact Ken Farmer.

Latest News

Geant4 5.2 released

Friday June 27 2003 @ 10:52AM EDT

The new public release Geant4 5.2 is now available.

For details of this release, please see the attached release notes.

The new source and data files are available from the GEANT4 website http://cern.ch/geant4 following the link to source. User's Guides and manuals have been updated accordingly. Binaries for the supported platforms are also available from the download area.

o SUN Solaris 5.8, C++ 5.4 Patch 111715-02.
o Linux, gcc 2.95.2, gcc 3.2.
This configuration was tested with the RedHat 7.3 distribution,
versions of Geant4 have also been compiled successfully on other
Linux distributions, like Debian or Suse.
The default RedHat compiler gcc-2.96 distributed in RedHat 7.X is NOT
supported. It has been verified that it produces incorrect binaries,
therefore is not reliable. See also note below.
o Windows-2000/XP and CygWin Tools with: Visual C++ 6.0 Service Pack 5

- The default compiler distributed by Red Hat since release 7.0 is
NOT supported and not considered reliable for running a Geant4-based
application. In more than one test case, binaries produced by gcc-2.96
have shown incorrect behavior, either due to wrong order of
initialisation of static data in memory or to bugs in the system
iostream classes, problems which apparently have all been solved in
more recent versions of the compiler (3.X series).
For information, gcc-2.96 is a compiler that has never been
officially released, nor supported by the GNU team itself and is not
considered reliable by the authors (for more information, see also
http://gcc.gnu.org/gcc-2.96.html).

For a complete list of outstanding run-time problems and to submit any
problem you may find running this version of Geant4, please refer to the
Geant4 Problem Reporting System, available on the Web at this address:

There are compilation warnings on some platforms. We do not believe
that any will lead to incorrect run-time behaviour, but we are working
on reducing them.

7. Known Run-Time Warnings
--------------------------

The following messages can be written to error output while tracking.
We believe none give rise to incorrect behaviour.

o G4PropagateInField: Warning: Particle is looping
- tracking in field will be stopped.
It has performed 1000 steps in Field while a maximum of 1000
are allowed.

8. Features at Run-Time
-----------------------

o In the propagation in field, the default value of "maximum step count"
has been changed from 10000 to 1000.
This will cause more particles to be recognised to loop earlier (see
section 7 of these notes) as this parameter controls this behavior too.

o With this release, usage of the obsolete 'g4std' wrappers has been removed
from the code and wrappers themselves are now hard-coded to STL headers.
User code making use of these wrappers will still compile and run as
normal, however, we encourage to migrate the user code at the earliest
convenience.
From the -next- public release (and development/beta releases), wrappers
and definition of 'G4std' will be removed, therefore making the migration
of the user code mandatory:
- Any reference to G4std:: will have to be changed to std::
- Any #include statement of the kind
#include "g4std/XXX"
will have to migrate to standard C++ calls of the kind
#include
o The new data sets for low-energy EM processes G4EMLOW2.2 is required
for applications making use of such processes.

o Geometry:
--------
- management:
o G4LogicalVolume:
+ added method ClearDaughters() to be used for resetting the list of
daughters to a logical volume in the use-case when only the physical
volume store is cleared at run-time.
+ notify removal of root-logical-volume from G4Region in case of
deletion of a logical-volume from the destructor, instead that from
DeRegister() method.
o GVPhysicalVolume:
+ Added pointer to mother logical volume (will replace in future
releases the pointer to mother physical volume) and related accessors.
+ Standardised registration mechanism as daughter for constructor using
the pointer to the mother's PV.
o G4PVPlacement/Replica/Parameterised:
+ Standardised registration mechanism as daughter for constructor using
the pointer to the mother's PV.
o G4Region:
+ Removed redundant calls to ScanVolumeTree() and UpdateMaterials()
from RemoveRootLogicalVolume() method.
o G4LogicalVolumeStore:
+ removed redundant check and call to RemoveRootLogicalVolume() from
Clean() method.
o G4PhysicalVolumeStore:
+ Added notification mechanism to logical volumes in the Clean() method
to update the list of daughters.
+ Update mother's LV list of daughters when deregistering a volume.
- solids
o Made compilation of STEP and STEPinterface modules optional
controlled by variable G4LIB_BUILD_STEP/G4USE_STEP.
By default modules are not built.
o G4ReflectionFactory:
+ Made public accessors: GetConstituentLV(), GetReflectedLV(),
IsConstituent() and IsReflected().
+ Added accessor GetReflectedVolumesMap() to access list of
reflected volumes.
+ Added methods Set/GetScalePrecision().
o G4BREPSolidPCone:
+ Commented out verbose-mode in SurfaceNormal(). Temporary solution
to problem reports #425, #431 and #474.
- verification
o G4GeomTestVolume:
+ Added methods TestRecursiveLine() and TestRecursiveCylinder() for
allowing recursion on line_test and cylinder_test respectively.
+ Introduced ability to control depth and starting level of recursion.
- volumes
o G4GeometryMessenger:
+ Added new commands for controlling geometry overlaps: added recursion
to line_test and cylinder_test; added possibility to customise the
resolution and shape of grid/cylinder for the test; added ability to
select depth of recursion in the geometry tree.
+ Added explicit call to OpenGeometry() in method CheckGeometry() to
force cleanup of voxelisation when command navigator/reset is called.
o G4PropagatorInField:
+ Implemented use of safety to reduce calls to navigator.
+ Changed the default value of "maximum step count" from 10000 to 1000.
This will cause more particles to be recognised to loop earlier as
this parameter controls this behavior too.
+ Added new method FindAndSetFieldManager() to find the current field
manager and set it for the Propagator. The class currently ensures
that this method is always called once for each call to ComputeStep().
+ Added new method SetDetectorFieldManager(), so as to have it updated
when the global field manager is changed.
o G4TransportationManager:
+ corrected the method SetFieldManager(). It now messages the current
global PropagatorInField to notify it.
- Fixed compilation warnings on Linux-g++ for higher-lever diagnostics.

o Transportation:
--------------
- G4Transportation:
o Use new method of PropagatorInField to simplify choice of
global/local field.
o Activated new capability of a (user derived) field manager to configure
itself with different accuracy parameters depending on track's energy,
particle identity, or other property.
o Fixes to accomodate incorrect and missing functionality for the
following use cases:
+ setting of a local field when no global field exists.
+ overriding of an existing global field with a 'zero' field
by creating a local field manager that has a NULL G4Field pointer.
- Fixed compilation warnings on Linux-g++ for higher-lever diagnostics.