Re: memory leak in xpm_load

On 6/6/07, YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote: In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS), xpm_init_color_cache is called twice without an intervening xpm_free_color_cache call, and that causes a memory leak ~4KB per XPM image creation. Try removing the second one; I think it's a

Re: memory leak in xpm_load

> On Wed, 6 Jun 2007 11:41:24 +0200, "Juanma Barranquero" <[EMAIL > PROTECTED]> said: > On 6/6/07, YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote: >> In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS), >> xpm_init_color_cache is called twice without an intervening >> xpm_free_color_cache call,

Re: memory leak in xpm_load

On 6/6/07, YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote: I don't think I fully understand the code I don't, either. I said it seemed like a leftover because the second call was already in place when Chong installed his patch. but attr->numsymbols in xpm_init_color_cache becomes always 0 if t

Re: cannot activate font-lock-mode

>Why didn't you try the very first solution I proposed? You have to >activate font-lock-mode _after_ setting the defaults, like this > ># Local Variables: ># font-lock-defaults: (("^\\s-*:0" "##+")) ># mode: font-lock ># End: I had not understood this suggestion. As soon as I build emacs 22 I'll

old web page

At a link is provided to the source tarball of Emacs 21.4a, rather than 22.1. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: old web page

Francesco Potorti` wrote: > At a link is provided to the > source tarball of Emacs 21.4a, rather than 22.1. The emacs developers have no direct access to this page. As it says at the end of the page, problems should be reported to bug-directory at gnu.org

Re: memory leak in xpm_load

"Juanma Barranquero" <[EMAIL PROTECTED]> writes: > On 6/6/07, YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote: > >> In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS), xpm_init_color_cache >> is called twice without an intervening xpm_free_color_cache call, and >> that causes a memory leak ~4KB per XPM i

Re: memory leak in xpm_load

Can you fix this, in Emacs 22 and the trunk? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

BUG in scroll-lock-mode?

Dear all, I put (scroll-lock-mode t) in ~/.emacs, but it is still disabled after restart emacs. Is this a bug in scroll-lock-mode? HTH, -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org