unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* [jaa@cc.jyu.fi: BUG REPORT: Emacs is aborting sporadically by itself]
@ 2003-03-04 18:23 Richard Stallman
  2003-03-21 18:39 ` Jan D.
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Stallman @ 2003-03-04 18:23 UTC (permalink / raw)


Can anyone help him investigate this crash?  Maybe talk with him
by phone and tell him what to type.

------- Start of forwarded message -------
X-Authentication-Warning: tukki.cc.jyu.fi: jaa owned process doing -bs
Date: Mon, 3 Mar 2003 16:06:43 +0200 (EET)
From: Jani Averbach <jaa@cc.jyu.fi>
To: <emacs-pretest-bug@gnu.org>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Subject: BUG REPORT: Emacs is aborting sporadically by itself
Sender: emacs-pretest-bug-bounces+rms=gnu.org@gnu.org


Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

When I was editing files (LaTeX sources, with global-font-lock t)
emacs is aborting sporadically by itself. Size of the file is about 25k.

I can't not describe any pattern for that aborting, it would happen during
editing, or when I am away from keyboard.

The emacs is compiled from cvs-source (dated:2003-03-03T13:28:38+0200).

$ ld --version
GNU ld version 2.13.2

$ gcc --version
gcc (GCC) 3.2.2

The glibc is 2.3.1


My ulimits are:
ulimit -a
core file size (blocks)  1000000
data seg size (kbytes)   unlimited
file size (blocks)       unlimited
max memory size (kbytes) unlimited
stack size (kbytes)      unlimited
cpu time (seconds)       unlimited
max user processes       2048
pipe size (512 bytes)    8
open files               1024
virtual memory (kbytes)  4194302

There is also a back trace from one of those core dumps.

Best Regards,
Jani

#0  0x405f00b1 in __kill () at __kill:-1
- -1      __kill: No such file or directory.
        in __kill
(gdb) bt
#0  0x405f00b1 in __kill () at __kill:-1
#1  0x0810ccd1 in fatal_error_signal (sig=18550) at /data/a/users/jaa/sw/emacs/src/emacs.c:379
#2  <signal handler called>
#3  0x405f00b1 in __kill () at __kill:-1
#4  0x0810cd26 in abort () at /data/a/users/jaa/sw/emacs/src/emacs.c:412
#5  0x08158890 in mark_object (argptr=0x0) at /data/a/users/jaa/sw/emacs/src/alloc.c:4871
#6  0x081598ce in mark_maybe_object (obj=1486446028) at /data/a/users/jaa/sw/emacs/src/alloc.c:3440
#7  0x081574c5 in mark_memory (start=0xbfffec00, end=0xbffff84c) at /data/a/users/jaa/sw/emacs/src/alloc.c:3577
#8  0x0815751b in mark_stack () at /data/a/users/jaa/sw/emacs/src/alloc.c:3820
#9  0x08157a7b in Fgarbage_collect () at /data/a/users/jaa/sw/emacs/src/alloc.c:4190
#10 0x0816c7ae in Ffuncall (nargs=4, args=0xbfffedc0) at /data/a/users/jaa/sw/emacs/src/eval.c:2680
#11 0x0816c3e8 in call3 (fn=407725308, arg1=405971540, arg2=405971852, arg3=949359756) at /data/a/users/jaa/sw/emacs/src/eval.c:2581
#12 0x0810199f in x_get_local_selection (selection_symbol=405971540, target_type=405971852, local_request=0)
    at /data/a/users/jaa/sw/emacs/src/xselect.c:429
#13 0x08102104 in x_handle_selection_request (event=0xbfffeeb0) at /data/a/users/jaa/sw/emacs/src/xselect.c:810
#14 0x08114030 in swallow_events (do_display=1) at /data/a/users/jaa/sw/emacs/src/keyboard.c:4148
#15 0x0819cc90 in wait_reading_process_input (time_limit=0, microsecs=0, read_kbd=268435455, do_display=1)
    at /data/a/users/jaa/sw/emacs/src/process.c:4120
#16 0x08113870 in kbd_buffer_get_event (kbp=0x897b680, used_mouse_menu=0xbffff3c8) at /data/a/users/jaa/sw/emacs/src/keyboard.c:3824
#17 0x081120c3 in read_char (commandflag=1, nmaps=4, maps=0xbffff390, prev_event=405704540, used_mouse_menu=0xbffff3c8)
    at /data/a/users/jaa/sw/emacs/src/keyboard.c:2788
#18 0x08118ba0 in read_key_sequence (keybuf=0xbffff4f0, bufsize=30, prompt=405704540, dont_downcase_last=0,
    can_return_switch_frame=1, fix_current_buffer=1) at /data/a/users/jaa/sw/emacs/src/keyboard.c:8582
#19 0x0810f91d in command_loop_1 () at /data/a/users/jaa/sw/emacs/src/keyboard.c:1502
#20 0x0816aaad in internal_condition_case (bfun=0x810f7a0 <command_loop_1>, handlers=405801148, hfun=0x810f350 <cmd_error>)
    at /data/a/users/jaa/sw/emacs/src/eval.c:1351
#21 0x0810f64b in command_loop_2 () at /data/a/users/jaa/sw/emacs/src/keyboard.c:1290
#22 0x0816a62a in internal_catch (tag=0, func=0x810f630 <command_loop_2>, arg=405704540)
    at /data/a/users/jaa/sw/emacs/src/eval.c:1112
#23 0x0810f601 in command_loop () at /data/a/users/jaa/sw/emacs/src/keyboard.c:1269
#24 0x0810f102 in recursive_edit_1 () at /data/a/users/jaa/sw/emacs/src/keyboard.c:985
#25 0x0810f219 in Frecursive_edit () at /data/a/users/jaa/sw/emacs/src/keyboard.c:1041
#26 0x0810dab8 in main (argc=1, argv=0xbffffad4) at /data/a/users/jaa/sw/emacs/src/emacs.c:1659
#27 0x405dce3a in __libc_start_main (main=0x810d300 <main>, argc=1, ubp_av=0xbffffad4, init=0x807d46c <_init>,
    fini=0x40012020 <_rtld_local>, rtld_fini=0x6, stack_end=0xbfffe794) at ../sysdeps/generic/libc-start.c:144
(gdb)


In GNU Emacs 21.3.50.2 (i586-pc-linux-gnu)
 of 2003-03-03 on eowyn.sillanpaa.jyu.fi
configured using `configure '--prefix=/opt/emacs/21.2-cvs-2' '--with-gtk' '--with-xpm' '--with-png' 'CFLAGS=-O2 -g -march=pentium-mmx''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Recent input:
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> C-s b u g C-s <left>
<return> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<return> l <down> <return> l <down> <left> <return>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> C-x b <return>
M-x r e p o <tab> r <tab> <return>

Recent messages:
Loading info (compiled; note, source file is newer)...done
Composing main Info directory...
Mark set
Composing main Info directory...done
Composing main Info directory...
Mark set
Composing main Info directory...done
Mark saved where search started
Making completion list...
Loading emacsbug...done

- --
Jani Averbach



_______________________________________________
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re: [jaa@cc.jyu.fi: BUG REPORT: Emacs is aborting sporadically by itself]
  2003-03-04 18:23 [jaa@cc.jyu.fi: BUG REPORT: Emacs is aborting sporadically by itself] Richard Stallman
@ 2003-03-21 18:39 ` Jan D.
  2003-03-23  2:54   ` Richard Stallman
  0 siblings, 1 reply; 3+ messages in thread
From: Jan D. @ 2003-03-21 18:39 UTC (permalink / raw)
  Cc: emacs-devel

Richard Stallman wrote:
> Can anyone help him investigate this crash?  Maybe talk with him
> by phone and tell him what to type.
> 
> ------- Start of forwarded message -------
> X-Authentication-Warning: tukki.cc.jyu.fi: jaa owned process doing -bs
> Date: Mon, 3 Mar 2003 16:06:43 +0200 (EET)
> From: Jani Averbach <jaa@cc.jyu.fi>
> To: <emacs-pretest-bug@gnu.org>
> X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
> Subject: BUG REPORT: Emacs is aborting sporadically by itself
> Sender: emacs-pretest-bug-bounces+rms=gnu.org@gnu.org
> 
> 
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
> 
> When I was editing files (LaTeX sources, with global-font-lock t)
> emacs is aborting sporadically by itself. Size of the file is about 25k.
> 
> I can't not describe any pattern for that aborting, it would happen during
> editing, or when I am away from keyboard.

> (gdb) bt
> #0  0x405f00b1 in __kill () at __kill:-1
> #1  0x0810ccd1 in fatal_error_signal (sig=18550) at /data/a/users/jaa/sw/emacs/src/emacs.c:379
> #2  <signal handler called>
> #3  0x405f00b1 in __kill () at __kill:-1
> #4  0x0810cd26 in abort () at /data/a/users/jaa/sw/emacs/src/emacs.c:412
> #5  0x08158890 in mark_object (argptr=0x0) at /data/a/users/jaa/sw/emacs/src/alloc.c:4871
> #6  0x081598ce in mark_maybe_object (obj=1486446028) at /data/a/users/jaa/sw/emacs/src/alloc.c:3440
> #7  0x081574c5 in mark_memory (start=0xbfffec00, end=0xbffff84c) at /data/a/users/jaa/sw/emacs/src/alloc.c:3577
> #8  0x0815751b in mark_stack () at /data/a/users/jaa/sw/emacs/src/alloc.c:3820
> #9  0x08157a7b in Fgarbage_collect () at /data/a/users/jaa/sw/emacs/src/alloc.c:4190
> #10 0x0816c7ae in Ffuncall (nargs=4, args=0xbfffedc0) at /data/a/users/jaa/sw/emacs/src/eval.c:2680
> #11 0x0816c3e8 in call3 (fn=407725308, arg1=405971540, arg2=405971852, arg3=949359756) at /data/a/users/jaa/sw/emacs/src/eval.c:2581
> #12 0x0810199f in x_get_local_selection (selection_symbol=405971540, target_type=405971852, local_request=0)
>     at /data/a/users/jaa/sw/emacs/src/xselect.c:429

This and the other stack trace he sent shows a crash inside 
x_get_local_selection.  That function, and x_handle_selection_request where it 
is called from, has local Lisp_object:s but no GCPRO.  Isn't that needed?  I am 
not sure.

Just a thought.

	Jan D.

^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re: [jaa@cc.jyu.fi: BUG REPORT: Emacs is aborting sporadically by itself]
  2003-03-21 18:39 ` Jan D.
@ 2003-03-23  2:54   ` Richard Stallman
  0 siblings, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2003-03-23  2:54 UTC (permalink / raw)
  Cc: emacs-devel

    This and the other stack trace he sent shows a crash inside 
    x_get_local_selection.  That function, and x_handle_selection_request where it 
    is called from, has local Lisp_object:s but no GCPRO.  Isn't that needed?

x_handle_selection_request does have GCPRO for that region.  As for
x_get_local_selection, if you are a real stickler, perhaps it should
have on for handler_fn, but in practice that won't matter.
No other Lisp value is live across that call.

But this crash has nothing to do with GCPRO, because GCPRO's are no-ops
on this configuration.  It uses the GC_MARK_STACK code instead.
The bug appears to be in that code.

^ permalink raw reply	[flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-03-23  2:54 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-03-04 18:23 [jaa@cc.jyu.fi: BUG REPORT: Emacs is aborting sporadically by itself] Richard Stallman
2003-03-21 18:39 ` Jan D.
2003-03-23  2:54   ` Richard Stallman

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).