Hi Thomas,
Just to be clear, I believe the original bug report demonstrated a bug
in the way memory exhaustion was handled - i.e. segfaulting rather
than exiting gracefully. I don't know whether this bug has been fixed.
I only wanted to record the fact that because of Derek's and Paolo's
improv
Hi,
Following the discussion at:
http://lists.gnu.org/archive/html/help-smalltalk/2009-01/msg00115.html
Derek Zhou and Paolo Bonzini made some improvements to the
garbage collection algorithm with these three commits to
libgst/oop.c:
http://git.savannah.gnu.org/cgit/smalltalk.git/commit/?id=8d8
On 11/25/2009 10:48 PM, Jeronimo Pellegrini wrote:
Package: gnu-smalltalk
Version: 3.0.3-2
Severity: normal
Hello,
GNU Smalltalk segfaults if I try to set the 100-th bit of
a number (maybe it could print an error message and fail
gracefully):
st> 0 bitAt: 100 put: 1
The memory overf
Package: gnu-smalltalk
Version: 3.0.3-2
Severity: normal
Hello,
GNU Smalltalk segfaults if I try to set the 100-th bit of
a number (maybe it could print an error message and fail
gracefully):
st> 0 bitAt: 100 put: 1
"Global garbage collection... done, heap grown"
"Global garbage collecti
4 matches
Mail list logo