valgrind

valgrind

[Robert Anderson]

Has anyone ever looked into why emacs doesn't play well with valgrind? 
It dies immediately with:

==27208== Invalid free() / delete / delete[]
==27208==    at 0x400454FE: realloc (vg_clientfuncs.c:270)
==27208==    by 0x81183FA: xrealloc (alloc.c:542)
==27208==    by 0x8051E24: adjust_frame_message_buffer (dispnew.c:2437)
==27208==    by 0x8051925: adjust_frame_glyphs (dispnew.c:2134)
==27208==    Address 0x82C98D0 is not stack'd, malloc'd or free'd
==27208== 
==27208== Invalid free() / delete / delete[]
==27208==    at 0x400451CE: free (vg_clientfuncs.c:180)
==27208==    by 0x8118305: memory_full (alloc.c:474)
==27208==    by 0x811844D: xrealloc (alloc.c:546)
==27208==    by 0x8051E24: adjust_frame_message_buffer (dispnew.c:2437)
==27208==    Address 0x82B2978 is not stack'd, malloc'd or free'd
emacs: Memory exhausted--use M-x save-some-buffers then exit and restart
Emacs
==27208== 


Bob

Re: valgrind

[Joe Buehler]

Robert Anderson wrote:

> Has anyone ever looked into why emacs doesn't play well with valgrind? 
> It dies immediately with:

My guess would be undump() -- the build process creates the final emacs
binary by starting emacs, loading up some LISP files, then writing all
its memory out to a new executable.
-- 
Joe Buehler

Re: valgrind

[jdonner]

Robert Anderson wrote:
 > Has anyone ever looked into why emacs doesn't play well
 > with valgrind? It dies immediately with:
 > ..

Joe Buehler
 > My guess would be undump() -- the build process creates
 > the final emacs binary by starting emacs, loading up some
 > LISP files, then writing all its memory out to a
 > new executable.

I get the same crash when using valgrind on a recent
CVS build; is Joe Buehler's explanation correct?
Is anyone using valgrind or purify on emacs?

Here are the errors again, for reference:
...
==10911== Invalid free() / delete / delete[]
==10911==    at 0x40029CF7: realloc (in 
/usr/lib/valgrind/vgskin_memcheck.so)
==10911==    by 0x8162E97: xrealloc (alloc.c:547)
==10911==    by 0x815B13B: regex_compile (regex.c:2716)
==10911==    by 0x816204B: re_compile_pattern (regex.c:5994)
==10911==    Address 0x8457848 is not stack'd, malloc'd or free'd
==10911==
==10911== Invalid free() / delete / delete[]
==10911==    at 0x400299D9: free (in 
/usr/lib/valgrind/vgskin_memcheck.so)
==10911==    by 0x8162D86: memory_full (alloc.c:478)
==10911==    by 0x8162ED8: xrealloc (alloc.c:552)
==10911==    by 0x815B13B: regex_compile (regex.c:2716)
==10911==    Address 0x82FDBE0 is not stack'd, malloc'd or free'd
emacs: Memory exhausted--use M-x save-some-buffers then exit and 
restart Emacs
==10911==
...

Jeff Donner