> Quite a while ago, when we had the same discussion, I showed you some
> documentation (PC DOS stuff afair?) which explicitly states that you
> can use int 21.01 ... int 21.0c at almost any time. That includes that
> you can use them from within SYS files and from within device init.
>
> Ah. Here
At 01:59 AM 5/2/2005 +0200, Aitor Santamaría Merino wrote:
Michael Devore escribió:
It should clear up your DOS extender problems, anyway. Except for
DOS/32A having a hard limitation of 256M VCPI. That bit of stupidity on
its part will take user intervention to circumvent.
Hi Michael,
I like
Michael Devore escribió:
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
More problems ahead. I tested several programs with EMM386 2.0,
setting X=TEST VDS. Many failed. Most of them did work, however, when I
added EMM=20480 to the settings, to disable the EMS / XMS / VCPI memory
pool sharing. Some p
At 10:22 PM 5/2/2005 +0200, Fox wrote:
Hi,
I tried the EMM386 v2.0, and there is a weird behave:
When I boot the PC, my apps works ok (I tested with JAZZ JackRabbit, LAME,
MPXPLAY and FastTracker 2). But when I quit the app and want to launch
another one from the list, the second app is freezing or
Hi,
I tried the EMM386 v2.0, and there is a weird behave:
When I boot the PC, my apps works ok (I tested with JAZZ JackRabbit, LAME,
MPXPLAY and FastTracker 2). But when I quit the app and want to launch
another one from the list, the second app is freezing or crashing with some
Hex on-screen.
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
More problems ahead. I tested several programs with EMM386 2.0,
setting X=TEST VDS. Many failed. Most of them did work, however, when I
added EMM=20480 to the settings, to disable the EMS / XMS / VCPI memory
pool sharing. Some programs still failed now,
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
GCUBE intro crashes on second call with EMM386 2.0: DOS tells that the
MCB at d0cf:0 has been zeroed out. Does not happen with EMM386 1.15...
Very trippy, that GCUBE, looks like a hi-rez television version of an 60's
acid trip. Well, it's a smoking gu
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
CTSTOAST 1996 demo (when started with DOS32a) hangs at once if pool
sharing is on.
AuGoS Go player (same DOS extender). For AuGoS, things are even worse:
Alright, I'm going to scream now. Augos.exe fails for me with a runtime
error EVEN IF I don't loa
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
Same for Jazz Jackrabbit (RTM/DPMI16BI) game and the
Jazz Jackrabbit "DOS link" goes to a Win32 version of the game. So much
for that guy.
GCUBE is one of those tarball atrocities. No thanks, unless you have an
already compiled and readily extract
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
Quarterdeck Manifest / MFT:
I mean: It hangs even if I have no caches on and run it from harddisk.
GCUBE intro crashes on second call with EMM386 2.0: DOS tells that the
MCB at d0cf:0 has been zeroed out. Does not happen with EMM386 1.15...
If I enable
Hi!
29-Апр-2005 19:52 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-user@lists.sourceforge.net:
EA> initialization code of the driver. Arkady also clarified that FORSYS
EA> means "for the SYS.COM tool".
...as opposite "for kernel itself" - thus, prf.c may be used in kernel
and in external
At 07:52 PM 4/29/2005 +0200, Eric Auer wrote:
Quite a while ago, when we had the same discussion, I showed you some
documentation (PC DOS stuff afair?) which explicitly states that you
can use int 21.01 ... int 21.0c at almost any time. That includes that
you can use them from within SYS files and
Hi Michael, some test results and stuff... Generally bad news, sorry.
> >Yes, BUT: You still forgot to compile with FORSYS defined, so prf.c still
> >outputs to BIOS instead of to (redirectable) DOS.
Quite a while ago, when we had the same discussion, I showed you some
documentation (PC DOS stuf
At 12:56 PM 4/29/2005 +0200, you wrote:
Yes, BUT: You still forgot to compile with FORSYS defined, so prf.c still
outputs to BIOS instead of to (redirectable) DOS.
I didn't forget and I did look at the code. The #define explicitly
indicated for SYS files, use it the way it is set up. One of the
Hi Michael, good news :-).
> Version 2.0 of EMM386 supports sharing of extended memory between EMS, XMS,
> and VCPI from a common pool...
> Be aware that some 1500 lines of assembly language code were added in this
> version of EMM386, with another few hundred lines replaced or deleted. The
15 matches
Mail list logo