delorie.com/archives/browse.cgi | search |
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 |
> 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.)
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |