Date: Tue, 26 Feb 2002 08:53:26 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: naddy@mips.inka.de (Christian Weisgerber) Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: -CURRENT lockups Message-ID: <15483.37718.727882.220671@grasshopper.cs.duke.edu> In-Reply-To: <a5fvnq$1s8n$1@kemoauc.mips.inka.de> References: <a5b5o5$2gg$1@kemoauc.mips.inka.de> <XFMail.020226021000.jhb@FreeBSD.org> <a5fvnq$1s8n$1@kemoauc.mips.inka.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Christian Weisgerber writes:
> John Baldwin <jhb@FreeBSD.org> wrote:
>
> > Anyways, can you pull up gdb on your kernel.debug
> > then do 'l lockmgr+0x844' to get the source line for that?
>
> gdb is broken. It seems to get caught into an infinite loop on
> startup. It continues to eat CPU but never proceeds to a prompt.
> I guess that's fallout from the new binutils.
Yes. There are 2 workarounds. One is to use a /usr/libexec/elf/gdb
from -stable (or -current pre-binutils).
The other is to rebuild gdb with a patch that breaks buildworld. Patch
below.
The problem is that xmalloc() and xrealloc() are multiply defined and
the rtld keeps looking them up in shared libs, getting confused, and
looking them up again, etc.
Drew
Index: xmalloc.c
===================================================================
RCS file: /home/ncvs/src/contrib/binutils/libiberty/xmalloc.c,v
retrieving revision 1.1.1.5
diff -u -r1.1.1.5 xmalloc.c
--- xmalloc.c 27 Jan 2002 11:59:59 -0000 1.1.1.5
+++ xmalloc.c 18 Feb 2002 19:46:55 -0000
@@ -131,7 +131,7 @@
#endif /* HAVE_SBRK */
xexit (1);
}
-
+#if 0
PTR
xmalloc (size)
size_t size;
@@ -146,7 +146,7 @@
return (newmem);
}
-
+#endif
PTR
xcalloc (nelem, elsize)
size_t nelem, elsize;
@@ -163,6 +163,7 @@
return (newmem);
}
+#if 0
PTR
xrealloc (oldmem, size)
PTR oldmem;
@@ -181,3 +182,4 @@
return (newmem);
}
+#endif
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15483.37718.727882.220671>