Re: [ROOT] Core dump due to long LD_LIBRARY_PATH

From: Rene Brun (Rene.Brun@cern.ch)
Date: Mon Dec 06 2004 - 14:41:14 MET


Hi Pere,

Your "serious" problem will become a "no" problem if you execute root.exe
instead of root.

The executable in $ROOTSYS/bin/root is a small fron-end showing the
splash-screen and launching the main executable root.exe.
To launch root.exe the front-end has to set the LD_LIBRARY_PATH for root.exe.
Only 512 chars were allocated for an internal array to build the
LD_LIBRARY_PATH. I have extended this array to 4096 in the CVS version.
The problem is only visible with groups having extremely long LD_LIBRARY_PATH.

Rene Brun

Pere Mato Vila wrote:
> 
> Dear rooters,
> 
>   We have in LHCb serious problems when using "root" within the new SLC3
> platform. ROOT 3.10.02 core dumps at the start with the following
> traceback:
> 
> #0  0x00a5bbac in mempcpy () from /lib/tls/libc.so.6
> #1  0x00a4f4b2 in _IO_default_xsputn_internal () from /lib/tls/libc.so.6
> #2  0x00a28517 in vfprintf () from /lib/tls/libc.so.6
> #3  0x00a443cc in vsprintf () from /lib/tls/libc.so.6
> #4  0x00a2f02d in sprintf () from /lib/tls/libc.so.6
> #5  0x0804931f in SetLibraryPath ()
> #6  0x080497c9 in main ()
> 
>   The reason I think is due to the change in length of the
> LD_LIBRARY_PATH due to the change in the platform tag we use in this new
> platform. We have changed rh73_gcc3232 to slc3_ia32_gcc323 increasing
> the total length from 1110 bytes to 1166.
> 
> Can this limitation be removed? Or build a protection that it does not
> core dump?
> Thanks in advance,
> 
>                                 Pere



This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 05:50:10 MET