Date: Thu, 30 Apr 2009 18:59:49 +1000 (EST) From: Bruce Evans <brde@optusnet.com.au> To: Bruce Evans <brde@optusnet.com.au> Cc: stas@FreeBSD.org, svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, "M. Warner Losh" <imp@bsdimp.com> Subject: Re: svn commit: r191677 - head/usr.bin/du Message-ID: <20090430184028.N1605@besplex.bde.org> In-Reply-To: <20090430172939.M1225@besplex.bde.org> References: <200904300124.n3U1Or1w097927@svn.freebsd.org> <20090430162311.T2904@delplex.bde.org> <20090430110739.682cc989.stas@FreeBSD.org> <20090430.011913.-1023162474.imp@bsdimp.com> <20090430172939.M1225@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 30 Apr 2009, Bruce Evans wrote:
> Testing processes blocked in sleep(100) shows some bugs in truss(1):
> ...
> - under -current, truss with -p is broken. It now aborts the nanosleep()
> immediately with EINTR. ktrace with -p still works correctly.
This seems to be because truss now uses ptrace() instead of procfs, and
ptrace() (PT_ATTACH?) generally aborts sleeps so that debuggers can get
control.
Another bug is that gdb -p is now broken on ref8-{amd64,i386}.freebsd.org:
% GNU gdb 6.1.1 [FreeBSD]
% ...
% Attaching to process 19123
% /scratch/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled.
% A problem internal to GDB has been detected,
% further debugging may prove unreliable.
% Quit this debugging session? (y or n)
[y] [kills process 19123?]
% /scratch/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled.
% A problem internal to GDB has been detected,
% further debugging may prove unreliable.
% Create a core file of GDB? (y or n)
[n]
Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090430184028.N1605>