Date: Tue, 23 Apr 1996 04:28:43 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: Greg Lehey <lehey.pad@sni.de> Cc: bde@zeta.org.au (Bruce Evans), smpatel@umiacs.UMD.EDU, current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: request for a new "feature" as regards DDB Message-ID: <4674.830258923@time.cdrom.com> In-Reply-To: Your message of "Tue, 23 Apr 1996 12:00:43 MDT." <199604231000.MAA20823@nixpbe.pdb.sni.de>
index | next in thread | previous in thread | raw e-mail
> I disagree completely. If my machine dies in the middle of the night, > I want to come in the next morning and be able to debug the live > hardware, not a dump. YMMV, but we should have the option. However, there's a corrolary: If your machine dies in the middle of the night (or when you're in front of it, for that matter) and *you're sitting in the X server* then you should be given a dump if you're not configured for a serial console because we know that there's no way in hell you're going to be debugging any live hardware. A dump is the best you can ask for under those circumstances. Assuming that the same interface which the VT_GETACTIVE ioctl() uses is available for determining if "curvty = vty0", it seems you should be able to avoid going into DDB interaction mode if it's not possible to do anything else. You can simply call panic. Jordanhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4674.830258923>