From owner-freebsd-current Fri Jun 26 00:35:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25197 for freebsd-current-outgoing; Fri, 26 Jun 1998 00:35:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25187 for ; Fri, 26 Jun 1998 00:35:24 -0700 (PDT) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from exchvic1.dsto.defence.gov.au (exchvic1.dsto.defence.gov.au [146.221.39.76]) by digger1.defence.gov.au (8.7.5/8.7.3) with ESMTP id RAA28997; Fri, 26 Jun 1998 17:01:41 +0930 (CST) Received: from eddie.dsto.defence.gov.au ([131.185.2.111]) by exchvic1.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id NVB43M4W; Fri, 26 Jun 1998 17:35:25 +1000 Received: from dsto.defence.gov.au (localhost [127.0.0.1]) by eddie.dsto.defence.gov.au (8.8.8/8.8.5) with ESMTP id RAA02161; Fri, 26 Jun 1998 17:05:16 +0930 (CST) Message-ID: <35934F33.4DF43083@dsto.defence.gov.au> Date: Fri, 26 Jun 1998 17:05:15 +0930 From: Matthew Thyer Organization: Defence Science Technology Organisation X-Mailer: Mozilla 4.05 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Matthew Thyer CC: Terry Lambert , Jonathan Lemon , mike@smith.net.au, current@FreeBSD.ORG Subject: Re: 'fatal trap 12' on boot (smp and up) References: <199805070605.XAA11817@usr02.primenet.com> <3552CFD5.C829866B@camtech.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I didn't get around to trying this for a while but now that I have, there is no way to select "real mode" or anything much at all. I think you must have been thinking about Windows 3.X where you could do these things. So my question still stands: Is there anyway to use fbsdboot.exe to boot FreeBSD after Windows 95 has restarted into DOS (to run your DOS program) when you have "options VM86" in your kernel ? This is useful to be able to get into a real OS from Windows via an icon. Many people who run multiple OS's rely on fbsdboot to recover when their boot block has been trashed. I'm concerned that we may end up in a situation where people cannot use fbsdboot.exe (i.e. when "options VM86" is not optional and a future versions of DOS will have changed these vectors). Can this memory check be changed to detect whether the vectors have been changed ?? Matthew Thyer wrote: > > Thanks Terry, > > I thought there had to be a way.... I will try this tonight > (Australian night!). > > Terry Lambert wrote: > > > > > I'm still investigating (sorry for not replying earlier) but it looks > > > like that is effectively the case. Once a Win/DOS program hooks the > > > BIOS vector, all bets are off. Unless: > > > > > > - there a way to force Win/DOS to "un-hook" themselves? > > > - there an INTx call or something that can reset the > > > interrupt vector table to a "pristine" setate? > > > > > > I won't have time to look at this for about 2 weeks or so, until finals > > > are over. However, one possibility would be to set some sort of "flag" > > > from fbsdboot to indicate that the BIOS is unavailable. > > > > My suggestion would be to run the icon as "real mode". I almost > > posted this last night, but didn't, because I was lacking the data > > you just supplied. > > > > The magic incantation should be: > > > > Right-button > > Properties > > Memory > > > > Thwen check the "run in real mode" (or similarly named) checkbox on the > > icon. > > > > Terry Lambert > > terry@lambert.org -- Matthew Thyer Phone: +61 8 8259 7249 Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message