all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* A question on type-break
@ 2006-12-31  8:35 Leo
  2006-12-31 22:13 ` Richard Stallman
  0 siblings, 1 reply; 8+ messages in thread
From: Leo @ 2006-12-31  8:35 UTC (permalink / raw)


Yesterday, Emacs crashed twice during type-break. It happened like
this:

During type-break, I try to scroll mouse and a gui dialogue pop up and
ask me to continue break or not, and when I answer NO, Emacs exit
without any confirmation. *Unfortunately, this is not 100% percent
reproducible*.

I first thought it might be how type-break try to force user to take a
break. But in case there is a bug, I decide to report it here.

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: A question on type-break
  2006-12-31  8:35 A question on type-break Leo
@ 2006-12-31 22:13 ` Richard Stallman
  2007-01-02  1:17   ` Leo
  2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
  0 siblings, 2 replies; 8+ messages in thread
From: Richard Stallman @ 2006-12-31 22:13 UTC (permalink / raw)
  Cc: emacs-devel

Please try running Emacs under GDB all the time, and
make sure you have a breakpoint at _exit and at abort.
That way, you will probably be able to make a backtrace
that will show why Emacs is exiting.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: A question on type-break
  2006-12-31 22:13 ` Richard Stallman
@ 2007-01-02  1:17   ` Leo
  2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
  1 sibling, 0 replies; 8+ messages in thread
From: Leo @ 2007-01-02  1:17 UTC (permalink / raw)


* Richard Stallman (2006-12-31 17:13 -0500) said:
  ^^^^^^^^^^^^^^^^
> Please try running Emacs under GDB all the time, and make sure you
> have a breakpoint at _exit and at abort.  That way, you will
> probably be able to make a backtrace that will show why Emacs is
> exiting.

I update my Emacs to 20070101 and run it under gdb but have not met
any crashes. I will report back once I got some traceback.

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* type-break crashes Emacs (was: A question on type-break)
  2006-12-31 22:13 ` Richard Stallman
  2007-01-02  1:17   ` Leo
@ 2007-01-14  8:08   ` Leo
  2007-01-18  7:19     ` type-break crashes Emacs Leo
                       ` (2 more replies)
  1 sibling, 3 replies; 8+ messages in thread
From: Leo @ 2007-01-14  8:08 UTC (permalink / raw)


[-- Attachment #1: Type: text/plain, Size: 281 bytes --]

On 2006-12-31, Richard Stallman said:

> Please try running Emacs under GDB all the time, and make sure you
> have a breakpoint at _exit and at abort.  That way, you will
> probably be able to make a backtrace that will show why Emacs is
> exiting.

I finally catch the backtrace.

[-- Attachment #2: tb.log --]
[-- Type: application/octet-stream, Size: 6164 bytes --]

(gdb) r
Starting program: /home/emacs/src/emacs-22.0.92.4 -geometry 80x40+0+0
[Thread debugging using libthread_db enabled]
[New Thread -1208931984 (LWP 512)]
[Switching to Thread -1208931984 (LWP 512)]
Breakpoint 3 at 0x80c6046: file xterm.c, line 7848.

Breakpoint 1, abort () at emacs.c:431
431       kill (getpid (), SIGABRT);
(gdb) bt
#0  abort () at emacs.c:431
#1  0x0819422b in get_local_map (position=2860, buffer=0x9bc26b8, 
    type=137612217) at intervals.c:2363
#2  0x08100332 in read_key_sequence (keybuf=0xbfaefb64, bufsize=30, 
    prompt=137451721, dont_downcase_last=0, can_return_switch_frame=1, 
    fix_current_buffer=1) at keyboard.c:9291
#3  0x08100f43 in command_loop_1 () at keyboard.c:1618
#4  0x08156dd2 in internal_condition_case (bfun=0x8100db0 <command_loop_1>, 
    handlers=137496377, hfun=0x80fb990 <cmd_error>) at eval.c:1481
#5  0x080fad53 in command_loop_2 () at keyboard.c:1329
#6  0x08156e8a in internal_catch (tag=137490361, 
    func=0x80fad30 <command_loop_2>, arg=137451721) at eval.c:1222
#7  0x080fb7cc in command_loop () at keyboard.c:1308
#8  0x080fbb6a in recursive_edit_1 () at keyboard.c:1006
#9  0x080fbc57 in Frecursive_edit () at keyboard.c:1067
#10 0x080f1b35 in main (argc=3, argv=0xbfaf0264) at emacs.c:1761
(gdb) xba
(gdb) bt full
#0  abort () at emacs.c:431
No locals.
#1  0x0819422b in get_local_map (position=2860, buffer=0x9bc26b8, 
    type=137612217) at intervals.c:2363
        prop = <value optimized out>
        lispy_position = 168312797
        lispy_buffer = <value optimized out>
        old_begv_byte = 0
        old_zv_byte = -1079051832
#2  0x08100332 in read_key_sequence (keybuf=0xbfaefb64, bufsize=30, 
    prompt=137451721, dont_downcase_last=0, can_return_switch_frame=1, 
    fix_current_buffer=1) at keyboard.c:9291
        map_here = <value optimized out>
        start = <value optimized out>
        pos = 81520
        from_string = 137451721
        count = 2
        t = 0
        echo_start = 0
        keys_start = 1
        nmaps = 4
        nmaps_allocated = 4
        defs = (Lisp_Object * volatile) 0xbfaef9f0
---Type <return> to continue, or q <return> to quit---
        submaps = (Lisp_Object * volatile) 0xbfaefa10
        orig_local_map = 155831813
        orig_keymap = 137451721
        localized_local_map = 1
        first_binding = 0
        first_unbound = 31
        mock_input = 0
        fkey = {
  parent = 137439605, 
  map = 137439605, 
  start = 0, 
  end = 0
}
        keytran = {
  parent = 138243005, 
  map = 138243005, 
  start = 0, 
  end = 0
}
        delayed_switch_frame = 137451721
        original_uppercase = 0
        original_uppercase_position = -1
        starting_buffer = (struct buffer *) 0x9bc26b8
---Type <return> to continue, or q <return> to quit---
        fake_prefixed_keys = 137451721
#3  0x08100f43 in command_loop_1 () at keyboard.c:1618
        cmd = <value optimized out>
        lose = <value optimized out>
        nonundocount = 0
        keybuf = {137451769, -1079051350, 137545873, 1255168192, -1472036458, 
  -1079051360, 137451721, 137451721, -1079051350, -1079051288, 135248505, 
  156068661, -1079051350, 1255209060, 134517708, 1, 1255145408, 1241516160, 
  -1079051124, 0, -1079051320, -1079051472, 0, 1255145472, 137451721, 
  139084561, 0, 137823840, 137823824, -1079051288}
        i = <value optimized out>
        prev_modiff = 137823840
        prev_buffer = (struct buffer *) 0x0
        was_locked = 0
        already_adjusted = -1079051350
#4  0x08156dd2 in internal_condition_case (bfun=0x8100db0 <command_loop_1>, 
    handlers=137496377, hfun=0x80fb990 <cmd_error>) at eval.c:1481
        val = <value optimized out>
        c = {
  tag = 137451721, 
  val = 137451721, 
  next = 0xbfaefd10, 
  gcpro = 0x0, 
---Type <return> to continue, or q <return> to quit---
  jmp = {{
      __jmpbuf = {0, 137823840, 137823824, -1079051048, 2083968481, 
        -879934576}, 
      __mask_was_saved = 0, 
      __saved_mask = {
        __val = {135808176, 268435456, 3215916340, 0 <repeats 22 times>, 
          1255189268, 3086056024, 0, 4294967295, 1255145408, 1255147208, 
          134517708}
      }
    }}, 
  backlist = 0x0, 
  handlerlist = 0x0, 
  lisp_eval_depth = 0, 
  pdlcount = 2, 
  poll_suppress_count = 1, 
  interrupt_input_blocked = 0, 
  byte_stack = 0x0
}
        h = {
  handler = 137496377, 
  var = 137451721, 
  chosen_clause = 137451769, 
  tag = 0xbfaefbfc, 
---Type <return> to continue, or q <return> to quit---
  next = 0x0
}
#5  0x080fad53 in command_loop_2 () at keyboard.c:1329
        val = 81520
#6  0x08156e8a in internal_catch (tag=137490361, 
    func=0x80fad30 <command_loop_2>, arg=137451721) at eval.c:1222
        c = {
  tag = 137490361, 
  val = 137451721, 
  next = 0x0, 
  gcpro = 0x0, 
  jmp = {{
      __jmpbuf = {0, 137823840, 137823824, -1079050792, 2083967761, 
        -879935380}, 
      __mask_was_saved = 0, 
      __saved_mask = {
        __val = {10, 0, 139839171, 17, 17, 3215916056, 135540348, 139839168, 
          17, 17, 17, 3215916340, 4294967295, 3215916072, 135540517, 
          139839168, 137635874, 137635872, 137634208, 3215916472, 135566252, 
          137634209, 137635874, 137451721, 137483584, 137451745, 2, 0, 
          137634208, 137634209, 137451721, 3215916536}
      }
    }}, 
---Type <return> to continue, or q <return> to quit---
  backlist = 0x0, 
  handlerlist = 0x0, 
  lisp_eval_depth = 0, 
  pdlcount = 2, 
  poll_suppress_count = 1, 
  interrupt_input_blocked = 0, 
  byte_stack = 0x0
}
#7  0x080fb7cc in command_loop () at keyboard.c:1308
No locals.
#8  0x080fbb6a in recursive_edit_1 () at keyboard.c:1006
        val = <value optimized out>
#9  0x080fbc57 in Frecursive_edit () at keyboard.c:1067
        buffer = <value optimized out>
#10 0x080f1b35 in main (argc=3, argv=0xbfaf0264) at emacs.c:1761
        tz = 0x0
        dummy = -1079049768
        stack_bottom_variable = 8 '\b'
        do_initial_setlocale = 1
        skip_args = 0
        rlim = {
  rlim_cur = 10485760, 
  rlim_max = 18446744073709551615
---Type <return> to continue, or q <return> to quit---
}
        no_loadup = 0
        junk = 0x0
(gdb) 

[-- Attachment #3: Type: text/plain, Size: 85 bytes --]


regards,
-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

[-- Attachment #4: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: type-break crashes Emacs
  2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
@ 2007-01-18  7:19     ` Leo
  2007-01-20  1:52     ` Chong Yidong
  2007-01-20  2:12     ` Chong Yidong
  2 siblings, 0 replies; 8+ messages in thread
From: Leo @ 2007-01-18  7:19 UTC (permalink / raw)


On 2007-01-14, Leo said:

> On 2006-12-31, Richard Stallman said:
>
>> Please try running Emacs under GDB all the time, and make sure you
>> have a breakpoint at _exit and at abort.  That way, you will
>> probably be able to make a backtrace that will show why Emacs is
>> exiting.
>
> I finally catch the backtrace.
>
>
> regards,

Can someone look at the crash?

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: type-break crashes Emacs
  2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
  2007-01-18  7:19     ` type-break crashes Emacs Leo
@ 2007-01-20  1:52     ` Chong Yidong
  2007-01-20  2:12     ` Chong Yidong
  2 siblings, 0 replies; 8+ messages in thread
From: Chong Yidong @ 2007-01-20  1:52 UTC (permalink / raw)
  Cc: emacs-devel

Leo <sdl.web@gmail.com> writes:

> Yesterday, Emacs crashed twice during type-break. It happened like
> this:

> During type-break, I try to scroll mouse and a gui dialogue pop up and
> ask me to continue break or not, and when I answer NO, Emacs exit
> without any confirmation. *Unfortunately, this is not 100% percent
> reproducible*.

When I try this, I don't see a gui dialogue popping up; I get a
message in the echo area.  Is this what you mean?  If not, what do you
mean by "scrolling the mouse"?  Are you using the mouse wheel?

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: type-break crashes Emacs
  2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
  2007-01-18  7:19     ` type-break crashes Emacs Leo
  2007-01-20  1:52     ` Chong Yidong
@ 2007-01-20  2:12     ` Chong Yidong
  2007-01-20  6:22       ` Leo
  2 siblings, 1 reply; 8+ messages in thread
From: Chong Yidong @ 2007-01-20  2:12 UTC (permalink / raw)
  Cc: emacs-devel

Leo <sdl.web@gmail.com> writes:

> On 2006-12-31, Richard Stallman said:
>
>> Please try running Emacs under GDB all the time, and make sure you
>> have a breakpoint at _exit and at abort.  That way, you will
>> probably be able to make a backtrace that will show why Emacs is
>> exiting.
>
> I finally catch the backtrace.

The backtrace seems to illustrate a fairly obvious bug.  I've checked
in a fix.

Thanks.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: type-break crashes Emacs
  2007-01-20  2:12     ` Chong Yidong
@ 2007-01-20  6:22       ` Leo
  0 siblings, 0 replies; 8+ messages in thread
From: Leo @ 2007-01-20  6:22 UTC (permalink / raw)


On 2007-01-20, Chong Yidong said:

> The backtrace seems to illustrate a fairly obvious bug.  I've
> checked in a fix.

Thank you, Chong.

I have re-enable type-break and I will report back if there is still
crash.

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2007-01-20  6:22 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-31  8:35 A question on type-break Leo
2006-12-31 22:13 ` Richard Stallman
2007-01-02  1:17   ` Leo
2007-01-14  8:08   ` type-break crashes Emacs (was: A question on type-break) Leo
2007-01-18  7:19     ` type-break crashes Emacs Leo
2007-01-20  1:52     ` Chong Yidong
2007-01-20  2:12     ` Chong Yidong
2007-01-20  6:22       ` Leo

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.