As Mark Peek wrote:
> >Hmm, so how to debug a kernel coredump?
>
>
> You need to update your gdb52 port.
I can't find a newer one in CVS:
j@uriah 85% pkg_info -I gdb-\*
gdb-5.2_2 GNU GDB 5.2 developmental snapshot
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
[EMAIL PROTECTED] wrote:
> >
> > sure enough:
> > ref4# grep
> > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table
> > ref4#
> >
> >
> > huh?
> >
> > freshly cvsup'd sources..
>
>
> Too many pages were prefaulted in pmap_object_init_pt, thus the wrong
> physical pag
> Just to make it absolutely clear, however: did you also apply
> Alexander's patch before seeing this error?
No, the problem was unrelated.
> I finally gave up and did a binary-only reinstall from a -CURRENT
> "Preview" snapshot which fixed everything. I'm going to sit and
> watch for awhile
Julian Elischer wrote to FreeBSD-Current:
> /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol
> table
This is the same disaster that struck me yesterday after I applied
Alexander's C++ patch and I initially thought it was due to that.
Just to make it absolutely clear, howev
>
> sure enough:
> ref4# grep
> /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table
> ref4#
>
>
> huh?
>
> freshly cvsup'd sources..
Too many pages were prefaulted in pmap_object_init_pt, thus the wrong
physical page was entered in the pmap for the virtual address whe
In message <[EMAIL PROTECTED]>, Willem van Engen wrote:
>Hello,
>
>there already is some code for smbalert# handling on intpm
>(ENABLE_ALART), but there is no support for handling it in a driver. O2
>AudioDJ (OZ162) chips use this signal to indicate that a button was
>pressed. So I need a way for
I will add that the file is not really corrupt..
A reboot brings it 'back to life' so it's only corrupt in memory.
On Wed, 26 Jun 2002, Julian Elischer wrote:
>
> After doing a make buildworld,
> followed by make installworld and mergemaster.
>
> The following 'make buildworld' starts of wit
Wed Jun 26 19:00:10 PDT 2002
/usr/libexec/ld-elf.so.1: /usr/bin/cvs: Shared object has no run-time symbol table
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
After doing a make buildworld,
followed by make installworld and mergemaster.
The following 'make buildworld' starts of with:
ref4# make buildworld
/usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table
--
>>> Rebui
[ repost ]
Please do not touch the patch I posted before. As I discovered a couple
of munites ago, my working CURRENT box runs different version
of the patch, NOT the version I posted to the list.
I am currenty rebuilding the world with the posted patch in order to
investigate if it indeed doe
All,
I just wanted to bring to light several issues that I'm seeing now. I
installed a new laptop with the 20020620 current snapshot from
snapshot.jp.freebsd.org, then proceeded to bring it up the date (as of
last night). After building and installing world and kernel from these
updated sources
All,
I just wanted to bring to light several issues that I'm seeing now. I
installed a new laptop with the 20020620 current snapshot from
snapshot.jp.freebsd.org, then proceeded to bring it up the date (as of last
night). After building and installing world and kernel from these
updated sources
At 9:01 PM +0200 6/26/02, Joerg Wunsch wrote:
>"David O'Brien" <[EMAIL PROTECTED]> wrote:
>
>> Mark Peek and DFR have made patches against GDB 5.2 such that it
>> should do everything we need it to. It would be most helpful for
>> people to test this before it goes into /usr/src.
>
>j@uriah 13
Hiya
Here's the updated version of vidfont/kbdmap. The changes are:
WARNS=6 clean
80 columns max
Now uses 'mkstemp()' rather than 'mktemp()'
Fixed a couple of dumb bugs
Copyrights added
Removed '{}' from single lines
Default strings now in vidfont.h
Cheers,
--Jon
http://www.witchspace.com
Please do not touch the patch I posted before. As I discovered a couple
of munites ago, my working CURRENT box runs different version
of the patch, NOT the version I posted to the list.
I am currenty rebuilding the world with the posted patch in order to
investigate if it indeed does cause prob
Hi,
On Tue, Jun 25, 2002 at 03:43:49PM -0800, Beech Rintoul wrote:
> Using the new C pkg_version I get the following:
OK, the problem is that you've got a number of ports with no +CONTENTS
files in /var/db/pkg... This is not good. But pkg_version shouldn't be
dumping core anyway:
Index: perfo
"David O'Brien" <[EMAIL PROTECTED]> wrote:
> Mark Peek and DFR have made patches against GDB 5.2 such that it
> should do everything we need it to. It would be most helpful for
> people to test this before it goes into /usr/src.
j@uriah 133% gdb52 kernel.debug /cdrom/vmcore.1
GNU gdb 5.2
Copyri
Hi,
Some logs and/or backtraces usually help when reporing massive failures.
I am running world and kernel -CURRENT as of today's morning. Everything
was compiled with the patched compiler of course. pkg_info and friends
do work as usual. Whatever you did to screw your system, I do not think
it h
> >> # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1
> >> --- /usr/src/Makefile.inc1.origMon Apr 29 20:42:50 2002
> >> +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002
> >> @@ -402,9 +402,10 @@
> >> KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf
> >> KRNLOBJDIR=${O
>Date: Wed, 26 Jun 2002 19:16:03 +0200
>From: Christopher Sharp <[EMAIL PROTECTED]>
>buildworld breaks with
>cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include
>-I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6
>-I/usr/obj/usr/src/lib/libc -DPOSI
>usr/src/lib/libc/../libc/l
buildworld breaks with
cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6
-I/usr/obj/usr/src/lib/libc -DPOSI
usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c
/usr/src/lib/libc/net/name6.
[This is an IPv6-only e-mail address, if you have any need to
respond to this and send me a copy but do not have IPv6-
capability, strip out the obvious part of the address, but I
follow the list archives so no need to mail me]
> > /usr/src/lib/libc/net/gethostbydns.c: In function `gethostan
In article <[EMAIL PROTECTED]>,
Michael Hostbaek <[EMAIL PROTECTED]> wrote:
> I have cvsup'ed a 4.6-RC with the current source tree, but when doing a
> buildworld I get the following error:
[...]
> /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer':
> /usr/src/lib/libc/net/gethostb
On Wed, 26 Jun 2002 16:57:45 +0200
Sheldon Hearn <[EMAIL PROTECTED]> wrote:
> # if (OSRelVersion >= 500016)
> +# define ThreadsLibraries -lc_r
> +# else
> +# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE
> +# define ThreadsLibraries -pthread
> +# endif
Sheldon
On Wed, 26 Jun 2002 13:25:57 +0200, Sheldon Hearn wrote:
> I think I have a handle on this now. If you fix it before you hear back
> from me, let me know so I can stop wasting time on it. XF84-4 test
> builds are slow. :-)
Okay, it looks like a bit of a mess.
I've copied the XFree86-4 maint
On Wed, Jun 26, 2002 at 02:40:55AM -0700, Bill Huey wrote:
>
>
> Grepping through /usr/src/ didn't reveal that these functions were defined. Are they
> in an external package or is this broken ?
>
Garrett added prototypes to sys/statvfs.h for two functions.
It appears that some configure scrip
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> Current variant not set all needed env. vars correctly. Please note that
> TZ, PATH, MAIL and TERM variables may be (or may be not) modified by
> setusercontext() so they must be set _before_ setusercontext() call.
I agree with the problem but no
Wed Jun 26 07:00:12 PDT 2002
cd: can't cd to /home/des/tinderbox/alpha/src
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I have cvsup'ed a 4.6-RC with the current source tree, but when doing a
buildworld I get the following error:
cc -O -pipe -D_OLD_STDIO -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include
-I/usr/src/
lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6
-I/usr/obj/usr/src/lib/li
bc -DPOSIX_MISTAKE -I/us
On (2002/06/25 22:02), Szilveszter Adam wrote:
> > I've tried `make install' and `make CXX=/usr/local/bin/g++31 install',
> > where that g++31 comes from the lang/gcc31 port, and either way,
> > XFree86-4-clients fails with:
>
> There is another problem, however, and this is that the libGLU buil
Thus spake Avleen Vig <[EMAIL PROTECTED]>:
> I would recommend you install the -STABLE branch (the most stanble) or
> -RELEASE (fairly stable with the probability of a few bugs here and
> there).
You have that backwards. (Admittedly, the historical nomenclature
doesn't help.) -STABLE is a conti
Hello,
I run into when building linux_base under the most recent -current:
gmake[2]: Entering directory `/usr/ports/archivers/rpm/work/rpm-3.0.6/tools'
/bin/sh ../libtool --mode=link cc -O -pipe -D_GNU_SOURCE -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototype
On Tue, Jun 25, 2002 at 02:13:57PM +0200, Ollivier Robert wrote:
> According to Makoto Matsushita:
> > 3) New entry 'perl5' is added to the distributions list, just like
> >base, compat4x, crypto, XFree86, etc. Install perl5 package if
> >perl5 package is selected.
>
> 3a) new entry perl
On Tue, Jun 11, 2002 at 05:57:01PM +1000, Bruce Evans wrote:
> On Mon, 10 Jun 2002, Masahide -mac- NODA wrote:
>
> > In /usr/share/mk/bsd.*.mk, 'beforeinstall' target execute after install
> > on current.
> >
> > You found it to doing below in current:
> >
> > % cd /usr/src/share/mk
> > % mak
This could have been caused by (ab)using -DNOCLEAN.
On Mon, Jun 10, 2002 at 09:48:29PM +1000, Scott Penno wrote:
> Hi there,
>
> I've been attempting to build current on and off over the past few weeks with little
>success. Problems occur when making dependencies within kdump as shown below.
35 matches
Mail list logo
