Message-ID: <38F5027A.BA11DF4F@hotmail.com>
From: Andrew Hakman <hakmana AT hotmail DOT com>
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: comp.os.msdos.djgpp
Subject: Page Fault with 387 emulation
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 25
Date: Wed, 12 Apr 2000 23:11:51 GMT
NNTP-Posting-Host: 142.13.16.203
X-Trace: typhoon.mbnet.mb.ca 955581111 142.13.16.203 (Wed, 12 Apr 2000 18:11:51 CDT)
NNTP-Posting-Date: Wed, 12 Apr 2000 18:11:51 CDT
Organization: MBnet Networking Inc.
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Eli:

I think the problem I was having must be with the emulation library.
When I don't include it (do a normal compile without linking in the
library) and run and external 387 emulator, it works. Now I just need to
find the full version of a 387 emulator so I don't have to press keys on
all the slave computers everytime I boot them up. Right now I have q87
(incase anybody knows where I can get, or has the full version).

The lines of code that were actually causing the page fault (I tracked
them down with LOTS of COUTs) were:

packet_buffer.packets[packet_buffer.buffer_pos].data1=recieve_packet.data1;


packet_buffer.packets[packet_buffer.buffer_pos].data2=recieve_packet.data2;


packet_buffer.packets[packet_buffer.buffer_pos].data3=recieve_packet.data3;

I don't see anything wrong with these, and neither does a 486 or q87.
This was quite a peculiar problem.

Andrew