From owner-freebsd-current@FreeBSD.ORG Sat Aug 2 18:22:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E870937B401 for ; Sat, 2 Aug 2003 18:22:58 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291B543F3F for ; Sat, 2 Aug 2003 18:22:56 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id AA2BC526A4; Sun, 3 Aug 2003 10:52:52 +0930 (CST) Date: Sun, 3 Aug 2003 10:52:52 +0930 From: Greg 'groggy' Lehey To: Terry Lambert Message-ID: <20030803012252.GM95375@wantadilla.lemis.com> References: <1079.192.168.0.3.1059811884.squirrel@webmail.aminor.no> <20030802090052.GA25338@rot13.obsecurity.org> <20030802091620.GB6331@cicely12.cicely.de> <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> <1079.192.168.0.3.1059811884.squirrel@webmail.aminor.no> <20030803000528.GF95375@wantadilla.lemis.com> <3F2C601C.4EDBB33C@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b1ERR0FXR0PvNIRE" Content-Disposition: inline In-Reply-To: <3F2C601C.4EDBB33C@mindspring.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: Yet another crash in FreeBSD 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 01:22:59 -0000 --b1ERR0FXR0PvNIRE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 2 August 2003 at 18:06:36 -0700, Terry Lambert wrote: > 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. Stack traces are pretty common stuff. Your point? > 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.. The first step of the link above does the same thing. But it's only the first step. > 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. Terry, why don't you come to my debug tutorial at the BSDCon next month? I'll show you how to do this properly. I'm not asking for people to interpret hex. I'm asking for people, you included, to find out what debugging help is available. > 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, No, that will find the null pointer dereference pretty quickly. > 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. You obviously still haven't read the reference. Do that first, and come back when you have either understood things or are having difficulty understanding. But don't shoot off your mouth without knowing what's going on. > 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. The bug is almost certainly in Vinum. > 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. This has nothing to do with being paranoid about babies. This has to do with people shooting off their mouths in a public forum without bothering to check details first. Greg -- See complete headers for address and phone numbers --b1ERR0FXR0PvNIRE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/LGPsIubykFB6QiMRAk2TAKCCDEHjUsNwIuqi+NWuG6i876S0gACgpWGG 2DFp2zYbeFN9fK4PuejpPCY= =/THQ -----END PGP SIGNATURE----- --b1ERR0FXR0PvNIRE--