all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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)



  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.