<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hi Matt,</div><div><br></div><div> Sorry you’re having so much trouble with this. I’m not sure I can put my finger on the exact cause</div><div>of your issue, but perhaps I can give a little information that help you eliminate some possible causes:</div><div><br></div><div>First off, if you’re using the build_scripts then you may have had issues with it building JANA</div><div>for you. Mark checked in changes late this morning that fix this issue. If you built it already</div><div>yourself, then you shouldn’t need to build it again.</div><div><br></div><div>Also, if you use the build_scripts, then sim-recon will be built using “make”. This is still officially</div><div>supported and should work. Since build_scripts and gluex_env.csh both make an attempt to honor</div><div>what is currently in your environment, you could get a misalignment if the environment used to</div><div>build sim-recon were different from the one used to run it. Or, if it changed and some parts of</div><div>sim-recon were re-built.</div><div><br></div><div><div>OK, having said that, there is clearly something wrong with passing a vector of length</div><div>-34975351016872 into ccdb::Calibration::GetCalib as is shown in your stack trace. </div><div>I’m not sure how this can happen, but my first thought is misalignment between header </div><div>and library somewhere. Possibly in the CCDB version since that is where the crash is </div><div>happening. It sounds like you were careful to use only ccdb_0.09 so I’m not sure how that</div><div>could happen. You might double check this though.</div></div><div><br></div><div><div>I spoke with Mark just now and he suggested that you should also check your HDDS version.</div><div>There is a branch of HDDS used for the data challenge that you can get from here:</div><div><br></div><div><div style="margin: 0px; font-size: 10px; font-family: Monaco;"><a href="https://halldsvn.jlab.org/repos/branches/hdds-dc-2">https://halldsvn.jlab.org/repos/branches/hdds-dc-2</a></div></div></div><div><br></div><div>OK, if you still haven’t got it working, there is another build option. You can use the scons system</div><div>with sim-recon. To do this, just go into the src directory and do a “scons -j24 install”. This</div><div>hopefully won’t take more than about 3 minutes to recompile everything (and it will since the</div><div>object files are kept in a different location than “make”). This will automatically generate</div><div>a file $BMS_OSNAME/setenv.csh that you can source in order to use the scons-built version.</div><div><br></div><div>As for the JANA_CALIB_URL and CCDB_CONNECTION environment variables (and this</div><div>refers to the scons build system for sim-recon):</div><div> </div><div>Both the $JANA_HOME/setenv.csh and $HALLD_HOME/$BMS_OSNAME/setenv.csh scripts</div><div>will set both JANA_CALIB_URL and CCDB_CONNECTION. They both use a similar philosophy</div><div>(not surprising since they have the same author). The value of JANA_CALIB_URL that is set at</div><div>the time scons is run is captured in the setenv.csh file. The assumption is that you want to reproduce</div><div>the environment used to build the product at the time you go to use it. The expected sequence is:</div><div><br></div><div>- build CCDB and set CCDB_HOME to point to it</div><div>- build JANA and source the BMS_OSNAME/setenv.csh to use it</div><div>- build sim-recon and source $HALLD_HOME/$BMS_OSNAME/setenv.csh to use it</div><div><br></div><div>In your login script, you should only need to source the setenv.csh in the sim-recon</div><div>build as it will setup the JANA and CCDB environment used by those products. If you</div><div>do change your JANA_CALIB_URL, then re-running "scons install” in the sim-recon</div><div>tree (anywhere in the tree) will regenerate the setenv.csh script to match your current</div><div>environment. This is admittedly a bit non-traditional in that the you are now not expected </div><div>to maintain the JANA_CALIB_URL/CCDB_CONNECTION environment variables in </div><div>your login file. The idea is to try and provide a complete environment setup in setenv.csh</div><div>that all users can source and know they are getting the same thing. If you wish to do</div><div>something different, just set those in you login (or .tcshrc) file after sourcing the sim-recon</div><div>setenv.csh file as you have done.</div><div><br></div><div>If you still get crashes, even with the scons built binary, please send me a stack trace </div><div>again. It should have debug symbols and therefore line numbers which may help it tracking</div><div>down the issue.</div><div style="margin: 0px; font-size: 10px; font-family: Monaco;"><br></div><div>Regards,</div><div>-David</div><br><div><div>On Mar 6, 2014, at 12:44 PM, Matthew Shepherd <<a href="mailto:mashephe@indiana.edu">mashephe@indiana.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br>Hi David,<br><br>So I finally got around to trying to get this code running for my student but still no luck...<br><br>We upgraded to jana_0.7.1p1 and ccdb_0.09 then tried to build the sim-recon-dc-2.2 tagged release. <br><br>(By the way is there anything special about the dc releases? Are the just like ordinary tagged releases with a different naming scheme? I noticed in the RELEASE that the last dated tag version uses older jana and ccdb.)<br><br>First we got caught by the fact that the installation scheme for JANA is now different. I remember now this was announced. We read the directions and ran the setenv script in the JANA install.<br><br>There also seems to be some collisions between the gluex env setup that is in build_scripts and the JANA setup. It is not clear what to set where. I tried for example to set the JANA_CALIB_URL based on CCDB_CONNECTION to point to the sqlite file downloaded from the link on Wiki, but found it was overwritten by one of the scripts. (This may be due to the fact that we didn't svn update in build_scripts.) So I had to set it at the very end of .tcshrc.<br><br>Anyway... after about 50 minutes we finally got everything compiled. (The compile itself went well thanks to scons and a 12-core machine).<br><br>However, trying to run hdview2 on a file then generated a segfault. The stack trace and environment is attached. Do you have any ideas on how to debug further?<br><br>Matt<br><br><br>JANA >>Opening source "pions_1gev_smeared.hddm" of type: HDDM<br>JANA >>Creating DGeometry:<br>JANA >> Run requested:9999 found:9999<br>JANA >> Run validity range: 9999-9999<br>JANA >> URL="<a href="xmlfile:///home/s4/zacqjone/gluex/svn/hdds/prod/main_HDDS.xml">xmlfile:///home/s4/zacqjone/gluex/svn/hdds/prod/main_HDDS.xml</a>" context="default"<br>JANA >> Type="JGeometryXML"<br>Reading preferences from "/s4/zacqjone/.hdview2" ...<br><br><br><br>===========================================================<br>There was a crash.<br>This is the entire stack trace of all threads:<br>===========================================================<br><br>Thread 2 (Thread 0x7f3d57684700 (LWP 5173)):<br>#0 0x0000003d9980b43c in pthread_cond_wait<br><br>GLIBC_2.3.2 () from /lib64/libpthread.so.0<br>#1 0x00000000005c76c3 in jana::JApplication::EventBufferThread() ()<br>#2 0x00000000005c7849 in LaunchEventBufferThread(void*) ()<br>#3 0x0000003d99807851 in start_thread () from /lib64/libpthread.so.0<br>#4 0x0000003d98ce811d in clone () from /lib64/libc.so.6<br><br>Thread 1 (Thread 0x7f3d57d947e0 (LWP 5166)):<br>#0 0x0000003d98cabfdd in waitpid () from /lib64/libc.so.6<br>#1 0x0000003d98c3e899 in do_system () from /lib64/libc.so.6<br>#2 0x0000003d98c3ebd0 in system () from /lib64/libc.so.6<br>#3 0x00007f3d5cd409b8 in TUnixSystem::StackTrace() () from /usr/local/root_v5.34/lib/libCore.so<br>#4 0x00007f3d5cd3f4b3 in TUnixSystem::DispatchSignals(ESignals) () from /usr/local/root_v5.34/lib/libCore.so<br>#5 <signal handler called><br>#6 0x0000003d98f8ee80 in main_arena () from /lib64/libc.so.6<br>#7 0x00007f3d58120fcf in ccdb::Calibration::GetCalib (this=0x7fffdd631e40, values=std::vector of length -34975351016872, capacity -34973215129772 = {...}, namepath=Traceback (most recent call last):<br> header = ptr.cast(reptype) - 1<br>#8 0x00000000005d0abc in jana::JCalibrationGeneratorCCDB::MakeJCalibration(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()<br>#9 0x00000000005c32a5 in jana::JApplication::GetJCalibration(unsigned int) ()<br>#10 0x000000000096babf in DMagneticFieldMapFineMesh::DMagneticFieldMapFineMesh(jana::JApplication*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()<br>#11 0x00000000005ff351 in DApplication::GetBfield(unsigned int) ()<br>#12 0x000000000055d54a in MyProcessor::brun(jana::JEventLoop*, int) ()<br>#13 0x00000000005e5a3c in jana::JEventLoop::OneEvent() ()<br>#14 0x0000000000531645 in main ()<br>===========================================================<br><br><br>The lines below might hint at the cause of the crash.<br>If they do not help you then please submit a bug report at<br><a href="http://root.cern.ch/bugs">http://root.cern.ch/bugs</a>. Please post the ENTIRE stack trace<br>from above as an attachment in addition to anything else<br>that might help us fixing this issue.<br>===========================================================<br>#6 0x0000003d98f8ee80 in main_arena () from /lib64/libc.so.6<br>#7 0x00007f3d58120fcf in ccdb::Calibration::GetCalib (this=0x7fffdd631e40, values=std::vector of length -34975351016872, capacity -34973215129772 = {...}, namepath=Traceback (most recent call last):<br> header = ptr.cast(reptype) - 1<br>#8 0x00000000005d0abc in jana::JCalibrationGeneratorCCDB::MakeJCalibration(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()<br>#9 0x00000000005c32a5 in jana::JApplication::GetJCalibration(unsigned int) ()<br>#10 0x000000000096babf in DMagneticFieldMapFineMesh::DMagneticFieldMapFineMesh(jana::JApplication*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()<br>#11 0x00000000005ff351 in DApplication::GetBfield(unsigned int) ()<br>#12 0x000000000055d54a in MyProcessor::brun(jana::JEventLoop*, int) ()<br>#13 0x00000000005e5a3c in jana::JEventLoop::OneEvent() ()<br>#14 0x0000000000531645 in main ()<br>===========================================================<br><br><br>LANG=en_US.UTF-8<br>USER=zacqjone<br>LOGNAME=zacqjone<br>HOME=/s4/zacqjone<br>PATH=/home/s4/zacqjone/gluex/svn/ccdb/prod/bin:/home/s4/zacqjone/gluex/my_src/bin/Linux_CentOS6-x86_64-gcc4.4.6:/home/s4/zacqjone/gluex/svn/sim-recon/prod/bin/Linux_CentOS6-x86_64-gcc4.4.6:/usr/local/cern/2005/bin:/usr/local/root_v5.34/bin:/s4/zacqjone/bin:/share/apps/xerces/xerces-c-3.1.1/bin:/usr/local/root_v5.34/bin:/home/s4/zacqjone/gluex/svn/ccdb/prod/bin:/home/fs1/zacqjone/gluex/svn/jana/jana_0.7.1p1/Linux_CentOS6-x86_64-gcc4.4.6/bin:/opt/openmpi/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/opt/ganglia/bin:/opt/ganglia/sbin:/usr/java/latest/bin:/opt/rocks/bin:/opt/gridengine/bin/linux-x64<br>MAIL=/var/spool/mail/zacqjone<br>SHELL=/bin/tcsh<br>SSH_CLIENT=149.160.132.169 57186 22<br>SSH_CONNECTION=149.160.132.169 57186 129.79.157.143 22<br>SSH_TTY=/dev/pts/2<br>TERM=xterm<br>DISPLAY=localhost:12.0<br>HOSTTYPE=x86_64-linux<br>VENDOR=unknown<br>OSTYPE=linux<br>MACHTYPE=x86_64<br>SHLVL=1<br>PWD=/s4/zacqjone/gluex/pion_1gev<br>GROUP=zacqjone<br>HOST=<a href="http://stanley.physics.indiana.edu">stanley.physics.indiana.edu</a><br>REMOTEHOST=<a href="http://149-160-132-169.dhcp-bl.indiana.edu">149-160-132-169.dhcp-bl.indiana.edu</a><br>HOSTNAME=<a href="http://stanley.physics.indiana.edu">stanley.physics.indiana.edu</a><br>ANT_HOME=/opt/rocks<br>LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:<br>G_BROKEN_FILENAMES=1<br>SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass<br>JAVA_HOME=/usr/java/latest<br>LESSOPEN=|/usr/bin/lesspipe.sh %s<br>MODULESHOME=/usr/share/Modules<br>MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles<br>LOADEDMODULES=rocks-openmpi<br>QTDIR=/usr/lib64/qt-3.3<br>QTINC=/usr/lib64/qt-3.3/include<br>QTLIB=/usr/lib64/qt-3.3/lib<br>ROCKS_ROOT=/opt/rocks<br>ROCKSROOT=/opt/rocks/share/devel<br>ROLLSROOT=/opt/rocks/share/devel/src/roll<br>LD_LIBRARY_PATH=/home/s4/zacqjone/gluex/svn/ccdb/prod/lib:/share/apps/xerces/xerces-c-3.1.1/lib:/usr/local/root_v5.34/lib:/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt/lib<br>MPIHOME=/opt/openmpi<br>OMPI_MCA_btl=tcp,self<br>_LMFILES_=/usr/share/Modules/modulefiles/rocks-openmpi<br>SGE_ROOT=/opt/gridengine<br>SGE_ARCH=linux-x64<br>SGE_CELL=default<br>SGE_QMASTER_PORT=536<br>SGE_EXECD_PORT=537<br>MPICH_PROCESS_GROUP=no<br>OSNAME=Linux<br>BMS_OSNAME=Linux_CentOS6-x86_64-gcc4.4.6<br>UNAME=Linux<br>CERN=/usr/local/cern<br>CERN_LEVEL=2005<br>CERN_ROOT=/usr/local/cern/2005<br>CERNLIBDIR=/usr/local/cern/2005/lib<br>ROOTSYS=/usr/local/root_v5.34<br>HALLD_MY=/home/s4/zacqjone/gluex/my_src<br>GLUEX_TOP=/home/s4/zacqjone/gluex/svn<br>CCDB_HOME=/home/s4/zacqjone/gluex/svn/ccdb/prod<br>JANA_HOME=/home/fs1/zacqjone/gluex/svn/jana/jana_0.7.1p1/Linux_CentOS6-x86_64-gcc4.4.6<br>JANA_CALIB_URL=<a href="sqlite:////home/s4/zacqjone/gluex/ccdb.sqlite">sqlite:////home/s4/zacqjone/gluex/ccdb.sqlite</a><br>JANA_PLUGIN_PATH=/home/fs1/zacqjone/gluex/svn/jana/jana_0.7.1p1/Linux_CentOS6-x86_64-gcc4.4.6/plugins<br>PYTHONPATH=/home/s4/zacqjone/gluex/svn/ccdb/prod/python:/home/s4/zacqjone/gluex/svn/ccdb/prod/python/ccdb/ccdb_pyllapi/:/home/s4/zacqjone/gluex/svn/ccdb/prod/python:/home/s4/zacqjone/gluex/svn/ccdb/prod/python/ccdb/ccdb_pyllapi/<br>CCDB_CONNECTION=<a href="sqlite:////home/s4/zacqjone/gluex/ccdb.sqlite">sqlite:////home/s4/zacqjone/gluex/ccdb.sqlite</a><br>XERCESCROOT=/share/apps/xerces/xerces-c-3.1.1<br>JANA_GEOMETRY_URL=<a href="xmlfile:///home/s4/zacqjone/gluex/svn/hdds/prod/main_HDDS.xml">xmlfile:///home/s4/zacqjone/gluex/svn/hdds/prod/main_HDDS.xml</a><br>CLHEP=/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt<br>CLHEP_INCLUDE_DIR=/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt/include<br>CLHEP_LIB_DIR=/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt/lib<br>BUILD_SCRIPTS=/home/s4/zacqjone/gluex/svn/build_scripts<br>XERCES_INCLUDE=/share/apps/xerces/xerces-c-3.1.1/include<br>CLHEP_INCLUDE=/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt/include<br>CLHEP_LIB=/usr/local/CLHEP-2.1.3.1/x86_64-slc6-gcc47-opt/lib<br>HDDS_HOME=/home/s4/zacqjone/gluex/svn/hdds/prod<br>HALLD_HOME=/home/s4/zacqjone/gluex/svn/sim-recon/prod<br><br><br>---------------------------------------------------------------------<br>Matthew Shepherd, Associate Professor<br>Department of Physics, Indiana University, Swain West 265<br>727 East Third Street, Bloomington, IN 47405<br><br>Office Phone: +1 812 856 5808<br><br>On Feb 25, 2014, at 2:47 PM, David Lawrence <<a href="mailto:davidl@jlab.org">davidl@jlab.org</a>> wrote:<br><br><blockquote type="cite"><br>Hi Matt,<br><br> The flat files that we kept in the repository for the calibration constants have not been kept up for some time. You now have to get the constants from the CCDB either via SQLite file (recommended for your current use case) or MySQL. An SQLite file is generated every night now from the MySQL database. These can be found on the JLab CUE here:<br><br>/group/halld/Software/calib/ccdb_sqlite<br><br>Download a recent file and set your JANA_CALIB_URL environment variable to something like:<br><br>setenv JANA_CALIB_URL <a href="sqlite:////path/to/ccdb_2014-02-21.sqlite">sqlite:////path/to/ccdb_2014-02-21.sqlite</a><br><br>(note the four “/‘)<br><br>You will have to download a new SQLite file occasionally. If you point to the MySQL DB at JLab, you will always be up-to-date, but will have a slower startup due to the long distance network access.<br><br>Regards,<br>-David<br></blockquote><br></blockquote></div><br></body></html>