Hi!
(I started looking into it to support loading lDebug in device-driver
mode using DEVLOAD, which requires an allocation to the device that's
larger than 64 KiB. I uploaded my experimental patch [1] ...
However, I believe that DEVLOAD will not re-open the file handles held
by existing
On at 2022-07-31 15:49 +0800, TK Chia wrote:
Hello Jerome,
Generally, I would not include an attachment. However, this is a
tiny zip and includes the test source, build scripts and the compiled
version.
Well... I found that your ansitest.com still works with the FreeDOS 1.3
kernel +
Hi,
> On Jul 31, 2022, at 5:46 AM, tom ehlert wrote:
>
>
>> interesting find. did you try any of the alternatives DRVLOAD, DEVLOD,
>> DDL ...
>
> a compilation of devload, drvload, loadsys
> http://toogam.com/software/archive/drivers/dosstart/dosstart.zip
>
> Tom
Ok, this is interesting….
Hi,
> On Jul 31, 2022, at 3:49 AM, TK Chia wrote:
>
> Hello Jerome,
>
>>> Generally, I would not include an attachment. However, this is a
>>> tiny zip and includes the test source, build scripts and the compiled
>>> version.
>
> Well... I found that your ansitest.com still works with the
> interesting find. did you try any of the alternatives DRVLOAD, DEVLOD,
> DDL ...
a compilation of devload, drvload, loadsys
http://toogam.com/software/archive/drivers/dosstart/dosstart.zip
Tom
___
Freedos-devel mailing list
Hello TK Chia,
> Are you using devload.com to load the nansi.sys driver? If so, this
> might explain the failure. I found that if I use devload.com --- rather
> than load the driver through fdconfig.sys --- then for some reason
> nansi.sys's input handling routines are not triggered, and there
Hello Jerome,
Generally, I would not include an attachment. However, this is a
tiny zip and includes the test source, build scripts and the compiled version.
Well... I found that your ansitest.com still works with the FreeDOS 1.3
kernel + nansi.sys 4.0d. (I.e. there was no regression between