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
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

- Raw text -