Re: New patch release: fluka2008.3d

Dear FLUKA developers,

according to the release notes of fluka2008.3c the VMC functionality
would be re enabled as soon as Fluka VMC would be available from the
Fluka site. Could you provide an estimate on the schedule for this? I am
currently not able to find any relevant reference on the download page.
Is there maybe any special procedure to be followed? We are in need of
this functionality to proceed with our project. Otherwise (cc-ing also
fluka-users for this), any user experience for a semi-automated (perhaps
via xml?) ROOT TGeo conversion to Fluka geometry would be appreciated.
Regards,
filimon

On 10/16/2010 11:22 AM, Alfredo Ferrari wrote:
> Dear FLUKA users
>
> a new (and final, see later) patch release of fluka2008 has been
> pushed to
> the web site.
>
> This release contains a few small fixes and two functionality additions,
> as well as a reworked license with respect to Fluka2008.3c.0.
>
> Most of the fixes are likely to be irrelevant for the majority of the
> users, however it is safer and recommended to immediately move to
> Fluka2008.3d. The move should be painless since there is no change in
> the physics.
>
> As usual, support and bug corrections will be provided for this
> version only.
>
> The bug fixes (most of them are relevant only for very specific
> applications):
>
> - a possible issue with the primary ionization algorithm when setting
> primary ionization electron positions has been solved (before the
> code was crashing when meeting that condition)
>
> - an issue with the position of produced optical (scintillation) photons
> by a heavy nucleus recoil after inelastic interactions has been
> solved
>
> - a possible (very) rare crash during high energy inelastic interactions
> when the target nucleus is highly depleted has been solved
>
> - a possible (very) rare crash in the dE/dx fluctuation algorithm has
> been solved
>
> - a possible rare crash when generating scintillation photons by low
> energy electrons has been solved
>
> - the issue related to the "NO CHANNEL SELECTED" message reported on
> fluka-discuss has been solved
>
> As far as I know, with the exception of the last bug, no user ever met
> those problems, they were all found in in-house applications
>
> Two (minor) functionality additions have been implemented: none of them
> affects physics results
>
> Functionality additions:
>
> - Setting WHAT(4)=1. in the START card allows to trigger a dump core
> everytime the built-in abort routine, FLABRT, is called. This can be
> useful for debugging unwanted situations, which when caught runtime
> by FLUKA trigger an automatic abort of the run
>
> - The search path for OPENing auxiliary files (both through the OPEN
> card, or using the OAUXFI auxiliary routine) has been protected
> against user path including directories named "fluka_..." which were
> erroneously interpreted as the temporary directory created runtime
> by the code
>
> License change:
>
> - This release, as well as future releases, is under a revised
> License. There is no practical change for users, however please
> take the time to read it. A "plain word" explaination of what some
> points of the License mean (those that in the past resulted in
> possible misunderstandings) will be shortly posted on the web site
>
> The development team would like to remark that this patch release is
> the final one related to fluka2008 (barring unexpected catastrophic
> bugs). The release of fluka2010 is coming soon, and it will contain
> many significant improvements and additions, both from the physics
> and usability point of view.
> A pre-release of Fluka2010 has been already distributed to those
> attending the 1st Fluka Advanced Course, Ericeira October 4-8 2010,
> and it will be distributed as well to those attending the FLUKA
> tutorial at the upcoming SNA+MC2010 Conference in Tokyo.
>
> Finally a recommendation: if you experience a problem (eg a crash),
> please send to fluka-discuss the minimally required files ONLY! That
> is, the input file, the last random number just before the crash, and
> in case possible user routines. There is no need to send plenty of
> output and error files, or even worse, whole sequences of runs, ending
> up saturating the mailboxes of the whole list with unnecessary large
> messages. If you need advice about some error messages, or output
> parts, please extract the relevant bits and send them only.
>
>
> The FLUKA development team
>
>
> +----------------------------------------------------------------------+
> | Alfredo Ferrari || Tel.: +41.22.76.76119 |
> | CERN-EN/STI || Fax.: +41.22.76.69474 |
> | 1211 Geneva 23 || e-mail: Alfredo.Ferrari_at_cern.ch |
> | Switzerland || |
> +----------------------------------------------------------------------+
Received on Fri Jan 14 2011 - 08:42:51 CET