Thanks, Christian!
When I first came across this problem, it seemed like maybe INSTALL= was
using memory without an appropriate MCB, though from just perusing the code
it looked like it was using INT 21.48 to allocate the memory. I had
actually tried allocating an extra 64k segment at the top of
Hi Bret & list,
I found the problem. Both TESTPASS and TESTFAIL failed in my test
environment, but that doesn't matter. The kernel does not correctly
allocate MCBs for its configuration and initialization program code. The
code that an application loaded by INSTALL= returns to via terminatio
I'm attaching a file that has a "simple" TSR with the problem (TESTFAIL.COM),
as well as one that doesn't (TESTPASS.COM). I'm also including the source
code (TEST.A36, in A386 format), as well as the KERNEL.SYS & CONFIG.SYS I
used to test with. The only difference between TESTFAIL & TESTPASS is
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
> 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
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
> 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
> 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
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
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
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
11 matches
Mail list logo
