Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Jan 2002 01:28:29 +0100
From:      Markus Wennrich <nick@schoko.org>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        Markus Wennrich <nick@schoko.org>, MANTANI Nobutaka <nobutaka@nobutaka.com>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: ports/www/w3m Makefile
Message-ID:  <20020131002829.GH76441@yori.schoko.org>
In-Reply-To: <20020130014432.A79080@xor.obsecurity.org>
References:  <200201300255.g0U2twu76455@freefall.freebsd.org> <20020129190211.A75663@xor.obsecurity.org> <87sn8ocxw2.wl@excalibur.nobutaka.com> <20020129194602.A76179@xor.obsecurity.org> <20020130093439.GE76441@yori.schoko.org> <20020130014432.A79080@xor.obsecurity.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 30, 2002 at 01:44:32AM -0800, Kris Kennaway wrote:
> > > > > I don't think this can be correct: CFLAGS should always be respected,
> > > > > not hardcoded (and especially not to -O2).
> > 
> > No, of course shouldn't -O2 be hardcorded, but the idea behind that was,
> > that w3m core dumpes, when compiled _without_ -O2 (at least on my
> > machines and some other machines here). Though the "-O2-Trick" seems not
> > to work everywhere.
> > 
> > The real problem is likely to be in boehm-gc. 
> 
> I recently had problems with w3m coredumping at startup until I
> recompiled boehm-gc.  Perhaps they broke binary compatibility or
> something: does recompiling it work for you?

No, unfortunelity not. I tried it on two machines, but it doesn't help:
(boehm-gc compiled with -g)

Program received signal SIGBUS, Bus error.
0x280d07ae in GC_find_limit (p=0xbfbff950 "", up=1) at os_dep.c:650

650                     GC_noop1((word)(*result));
(gdb) bt
#0  0x280d07ae in GC_find_limit (p=0xbfbff950 "", up=1) at os_dep.c:650
#1  0x280d0885 in GC_get_stack_base () at os_dep.c:788
#2  0x280cfa18 in GC_init_inner () at misc.c:542
#3  0x280cc474 in GC_generic_malloc_inner (lb=12, k=1) at malloc.c:121
#4  0x280cc5ab in GC_generic_malloc (lb=12, k=1) at malloc.c:189
#5  0x280cc75e in GC_malloc (lb=12) at malloc.c:303
#6  0x809a5ac in newGeneralList ()
#7  0x804b64b in main ()
#8  0x804aee9 in _start ()

I'm wondering, if only me and my friend here are having these problems ...

Maybe somebody could look more into this? Compiling w3m with "-O2"
preventig coredumps in boehm-gc somewhere in "os_dep.c" is far beyond my
debugging-skills ;-) (Though I maybe will try, if I find some time ...)

Markus

-- 
On the other hand....you have different fingers. 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020131002829.GH76441>