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 programs that point to the previous CON device. If NANSI requires usage of its CON device to make the check work ... will not work if you use DEVLOAD to load NANSI. DOS's config processing will re-open all of the current (init) process's standard handles after having finished loading device drivers.
Very interesting reasoning :-)
if DEVLOAD doesn't close and re-open (or otherwise redirect) currently open file handles to CON in the shell, then that shell and all its child processes will continue to refer to the prior CON device after NANSI has been loaded.
Good catch. Your patch does not seem to address that yet, though? Instead, it introduces multiple int3 calls (bad idea for any app on disk, breakpoints should only be inserted dynamically in RAM) and circumvents the deliberate 64k driver size limit. Although I do not remember WHY the limit was there. Maybe compatibility? Regards, Eric _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
