Jan, good day.
Wed, Apr 25, 2007 at 04:16:21PM +0200, Jan Just Keijser wrote:
> thanks for all the input, but I don't think we're heading in the right
> direction here ...
After your test results I do not think so as well ;))
> I've compiled the file and ran it on one of our resource brokers:
> ./pathconf /share/gridmapdir/dteam000 /tmp/rpms.boszwijn
> '/share/gridmapdir/dteam000': _PC_NAME_MAX = 255.
> '/tmp/rpms.boszwijn': _PC_NAME_MAX = 255.
> (/share/gridmapdir is the offending directory where 'readdir' crashes) so
> PC_NAME_MAX seems to be 255 for local and NFS files (which , incidentally, is
> the default for stock RH kernels, IIRC).
So, probably the best way to proceed is to compile the application
with the glibc-debug, install the glibc sources and then try to
locate the precise SEGV location in the GDB without making guesses
after the lines
0x00acfc85 in readdir64_r@@GLIBC_2.2 () from /lib/tls/libc.so.6
#0 0x00acfc85 in readdir64_r@@GLIBC_2.2 () from /lib/tls/libc.so.6
The glibc-debug is installed by glibc-debug RPM, then the program
should be recompiled with the -L/usr/lib/debug switch.
Sorry for the mentor-like tone.
Eygene Ryabinkin, RRC KI