* 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 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).