Hi Shane,

summary of your mails...

C000: Video ROM.  At C900 are strings "S3 Corp." and "Trio64".
CC00:  PXE ROM by Argon Technologies
CD00 to EFFF apparently FF



JEMM386 with NOEMS X=CC00-CFFF NOINVLPG
DOS uses d008 to db99, xcdrom doslfn etc high
nothing in MEM /E, largest exe 623k, low 639k

Note that if accessing dc00 to efff would
trigger problems, you would not notice as
this area is not filled by you here...



NOEMS but no X option:
DOS uses cd08 to d899, similar comment to
previous, you do not fill d900 to efff so
that area might or might not be problematic.

JEMM386 seems to assume that the PXE ROM
ends at ccff, matching your "ff from cd00".



X option but no NOEMS:
largest exe 567k, EMS with page frame at d000
DOS does not seem to use any UMB at all, did
you forget DOS=HIGH,UMB here?



No X option and no NOEMS:
DOS just crashes, exception 0D at c800:11e5 etc

ss:esp at d0de:4, ebp=a0 ebx=7ff0007 edx=d1
esi=40fa0, edi=90fa0, ds=70, es=b800, fs=d1,
gs=f000, code: 9c 2e ff 1f... which is pushf or
pushfd followed by call far [cs:bx] or [cs:edi]

It is interesting that c800 is mentioned here,
leads to the question whether VGA ROM is only
c000-c7ff and some extra ROM is at c800-cbff?

The crash is a stack overflow with stack at
a location in d000 area but then your other
examples do use the d000 area for UMBs, odd.

The f000 ROM and b800 screen segments might
mean that something in ROM tried to display
a message when the stack overflow happened.
Then the original crash would have been at
some other place, not logged by jemm386...?

You could try to loadhigh / devicehigh some
more things to fill more of the UMB area to
get more insights about which areas are bad.

Eric



------------------------------------------------------------------------------
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to