| 1 |
# |
# |
| 2 |
# $Id: v_100.txt,v 3.3 2002/12/05 17:27:59 pamela Exp $ |
# $Id: v_100.txt,v 3.4 2003/12/17 11:32:50 pamela Exp $ |
| 3 |
# |
# |
| 4 |
# $Log: v_100.txt,v $ |
# $Log: v_100.txt,v $ |
| 5 |
|
# Revision 3.4 2003/12/17 11:32:50 pamela |
| 6 |
|
# CALO SIMULATION COMPLETED: geometry and special tracking parameters updated and simulation checked by a comparison with the Trieste's standalone Monte Carlo simulation |
| 7 |
|
# |
| 8 |
# Revision 3.3 2002/12/05 17:27:59 pamela |
# Revision 3.3 2002/12/05 17:27:59 pamela |
| 9 |
# New GARFIELD.GAR file added and GPAMELA.FFR cleaned and updated |
# New GARFIELD.GAR file added and GPAMELA.FFR cleaned and updated |
| 10 |
# |
# |
| 26 |
#CMZ : 1.00/03 30/04/96 12.23.59 by Francesco Cafagna |
#CMZ : 1.00/03 30/04/96 12.23.59 by Francesco Cafagna |
| 27 |
#CMZ : 1.00/02 05/04/96 15.31.25 by Francesco Cafagna |
#CMZ : 1.00/02 05/04/96 15.31.25 by Francesco Cafagna |
| 28 |
#CMZ : 1.00/01 28/11/95 18.51.23 by Francesco Cafagna |
#CMZ : 1.00/01 28/11/95 18.51.23 by Francesco Cafagna |
| 29 |
#-- Author : Francesco Cafagna 28/11/95 |
#-- Author : Francesco Cafagna 28/11/95 |
| 30 |
|
|
| 31 |
|
29 March 2004, Bari |
| 32 |
|
|
| 33 |
|
NON-REPRODUCIBILITY PROBLEM OF A GPAMELA RUN FIXED. |
| 34 |
|
The non-reproducibility of a GPAMELA run was due to the random number |
| 35 |
|
initialization in the GARFIELD code. In GARFIELD by default, the initial |
| 36 |
|
seeds of the random number generators are always the same while the random |
| 37 |
|
number generators are called a given number of times (determined by the |
| 38 |
|
hour of the day) during the initialization phase (see init.f subroutine in |
| 39 |
|
the GARFIELD code for details). Follows that different runs produce |
| 40 |
|
different results without changing the initial seeds. To have identical |
| 41 |
|
results in different runs, the GARFIELD program has to start typing the |
| 42 |
|
noRNDM_initialisation switch. To avoid of specifying this switch by the user, |
| 43 |
|
the GARFIELD package has been upgraded with a patch. In this way the problem |
| 44 |
|
is partially solved because, now, the initial seeds of the random generators |
| 45 |
|
in GARFIELD will be always the same even if the RNDM GEANT data card is |
| 46 |
|
activated by the user for changing the initial seeds in the GPAMELA program. |
| 47 |
|
Work is in progress for a more general correction of this problem. |
| 48 |
|
Please, use the updated GARFIELD code released with the CVS version v4r1 |
| 49 |
|
to fix this problem. |
| 50 |
|
|
| 51 |
|
|
| 52 |
|
RNDM ROUTINE REPLACED BY THE GRNDM ROUTINE IN GPXTR AND NPOISS. |
| 53 |
|
The obsolete RNDM random number generator has been replaced by the GEANT |
| 54 |
|
GRNDN routine in the gpxtr.F subroutine and in the npoiss.F function. |
| 55 |
|
|
| 56 |
|
BUG FOUND AND FIXED: the set and detector calorimeter addresses (ISCAL |
| 57 |
|
and IDCASI variables) used in GUTREV were respectively set to a fixed |
| 58 |
|
values of 12 and 1. The correct values of these variables are stored in |
| 59 |
|
the GPSED common when the set and the detector ZEBRA banks are filled |
| 60 |
|
during a run. In general the values of the set and detector addresses |
| 61 |
|
depend on the number of active detectors in a given run. ISCAL=12 and |
| 62 |
|
IDCASI=1 are only right when all the detectors of GPAMELA are active. |
| 63 |
|
|
| 64 |
9 December 2003, Bari |
9 December 2003, Bari |
| 65 |
|
|
Parent Directory
| 
Revision Log
| 
Patch