I am writing a TSR, and having trouble getting it to work with FreeDOS. It
installs just fine in MSDOS, also also installs just fine from a FreeDOS
command prompt. But, when I try to install it using an INSTALL= or
INSTALLHIGH= from CONFIG.SYS, the machine hangs. The hang occurs right
after the
Hi Bret,
> I am writing a TSR, and having trouble getting it to work with FreeDOS. It
> installs just fine in MSDOS, also also installs just fine from a FreeDOS
> command prompt. But, when I try to install it using an INSTALL= or
> INSTALLHIGH= from CONFIG.SYS, the machine hangs. The hang occu
Hi Bret,
I checked the system's state with INSTALL=DEBUG.COM on a boot disk
(Rugxulo's bare DOS disk, with a 2008-03-08 kernel, build 2038) and it
appears fine to me. Memory that belongs to the
configuration/initialization program is allocated to a PSP at segment 60h
(!) which is properly
> Maybe JEMMEX has problems with fragmented memory, did you try JEMM386?
Maybe not..? The issue does not appear to be related to JEMM (as usual).
> The error itself does not tell much - GPF at a 64k segment boundary...
> Could mean that code jumped into an empty segment and fell of its end.
It w
> That could be related. How do you allocate the extra memory and
> where?
I manage memory using the standard INT 21.48, 49, & 4A. The segments sometimes
are installed in a UMB ad other times not, depending on the exact
circumstances. E.g., if UMB's are available and the CPU is in real mode, I
Hi Bret,
> I checked the system's state with INSTALL=DEBUG.COM on a boot disk
> (Rugxulo's bare DOS disk, with a 2008-03-08 kernel, build 2038) and
> it appears fine to me. Memory that belongs to the
> configuration/initialization program is allocated to a PSP at
> segment 60h (!) which is properl
> The TSR I'm working on can't be published just yet, so that's not an
> option right now.
I thought so.
> It's also _really_ complicated, so I'm not sure anyone would want to
> mess with it anyway.
You know me.
> I'm using an older version of the kernel -- I'm not sure exactly which
> on
I was using kernel 2036. Just tried 2038 -- no effective difference. The JEMM
error is different now (Error 06 at a seemingly random CS:EIP, near the top of
conventional memory but where there is no associated PSP).
--
Bret
