Message: debug crashing in a 64-bit system Not Logged In (login)
 Next-in-Thread Next-in-Thread
 Next-in-Forum Next-in-Forum

None debug crashing in a 64-bit system 

Forum: Installation and Configuration
Date: 03 Jan, 2010
From: Zhiyi Liu <Zhiyi Liu>

Hi expert! I have no idea whether or not this post is proper for this category. Anyway, I post my problem here:

In our group, we have both 32-bit and 64-bit computers, of course, we also have 2 corresponding versions of Geant4 compiled. Normally, my package is working for both the versions. However, recently I met a problem. For the same package, it is working for the 64-bit Geant4 version, but for some events, it crashed. However, it is weird to notice that the same package is working for the 32-bit Geant4 version without any crash. That is to say, the event causing the crashing in the 64-bit system is okay for the 32-bit system. The crash dumped message is below. I cannot understand what is wrong here. Of course, I try to solve this crash because our 32-bit computer is much slower than the 64-bit system.

I am looking forward to any hint about this problem or a debug approach to find the reason (I think the reason is from the system architecture). Thank you.

32-bit system: geant4-09-01-patch-01 Linux 2.6.18-128.7.1.el5 #1 SMP Mon Aug 24 08:22:26 EDT 2009 i686 athlon i386 GNU/Linux

64-bit system: geant4-09-01-patch-01 Linux 2.6.18-128.7.1.el5 #1 SMP Mon Aug 24 08:12:52 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

Cheers, Zhiyi.

 *** Break *** segmentation violation
Attaching to program: /proc/1815/exe, process 1815
[Thread debugging using libthread_db enabled]
[New Thread 0x2b6f3d7d2ab0 (LWP 1815)]
0x000000332c499335 in waitpid () from /lib64/libc.so.6
#1  0x000000332c43c2e1 in do_system () from /lib64/libc.so.6
#2  0x00002b6f38b406f2 in TUnixSystem::StackTrace (this=0x15e6a8b0)
    at include/TString.h:252
#3  0x00002b6f38b3d428 in TUnixSystem::DispatchSignals (this=0x15e6a8b0,
    sig=<value optimized out>) at unix/src/TUnixSystem.cxx:945
#4  <signal handler called>
#5  0x00002b6f34c504b0 in G4ParticleDefinition::GetPDGMass (this=0x0)
    at /home/pienumgr/apps64/recomp/geant4.9.1.p01/source/particles/management/include/G4ParticleDefinition.hh:116
#6  0x00002b6f376b55ff in G4DynamicParticle::SetDefinition (this=0x17cc36e0,
    aParticleDefinition=0x0) at src/G4DynamicParticle.cc:322
#7  0x00002b6f36086831 in G4HEInelastic::FillParticleChange (this=0x16046bd0,
    pv=0x17f43808, aVecLength=9) at src/G4HEInelastic.cc:76
#8  0x00002b6f3609bcb1 in G4HEPionMinusInelastic::ApplyYourself (
    this=0x16046bd0, aTrack=@0x7ffff711b290, targetNucleus=@0x7ffff711b5a0)
    at src/G4HEPionMinusInelastic.cc:190
#9  0x00002b6f36684cf4 in G4ParametrizedHadronicVertex::ApplyYourself (
    this=0x160435f8, theTarget=@0x7ffff711b5a0, thePhoton=@0x7ffff711b4d0)
    at src/G4ParametrizedHadronicVertex.cc:50
#10 0x00002b6f3667fb47 in G4MuNuclearInteraction::PostStepDoIt (
    this=0x16043460, trackData=@0x1628d3c0, stepData=@0x15f506a0)
    at src/G4MuNuclearInteraction.cc:509
#11 0x00002b6f35401f25 in G4SteppingManager::InvokePSDIP (this=0x15f50500,
    np=5) at src/G4SteppingManager2.cc:503
#12 0x00002b6f354021dc in G4SteppingManager::InvokePostStepDoItProcs (
    this=0x15f50500) at src/G4SteppingManager2.cc:479
#13 0x00002b6f354061b8 in G4SteppingManager::Stepping (this=0x15f50500)
    at src/G4SteppingManager.cc:210
#14 0x00002b6f3540eeac in G4TrackingManager::ProcessOneTrack (this=0x15f504c0,
    apValueG4Track=0x1628d3c0) at src/G4TrackingManager.cc:126
#15 0x00002b6f3517065f in G4EventManager::DoProcessing (this=0x15f50440,
    anEvent=0x16204bc0) at src/G4EventManager.cc:185
#16 0x00002b6f35170df8 in G4EventManager::ProcessOneEvent (this=0x15f50440,
    anEvent=0x16204bc0) at src/G4EventManager.cc:335
#17 0x00002b6f34f19852 in G4RunManager::DoEventLoop (this=0x15f502f0,
    n_event=10000, macroFile=0x0, n_select=-1) at src/G4RunManager.cc:235
#18 0x00002b6f34f1838b in G4RunManager::BeamOn (this=0x15f502f0,
    n_event=10000, macroFile=0x0, n_select=-1) at src/G4RunManager.cc:140
#19 0x00002b6f34f1d21e in G4RunMessenger::SetNewValue (this=0x15f60590,
    command=0x15f60a20, newValue=
          {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff711c420 "&#65533;&#65533;\b\026"}}, <No data fields>}) at src/G4RunMessenger.cc:288
#20 0x00002b6f3848c6ab in G4UIcommand::DoIt (this=0x15f60a20, parameterList=
          {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff711c5c0 "&#65533;&#65533;\b\026"}}, <No data fields>}) at src/G4UIcommand.cc:210
#21 0x00002b6f38497b69 in G4UImanager::ApplyCommand (this=0x15f430a0,
    aCmd=0x1608d8a8 "/run/beamOn 10000") at src/G4UImanager.cc:410
#22 0x00002b6f38497ccb in G4UImanager::ApplyCommand (this=0x15f430a0, aCmd=
          {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff711c650 "&#65533;&#65533;\b\026"}}, <No data fields>}) at src/G4UImanager.cc:354
#23 0x00002b6f3847f944 in G4UIbatch::ExecCommand (this=0x160825c0,
    command=@0x7ffff711c6b0) at src/G4UIbatch.cc:164
#24 0x00002b6f384802e7 in G4UIbatch::SessionStart (this=0x160825c0)
    at src/G4UIbatch.cc:209
#25 0x00002b6f38497d32 in G4UImanager::ExecuteMacroFile (this=0x15f430a0,
    fileName=0x16082588 "test_Geo-3_MNT_DENS-2.650_CORE_DENS-3.650.mac")
    at src/G4UImanager.cc:222
#26 0x00002b6f384936d7 in G4UIcontrolMessenger::SetNewValue (this=0x15f43430,
    command=0x15f43780, newValue=
          {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff711ca10 "\210%\b\026"}}, <No data fields>})
    at src/G4UIcontrolMessenger.cc:183
#27 0x00002b6f3848c6ab in G4UIcommand::DoIt (this=0x15f43780, parameterList=
          {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff711cbb0 "\030$\b\026"}}, <No data fields>}) at src/G4UIcommand.cc:210
#28 0x00002b6f38497b69 in G4UImanager::ApplyCommand (this=0x15f430a0,
    aCmd=0x2b6f39117a20 "/control/execute test_Geo-3_MNT_DENS-2.650_CORE_DENS-3.650.mac") at src/G4UImanager.cc:410
#29 0x0000000000405967 in main (argc=2, argv=0x7ffff711cd98)
    at MuonTransShapeMt.cc:87

Inline Depth:
 1 1
 All All
Outline Depth:
 1 1
 2 2
 All All
Add message: (add)

1 None: Re: debug crashing in a 64-bit system   (Colin Paul Gloster - 04 Jan, 2010)
 Add Message Add Message
to: "debug crashing in a 64-bit system"

 Subscribe Subscribe

This site runs SLAC HyperNews version 1.11-slac-98, derived from the original HyperNews


[ Geant 4 Home | Geant 4 HyperNews | Search | Request New Forum | Feedback ]