On Fri, 2011-01-28 at 03:59 -0600, Norbert Thiebaud wrote: > On Fri, Jan 28, 2011 at 3:39 AM, Caolán McNamara <caol...@redhat.com> wrote: > > On Thu, 2011-01-27 at 15:21 -0600, Norbert Thiebaud wrote: > >> ---------------------------------------------------------- > >> - start unit test #2 on library ../../unxmacxi.pro/lib/libswdoctest.dylib > >> ---------------------------------------------------------- > >> /bin/sh: line 1: 85233 Bus error > > > > So, can we get any debugging info for that, i.e. get gdb in there > > > > e.g. export GDBCPPUNITTRACE="gdb --args" and run dmake in the afflicted > > dir. > > (gdb) run > Starting program: > /Volumes/Raid0/tb/solver/330/unxmacxi.pro/bin/cppunittester > ../../unxmacxi.pro/lib/libswdoctest.dylib -headless -invisible > -env:UNO_SERVICES=file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray/services.rdb > -env:UNO_TYPES=file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray/types.rdb\ > file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray/udkapi.rdb > -env:OOO_BASE_DIR=file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray > -env:BRAND_BASE_DIR=file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray > -env:UNO_USER_PACKAGES_CACHE=file:///Volumes/Raid0/tb/clone/writer/sw/qa/core/../../unxmacxi.pro/misc/test-bigptrarray > Reading symbols for shared libraries > .+++++........................................................................................... > done > Reading symbols for shared libraries > ............................................ done > Reading symbols for shared libraries ... done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries .. done > Reading symbols for shared libraries . done > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x00000014 > 0x06c91710 in ResMgr::GetResource () > (gdb) bt > #0 0x06c91710 in ResMgr::GetResource ()
> yes it _has_ worked, I'd say a week or so ago So this has got to be something to do with STAR_RESOURCEPATH, that's supposed to set the location where the .res files exist in order to find them, but bodge the path. So stick echo $(STAR_RESOURCEPATH) before "start unit test" and see what the output is. opengrok for STAR_RESOURCEPATH as well and see if anything changed there. C. _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice