[Prev][Next][Index][Thread]
Re: PROBLEMA trasporto secondarie
ciao a tutti,
> ... Il problema
> nasce in quanto e' stato cambiato un parametro di geant, MXGKIN da 100 a
> 250. Questo crea un problema nel programma fidamc in runtime. In pratica
> il nostro codice e' stato scritto per accettare 100 come parametro della
> cinematica e non 250. La conseguenza e' che non vengono copiate le
> particelle secondarie dal trasporto/tracking alla cinematica.
se questo e' il motivo, l'informazione e' importante e secondo me si puo'
risolvere in modo semplice senza scomodare ricompilazioni di librerie,
ri-installazioni di linux etc. Almeno, io ho provato cosi' e mi funziona,
mi pare. Provate anche voi e fate sapere se e' vero.
Il parametro MXGKIN e' incluso dentro al common GCKING (se non ricordo
male) che viene assorbito dal file geant321.cmz. Quando si installa per la
prima volta la ricostruzione/montecarlo su una macchina nuova, questo file
manca (quasi) sempre e la cosa migliore che si puo' fare e' copiarlo da
dove c'e' (tipo, dal diskserver). Peccato che questo file, che serve
unicamente a fornire i common di geant, deve essere allineato alla
versione di librerie che vengono installate, cosa di cui, se si procede
nel modo che ho indicato (e che io ho fatto un po' sportivamente varie
volte), non si puo' essere certi.
Morale: nel common che viene incluso in compilazione dei nostri codici,
ovunque serve la sequenza GCKIN, il valore di MXGKIN e' fissato a 100, se
il file geant321.cmz e' "allineato" alle versioni cernlib <= 2002.
La soluzione e' banale (sempre che vi funzioni). Si va nella directory
dove si e' scodellato il file (tipicamente /cern/pro/src/cmz o qualcosa del
genere), lo si apre con cmz, si edita il deck gcdes/blankdek, si trova la
definizione di MXGKIN e la si cambia mettendo 250 al posto di 100.
A questo punto, si **ri-installano** (cmz -install...) i codici, anche
senza cancellare la struttura di directories gia' esistenti, et voila'.
Il common corretto viene automaticamente agganciato.
Per favore provate anche voi, a me su RH9 cernlib 2003 cosi' funziona,
fate sapere se cosi' va oppure no con tutte le distribuzioni che usiamo.
Se la cura e' valida, sara' bene depositare il nuovo geant321.cmz corretto
nella pagina web, in modo che lo si possa scaricare da li' risolvendo una
volta per tutte questa questione.
saluti
Alessandra
Follow-Ups:
References: