X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f From: "Dorel Zamfir" Newsgroups: comp.os.msdos.djgpp Subject: Re: RHIDE debugger fails to start on board without floating point unit Date: Thu, 21 Feb 2002 09:09:22 -0800 Organization: Intelligent Computer Solutions Lines: 40 Message-ID: References: X-Trace: newstest.laserlink.net 1014330595 12456 64.105.28.238 (21 Feb 2002 22:29:55 GMT) X-Complaints-To: abuse AT laserlink DOT net X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com I tried loading the shareware version of Q87 before running the debugger and I am now able to debug and run the program just fine. I don't understand why the debugger itself would require floating point support but having this software emulator in memory seems to be a work around. The problem now is that the shareware version of Q87 stops running after 20 minutes and requires me to reboot the PC. Since Quickware who created Q87 is out of business I can't register the program. If anyone knows of a way around this problem or of another floating point emulator that will work with 32-bit protected mode programs, please let me know. Thanks, Dorel Zamfir "Eli Zaretskii" wrote in message news:Pine DOT SUN DOT 3 DOT 91 DOT 1020221085218 DOT 2258E-100000 AT is... > > On Wed, 20 Feb 2002, Charles Sandmann wrote: > > > You can't use debuggers with an emulator if I remember correctly.. Does your > > program use floating point? If it does not, this might work: > > 1) SET 387=N > > 2) Rename EMU387.DXE so it's not found. > > See if you can debug. I believe this should avoid all FP instructions. > > Unfortunately, I don't think it will work because the debugger tries to > save the x87 state before it runs the debuggee, even if there's no x87 > (because the emulator state needs also to be saved). Without emu387.dxe, > the code in the debugger which does that will bomb. > > > If it does use floating point I think you are stuck, since the emulator > > doesn't know how to handle floating traps in a different address space. > > It doesn't need to, I think: the debug support in libdbg.a should do the > necessary footwork for it to be transparent. This should really be fixed > some day.