Mail Archives: djgpp/2002/07/07/02:10:06
From: | Charles Sandmann <sandmann AT clio DOT rice DOT edu>
|
Newsgroups: | comp.os.msdos.djgpp
|
Subject: | Re: spawnv problem
|
Date: | Sun, 07 Jul 2002 00:32:30 CDT
|
Organization: | Rice University, Houston TX
|
Lines: | 17
|
Message-ID: | <3d27d26e.sandmann@clio.rice.edu>
|
References: | <001e01c2251c$7503f1e0$f5064c40 AT pc1>
|
NNTP-Posting-Host: | clio.rice.edu
|
X-Trace: | joe.rice.edu 1026020129 13652 128.42.105.3 (7 Jul 2002 05:35:29 GMT)
|
X-Complaints-To: | abuse AT rice DOT edu
|
NNTP-Posting-Date: | 7 Jul 2002 05:35:29 GMT
|
X-NewsEditor: | ED-1.5.9
|
To: | djgpp AT delorie DOT com
|
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp
|
Reply-To: | djgpp AT delorie DOT com
|
> The program works fine in a dos box (Win95), but from FreeDOS, OpenDOS
> I get an: Page Fault cr=2... in RMCB at eip=....
> Invalid TSS in RMCB at eip=.....
> If I start W95 in MS-DOS mode the program get me the same error.
This error is caused by a program hooking a hardware interrupt or
real mode callback (such as a mouse) without locking the memory used
per the DPMI specification.
> void main() {
> char *args[] = { "mpxplay", 0 };
> spawnv(P_WAIT, "mpxplay.exe", args);
> }
You haven't told us anything about mpxplay, but it seems that it may have
some bugs. Does it run OK standalone? Does it run if you just load
cwsdpmi first (one pass tsr mode) before trying to run mpxplay?
- Raw text -