Mail Archives: djgpp-workers/2002/05/17/11:30:38
> program's data segment. So supporting negative sbrk's will indeed
> help there. It is not uncommon for an Emacs session to need to create
> a buffer for a multimegabyte file, then kill that buffer and never
> need anything that big for quite a while. The current behavior
> whereby those megabytes stay reserved by the Emacs session is not
I agree this might be a desirable performance enhancement, but given
the ugly state of sbrk() implementation in assembler in crt0.s it's
unlikely to happen.
There are two separate algorithms (resize and multiple blocks).
Each would need to be changed. The unixy/resize algorithm would be
easier to do (same calls, just extra logic). The multiple block
algorithm would require new API calls and logic.
- Raw text -