Date: Sun, 17 Dec 2000 21:29:26 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: djgpp AT delorie DOT com
Message-Id: <2950-Sun17Dec2000212926+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
In-reply-to: <Pine.A41.4.05.10012171907570.66800-100000@ieva06.lanet.lv>
	(message from Andris Pavenis on Sun, 17 Dec 2000 19:13:53 +0200 (WET))
Subject: Re: Saving in Rhide
References:  <Pine DOT A41 DOT 4 DOT 05 DOT 10012171907570 DOT 66800-100000 AT ieva06 DOT lanet DOT lv>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> Date: Sun, 17 Dec 2000 19:13:53 +0200 (WET)
> From: Andris Pavenis <pavenis AT lanet DOT lv>
> 
> To be serious I guess one possible way to at least partially workaround
> these problems is by avoiding to invoke DJGPP apps using DOS interrupt but
> to use procedures from v2load.c instead

Someone has to test this first: it's not at all clear that NTVDM will
not crash when nested programs are invoked via v2loadimage.

And, as you say, there's quite some coding involved, since v2loadimage
in its current shape is suited for debugging, and is very intrusive
(hooks all kinds of interrupts, including Int 31h itself, installs
exception handlers, etc.)