Dear Thanos
with apologies fr the lack of documentation -)
Indeed, there exists a SDUM for the GLOBAL card that combines DEPRBODY
and OLDFLAIR:
SDUM=OLDFLBDY
does the work.
All this will be added to the documentation.
Just a small warning:
I fully understand that changing such big geometries as ATLAS can be an
huge and lengthy effort,
however please take into account that "deprecated bodies" are deprecated
because they can be source of geometry errors, due to rounding
problems. A migration would put you on the safe side.
Regards
Paola
On 11/1/18 10:40 AM, Thanos Manousos wrote:
> Dear David,
>
> thanks for the proposed solution, it works!
> But I must say I'm a bit confused by this, in the sense that, in
> my knowledge,
> only one GLOBAL card should exist in the input file
> (when I’ve added both I knew that this shouldn't be a proper - clean
> solution
> since in my understanding the code re-initialises all the global settings
> every time the initialisation process will find a new global card).
>
> In case I'm wrong, then why should the order matter?
> Nowhere in the manual the importance of the order of multiple global cards
> is mentioned, and especially for these not documented SDUMs.
>
> Best,
> Thanos
>
>> On 31 Oct 2018, at 19:21, Horváth Dávid <David.Horvath_at_eli-beams.eu
>> <mailto:David.Horvath_at_eli-beams.eu>> wrote:
>>
>> Dear Thanos,
>>
>> switching the order of the two GLOBAL cards solves the problem.
>>
>> Kind regards,
>> Dávid Horváth
>>
>> Junior Researcher
>> Radiation Protection
>> ELI Beamlines
>>
>> E: david.horvath_at_eli-beams.eu <mailto:david.horvath_at_eli-beams.eu>
>> T: +420 266 051 283
>> M: Za Radnicí 835, 25241 Dolní Břežany, Czech Republic
>>
>>
>>
>> On Wed, Oct 31, 2018 at 6:59 PM Thanos Manousos
>> <Athanasios.Manousos_at_cern.ch <mailto:Athanasios.Manousos_at_cern.ch>> wrote:
>>>
>>> Dear all
>>>
>>> In ATLAS we are in a sort of weird and annoying situation concerning
>>> some of our input files.
>>> We use some “deprecated bodies” for describing a few parts of one
>>> detector
>>> and, as I’ve mentioned in a previous e-mail to this list, Flair
>>> expressions for defining different simulations settings and variables.
>>>
>>> So, we have a situation that we need to use both DEPRBODY and
>>> OLDFLAIR sdum options in the GLOBAL card which of course is impossible.
>>> Thus we’ve added one more GLOBAL card such that each one has one of
>>> the two sdums defined.
>>> BUT, all the simulations have crashed with the error message:
>>> “*** Deprecated body! Execution terminated ***"
>>> (yes we’ve checked that both GLOBAL cards were present in the input
>>> file)
>>>
>>> Attached you’ll find a simple input file that I’ve generated to
>>> trigger and isolate this problem, as well as the .err and .out file
>>> where the error message is indicated.
>>>
>>> And again we were not pleased and surprised to see our jobs crashing
>>> in the present release with the above mentioned message,
>>> especially when the user is in principle allowed to use both
>>> deprecated bodies and flair expressions, but in practise the
>>> simulations will crash.
>>>
>>> Changing these parts of our huge geometry is extremely difficult on
>>> any reasonable timescale and in addition removing the Flair
>>> expressions will be almost impossible.
>>> Therefore, the latest release of the code is unusable for us. Is it
>>> possible for you to provide a solution for this problem?
>>>
>>> Best,
>>> Thanos
>>>
>>>
>>>
>>> ---
>>> Thanos Manousos
>>> Dep. EP/ADP-OS, CERN
>>> CH-1211 GENEVA 23
>>> SWITZERLAND
>>>
>>> TEL: +41-22-7670088
>>> E-mail: manousos_at_cern.ch <mailto:manousos_at_cern.ch> | URL:
>>> http://cern.ch/manousos <http://cern.ch/manousos>
>>>
>>
>>
>> __________________________________________________________________________
>> You can manage unsubscription from this mailing list at
>> https://www.fluka.org/fluka.php?id=acc_info
>> <https://www.fluka.org/fluka.php?id=acc_info>
>>
>
__________________________________________________________________________
You can manage unsubscription from this mailing list at
https://www.fluka.org/fluka.php?id=acc_info
Received on Thu Nov 01 2018 - 13:25:55 CET