Hi!
4-Май-2004 11:19 [EMAIL PROTECTED] (Aitor Santamarэa Merino) wrote to
[EMAIL PROTECTED]:
ASM> If I understood Eric's point, it might be UPX fault, as it would fail
ASM> whenever it tries to enlarge the UMB as required by the uncompressed
ASM> program and silently fails. So I may have to provi
Hello Aitor,
> If I understood Eric's point, it might be UPX fault, as it would fail
> whenever it tries to enlarge the UMB as required by the uncompressed
> program and silently fails. So I may have to provide uncompressed 64KB
> DISPLAY.COM in the next release (last before DISPLAY.SYS).
make an
Hi,
If I understood Eric's point, it might be UPX fault, as it would fail
whenever it tries to enlarge the UMB as required by the uncompressed
program and silently fails. So I may have to provide uncompressed 64KB
DISPLAY.COM in the next release (last before DISPLAY.SYS).
On the other hand, in
On Sun, 2 May 2004, Bernd Blaauw wrote:
> I have a problem with loading high the DISPLAY driver.
> Aitor mentioned that it requires maybe up to 64KB initial memory, and then
> shrinks itself.
> My problem is that instead of loading low when "LH" fails, the entire
> command fails.
> that im
At 09:00 PM 5/2/2004 +0200, Bernd Blaauw wrote:
> my problems happen when DOS?=UMB is answered with "Y" ("YES").
> I don't think it's EMM386 making problems, but the FreeDOS kernel.
EMM386 UMB code hasn't really been seriously stress-tested, other than as a load and
go with upper memory progra
On Sun, 2 May 2004, Bernd Blaauw wrote:
> Bochs has no PCI, so UMBPCI does not work.
> any comments on the original message I posted?
sorry I meant loading HIRAM and then HIMEM. Not UMBPCI.
The way UMBPCI works when you load it first thing is that it simply
programs the chipset so that the m
hi Bart,
Bochs has no PCI, so UMBPCI does not work.
any comments on the original message I posted?
do you want me to publish a Bochs zipfile including my FreeDOS
configuration,
so anyone can reproduce my encountered problems?
unlike VMware, Bochs is completely platform-independent an
On Sun, 2 May 2004, Bernd Blaauw wrote:
> DOS=UMB is causing a lot of problems.
> Unfortunately it's not possible to use UMBPCI (want to exclude EMM386 as a
> cause..) on Bochs.
I'm not sure what you want to accomplish exactly but from the DOS point of
view it doesn't make a difference if the
DOS=UMB is causing a lot of problems.
Unfortunately it's not possible to use UMBPCI (want to exclude EMM386 as a
cause..) on Bochs.
Bernd
set path=a:\freedos
LASTDRIVE=Z
BUFFERS=20
FILES=40
DOS=HIGH
DOS?=UMB
;DUMMY?=YES
set dircmd=/ogn
DEVICE=A:\DRIVER\HIMEM.EXE /VERBOSE
DOS=UMB is causing a lot of problems.
Unfortunately it's not possible to use UMBPCI (want to exclude EMM386 as a
cause..) on Bochs.
Bernd
set path=a:\freedos
LASTDRIVE=Z
BUFFERS=20
FILES=40
DOS=HIGH
DOS?=UMB
;DUMMY?=YES
set dircmd=/ogn
DEVICE=A:\DRIVER\HIMEM.EXE /VERBOSE
Subject: kernel problems and problem loading high DISPLAY
I have a problem with loading high the DISPLAY driver.
Aitor mentioned that it requires maybe up to 64KB initial memory, and then
shrinks itself.
My problem is that instead of loading low when "LH" fails, the entire
command fails.
11 matches
Mail list logo