From: emacs user <user.emacs@gmail.com>
To: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
Cc: "Jan Djärv" <jan.h.d@swipnet.se>, emacs-devel@gnu.org
Subject: Re: Memory again
Date: Tue, 17 Jan 2012 12:04:54 +0200 [thread overview]
Message-ID: <CAK16+CfpQTsnDag1=z8JQQCVyGKDqF9nEuX1n_bGw0KKuLqMkw@mail.gmail.com> (raw)
In-Reply-To: <wlobuzdhmj.wl%mituharu@math.s.chiba-u.ac.jp>
On Fri, Dec 23, 2011 at 6:41 AM, YAMAMOTO Mitsuharu
<mituharu@math.s.chiba-u.ac.jp> wrote:
>> Other than running valgrind on temacs, load everything in and then
>> print out reachable memory, I don't know how to check this. It
>> sounds as it isn't a leak as such, but something that is still
>> referenced, but not needed.
>
> The `heap' command might give some help. Perhaps one can compare
> results of `heaps -addresses all <pid>' between before and after a VM
> invocation as explained in the manual page, and then use
> `malloc_history' to show the stack trace.
in addition to the heap output I emailed you earlier off-line, here is
the gdb output from a crash that just occurred within a normal session
using vm and auctex. Memory is 244Mb at this point (after killing all
buffers), crash occurred when I did M-x garbage collect:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x00000001000fdad6 in mem_delete_fixup [inlined] () at
/usr/local/emacs/trunk/src/alloc.c:3860
3860 if (w->right->color == MEM_BLACK && w->left->color == MEM_BLACK)
(gdb)
(gdb) where
#0 0x00000001000fdad6 in mem_delete_fixup [inlined] () at
/usr/local/emacs/trunk/src/alloc.c:3860
#1 0x00000001000fdad6 in mem_delete (z=0x10ec72d60) at alloc.c:3797
#2 0x00000001000fdc70 in lisp_align_free (block=0x10ec72d60) at alloc.c:1142
#3 0x0000000100101fc2 in gc_sweep [inlined] () at
/usr/local/emacs/trunk/src/alloc.c:5922
#4 0x0000000100101fc2 in Fgarbage_collect () at alloc.c:3797
#5 0x000000010011a287 in Ffuncall (nargs=4542901600,
args=0x10011a448) at eval.c:2983
#6 0x0000000100116c99 in Fcall_interactively
(function=140734799800160, record_flag=140734799800160,
keys=140734799800160) at callint.c:852
#7 0x000000010011a2b3 in Ffuncall (nargs=1, args=0x10011a448) at eval.c:2993
#8 0x000000010011d236 in call3 (fn=4, arg1=4309956080,
arg2=4300590816, arg3=4536667392) at eval.c:2786
#9 0x00000001000a6265 in Fexecute_extended_command
(prefixarg=140734799800432) at keyboard.c:10391
#10 0x000000010011a293 in Ffuncall (nargs=4320145466,
args=0x10011a448) at eval.c:2986
#11 0x0000000100116c99 in Fcall_interactively
(function=140734799800880, record_flag=140734799800880,
keys=140734799800880) at callint.c:852
#12 0x000000010011a2b3 in Ffuncall (nargs=2, args=0x10011a448) at eval.c:2993
#13 0x000000010011d236 in call3 (fn=4, arg1=4320213530,
arg2=4320145514, arg3=4320145466) at eval.c:2786
#14 0x00000001000b3f75 in command_loop_1 () at keyboard.c:1571
#15 0x000000010011da63 in internal_condition_case (bfun=0x1000b3930
<command_loop_1>, handlers=4320201482, hfun=0x1000b4ec0 <cmd_error>)
at eval.c:1499
#16 0x00000001000b390e in command_loop_2 (ignore=4320271674) at keyboard.c:1159
#17 0x000000010011db68 in internal_catch (tag=4320271674,
func=0x1000b38d0 <command_loop_2>, arg=4320271674) at eval.c:1256
#18 0x00000001000b5420 in command_loop [inlined] () at
/usr/local/emacs/trunk/src/keyboard.c:1138
#19 0x00000001000b5420 in recursive_edit_1 () at keyboard.c:3797
#20 0x00000001000a523c in Frecursive_edit () at keyboard.c:822
#21 0x00000001000a1d7f in main (argc=25230234, argv=0x7fff5fbff0c0) at
emacs.c:1715
Lisp Backtrace:
"garbage-collect" (0x5fbfe658)
"call-interactively" (0x5fbfe7f8)
"execute-extended-command" (0x5fbfe928)
"call-interactively" (0x5fbfeac8)
next prev parent reply other threads:[~2012-01-17 10:04 UTC|newest]
Thread overview: 87+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-20 6:34 Memory again emacs user
2011-12-20 7:43 ` Eli Zaretskii
2011-12-20 12:05 ` emacs user
2011-12-20 13:04 ` Eli Zaretskii
2011-12-20 22:07 ` Jan Djärv
2011-12-21 8:07 ` Jan Djärv
2011-12-21 10:39 ` Carsten Mattner
2011-12-21 17:55 ` emacs user
2011-12-22 14:08 ` Jan Djärv
2011-12-22 14:58 ` emacs user
2011-12-22 18:54 ` emacs user
2011-12-22 19:15 ` Jan Djärv
2011-12-23 4:41 ` YAMAMOTO Mitsuharu
2012-01-17 10:04 ` emacs user [this message]
2012-01-17 10:58 ` YAMAMOTO Mitsuharu
2012-01-17 13:14 ` emacs user
2012-01-18 1:30 ` YAMAMOTO Mitsuharu
2011-12-22 23:09 ` Carsten Mattner
2011-12-23 0:39 ` Stefan Monnier
2011-12-23 10:44 ` emacs user
2012-01-05 6:13 ` emacs user
2012-01-05 22:37 ` Jan Djärv
2012-01-06 9:58 ` emacs user
2012-01-06 11:10 ` Carsten Mattner
-- strict thread matches above, loose matches on Subject: below --
2011-12-19 19:51 emacs user
2011-12-20 5:32 ` Dmitry Antipov
2012-01-06 14:28 ` Chong Yidong
2012-01-06 15:53 ` emacs user
2011-11-26 13:26 Carsten Mattner
2011-11-26 13:28 ` Carsten Mattner
2011-11-26 14:35 ` Dmitry Antipov
2011-11-26 14:48 ` Eli Zaretskii
2011-11-26 17:37 ` Dmitry Antipov
2011-11-26 20:19 ` Eli Zaretskii
2011-11-26 14:58 ` Carsten Mattner
2011-11-26 16:23 ` Eli Zaretskii
2011-11-26 19:02 ` Carsten Mattner
2011-11-26 20:31 ` Eli Zaretskii
2011-11-26 21:00 ` Eli Zaretskii
2011-11-27 10:29 ` Carsten Mattner
2011-11-27 10:43 ` Andreas Schwab
2011-11-27 13:53 ` Carsten Mattner
2011-11-27 13:11 ` Eli Zaretskii
2011-11-27 13:53 ` Carsten Mattner
2011-11-27 16:44 ` Eli Zaretskii
2011-11-27 17:37 ` Carsten Mattner
2011-11-27 17:59 ` Carsten Mattner
2011-12-06 4:02 ` Óscar Fuentes
2011-12-06 5:08 ` Eli Zaretskii
2011-12-06 9:35 ` Carsten Mattner
2011-12-06 10:24 ` Dmitry Antipov
2011-12-06 13:07 ` Eli Zaretskii
2011-12-06 13:29 ` Stefan Monnier
2011-12-06 17:20 ` Eli Zaretskii
2011-12-06 20:25 ` Stefan Monnier
2011-12-07 7:52 ` Eli Zaretskii
2011-12-07 8:15 ` Dmitry Antipov
2011-12-07 13:06 ` Eli Zaretskii
2011-12-07 14:01 ` Stefan Monnier
2011-12-08 17:30 ` Carsten Mattner
2011-12-09 3:39 ` Dmitry Antipov
2011-12-09 13:52 ` Carsten Mattner
2011-12-06 13:12 ` Eli Zaretskii
2011-12-06 16:28 ` Óscar Fuentes
2011-12-06 19:53 ` Stefan Monnier
2011-12-11 17:49 ` Nix
2011-12-15 3:52 ` Tim Connors
2011-12-15 4:09 ` Eli Zaretskii
2011-12-15 4:38 ` Tim Connors
2011-12-15 5:52 ` Eli Zaretskii
2011-12-15 4:50 ` Óscar Fuentes
2011-12-15 6:04 ` Eli Zaretskii
2011-12-16 21:55 ` Stefan Monnier
2011-12-17 17:40 ` Nix
2011-12-18 15:13 ` Dmitry Antipov
2011-12-19 1:34 ` Stefan Monnier
2011-12-19 8:28 ` Dmitry Antipov
2011-12-19 11:26 ` Stefan Monnier
2012-01-23 16:49 ` Nix
2012-01-25 16:19 ` Ted Zlatanov
2011-11-26 17:54 ` Dmitry Antipov
2011-11-26 18:47 ` martin rudalics
2011-11-26 19:09 ` Carsten Mattner
2011-11-28 4:27 ` Stefan Monnier
2011-11-28 9:24 ` Carsten Mattner
2011-11-28 15:31 ` Davis Herring
2011-11-28 21:33 ` Carsten Mattner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAK16+CfpQTsnDag1=z8JQQCVyGKDqF9nEuX1n_bGw0KKuLqMkw@mail.gmail.com' \
--to=user.emacs@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jan.h.d@swipnet.se \
--cc=mituharu@math.s.chiba-u.ac.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.