Re: [Libreoffice] MacOs Build failure in: unit test #2 on library ../../unxmacxi.pro/lib/libswdoctest.dylib

On Fri, 2011-01-28 at 03:59 -0600, Norbert Thiebaud wrote:
> On Fri, Jan 28, 2011 at 3:39 AM, Caolán McNamara <caolanm@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.