issue with HelpLinker (Bus Error, core dumped)

Mon Jul 9 22:11:30 PDT 2012

Hi,

git libo on FreeBSD 10.0-CURRENT using gcc48

I am running into trouble with HelpLinker (and HelpIndexer). the other components of l10ntools appear to run without error. 

# cd solver/unxfbsd.pro/bin/
# ./HelpLinker
no index dir given
Bus error (core dumped)

This causes problems at the very end of the libo build when building "helpcontents2" (about 8 'dmake 138' errors). 

# gmake clucene.clean
# gmake clucene debug=t
..
[ build LNK ] Library/libclucene.so
[ build MOD ] clucene
[ build ALL ] top level modules: clucene
[ build ALL ] loaded modules: clucene

# gmake sal.clean
# gmake sal debug=t
..
[ build LNK ] Library/libsal_textenc.so
[ build MOD ] sal
[ build ALL ] top level modules: sal
[ build ALL ] loaded modules: sal

# gmake l10ntools.clean
# gmake l10ntools debug=t
..
[ build JAR ] FCFGMerge
[ build LNK ] Executable/HelpIndexer
[ build LNK ] Executable/HelpLinker
[ build MOD ] l10ntools
[ build ALL ] top level modules: l10ntools
[ build ALL ] loaded modules: l10ntools

this produces no errors, CLucene lots of warnings
however one thing looks suspect in sal:

LinkTarget Library/libpthread.so not defined: Assuming headers to be there!

# ls -l workdir/unxfbsd.pro/Headers/Library
x x  0 Jul  9 21:46 libclucene.so
x x  0 Jul  9 21:48 libhelplinkerlo.so
x x  0 Jul  9 19:32 libpthread.so
x x  0 Jul  9 21:47 libsal_textenc.so
x x  0 Jul  9 21:47 libuno_sal.so

(hmmm why are these zero byte files?)

# ldd *.so
libclucene.so:
	libz.so.6 => /lib/libz.so.6 (0x801905000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x801b1b000)
	libm.so.5 => /lib/libm.so.5 (0x801e22000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x802046000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)
libhelplinkerlo.so:
	libdb-5.2.so.0 => /usr/local/lib/db5/libdb-5.2.so.0 (0x801634000)
	libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8019d5000)
	libxslt.so.2 => /usr/local/lib/libxslt.so.2 (0x801bf8000)
	libz.so.6 => /lib/libz.so.6 (0x801e30000)
	libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x802046000)
	libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x802342000)
	libuno_sal.so.3 => /home/waitman/libreoffice/libo/solver/unxfbsd.pro/lib/libuno_sal.so.3 (0x802692000)
	libclucene.so => /home/waitman/libreoffice/libo/solver/unxfbsd.pro/lib/libclucene.so (0x802927000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x802e2c000)
	libm.so.5 => /lib/libm.so.5 (0x803133000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x803357000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)
	libthr.so.3 => /lib/libthr.so.3 (0x80356d000)
libsal_textenc.so:
	libuno_sal.so.3 => /home/waitman/libreoffice/libo/solver/unxfbsd.pro/lib/libuno_sal.so.3 (0x80179d000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x801a32000)
	libm.so.5 => /lib/libm.so.5 (0x801d39000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x801f5d000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)
	libthr.so.3 => /lib/libthr.so.3 (0x802173000)
libsal_textenc.so.3:
	libuno_sal.so.3 => /home/waitman/libreoffice/libo/solver/unxfbsd.pro/lib/libuno_sal.so.3 (0x80179d000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x801a32000)
	libm.so.5 => /lib/libm.so.5 (0x801d39000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x801f5d000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)
	libthr.so.3 => /lib/libthr.so.3 (0x802173000)
libuno_sal.so:
	libthr.so.3 => /lib/libthr.so.3 (0x801695000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x8018bb000)
	libm.so.5 => /lib/libm.so.5 (0x801bc2000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x801de6000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)
libuno_sal.so.3:
	libthr.so.3 => /lib/libthr.so.3 (0x801695000)
	libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x8018bb000)
	libm.so.5 => /lib/libm.so.5 (0x801bc2000)
	libgcc_s.so.1 => /usr/local/lib/gcc48/libgcc_s.so.1 (0x801de6000)
	libc.so.7 => /lib/libc.so.7 (0x80081b000)

I also have a hunch it's related to CLucene...or berkeleydb

-g3, -ggdb, debug=t , can't seem to get info from gdb . maybe i am missing something on the libo debugging page.

# gdb741 -core HelpIndexer.core
GNU gdb (GDB) 7.4.1 [GDB v7.4.1 for FreeBSD]
[New process 125368]
Core was generated by `HelpIndexer'.
Program terminated with signal 10, Bus error.
#0  0x0000000802d08e8b in ?? ()
(gdb) bt
#0  0x0000000802d08e8b in ?? ()
#1  0x0000000802a9ff50 in ?? ()
#2  0x0000000801e6547d in ?? ()
#3  0x00007fffffffd580 in ?? ()
#4  0x0000000802247878 in ?? ()
#5  0x00000000000002a0 in ?? ()
#6  0x0000000802a79903 in ?? ()
#7  0x00007fffffffd4d0 in ?? ()
#8  0x0000000102a798d7 in ?? ()
#9  0x0000000801d44000 in ?? ()
#10 0x0000000800620508 in ?? ()
#11 0x0000000801d44040 in ?? ()
#12 0x00007fffffff0005 in ?? ()
#13 0x000000000000000f in ?? ()
#14 0x0000000000000000 in ?? ()

I'm linking against db5. I receive errors about extra parameters in db-related function calls when i use any db4.x
ie, 
w/db48 :
/usr/home/waitman/libreoffice/libo/l10ntools/source/help/HelpLinker.cxx: In member function 'void HelpKeyword::dump(DB*)':
/usr/home/waitman/libreoffice/libo/l10ntools/source/help/HelpLinker.cxx:215:54: 
error: invalid conversion from 'DBT*' to 'unsigned int' [-fpermissive]
             table->put(table, NULL, &key, &value, 0);

Suggestions, pointers appreciated. I have a few things here I need to check out!

Thanks.

-- 
Waitman Gobble
San Jose California USA