On 2015-08-25 10:58, Joey Hess wrote: > Colin Watson wrote: > > Here's LD_DEBUG=all output, which suggests it might relate to NSS. > > > 22014: symbol=fclose; lookup in file=/lib/x86_64-linux-gnu/libc.so.6 > > [0] > > 22014: binding file /lib/x86_64-linux-gnu/libnss_compat.so.2 [0] to > > /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `fclose' [GLIBC_2.2.5] > > strace shows curl gets as far as reading ~/.curlrc before crashing, while > ssh seems to start running and reads /etc/passwd before crashing. > > gdb shows ssh and curl crashing in fwrite and fputc, respectively. > > Starting program: /lib64/ld-linux-x86-64.so.2 /usr/bin/ssh > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > > Program received signal SIGSEGV, Segmentation fault. > __GI__IO_fwrite (buf=0x7ffff7db4a00, size=1, count=525, fp=0x0) > at iofwrite.c:41 > 41 iofwrite.c: No such file or directory. > > Starting program: /lib64/ld-linux-x86-64.so.2 /usr/bin/curl > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > > Program received signal SIGSEGV, Segmentation fault. > fputc (c=99, fp=0x0) at fputc.c:37 > 37 fputc.c: No such file or directory.
The fp pointer is NULL in both of the above functions. Could you please try to get a backtrace to see which caller starts to pass a NULL pointer? -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature