Closed rbraid closed 10 years ago
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid notifications@github.com wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
\* GRSI SPOON * \* Sorting Program for Online and Offline Noegenesis * \* A lean, mean sorting machine * \* version 2.0 * ******************************************************
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid notifications@github.com wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 *
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518.
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.
On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid notifications@github.com wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 * ****** Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so* drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so* -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so* -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so* -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so* -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so* -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so* -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so* -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so* -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so* -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so* -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so* -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so* -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so* -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so* drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518.
— Reply to this email directly or view it on GitHub.
It still seg faults.
I think my plan is to try to work through the logic of the code and try to implement a dead strip recovery routine. That should take a good day of thinking and reading before I need to be able to actually write anything.
No worries on the code not working today, I will check for updates on Github tomorrow.
On Thu, Oct 16, 2014 at 12:46 PM, Ryan Dunlop notifications@github.com wrote:
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid notifications@github.com
wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 *
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59410168.
Yeah the issue might be before the current tag was applied. I'm going to do some code cleanup of my own before the weekend and hopefully we can tag a better, more stable, version.
On Oct 16, 2014, at 4:21 PM, Ryan Braid notifications@github.com wrote:
It still seg faults.
I think my plan is to try to work through the logic of the code and try to implement a dead strip recovery routine. That should take a good day of thinking and reading before I need to be able to actually write anything.
No worries on the code not working today, I will check for updates on Github tomorrow.
On Thu, Oct 16, 2014 at 12:46 PM, Ryan Dunlop notifications@github.com wrote:
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid notifications@github.com
wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 * ****** Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so* drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so* -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so* -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so* -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so* -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so* -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so* -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so* -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so* -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so* -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so* -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so* -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so* -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so* -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so* drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so* drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59410168.
— Reply to this email directly or view it on GitHub.
Any progress on this? As of now, I still get seg faults running the code.
On Thu, Oct 16, 2014 at 2:24 PM, Ryan Dunlop notifications@github.com wrote:
Yeah the issue might be before the current tag was applied. I'm going to do some code cleanup of my own before the weekend and hopefully we can tag a better, more stable, version.
On Oct 16, 2014, at 4:21 PM, Ryan Braid notifications@github.com wrote:
It still seg faults.
I think my plan is to try to work through the logic of the code and try to implement a dead strip recovery routine. That should take a good day of thinking and reading before I need to be able to actually write anything.
No worries on the code not working today, I will check for updates on Github tomorrow.
On Thu, Oct 16, 2014 at 12:46 PM, Ryan Dunlop notifications@github.com
wrote:
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid < notifications@github.com>
wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 *
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub < https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518>.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59410168.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59424511.
Yes, but I forgot to push it. I'll be in the lab in about 20 min and will do it first thing. On Oct 20, 2014 9:14 AM, "Ryan Braid" notifications@github.com wrote:
Any progress on this? As of now, I still get seg faults running the code.
On Thu, Oct 16, 2014 at 2:24 PM, Ryan Dunlop notifications@github.com wrote:
Yeah the issue might be before the current tag was applied. I'm going to do some code cleanup of my own before the weekend and hopefully we can tag a better, more stable, version.
On Oct 16, 2014, at 4:21 PM, Ryan Braid notifications@github.com wrote:
It still seg faults.
I think my plan is to try to work through the logic of the code and try to implement a dead strip recovery routine. That should take a good day of thinking and reading before I need to be able to actually write anything.
No worries on the code not working today, I will check for updates on Github tomorrow.
On Thu, Oct 16, 2014 at 12:46 PM, Ryan Dunlop < notifications@github.com>
wrote:
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com
wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid < notifications@github.com>
wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 *
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub < https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518>.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59410168.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59424511.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59791093.
Done and commit. Sorry for the delay. On Oct 20, 2014 9:14 AM, "Ryan Braid" notifications@github.com wrote:
Any progress on this? As of now, I still get seg faults running the code.
On Thu, Oct 16, 2014 at 2:24 PM, Ryan Dunlop notifications@github.com wrote:
Yeah the issue might be before the current tag was applied. I'm going to do some code cleanup of my own before the weekend and hopefully we can tag a better, more stable, version.
On Oct 16, 2014, at 4:21 PM, Ryan Braid notifications@github.com wrote:
It still seg faults.
I think my plan is to try to work through the logic of the code and try to implement a dead strip recovery routine. That should take a good day of thinking and reading before I need to be able to actually write anything.
No worries on the code not working today, I will check for updates on Github tomorrow.
On Thu, Oct 16, 2014 at 12:46 PM, Ryan Dunlop < notifications@github.com>
wrote:
You should be able to download an old version of the code that works before the seg fault issue while you are waiting. I’m not sure how old the current tag is in relation to what you want to do but you should try using it. Just type
git checkout current
and it should download that version for you. If this isn’t new enough we can try to find a newer working version for you before friday.On Oct 16, 2014, at 2:38 PM, Ryan Braid notifications@github.com wrote:
No worries. Thanks for at least letting me know what is up. I understand you are busy - I think most of the nuclear physics world in North America grinds to a halt when DNP happens.
I am eager to get this stuff up and running. I feel so useless right now!
On Thu, Oct 16, 2014 at 12:44 AM, pcbend notifications@github.com
wrote:
HI Ryan,
Sorry I've been a bit of a ghost lately. I haven't forgotten you and we should talk in detail about your analysis really soon. This bug is a stupid mess up on my part - it only happens with the tigress stuff so the griifin guys won't see it. I fixed but forgot to commit to git hub. Unfortunately I am travelling right now and have a pretty packed schedule with talks and meetings and things. I don't think I'll get to this till Friday.
Take away points: 1 - Sorry for being a bit of ghost, ive been pretty swamped the past few weeks 2 - We should talk very soon about your analysis to make sure getting the data out and manipulated is as easy as possible. 3 - Can't fix the above problem till friday at the earliest.
Peter
On Wed, Oct 15, 2014 at 3:03 PM, Ryan Braid < notifications@github.com>
wrote:
I get a crash at roughly the beginning of a run when using the most current source.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
- GRSI SPOON *
- Sorting Program for Online and Offline Noegenesis *
- A lean, mean sorting machine *
- version 2.0 *
Creating root outfile: fragment30007_000.root Event start: event id: 0x8000 trigger mask: 0x494d serial number: 30007 time stamp: 1407695815, Sun Aug 10 12:36:55 2014 data size: 567343 Begin of run 30007 using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config... 1211 TChannels created. In runinfo, found 1211 channels. FragmentTree set up.000 have processed 2.06MB/73.16 MB
* Break * segmentation violation Processing event 330000 have processed 24.77MB/73.16 MB
There was a crash.
This is the entire stack trace of all threads:
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
ryan@Diligence:~/nuclear/s1429/data/test$ echo $GRSISYS /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort ryan@Diligence:~/nuclear/s1429/data/test$ ll $GRSISYS total 68K drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 bin/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:35 src/ drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 libraries/ drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ./ drwxrwxr-x 8 ryan ryan 4.0K Oct 15 15:31 .git/ -rw-rw-r-- 1 ryan ryan 2.0K Oct 15 15:31 makefile drwxrwxr-x 3 ryan ryan 4.0K Oct 15 15:31 util/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:31 include/ -rw-rw-r-- 1 ryan ryan 322 Oct 15 15:31 .grsirc drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 users/ drwxrwxr-x 2 ryan ryan 4.0K Sep 24 10:01 Sandbox/ -rw-rw-r-- 1 ryan ryan 86 Sep 23 15:21 .gitexclude -rw-rw-r-- 1 ryan ryan 21 Sep 23 13:27 .grsi_history -rw-rw-r-- 1 ryan ryan 2.4K Sep 23 12:39 README.md -rw-rw-r-- 1 ryan ryan 889 Sep 18 10:12 SOURCEME.csh -rw-rw-r-- 1 ryan ryan 861 Sep 18 10:12 SOURCEME.sh drwxrwxr-x 3 ryan ryan 4.0K Sep 18 10:12 ../ ryan@Diligence:~/nuclear/s1429/data/test$ echo $LD_LIBRARY_PATH
/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/rootana/:/home/ryan/installdir/rootdat/root/lib:/home/ryan/installdir/geant/geant4.9.4.p02/lib/Linux-g++:/home/ryan/installdir/clhep/lib
ryan@Diligence:~/nuclear/s1429/data/test$ ll /home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort/libraries total 19M -rwxrwxr-x 1 ryan ryan 143K Oct 15 15:35 libGRSIFunctions.so drwxrwxr-x 11 ryan ryan 4.0K Oct 15 15:35 ./ -rwxrwxr-x 1 ryan ryan 211K Oct 15 15:35 libECal.so -rwxrwxr-x 1 ryan ryan 1.1M Oct 15 15:35 libAnalysisTreeBuilder.so -rwxrwxr-x 1 ryan ryan 194K Oct 15 15:35 libBetaDecay.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:35 libSRIM.so -rwxrwxr-x 1 ryan ryan 332K Oct 15 15:35 libKinematics.so -rwxrwxr-x 1 ryan ryan 481K Oct 15 15:34 libNucleus.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libCSM.so -rwxrwxr-x 1 ryan ryan 1.7M Oct 15 15:34 libSceptar.so -rwxrwxr-x 1 ryan ryan 534K Oct 15 15:34 libTriFoil.so -rwxrwxr-x 1 ryan ryan 1.4M Oct 15 15:34 libSharc.so -rwxrwxr-x 1 ryan ryan 2.4M Oct 15 15:34 libGriffin.so -rwxrwxr-x 1 ryan ryan 2.8M Oct 15 15:33 libTigress.so -rwxrwxr-x 1 ryan ryan 433K Oct 15 15:33 libGRSIDetector.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIRootIO/ -rwxrwxr-x 1 ryan ryan 497K Oct 15 15:33 libGRSIRootIO.so -rwxrwxr-x 1 ryan ryan 2.7M Oct 15 15:33 libGRSIFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:33 TGRSIFormat/ -rwxrwxr-x 1 ryan ryan 626K Oct 15 15:32 libGRSILoop.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSILoop/ -rwxrwxr-x 1 ryan ryan 352K Oct 15 15:32 libDataParser.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TDataParser/ -rwxrwxr-x 1 ryan ryan 679K Oct 15 15:32 libMidasFormat.so drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TMidas/ drwxrwxr-x 2 ryan ryan 4.0K Oct 15 15:32 TGRSIint/ -rwxrwxr-x 1 ryan ryan 613K Oct 15 15:32 libTGRSIint.so drwxr-xr-x 10 ryan ryan 4.0K Oct 15 15:31 ../ drwxrwxr-x 16 ryan ryan 4.0K Sep 29 10:50 TGRSIAnalysis/ -rw-rw-r-- 1 ryan ryan 300 Sep 18 10:12 makefile drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGint/ drwxrwxr-x 2 ryan ryan 4.0K Sep 18 10:12 TGRSIServer/
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116.
— Reply to this email directly or view it on GitHub < https://github.com/pcbend/GRSISort/issues/116#issuecomment-59320518>.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59410168.
— Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59424511.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59791093.
I think closing this was a bit premature. I still have the seg fault.
Peter did you run this on your local machine with Ubuntu 12.04? If it works there, I am willing to believe that this is on my end.
I don't have an Ubuntu machine, but u did sort a few runs from the recent run we did with the csm setup.
Can you post the command you used and the seg fault again? On Oct 20, 2014 11:15 AM, "Ryan Braid" notifications@github.com wrote:
I think closing this was a bit premature. I still have the seg fault.
Peter did you run this on your local machine with Ubuntu 12.04? If it works there, I am willing to believe that this is on my end.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59814186.
By seg fault, I mean the trace output. On Oct 20, 2014 11:17 AM, "Peter" pcbend@gmail.com wrote:
I don't have an Ubuntu machine, but u did sort a few runs from the recent run we did with the csm setup.
Can you post the command you used and the seg fault again? On Oct 20, 2014 11:15 AM, "Ryan Braid" notifications@github.com wrote:
I think closing this was a bit premature. I still have the seg fault.
Peter did you run this on your local machine with Ubuntu 12.04? If it works there, I am willing to believe that this is on my end.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59814186.
If you are running on a local machine is there a chance that you are asking your machine for too much memory in the analysis tree?
On Oct 20, 2014, at 2:19 PM, pcbend notifications@github.com wrote:
By seg fault, I mean the trace output. On Oct 20, 2014 11:17 AM, "Peter" pcbend@gmail.com wrote:
I don't have an Ubuntu machine, but u did sort a few runs from the recent run we did with the csm setup.
Can you post the command you used and the seg fault again? On Oct 20, 2014 11:15 AM, "Ryan Braid" notifications@github.com wrote:
I think closing this was a bit premature. I still have the seg fault.
Peter did you run this on your local machine with Ubuntu 12.04? If it works there, I am willing to believe that this is on my end.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59814186.
— Reply to this email directly or view it on GitHub.
I have 8 GB of RAM, and the file I am processing is ~73 MB, so if it is an out of memory error I would be stunned.
The command and associated output is below.
ryan@Diligence:~/nuclear/s1429/data/test$ grsisort run30007_000.mid
******************************************************
* GRSI SPOON *
* Sorting Program for Online and Offline Nundination *
* A lean, mean sorting machine *
* version 2.0 *
******************************************************
Creating root outfile: fragment30007_000.root
Event start:
event id: 0x8000
trigger mask: 0x494d
serial number: 30007
time stamp: 1407695815, Sun Aug 10 12:36:55 2014
data size: 567343
Begin of run 30007
using TIGRESS path to analyzer info: /Analyzer/Shared Parameters/Config...
1211 TChannels created.
In runinfo, found 1211 channels.
FragmentTree set up.000 have processed 1.69MB/73.16 MB
*** Break *** segmentation violation
Processing event 325000 have processed 24.40MB/73.16 MB
===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
Thread 3 (Thread 0x7fe24f671700 (LWP 12241)):
#0 0x00007fe252c5cd2d in read () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fe2569e03bd in read (__nbytes=16, __buf=0x7fe24f66ede0, __fd=7) at /usr/include/x86_64-linux-gnu/bits/unistd.h:45
#2 readpipe (fd=7, buf=0x7fe24f66ede0 "\001", length=16) at TMidasFile.cxx:263
#3 0x00007fe2569e04e5 in TMidasFile::Read (this=0x17aaf20, midasEvent=0x7fe24f66edd0) at TMidasFile.cxx:300
#4 0x00007fe256bfcd0b in TGRSILoop::ProcessMidasFile (this=0x1785e90, midasfile=0x17aaf20) at TGRSILoop.cxx:153
#5 0x00007fe2530edc78 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007fe252c55e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007fe25298331d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8 0x0000000000000000 in ?? ()
Thread 2 (Thread 0x7fe24ee70700 (LWP 12242)):
#0 0x00007fe25294e9fd in waitpid () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007fe2528d3f4e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007fe2528d4360 in system () from /lib/x86_64-linux-gnu/libc.so.6
#3 0x00007fe254cb5417 in TUnixSystem::StackTrace() () from /home/ryan/installdir/rootdat/root/lib/libCore.so
#4 0x00007fe254cb7d43 in TUnixSystem::DispatchSignals(ESignals) () from /home/ryan/installdir/rootdat/root/lib/libCore.so
#5 <signal handler called>
#6 0x00007fe250694b22 in int TStreamerInfo::WriteBufferAux<char**>(TBuffer&, char** const&, TStreamerInfo::TCompInfo* const*, int, int, int, int, int) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#7 0x00007fe250567eda in TStreamerInfoActions::GenericWriteAction(TBuffer&, void*, TStreamerInfoActions::TConfiguration const*) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#8 0x00007fe250515e25 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void*) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#9 0x00007fe253f3c389 in TBranch::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#10 0x00007fe253f3d630 in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#11 0x00007fe253f3d3fa in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#12 0x00007fe253f3d3fa in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#13 0x00007fe253f8f49d in TTree::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#14 0x00007fe2567c817f in TGRSIRootIO::FillFragmentTree (this=0x7fe2480008c0, frag=0x7fe2409a2530) at TGRSIRootIO.cxx:70
#15 0x00007fe256bf9c89 in TGRSILoop::FillFragmentTree (this=0x1785e90, midasfile=<optimized out>) at TGRSILoop.cxx:115
#16 0x00007fe2530edc78 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007fe252c55e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#18 0x00007fe25298331d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#19 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7fe257427100 (LWP 12232)):
#0 0x00007fe252c57148 in pthread_join () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fe2530eddca in std::thread::join() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#2 0x00007fe256bfa946 in TGRSILoop::SortMidas (this=0x1785e90) at TGRSILoop.cxx:86
#3 0x00007fe257024b2d in TGRSIint::ApplyOptions (this=0x1779000) at TGRSIint.cxx:65
#4 0x00007fe257025c98 in TGRSIint::TGRSIint (this=0x1779000, argc=2, argv=0x7fff70ad2078, options=<optimized out>, numOptions=<optimized out>, noLogo=<optimized out>, appClassName=0x401736 "grsisort") at TGRSIint.cxx:49
#5 0x00007fe257025d60 in TGRSIint::instance (argc=2, argv=<optimized out>, options=<optimized out>, numOptions=<optimized out>, noLogo=<optimized out>, appClassName=<optimized out>) at TGRSIint.cxx:29
#6 0x000000000040132a in main (argc=2, argv=0x7fff70ad2078) at main.cxx:23
===========================================================
The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#6 0x00007fe250694b22 in int TStreamerInfo::WriteBufferAux<char**>(TBuffer&, char** const&, TStreamerInfo::TCompInfo* const*, int, int, int, int, int) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#7 0x00007fe250567eda in TStreamerInfoActions::GenericWriteAction(TBuffer&, void*, TStreamerInfoActions::TConfiguration const*) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#8 0x00007fe250515e25 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void*) () from /home/ryan/installdir/rootdat/root/lib/libRIO.so
#9 0x00007fe253f3c389 in TBranch::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#10 0x00007fe253f3d630 in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#11 0x00007fe253f3d3fa in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#12 0x00007fe253f3d3fa in TBranchElement::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#13 0x00007fe253f8f49d in TTree::Fill() () from /home/ryan/installdir/rootdat/root/lib/libTree.so
#14 0x00007fe2567c817f in TGRSIRootIO::FillFragmentTree (this=0x7fe2480008c0, frag=0x7fe2409a2530) at TGRSIRootIO.cxx:70
#15 0x00007fe256bf9c89 in TGRSILoop::FillFragmentTree (this=0x1785e90, midasfile=<optimized out>) at TGRSILoop.cxx:115
#16 0x00007fe2530edc78 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007fe252c55e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#18 0x00007fe25298331d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#19 0x0000000000000000 in ?? ()
===========================================================
Processing event 385000 have processed 29.26MB/73.16 MB
*** Break *** segmentation violation
Try changing this line
const size_t TAnalysisTreeBuilder::MEM_SIZE = (size_t)1024*(size_t)1024*(size_t)1024*(size_t)8; // 8 GB
within TAnalysisTreeBuilder to a smaller value like 2 GB. Just because the file is small doesn't mean root isn't doing something silly and attempting to allocate all of that memory.
Actually ignore what I'm saying. I see you are trying to sort the mid file and not make an analysis tree.
Looking through the last batch of commits, it appears that @pcbend did not push anything that did anything to TIGRESS data. @pcbend can you double check your latest commits/make sure you committed before you pushed?
Hi Ryan,
Sorry for the delay. I am having a really hard time reproducing this error... I though found a machine that was having the same problems yesterday, but after banging my head against it for awhile I realized the root environment variables where set funny.
On a few separate machines, I have deleted everything and recloned the code from github to make sure everything is "like-new". With out fail I can sort run30007_000.mid and others every time. So I i am struggling to see where this is going wrong for you.
With this in mind, can you check which version of root you are running. (just start root without the -l and post/look at the text banner). Also how many versions of root are installed on your machine? Finally, can you post your .bashrc file (located in your home directory). Hopefully, the answers to these questions/.bashrc file will shed a bit more light on this and help crack this problem.
On Mon, Oct 20, 2014 at 1:43 PM, Ryan Dunlop notifications@github.com wrote:
Looking through the last batch of commits, it appears that @pcbend https://github.com/pcbend did not push anything that did not do anything to TIGRESS data. @pcbend https://github.com/pcbend can you double check your latest commits/make sure you committed before you pushed?
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-59836443.
My root version is:
ryan@Diligence:~/nuclear/s1429/data/test$ root
*******************************************
* *
* W E L C O M E to R O O T *
* *
* Version 5.34/20 12 August 2014 *
* *
* You are welcome to visit our Web site *
* http://root.cern.ch *
* *
*******************************************
ROOT 5.34/20 (v5-34-20@v5-34-20, Aug 13 2014, 15:08:24 on linuxx8664gcc)
The custom part of my bashrc file is
#GEANT
export G4WORKDIR=~/nuclear/g4work
#setenv LD_LIBRARY_PATH ~/CLHEP/lib/:$LD_LIBRARY_PATH
source /home/ryan/installdir/geant/geant4.9.4.p02/env.sh
#root
source /home/ryan/installdir/rootdat/root/bin/thisroot.sh
alias rt='root -l'
#FRESCO
export PATH=/home/ryan/bin:$PATH
#TIGSORT
export ROOTANA=~/installdir/rootana/
export PATH=$ROOTSYS/bin:$PATH
export LD_LIBRARY_PATH=$ROOTSYS/lib:$ROOTANA:$LD_LIBRARY_PATH
export PATH=~/installdir/TigSortGUI:$PATH
#export TIGSORT_INPUT=/home/ryan/nuclear/s1297/TIGSORT/S1297.tigsort
#alias tigsort='.~/installdir/TigSortGUI/tigsortGUI'
#alias noguitigsort='.~/instailldir/TigSort/tigsort'
#radware
#source /home/ryan/installdir/rw_current/.radwarerc
source /home/ryan/installdir/rw_current/.radware.bashrc
alias mk='make -j 4'
export PATH=~/installdir/readhis:$PATH
#GRSISpoon
export GRSISYS=/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort
export PATH=$GRSISYS/bin:$PATH
export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
#old GRSISpoon
#export GRSISYS=/home/ryan/installdir/GRSISpoon/GRSISpoon_MIDASONLINEFREE
#export PATH=$GRSISYS/bin:$PATH
#export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
#export PATH=/home/ryan/installdir/GRSISpoon/MakePhysTree2:$PATH
And, for completeness, here is my gcc version:
ryan@Diligence:~/nuclear/s1429/data/test$ gcc --version
gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
where is this run stored? I can pull it onto my ubuntu machine and see if I can make it work.
On Oct 23, 2014, at 12:18 PM, Ryan Braid notifications@github.com wrote:
My root version is:
ryan@Diligence:~/nuclear/s1429/data/test$ root
- *
- W E L C O M E to R O O T *
- *
- Version 5.34/20 12 August 2014 *
- *
- You are welcome to visit our Web site *
- http://root.cern.ch *
- *
ROOT 5.34/20 (v5-34-20@v5-34-20, Aug 13 2014, 15:08:24 on linuxx8664gcc) The custom part of my bashrc file is
GEANT
export G4WORKDIR=~/nuclear/g4work
setenv LD_LIBRARY_PATH ~/CLHEP/lib/:$LD_LIBRARY_PATH
source /home/ryan/installdir/geant/geant4.9.4.p02/env.sh
root
source /home/ryan/installdir/rootdat/root/bin/thisroot.sh alias rt='root -l'
FRESCO
export PATH=/home/ryan/bin:$PATH
TIGSORT
export ROOTANA=~/installdir/rootana/ export PATH=$ROOTSYS/bin:$PATH export LD_LIBRARY_PATH=$ROOTSYS/lib:$ROOTANA:$LD_LIBRARY_PATH export PATH=~/installdir/TigSortGUI:$PATH
export TIGSORT_INPUT=/home/ryan/nuclear/s1297/TIGSORT/S1297.tigsort
alias tigsort='.~/installdir/TigSortGUI/tigsortGUI'
alias noguitigsort='.~/instailldir/TigSort/tigsort'
radware
source /home/ryan/installdir/rw_current/.radwarerc
source /home/ryan/installdir/rw_current/.radware.bashrc
alias mk='make -j 4'
export PATH=~/installdir/readhis:$PATH
GRSISpoon
export GRSISYS=/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort export PATH=$GRSISYS/bin:$PATH export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
old GRSISpoon
export GRSISYS=/home/ryan/installdir/GRSISpoon/GRSISpoon_MIDASONLINEFREE
export PATH=$GRSISYS/bin:$PATH
export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
export PATH=/home/ryan/installdir/GRSISpoon/MakePhysTree2:$PATH
And, for completeness, here is my gcc version:
ryan@Diligence:~/nuclear/s1429/data/test$ gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 — Reply to this email directly or view it on GitHub.
Its on midtig06:/data2/tigress/S1429/run30007_000.mid but I found the problem, unfortunately it is annoying and not satisfying.
The issue is with root. root_v5.34.20 was released with some big bugs in the way it deals with trees. This breaks or code. I've now downloaded and installed: root_v5.34.19, root_v5.34.20, root_v5.34.21 on my local machine.
GRSISort works fine on root_v5.34.19 and root_v5.34.21, but segfaults every time it tries to write to the tree in root_v5.34.20.
The short answer, update root to the newer root_v5.34.21 and the problem will go away.
On Thu, Oct 23, 2014 at 9:42 AM, Ryan Dunlop notifications@github.com wrote:
where is this run stored? I can pull it onto my ubuntu machine and see if I can make it work.
On Oct 23, 2014, at 12:18 PM, Ryan Braid notifications@github.com wrote:
My root version is:
ryan@Diligence:~/nuclear/s1429/data/test$ root
- *
- W E L C O M E to R O O T *
- *
- Version 5.34/20 12 August 2014 *
- *
- You are welcome to visit our Web site *
- http://root.cern.ch *
- *
ROOT 5.34/20 (v5-34-20@v5-34-20, Aug 13 2014, 15:08:24 on linuxx8664gcc) The custom part of my bashrc file is
GEANT
export G4WORKDIR=~/nuclear/g4work
setenv LD_LIBRARY_PATH ~/CLHEP/lib/:$LD_LIBRARY_PATH
source /home/ryan/installdir/geant/geant4.9.4.p02/env.sh
root
source /home/ryan/installdir/rootdat/root/bin/thisroot.sh alias rt='root -l'
FRESCO
export PATH=/home/ryan/bin:$PATH
TIGSORT
export ROOTANA=~/installdir/rootana/ export PATH=$ROOTSYS/bin:$PATH export LD_LIBRARY_PATH=$ROOTSYS/lib:$ROOTANA:$LD_LIBRARY_PATH export PATH=~/installdir/TigSortGUI:$PATH
export TIGSORT_INPUT=/home/ryan/nuclear/s1297/TIGSORT/S1297.tigsort
alias tigsort='.~/installdir/TigSortGUI/tigsortGUI'
alias noguitigsort='.~/instailldir/TigSort/tigsort'
radware
source /home/ryan/installdir/rw_current/.radwarerc
source /home/ryan/installdir/rw_current/.radware.bashrc
alias mk='make -j 4'
export PATH=~/installdir/readhis:$PATH
GRSISpoon
export GRSISYS=/home/ryan/installdir/GRSISpoon/grsiGIT/GRSISort export PATH=$GRSISYS/bin:$PATH export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
old GRSISpoon
export
GRSISYS=/home/ryan/installdir/GRSISpoon/GRSISpoon_MIDASONLINEFREE
export PATH=$GRSISYS/bin:$PATH
export LD_LIBRARY_PATH=$GRSISYS/libraries:$LD_LIBRARY_PATH
export PATH=/home/ryan/installdir/GRSISpoon/MakePhysTree2:$PATH
And, for completeness, here is my gcc version:
ryan@Diligence:~/nuclear/s1429/data/test$ gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 — Reply to this email directly or view it on GitHub.
— Reply to this email directly or view it on GitHub https://github.com/pcbend/GRSISort/issues/116#issuecomment-60269019.
Oh man! I remember updating root during the run, so I thought that was up to date enough. I will update my root version and report back.
It is at least satisfying that none of us were doing anything wrong!
Isn’t convention to have even incremental versions as stable and odd’s as bugged out developments? oh root….
On Oct 23, 2014, at 12:52 PM, Ryan Braid notifications@github.com wrote:
Oh man! I remember updating root during the run, so I thought that was up to date enough. I will update my root version and report back.
It is at least satisfying that none of us were doing anything wrong!
— Reply to this email directly or view it on GitHub.
Holy cow, it works! No seg fault now, updating to root 5.34/21 fixed the problem. Thanks guys!
I get a crash at roughly the beginning of a run when using the most current source.
This is done in the same directory as a work around on the bug filed about not using a "/" in the file name.
I have verified that my path is correct - the excecutable tab-completes as well as the data file. I have also verified that my environment is correct.
Could someone at TRIUMF please run one of our data files (say, 30007) and see if the seg fault occurs on your machine as well? If so, could you try to fix it?