Mail Archives: djgpp-workers/2001/08/02/02:02:10
I saw a quick hack (not exactly correct) which I could do to fix sbrk() for
the NT wrap problem. I then tossed some seldom used code (lock all memory)
to make room for a binary patch. I then patched all the executables on
my XP test box (sbrkpat *.exe). All of the DJGPP crashes due to limit
wraps are gone.
So, if you want to quickly test on Windows 2000 without rebuilding
everything (I know none of these images use lock all memory feature)
grab ftp://clio.rice.edu/djgpp/ntsbrkpat.zip
The included binary is TCC and doesn't glob input, but you can rebuild
with gcc if you want globbing. This should allow anyone testing on
NT, Windows 2000 or XP to continue to find new issues instead of fighting
one already identified that I know how to fix.
After more tests on a modified crt0.S I'll submit the new version.
Note, this patch still uses the non-move sbrk() but just tosses memory
returned to us below our base address.
> I think you are correct in spotting Make does not crash with the Unixy sbrk
> flag set. Let me run a series of tests again with the following combination,
> this may take a few days:
> 1) Make & GCC - no Unixy SBRK, no malloc_debug
> 2) Make & GCC - no Unixy SBRK, malloc_debug set to 4 for both
> 3) Make & GCC - Unixy SBRK set, no malloc_debug
> 4) Make & GCC - Unixy SBRK set, malloc_debug set to 4 for make only
> 5) Make & GCC - Unixy SBRK set, malloc_debug set to 4 for both make and GCC
> Are there any other combinatios that would help give more info?
- Raw text -