Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 02 Aug 2003 18:06:36 -0700
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Greg 'groggy' Lehey <grog@FreeBSD.org>
Cc:        current@freebsd.org
Subject:   Re: Yet another crash in FreeBSD 5.1
Message-ID:  <3F2C601C.4EDBB33C@mindspring.com>
References:  <1079.192.168.0.3.1059811884.squirrel@webmail.aminor.no> <20030802090052.GA25338@rot13.obsecurity.org> <2712203.1059843659@[192.168.0.2]> <1079.192.168.0.3.1059811884.squirrel@webmail.aminor.no> <20030802090052.GA25338@rot13.obsecurity.org> <20030802091620.GB6331@cicely12.cicely.de> <20030803000528.GF95375@wantadilla.lemis.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Greg 'groggy' Lehey wrote:
> > Please take a look at an older thread named (IIRC) vinum or geom bug?
> > Greg asked for special debug output, but it never happened again for me.
> > A real murphy bug - it happend on three machines once a day and after
> > Gregs response nothing happened over weeks.
> 
> This is the real issue.  Until you supply the information I ask for in
> the man page or at http://www.vinumvm.org/vinum/how-to-debug.html,
> only Terry can help you.

This is BS, Greg.

I deal with about a traceback every other day, and sometimes as
high as 5 in a single day, if it's a busy day for it.

The information I gave him gets him to lines of source code,
instead of just function names with strange hexadecimal numbers
that resolve to instruction offsets that may be specific to his
compile flags, date of checkout of the sources from CVS, etc..

I don't know about you, but I can't easily write assembly
instructions to tape, run them the tape through my teeth, and
read the bits using my dental fillings.


If it's a NULL pointer dereference, the place to find it is by
turning on what debugging there is, and, if that fails, which
it probably will, by eyeballing the lines of source code in
question and understanding the code around it well enough that
you can tell *how* a pointer there could be NULL.  My instructions
*get* him those lines of source.

If you'll notice from his followup posting of the source in
question, Vinum is loaded as a module, and it's the FreeBSD
code that Vinum calls, not Vinum, that's causing the crash.

There's no reason to be paranoid about your baby with me; unlike
some people, personally I like Vinum, so relax and realize that
I'm not trying to blame your code by trying to help him squeeze
more information out of the data he *is* able to gather.

-- Terry



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F2C601C.4EDBB33C>