[lsst-dm-stack-users] LSST DM Stack demo

[Tim Jenness]

On Jun 11, 2014, at 20:06 , Tim Jenness <tjenness at cornell.edu<mailto:tjenness at cornell.edu>> wrote:


  I've been following the instructions on installing the LSST DM stack and had no trouble installing v8.0.0.0 on OS X Mavericks following

https://confluence.lsstcorp.org/display/LSWUG/Building+the+v8.0+LSST+Stack+from+Source

The problem I have is that the demo is not available for this version. Browsing around gives me the v7.2.0.0 demo and that fails badly:

thrylos:lsst_dm_stack_demo-7.2.0.0 timj$ setup obs_sdss
thrylos:lsst_dm_stack_demo-7.2.0.0 timj$ ./bin/demo.sh
Setting up: astrometry_net_data             Flavor: DarwinX86  Version: LOCAL:/Users/timj/work/lsst_dm_stack_demo-7.2.0.0/astrometry_net_data
: Loading config overrride file '/Users/timj/work/lsst/DarwinX86/obs_sdss/8.0.0.0+5/config/processCcd.py'
: Config override file does not exist: '/Users/timj/work/lsst/DarwinX86/obs_sdss/8.0.0.0+5/config/sdss/processCcd.py'
: input=/Users/timj/work/lsst_dm_stack_demo-7.2.0.0/input
: calib=None
: output=/Users/timj/work/lsst_dm_stack_demo-7.2.0.0/output
CameraMapper: Loading registry registry from /Users/timj/work/lsst_dm_stack_demo-7.2.0.0/output/_parent/registry.sqlite3

ERROR: Mismatch in the CFITSIO_SONAME value in the fitsio.h include file
that was used to build the CFITSIO library, and the value in the include file
that was used when compiling the application program:
   Version used to build the CFITSIO library   = 2
   Version included by the application program = 1606384168

Fix this by recompiling and then relinking this application program
with the CFITSIO library.
./bin/demo.sh: line 14: 90827 Segmentation fault: 11  processCcdSdss.py input --id run=4192 filter=u^g^r^i^z camcol=4 field=300 --id run=6377 filter=u^g^r^i^z camcol=4 field=399 --output output

Is the 7.2 demo meant to work with v8.0 or is it hopeless? Is there a plan for a v8.0 demo?

That segv still worries me though. DYLD_LIBRARY_PATH does seem to be filled with LSST stuff so it doesn't seem like it's being confused by other libcfitsio libraries I have.


The segv is in cfitsio:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libcfitsio.dylib               0x000000010a4110d5 ffopentest + 133 (cfileio.c:475)
1   libafw.dylib                   0x0000000108e277da lsst::afw::fits::Fits::Fits(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int) + 458
2   _tableLib.so                   0x000000010c225149 lsst::afw::table::CatalogT<lsst::afw::table::AmpInfoRecord> lsst::afw::table::io::FitsReader::apply<lsst::afw::table::CatalogT<lsst::afw::table::AmpInfoRecord>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int, int) + 73
3   _tableLib.so                   0x000000010c207bf8 _wrap_AmpInfoCatalog_readFits(_object*, _object*) + 1560

--
Tim Jenness
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listserv.lsstcorp.org/pipermail/dm-users/attachments/20140612/75984e0c/attachment.html>