--- --- *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 TITLE Charged pion fluence inside and around a proton-irradiated Be target *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 BEAM 50.E+00 PROTON BEAMPOS 0.0 0.0 -50.0 * GEOBEGIN COMBNAME 0 0 A simple Be target inside vacuum RPP body1 -5000000.0 +5000000.0 -5000000.0 +5000000.0 -5000000.0 +5000000.0 RPP body2 -1000000.0 +1000000.0 -1000000.0 +1000000.0 -100.0 +1000000.0 RPP body3 -10.0 +10.0 -10.0 +10.0 0.0 +5.0 * plane to separate the upstream and downstream part of the target XYP body4 2.5 END * black hole regBH1 5 +body1 -body2 * vacuum around regVA2 5 +body2 -body3 * Be target 1st half regBE3 5 +body3 +body4 * Be target 2nd half regBE4 5 +body3 -body4 END GEOEND *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 MATERIAL 4.0 9.0122 1.848 5.0 BERYLLIU *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 * Be target, 1st and 2nd half ASSIGNMAT BERYLLIU regBE3 regBE4 * External Black Hole ASSIGNMAT BLCKHOLE regBH1 * Vacuum ASSIGNMAT VACUUM regVA2 *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 * e+e- and gamma production threshold set at 10 MeV EMFCUT -0.010 0.010 1.0 BERYLLIU PROD-CUT * score in each region energy deposition and stars produced by primaries SCORE ENERGY BEAMPART * Boundary crossing fluence in the middle of the target (log intervals, one-way) USRBDX 99.0 PIONS+- -47.0 regBE3 regBE4 400. piFluenUD USRBDX +50.0 +50.0 0.0 10.0 & * Boundary crossing current in the middle of the target (log intervals, one-way) USRBDX -1.0 PIONS+- -47.0 regBE3 regBE4 400. piCurrUD USRBDX +50.0 +50.0 0.0 10.0 & * Tracklength fluence inside the target, Upstream part and Downstream part * Logarithmic energy intervals USRTRACK -1.0 PIONS+- -48.0 regBE3 1000.0 20. piFluenU USRTRACK 50.0 0.001 & USRTRACK -1.0 PIONS+- -49.0 regBE4 1000.0 20. piFluenD USRTRACK 50.0 0.001 & * Cartesian binning of the pion fluence inside and around the target USRBIN 10.0 PIONS+- -50.0 50.0 50.0 50. piFluBin USRBIN -50.0 -50.0 -10.0 100.0 100.0 60.0 & * Cartesian binning of the deposited energy inside the target USRBIN 10.0 ENERGY -51.0 10.0 10.0 5. Edeposit USRBIN -10.0 -10.0 0.0 20.0 20.0 5.0 & *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 RANDOMIZE 1.0 *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8 START 500.0 STOP --- --- 2013/8/2 Vittorio Boccone <Vittorio.Boccone_at_cern.ch> > Hi Manual, > Your problem was not unnoticed. I would ask a bit of patience. It might > usually take a couple of days to solve more > articulated - non physics oriented - problems especially if some of the > relevant details are not specified (complete paths etc…) > > It would helpful if you could share the input file, the complete log, > the type of machine where > you compiled FLUKA and the one where you are running it where does it > fail, etc.. > > Do you share the disk on NFS between the machines? > Does all the machine have the same architecture and > linux version? > > /fluka_compiled >> > > > Let us know. > best > V. > -- > Dr. Vittorio Boccone - University of Geneva > > o Address: > UniGe: Département de physique nucléaire et corpusculaire > 24 Quai Ernest-Ansermet, CH-1211 Geneve 4, Switzerland > CERN: CERN, CH-1211 Geneve 23, Switzerland > > o E-mail: > vittorio.boccone_at_unige.ch > vittorio.boccone_at_cern.ch > > o Phone: > Mobile: +41 76 487 5737 > UniGe: +41 22 379 6357/6353 > CERN: +41 22 767 5821 > > On 2 Aug 2013, at 15:00, Manuel Rodríguez Pascual < > manuel.rodriguez.pascual_at_gmail.com> wrote: > > I'm sorry to re-post this, but maybe being summer it went unnoticed... > > Has anybody experienced similar execution/compilation problems when > running fluka examples? > > > Thanks for your help, > > > > Manuel > > 2013/8/1 Manuel Rodríguez Pascual <manuel.rodriguez.pascual_at_gmail.com> > >> Hello everyone, >> >>> >> I am experiencing some problems when executing Fluka that I have >> been unable to locate. >> >>> >> I intend to run Fluka on different machines, but it sometimes fails and >> sometimes not. >> >>> >> I have performed this experiments on two ways: the first way is copying >> to every machine the application already compiled with no library >> dependences, and the second one is by copying the source code >> >>> and compiling it on every machine. Input file is always the same >> one, has been obtained from fluka's web and executed with no modifications. >> >> >> Fluka starts correctly, displaying something like (simplified for >> readability) >> >>> >> ./flutil/rfluka -N0 -M5 input_file.inp >> >>> >> $TARGET_MACHINE = Linux >> >>> $FLUPRO = (...) fluka_compiled >> >>> $PEMF = (...) /fluka_compiled/libec_thihecufealw_10t.pemf >> >>> >> Initial seed copied from (...) fluka_compiled >> >>> Running fluka in / (...) /fluka_compiled/fluka_10448 >> >>> File (...) /fluka_compiled/sigmapi.bin exists and it is not a link! >> >>> File (...) fluka_compiled/elasct.bin exists and it is not a link! >> >>> File (...) /fluka_compiled/nuclear.bin exists and it is not a link! >> >>> File (...) /fluka_compiled/fluodt.dat exists and it is not a link! >> >>> File (...) /fluka_compiled/neuxsc-ind_260.bin exists and it is not a >> link! >> >>> File (...) /fluka_compiled/xnloan.dat exists and it is not a link! >> >>> >> ======================= Running FLUKA for cycle # 1 >> ======================= >> >>> >> >> And now the problem arises: >> >>> -In some cases, the application will continue its execution for >> the desired five cycles, creating the input_file* error, out, log and >> fort files. >> >>> -But in other cases, the application immediately stops. >> No input_file* is generated and no error message is produced (at least >> in stdout, stderr, .log, .out or .err files). >> >>> >> The problem happens in the two aforementioned ways of executing Fluka >> on different resources: copying the executable and copying the source and >> compiling it on each resource. This makes me think that the problem is not >> a compilation issue (although I'm not completely sure about this). The >> input file is the same in all cases, making me think that it isn't either >> the problem. So basically I have no clue of what's going on... >> >> >> What am I exactly doing wrong? Is there any way of locating >> the problem, debugging or something like that? is there any log where I can >> search for information? >> >>> >> >> Thanks very much for your help. Best regards, >> >>> >> >> Manuel >> >>> -- >> >>> Dr. Manuel Rodríguez-Pascual >> >>> skype: manuel.rodriguez.pascual >> >>> phone: (+34) 913466173 // (+34) 679925108 >> >>> >> CIEMAT-Moncloa >> >>> Edificio 22, desp. 1.25 >> >>> Avenida Complutense, 40 >> >>> 28040- MADRID >> SPAIN >> >> >> >> -- >> Dr. Manuel Rodríguez-Pascual >> skype: manuel.rodriguez.pascual >> phone: (+34) 913466173 // (+34) 679925108 >> >> CIEMAT-Moncloa >> Edificio 22, desp. 1.25 >> Avenida Complutense, 40 >> 28040- MADRID >> SPAIN >> > > > > -- > Dr. Manuel Rodríguez-Pascual > skype: manuel.rodriguez.pascual > phone: (+34) 913466173 // (+34) 679925108 > > CIEMAT-Moncloa > Edificio 22, desp. 1.25 > Avenida Complutense, 40 > 28040- MADRID > SPAIN > > > -- Dr. Manuel Rodríguez-Pascual skype: manuel.rodriguez.pascual phone: (+34) 913466173 // (+34) 679925108 CIEMAT-Moncloa Edificio 22, desp. 1.25 Avenida Complutense, 40 28040- MADRID SPAINReceived on Tue Sep 24 2013 - 19:25:48 CEST
This archive was generated by hypermail 2.3.0 : Tue Sep 24 2013 - 19:25:49 CEST