Re: [Freedos-devel] Yes, Digital Mars C/C++ is Boost Licensed!

2018-08-27 Thread Rugxulo
Hi, Walter, On Sun, Aug 26, 2018 at 4:01 PM Walter Bright wrote: > > To answer some questions: > > 1. Any code (source or binary) distributed as part of the Digital Mars C/C++ > development system that is copyrighted by Walter Bright, Digital Mars, or > Symantec, is Boost licensed. Good to know.

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

2018-08-27 Thread Bart Oldeman
I fixed this issue now. There were issues with #pragma aux for OW and for GCC inline asm. The si parameter for XMScopy was not passed correctly for OW (likewise for DS for GCC), which meant that most XMScopy calls failed. However it would work by accident because the strings usually simply stayed w

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

2018-08-27 Thread Bart Oldeman
Even simpler: a:\system\sleep 1 dir /od/b the first command is just to trigger one xms swap, and then after swapping in "dir /od/b" (both flags are necessary) causes trouble. Bart -- Check out the vibrant tech community

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

2018-08-27 Thread Bart Oldeman
Ok, I am getting a bit closer after pruning fdauto.bat as much as possible: this two-line fdauto.bat causes "String #" errors when typing dir in metados for the OW command.com: a:\system\shsurdrv /qq /d60M$SCRATCH,g set /e FINDDO=dir /od/s/a-d/b a:\stubs.zip looks like an issue with "set /e" so I

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

2018-08-27 Thread TK Chia
Hello Bart, now if the size of command.com in memory ever changes, to little is saved/restored. I think it is related somewhere to MCB corruption but still not sure where. Somehow it happens after the strings are copied back in from XMS. I`ll still have to dig deeper. I have just checked in t

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

2018-08-27 Thread TK Chia
Hello Tom, unfortunately (thanks TK CHIA) sbreak() tries to increase the size for malloc'ed memory. if it succeeds (and needed memory is located behind SwapTransientSize: BAMM! Thank you! I did find a bug concerning the swapping of the transient portion to XMS, though it is of a different k