[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
translate-region function on large files, causes emacs to crash due to l
translate-region function on large files, causes emacs to crash due to lack of memory
2 Oct 2002 01:40:31 -0000
This bug report will be sent to the Free Software Foundation,
not to your local site managers!!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.
In GNU Emacs 20.7.1 (i386-redhat-linux-gnu)
of Tue Jun 13 2000 on porky.devel.redhat.com
configured using `configure --mandir=/usr/man --infodir=/usr/info
--prefix=/usr --libexecdir=/usr/lib --sharedstatedir=/var --with-gcc --with-pop
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I wrote a simple function to rot13 a buffer
it uses the translate-region function.
When this is used on a large buffer (600 kbyte novel)
emacs' memory usage jumps to about 30 megs and even
if the buffer is closed the memory is not freed.
If I run it on the bible(5 megs) emacs balloons to over 200
megs of memory usage and depending on the amount of
memory available on the system will actually kill
emacs. Again killing the buffer does not free the
I have tested this on emacs 21.2 on Debian/GNU linux
(woody/stable), 20.7.1 redhat version 6.1 (cartman),
21.2 windows 2000, and emacs 20.4.1 on solaris 2.7.
And all exhibit this problem.
Here is the actual lisp code I executed:
;First I define the translation table rot13-table
;I usually don't do it this way but I want to make sure
;that it is unambiguous