Re: Respin Fluka2008.3b.2 released (fwd)

From: Joseph Comfort <>
Date: Fri, 16 Oct 2009 15:10:20 -0700 (MST)

Hi Alfredo,

Thank you for the respin. I have tried it and, while better, the bug is
not fully resolved yet. I submitted a run for 10 cycles on 40 cpu cores.
34 of them finished fine. Of the other six, 5 of them bombed in the first
cycle, and 1 in the second cycle. The only differences in the 40 runs is
the random number seed.

A tar.gz file is attached of the relevant files, including a user mgdraw.f

Thank you,
Joe Comfort

On Thu, 15 Oct 2009, Alfredo Ferrari wrote:

> ( []); Thu, 15 Oct 2009 16:42:58 +0200 (CEST)
> Sender:
> Dear Fluka users
> a new respin, Fluka2008.3b.2, has been pushed to the web site.
> The respin corrects for the following bugs/crashes:
> a) two "array out of bounds" problems with Peanut at medium/high energies
> (pointed out by Joseph Comfort)
> b) a possible (rare) infinite loop for interactions at intermediate
> energies (found on 4-He targets internally at CERN)
> c) a possible (rare) crash for interactions on 4-He (found when solving
> the previous problem)
> d) a crash for interactions on Nitrogen by low energy neutrons when the
> NEUTRONS default is selected, and transport thresholds for protons
> are kept very high (pointed out by somebody on the Fluka list)
> e) a (rare) crash in rQMD (pointed out by somebody on the Fluka list)
> f) a problem when using an isomer as radioactive isotope in the BEAM
> card (pointed out by S.Roesler)
> g) a qui-pro-quo in the provided example source routine in the part
> dealing with radioactive isotope beams
> h) a bug in R-Phi-Z USRBIN scoring of activities: the decay weights were
> improperly dealt with (they were never applied). Please note this
> can affect all R-Phi-Z USRBIN activity (only activity!) scoring.
> No impact on all other USRBIn scorings, or on RESNUCLEi scorings
> i) a crash when using the new Compton scattering (with account for
> electron binding) with a material containing Plutonium
> j) a crash when asking for nucleon decays (of interest only for
> members of the Icarus experiment)
> Please note that the corrections for b) and c) *WILL CHANGE* sooner ot later
> the random number sequence of runs. Because of this, the development
> team will be unable to reproduce possible new crashes showing up in
> Fluka2008.3b.1: only problems found when using Fluka2008.3b.2 will
> be taken into consideration. Therefore, all users, including those that are
> not
> affected by any of the (rare) bugs listed above, are kindly requested to move
> to Fluka2008.3b.2.
> I take the chance to thanks all those reporting problems. If you meet
> a problem/crash, after checking it is not obviously due to your input cards,
> please report it to the list, including the input file, the latest random
> number left in fluka_xxx, possible messages in the .log file, and all
> extra informations/user routines which could be required in order to
> reproduce the problem.
> I would like also to draw your attention to the content of the message of
> Francesco Cerutti of 25 Sep 2009 (Subject Re: 131-Iodine): in short, whenever
> non analogue radioactive decays are asked for, the energy balance
> as well as the energy deposition in the individual regions reported in the
> output are meaningless for what concern the decay radiation, since
> the calculation is intrinsically biased. Obviously the estimators associated
> with cooling times are meaningful.
> If one wants to get the infos reported in the output correct,
> simply change the decay procedure into an analogue one (changing
> WHAT(1) -> 2. in the RADDECAY card).
> Ciao
> Alfredo
> x the Fluka development team
> +----------------------------------------------------------------------+
> | Alfredo Ferrari || Tel.: + |
> | CERN-EN/STI || Fax.: + |
> | 1211 Geneva 23 || e-mail: |
> | Switzerland || |
> +----------------------------------------------------------------------+

Received on Sat Oct 17 2009 - 12:05:31 CEST

This archive was generated by hypermail 2.2.0 : Sat Oct 17 2009 - 12:06:02 CEST