Re: [Freedos-devel] FreeCOM 0.84-pre3 prerelease

2018-02-09 Thread Tom Ehlert
Hi Bart,


> that syntax is unfortunately incompatible with FreeCOM itself and
> COMMAND.COM too.
I always forget about FreeCOM itself :<<

> How about this:

my solution would be


   set AMP=&
   if "%AMP%" == "" set AMP=^^^&

   echo %STR% %AMP%>> %FILE%

tested on windows only.

> as for stack growing down to heap I think the compiler's stack
> checking / malloc returning NULL should take care of that..

in theory yes.
in praxis only if stack checking is enabled...

thanks for taking care of /lfn (and other bugs)

Tom



--
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


Re: [Freedos-devel] FreeCOM 0.84-pre3 prerelease

2018-02-09 Thread Bart Oldeman
Hi Matej,

can you post your exact config.sys and which kernel.sys you are using?
I cannot reproduce your issue with a plain FD 1.2 installation in QEMU
with this:
DOS=UMB,HIGH
DEVICE=C:\FDOS\BIN\JEMMEX.EXE
SHELLHIGH=C:\COMMANDW.COM
DEVICEHIGH=c:\srdxms.sys

where srdxms.sys comes from srdsk209c.zip.

however, I get 45 instead of 48 buffers in HMA, so the kernel is
likely different (the FD 1.2 kernel I got was 2042, Watcom, FAT32, May
11 2016).

I have fixed the issue with dir/lfn in the SVN source code now.

Bart








On 4 February 2018 at 11: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