Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
> Jan Giesen wrote:
> > My investigation has shown, that the wrong initialization of the
> > "callbacks" struct is caused by a missing parameter for "shl_load"
> > in the libltdl/ltdl.c file:
>
> This is standard libtool, and will be overwritten as libtool is upgraded.
>
> Can you report this to the libtool lists? They can then fix it for the
> later versions (http://savannah.gnu.org/mail/?group=libtool)
>
> Tony
Done! C.f. http://lists.gnu.org/archive/html/libtool/2005-11/msg00062.html
Note: I can also provoke the problem under Linux using the default settings
of Libtool 1.5.20 in ltdl.c. Since ltdl.c use by default the loader flag
"LT_GLOBAL=RTLD_GLOBAL", which also cause this problem. Again the problem
can be avoided with "LT_GLOBAL=RTLD_LOCAL" or "LT_GLOBAL=0".
In your version (1.5.6) of libtool in the CVSNT repository, you have remove
the LT_GLOBAL stuff in version 1.1.2.3 of ltdl.c with the remark
"Make the unix version compile again"; due to this change of ltdl.c, you
avoid the described problem in Linux.
Since HPUX 11.11 supports beside the shl_load() function call also
the more standard dlopen() function call to load shared libraries,
I have switched to dlopen() by patching the config.h file in libltdl.
The cvsnt executable generated with this approach is more stable in
my opinion. It's produces in server mode still a crash dump (SIGSEV), but
this crash happens in the exit() call at the end of the main program.
I suspect that a problem with the HPUX link environment is the reason;
since our HPUX 11.11. machines use relatively old versions (11.33 or
11.37) of ld, dld.sl, crt0.0 etc.; but the newest version from HP is
11.47. I have seen some emails on the net, which describe a crash dump
of their programs under similiar conditions; but this could resolved by
applying a recent "ld(1) and linker tools cumulative patch" e.g. PHSS_33033.
Unfortunately I can not test this.
I have made some few test with cvsnt 2.5.03.2151 running as server under
HPUX. It seems that the "fileattr.xml" files in the CVS directories
on the server are not correctly constructed under HPUX. Some "chacl"
commands in sequence produce malformed XML files on the server.
This problem under HPUX was already reported some time ago on the
cvsnt list. Probably this is caused by the "expat" version in the
cvsnt repository, which is under Linux normally not used, since libexpat
is available on the system.
Best regards
Jan Giesen