Hi Matej,
thanks for the feedback. I reproduced the issue with DIRCMD=/OGN/LFN.
It doesn't happen with the GCC compiled version either. I'll need to
debug this a bit.
OW has heap after stack unlike the other compilers, which have stack
after heap. Stack after heap allows a bit of flexibility as the two
grow to each other, so perhaps it's just that the heap is too small.
I'll let you know.
Bart
On 4 February 2018 at 17:38, Matej Horvat wrote:
> I found these bugs in the OW version so far:
>
> 1. When loading SRDXMS.SYS (with only SHELLHIGH=COMMANDW.COM and
> DEVICE=JEMMEX.EXE processed at that point), the driver loads, the kernel
> prints "Kernel: allocated 48 Diskbuffers = 25536 Bytes in HMA", then right
> after that I see "Not enough memory" (not sure what prints that), and
> FreeCOM prints "The shell is about to be terminated, though, this is
> forbidden", etc., and hangs. Loading the same driver with DEVLOAD from
> FDAUTO.BAT works fine.
>
> 2. Sometimes, after loading some TSRs from FDAUTO.BAT (e.g. Bret Johnson's
> CLOCK), FreeCOM hangs, though I can't reliably reproduce that and loading
> the same TSRs manually works fine.
>
> 3. With the DIRCMD environment variable set to "/OGN/LFN" (possibly with
> other options), FreeCOM prints "Out of memory" instead of the expected long
> file names - but "/LFN" by itself works fine.
>
> I think this is still an improvement compared to the previous version (if
> compiled with OW), but the Turbo C++ version does not have any of these
> problems.
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
