Re: [Freedos-devel] FreeCOM 0.84-pre5 prerelease
Hello Tom,
On Sun, 26 Aug 2018 at 13:03, Tom Ehlert wrote:
> I think I found the cause for command crashing:
>
> the size to swap out, and back in, is only calculated once in
>XMSinit() {
>...
>mcb = MK_SEG_PTR (struct MCB, SEG2MCB (_psp));
>xms_block_size = SwapTransientSize = mcb->mcb_size;
>
>
> 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.
As for size... this is possible with OW if the heap overflows:
For GCC and TC the stack is above the heap so if the heap overflows it
corrupts the stack but the legally accessible part of DS (ie. near
memory space) cannot grow because the top of the stack is fixed.
For OW the heap is beyond the stack. If sbrk() needs to grow the heap
it can indeed do so dynamically.
If you fix the heap size to be bigger to start with in build.bat
(build.sh for Linux cross compilation) then it won't need growing.
I already played a bit with that but so far no big change.
Btw for me a broken OW-compiled command.com boots metados fast and
leaves only 3 directories in g:\ because something odd happens with
DIR and its sort buffer as soon as the special string buffer is used.
A correct one boots slower and leaves 6 directories in g:\. It's all a
question of fairly time consuming narrowing down where odd behaviour
happens first and why.
Bart
--
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] Yes, Digital Mars C/C++ is Boost Licensed!
2018-08-27 9:12 GMT+08:00 Walter Bright : > > > On 8/26/2018 6:01 PM, Roy Tam wrote: >> >> I wonder if they can be released in Borland's Museum of Antique >> Software aliked form (i.e. not Boost-licensed but just giving out >> binaries and headers, more alike "abandonware release")? > > > I can't even find them to get permission. I've tried. > hmm, what about older releases of Symantec C++ (for abandonware release)? > > -- > 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
Re: [Freedos-devel] Yes, Digital Mars C/C++ is Boost Licensed!
On 8/26/2018 6:01 PM, Roy Tam wrote: I wonder if they can be released in Borland's Museum of Antique Software aliked form (i.e. not Boost-licensed but just giving out binaries and headers, more alike "abandonware release")? I can't even find them to get permission. I've tried. -- 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] Yes, Digital Mars C/C++ is Boost Licensed!
Dear Walter, Glad to see you're here! 2018-08-27 4:34 GMT+08:00 Walter Bright : > 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. > > 2. Code (source or binary) that is copyrighted by others, such as Microsoft, > is not Boost Licensed. You can download (for free) and use them only as part > of the DMC distribution. > > 3. Yes, you can still buy the DMC distribution: > > https://digitalmars.com/shop.html > > Some people prefer to buy (the price is pretty modest) and some people want > a way to remunerate Digital Mars (thank you!), and this is a way to do it. > > 4. Yes, the DMC compiler is being converted to D! > > 5. Sorry, the D programming language does not support 16 bit development. > > 6. Sorry, the Zortech C++ compiler is not Boost licensed, because I was > never able to get permission from all the rights holders. :-( > I wonder if they can be released in Borland's Museum of Antique Software aliked form (i.e. not Boost-licensed but just giving out binaries and headers, more alike "abandonware release")? > 7. Links: > > Digital Mars: > > https://digitalmars.com/ > > Compiler source code: > > https://github.com/DigitalMars/Compiler > > DMC distribution: > > https://github.com/DigitalMars/dmc > > Bug reports: > > http://bugzilla.digitalmars.com/issues/buglist.cgi?quicksearch=. > > -- > *Digital Mars* > C, C++, D and Javascript compilers > > -- > 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
[Freedos-devel] Yes, Digital Mars C/C++ is Boost Licensed!
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. 2. Code (source or binary) that is copyrighted by others, such as Microsoft, is not Boost Licensed. You can download (for free) and use them only as part of the DMC distribution. 3. Yes, you can still buy the DMC distribution: https://digitalmars.com/shop.html Some people prefer to buy (the price is pretty modest) and some people want a way to remunerate Digital Mars (thank you!), and this is a way to do it. 4. Yes, the DMC compiler is being converted to D! 5. Sorry, the D programming language does not support 16 bit development. 6. Sorry, the Zortech C++ compiler is not Boost licensed, because I was never able to get permission from all the rights holders. :-( 7. Links: Digital Mars: https://digitalmars.com/ Compiler source code: https://github.com/DigitalMars/Compiler DMC distribution: https://github.com/DigitalMars/dmc Bug reports: http://bugzilla.digitalmars.com/issues/buglist.cgi?quicksearch=. -- *Digital Mars* C, C++, D and Javascript compilers -- 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-pre5 prerelease
Hallo Herr TK Chia,
am Freitag, 24. August 2018 um 18:52 schrieben Sie:
Hi all,
I think I found the cause for command crashing:
the size to swap out, and back in, is only calculated once in
XMSinit() {
...
mcb = MK_SEG_PTR (struct MCB, SEG2MCB (_psp));
xms_block_size = SwapTransientSize = mcb->mcb_size;
now if the size of command.com in memory ever changes,
to little is saved/restored.
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!
second observation:
DOSalloc(size,0) for strings puts DOS allocated memory immediately
behind command.com, preventing sbreak() from growing allocated memory,
--> somewhat better.
third observation: malloc() and sbreak() implementation will vary from
compiler to compiler, so it makes some sense to have fairly 'random'
behaviour.
I'm writing this after just thinking about the issue; no access to a
decent test machine. will test tomorrow or Tuesday.
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] Does Digital Mars C/C++ compiler able to compile FreeDOS kernel, FreeCOM, and others?
> Sorry David, but you are naive at best. Except that I'm actually very well read on this subject, and I know what I'm talking about. If you think that I'm wrong, present a real argument. Just saying "but you're wrong" isn't an argument. I can go through that license line by line if you need that and prove my case. Show me where in the license the situation I described is prohibited. Happy Hacking, David E. McMackins II Supporting Member, Electronic Frontier Foundation (#2296972) Associate Member, Free Software Foundation (#12889) www.mcmackins.org www.delwink.com www.eff.org www.gnu.org www.fsf.org On 08/25/2018 10:21 PM, Ralf Quint wrote: > On 8/25/2018 4:22 PM, David McMackins wrote: > ... > Sorry David, but you are naive at best. And I leave it at that... > > Ralf > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > -- > > 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
