Bug#766732: Attempting (failing) to load debugging symbols for glib-2.0-0

2014-10-27 Thread Brian Drummond
On Mon, 2014-10-27 at 14:12 +, Simon McVittie wrote: On 26/10/14 15:18, Brian Drummond wrote: BFD: /usr/lib/debug/.build-id/f4/bb3ff29b5a72f4c60cc4f76854a1bb47a3bc78.debug: unable to initialize decompress status for section .zdebug_aranges That's a bug in either libglib2.0-0-dbg

Bug#766732: Debugging : no useful results so far

2014-10-27 Thread Brian Drummond
On Mon, 2014-10-27 at 14:10 +, Simon McVittie wrote: On 26/10/14 14:59, Brian Drummond wrote: gdb nautilus allows me to reproduce the segfault, but doesn't return control to the debugger. So the pool (is it a process? I can't see it in ps ax) containing the error must be elsewhere

Bug#766732: Debugging : no useful results so far

2014-10-27 Thread Brian Drummond
On Mon, 2014-10-27 at 14:10 +, Simon McVittie wrote: On 26/10/14 14:59, Brian Drummond wrote: gdb nautilus allows me to reproduce the segfault, but doesn't return control to the debugger. So the pool (is it a process? I can't see it in ps ax) containing the error must be elsewhere

Bug#766732: libc: Segfault in libc (from process pool) accessing files shared via DAV across ethernet on another machine

2014-10-26 Thread Brian Drummond
On Sun, 2014-10-26 at 12:00 +0100, Aurelien Jarno wrote: control: tag -1 + moreinfo dmesg on the Client machine reports: [ 699.677988] pool[1873]: segfault at 0 ip 7f5d88066a3a sp 7f5d7d974cb8 error 4 in libc-2.19.so[7f5d87fe5000+19f000] The crash happens because a NULL pointer

Bug#766732: Debugging : no useful results so far

2014-10-26 Thread Brian Drummond
gdb nautilus allows me to reproduce the segfault, but doesn't return control to the debugger. So the pool (is it a process? I can't see it in ps ax) containing the error must be elsewhere in the system. Any suggestions how to move forward? - Brian -- To UNSUBSCRIBE, email to

Bug#766732: Attempting (failing) to load debugging symbols for glib-2.0-0

2014-10-26 Thread Brian Drummond
Backtrace revealed missing debug info in glib, viz... Thread 5 (Thread 0x7fffe5d4e700 (LWP 3843)): #0 0x73c760ed in poll () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x74c52ee4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info

Bug#766732: For clarification: re non serious data loss

2014-10-25 Thread Brian Drummond
The non serious data loss may be a misnomer. It is my assessment because, if one assumes that a copy finished correctly when it actually terminated, the client machine is left with an incomplete data set. Non-serious because the files are still there on the server, and it is possible (tedious!)

Bug#686781: libgtkada-doc: TestGTK example fails to build, depends on (deleted) Gtk.Extra

2012-09-05 Thread Brian Drummond
Package: libgtkada-doc Version: 2.24.1-7 Severity: serious Justification: fails to build from source Source package libgtkada is also affected. My first experience of GTKADa programming is to compile the TestGTK example. Unpack the archive provided at