|Message: Re: Is RunManager C++ compilation optimization option dependent?||Not Logged In (login)|
Click on the Forum title, e.g. on the "Forums by Category" page, to read a sequence of postings to the Forum and its threads all in one page. If you are only interested in one thread or the thread following a specific posting, click the thread or the posting, which takes you to a smaller page, which contains only the part you are interested in and may be easier to navigate.
Messages are "chained" if there are only replies at the first level, i.e. 1/1.html, 1/1/1.html etc. In case of "chained" messages the message number is replaced by the icon and there is no indentation.
Inline: Display the subject line only or also the text of the posting(s); for the choice "All" the "Outline" choices are switched off.
|1||0||1||no text / full text of posting|
|2||1||All||text for level 1 only / text for All postings|
Outline: Choose the depth of the posting thread, successive toggle controls provide increasing detail.
|1||2||1||2 levels / 1 level (original posting)|
|2||3||2||3 levels / 2 levels|
|3||3||All||3 levels / all levels (all postings)|
Hello, Could you please confirm the version you use? We have not yet released version 10.5. Is it 10.5-beta? Makoto On 8/30/18, 7:20 AM, "Abhijit Bhattacharyya" <firstname.lastname@example.org> wrote: > >*** Discussion title: Run Management > >I see one strange effect of optimization. > >If I compile my Geant4 10.5.0 (Multithreading) based code using > >cmake ../ -DCMAKE_BUILD_TYPE="Release" -DCMAKE_CXX_FLAGS="-std=c++11 >-O3" > >and then run, I see core dump through following steps > >Code is started with 4 threads. > Define Blocks in ParallelWorld initialised. >G4PhysListFactory::GetReferencePhysList <QGSP_BIC_HP> EMoption= 0 ><<< Geant4 Physics List simulation engine: QGSP_BIC_HP 2.0 ><<< Reference Physics List QGSP_BIC_HP is built >BookHisto Ntuples created. >Root data is being stored. >BookHisto Ntuples created. >Root data is being stored. >***** Table : Nb of materials = 0 ***** >./NeutVEGA.run: line 32: 29855 Segmentation fault (core dumped) >./tarcVega Data/GeomData/tarc_geometry.gdml -m $1 >real 0m0.428s >user 0m0.105s >sys 0m0.046s > >If I analyse the dumped core with the executable code in gdb then I see >that > >Reading symbols from ./NeutVega...(no debugging symbols found)...done. >[New LWP 29855] >[Thread debugging using libthread_db enabled] >Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". >Core was generated by `./tarcVega Data/GeomData/tarc_geometry.gdml -m >run.mac'. >Program terminated with signal SIGSEGV, Segmentation fault. >#0 0x00007f5d61d92007 in >G4RunManagerKernel::DefineWorldVolume(G4VPhysicalVolume*, bool) () > from /opt/G4MT_Master/share/Geant4-10.5.0/../../lib/libG4run.so >(gdb) >(gdb) >(gdb) bt >#0 0x00007f5d61d92007 in >G4RunManagerKernel::DefineWorldVolume(G4VPhysicalVolume*, bool) () > from /opt/G4MT_Master/share/Geant4-10.5.0/../../lib/libG4run.so >#1 0x00007f5d61d7a0be in G4RunManager::InitializeGeometry() () > from /opt/G4MT_Master/share/Geant4-10.5.0/../../lib/libG4run.so >#2 0x00007f5d61d7d7a9 in G4RunManager::Initialize() () > from /opt/G4MT_Master/share/Geant4-10.5.0/../../lib/libG4run.so >#3 0x00007f5d61d85179 in G4MTRunManager::Initialize() () > from /opt/G4MT_Master/share/Geant4-10.5.0/../../lib/libG4run.so >#4 0x000056405b4ee3df in main () >(gdb) > >However, if I compile the same code without any modification using > >cmake ../ -DCMAKE_BUILD_TYPE="Debug" -DCMAKE_CXX_FLAGS="-std=c++11 -O1 >-g" > >then I do not see error and the code runs. > >Is it normal or I have problem in Geometry. By the by, I am using >imported GDML file. > >Thanks and Regards Abhijit > >------------------------------------------------------------- >Visit this GEANT4 at hypernews.slac.stanford.edu message (to reply or >unsubscribe) at: >http://hypernews.slac.stanford.edu/HyperNews/geant4/get/runmanage/449.html >
|Inline Depth:||Outline Depth:||Add message:|