* bug#2563: rgrep killing emacs
@ 2009-03-03 21:45 alex
0 siblings, 0 replies; 9+ messages in thread
From: alex @ 2009-03-03 21:45 UTC (permalink / raw)
To: emacs-pretest-bug
Hello,
I am running this verison of emacs:
GNU Emacs 23.0.91.1 (i686-pc-linux-gnu, GTK+ Version 2.12.11) of
2009-03-02 on avk
On Gentoo Linux.
I think there is problem with process management. I have found this bug:
1. Run rgrep (some long like finding some text in homedir)
2. Run rgrep again (previous is not finished)
3. rgrep asks: "A grep process is running; kill it? (y or n)". If I answer
yes,
Fatal error (6)zsh: abort (core dumped) emacs -Q -nw
Backtrace:
#0 0xffffe424 in __kernel_vsyscall ()
#1 0xb73dd406 in kill () from /lib/libc.so.6
#2 0x0811a03d in fatal_error_signal ()
#3 <signal handler called>
#4 0xffffe424 in __kernel_vsyscall ()
#5 0xb73dd406 in kill () from /lib/libc.so.6
#6 0x0811839c in abort ()
#7 0x080c3179 in multibyte_chars_in_text ()
#8 0x0814102e in insert_1 ()
#9 0x0807b720 in message_dolog ()
#10 0x080904ea in message3 ()
#11 0x0817ee02 in Fmessage ()
#12 0x08183f43 in Ffuncall ()
#13 0x081b6838 in Fbyte_code ()
#14 0x081837e5 in funcall_lambda ()
#15 0x08183c1b in Ffuncall ()
#16 0x081b6838 in Fbyte_code ()
#17 0x081837e5 in funcall_lambda ()
#18 0x08183c1b in Ffuncall ()
#19 0x08185473 in Fapply ()
#20 0x081855a4 in apply1 ()
#21 0x081b960d in read_process_output_call ()
#22 0x08182521 in internal_condition_case_1 ()
#23 0x081b97f8 in exec_sentinel ()
#24 0x081b9a0a in status_notify ()
#25 0x081bdee4 in wait_reading_process_output ()
#26 0x081258f0 in read_char ()
#27 0x081a55a3 in read_filtered_event ()
#28 0x081a5899 in Fread_event ()
#29 0x08183da9 in Ffuncall ()
#30 0x081b6838 in Fbyte_code ()
#31 0x081837e5 in funcall_lambda ()
#32 0x08183c1b in Ffuncall ()
#33 0x081b6838 in Fbyte_code ()
#34 0x08183283 in Feval ()
#35 0x081858a1 in internal_lisp_condition_case ()
#36 0x081b5b31 in Fbyte_code ()
#37 0x081837e5 in funcall_lambda ()
#38 0x08183c1b in Ffuncall ()
#39 0x081b6838 in Fbyte_code ()
#40 0x081837e5 in funcall_lambda ()
#41 0x08183c1b in Ffuncall ()
#42 0x08185473 in Fapply ()
#43 0x081855a4 in apply1 ()
#44 0x0817fafb in Fcall_interactively ()
#45 0x08183da9 in Ffuncall ()
#46 0x08183fc9 in call3 ()
#47 0x0811dc07 in Fexecute_extended_command ()
#48 0x08183d70 in Ffuncall ()
#49 0x08180ff5 in Fcall_interactively ()
#50 0x08183da9 in Ffuncall ()
#51 0x08183fc9 in call3 ()
#52 0x081297ae in command_loop_1 ()
#53 0x0818275b in internal_condition_case ()
#54 0x081238de in command_loop_2 ()
#55 0x0818281c in internal_catch ()
#56 0x081242b9 in command_loop ()
#57 0x08124627 in recursive_edit_1 ()
#58 0x08124761 in Frecursive_edit ()
#59 0x0811934d in main ()
Any additional information about this bug required?
--
Alex V. Koval
http://alex.koval.kharkov.ua/
http://www.halogen-dg.com/
http://www.djwarehouse.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
@ 2009-03-04 15:46 Chong Yidong
2009-03-07 9:18 ` alex
0 siblings, 1 reply; 9+ messages in thread
From: Chong Yidong @ 2009-03-04 15:46 UTC (permalink / raw)
To: alex; +Cc: 2563
> 1. Run rgrep (some long like finding some text in homedir)
> 2. Run rgrep again (previous is not finished)
> 3. rgrep asks: "A grep process is running; kill it? (y or n)". If I
> answer
> yes,
> Fatal error (6)zsh: abort (core dumped) emacs -Q -nw
I can't reproduce this. Could you build with debugging symbols, and
without optimization (CFLAGS="-g" ./configure), and post the backtrace?
Thanks
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-03-04 15:46 Chong Yidong
@ 2009-03-07 9:18 ` alex
2009-03-14 18:41 ` Chong Yidong
0 siblings, 1 reply; 9+ messages in thread
From: alex @ 2009-03-07 9:18 UTC (permalink / raw)
To: Chong Yidong; +Cc: 2563
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6663 bytes --]
Hello Chong,
On Wed, 4 Mar 2009, Chong Yidong wrote:
>> 1. Run rgrep (some long like finding some text in homedir)
>> 2. Run rgrep again (previous is not finished)
>> 3. rgrep asks: "A grep process is running; kill it? (y or n)". If I
>> answer
>> yes,
>> Fatal error (6)zsh: abort (core dumped) emacs -Q -nw
>
> I can't reproduce this. Could you build with debugging symbols, and
> without optimization (CFLAGS="-g" ./configure), and post the backtrace?
>
I did:
export CFLAGS=g
./configure --enable-debug=yes
BTW, I found, that if I do:
unset LANG
then I can not reproduce this error.
at the moment LANG=ru_RU.UTF-8
Bt:
#0 0xffffe424 in __kernel_vsyscall ()
#1 0xb73c3406 in kill () from /lib/libc.so.6
#2 0x081ca022 in fatal_error_signal (sig=6) at emacs.c:403
#3 <signal handler called>
#4 0xffffe424 in __kernel_vsyscall ()
#5 0xb73c3406 in kill () from /lib/libc.so.6
#6 0x081ca042 in abort () at emacs.c:432
#7 0x080ef4d2 in multibyte_chars_in_text (
ptr=0xbff21905 "?237?200е?200?213вание\031??a\b\001", nbytes=25) at character.c:622
#8 0x080ef2e6 in chars_in_text (
ptr=0xbff21900 "Grep ?237?200е?200?213вание\031??a\b\001", nbytes=25)
at character.c:601
#9 0x081faf12 in insert_1 (string=0x46b2 <Address 0x46b2 out of bounds>, nbytes=25, inherit=1,
prepare=0, before_markers=0) at insdel.c:832
#10 0x0807d4ed in message_dolog (m=0xbff21900 "Grep ?237?200е?200?213вание\031??a\b\001",
nbytes=25, nlflag=1, multibyte=1) at xdisp.c:7770
#11 0x0807deb2 in message3 (m=140201731, nbytes=25, multibyte=1) at xdisp.c:8005
#12 0x082511c3 in Fmessage (nargs=2, args=0xbff21a34) at editfns.c:3382
#13 0x0825b3f8 in Ffuncall (nargs=3, args=0xbff21a30) at eval.c:3025
#14 0x0829fb8a in Fbyte_code (bytestr=145537523, vector=145539188, maxdepth=64) at bytecode.c:678
#15 0x0825bcc9 in funcall_lambda (fun=145539468, nargs=3, arg_vector=0xbff21d44) at eval.c:3231
#16 0x0825b779 in Ffuncall (nargs=4, args=0xbff21d40) at eval.c:3090
#17 0x0829fb8a in Fbyte_code (bytestr=145538619, vector=145539532, maxdepth=32) at bytecode.c:678
#18 0x0825bcc9 in funcall_lambda (fun=145539700, nargs=2, arg_vector=0xbff22044) at eval.c:3231
#19 0x0825b779 in Ffuncall (nargs=3, args=0xbff22040) at eval.c:3090
#20 0x0825acb8 in Fapply (nargs=2, args=0xbff220e0) at eval.c:2532
#21 0x0825b072 in apply1 (fn=145501177, arg=141859501) at eval.c:2796
#22 0x082aa7cc in read_process_output_call (fun_and_args=141859509) at process.c:5149
#23 0x082591a2 in internal_condition_case_1 (bfun=0x82aa7a9 <read_process_output_call>, arg=141859509,
handlers=138953065, hfun=0x82ad3a2 <exec_sentinel_error_handler>) at eval.c:1559
#24 0x082ad582 in exec_sentinel (proc=145366164, reason=140202435) at process.c:6752
#25 0x082ad756 in status_notify (deleting_process=0x0) at process.c:6856
#26 0x082a9c59 in wait_reading_process_output (time_limit=0, microsecs=997329, read_kbd=-1,
do_display=1, wait_for_cell=138909897, wait_proc=0x0, just_wait_proc=0) at process.c:4676
#27 0x081d34c5 in kbd_buffer_get_event (kbp=0xbff226c4, used_mouse_menu=0x0, end_time=0xbff228f8)
at keyboard.c:4089
#28 0x081d16e3 in read_char (commandflag=0, nmaps=0, maps=0x0, prev_event=138909945,
used_mouse_menu=0x0, end_time=0xbff228f8) at keyboard.c:3055
#29 0x0827f4de in read_filtered_event (no_switch_frame=0, ascii_required=0, error_nonascii=0,
input_method=0, seconds=8) at lread.c:704
#30 0x0827f769 in Fread_event (prompt=138909897, inherit_input_method=138909897, seconds=8)
at lread.c:818
#31 0x0825b544 in Ffuncall (nargs=4, args=0xbff229f0) at eval.c:3050
#32 0x0829fb8a in Fbyte_code (bytestr=137380227, vector=137380244, maxdepth=40) at bytecode.c:678
#33 0x0825bcc9 in funcall_lambda (fun=137380164, nargs=1, arg_vector=0xbff22d04) at eval.c:3231
#34 0x0825b779 in Ffuncall (nargs=2, args=0xbff22d00) at eval.c:3090
#35 0x0829fb8a in Fbyte_code (bytestr=145502691, vector=145503324, maxdepth=16) at bytecode.c:678
#36 0x0825a6cd in Feval (form=141809365) at eval.c:2381
#37 0x08258f50 in internal_lisp_condition_case (var=138909897, bodyform=141809365, handlers=141809349)
at eval.c:1456
#38 0x082a0831 in Fbyte_code (bytestr=145502323, vector=145505484, maxdepth=96) at bytecode.c:868
#39 0x0825bcc9 in funcall_lambda (fun=145506116, nargs=2, arg_vector=0xbff23454) at eval.c:3231
#40 0x0825b779 in Ffuncall (nargs=3, args=0xbff23450) at eval.c:3090
#41 0x0829fb8a in Fbyte_code (bytestr=139266779, vector=144926364, maxdepth=112) at bytecode.c:678
#42 0x0825bcc9 in funcall_lambda (fun=144872084, nargs=3, arg_vector=0xbff23784) at eval.c:3231
#43 0x0825b779 in Ffuncall (nargs=4, args=0xbff23780) at eval.c:3090
#44 0x0825acb8 in Fapply (nargs=2, args=0xbff23820) at eval.c:2532
#45 0x0825b072 in apply1 (fn=140077529, arg=141817125) at eval.c:2796
#46 0x082554da in Fcall_interactively (function=140077529, record_flag=138909945, keys=138948332)
at callint.c:390
#47 0x0825b544 in Ffuncall (nargs=4, args=0xbff23ac0) at eval.c:3050
#48 0x0825b111 in call3 (fn=139074505, arg1=140077529, arg2=138909945, arg3=138909897) at eval.c:2874
#49 0x081de26e in Fcommand_execute (cmd=140077529, record_flag=138909945, keys=138909897,
special=138909897) at keyboard.c:10421
#50 0x081de5d1 in Fexecute_extended_command (prefixarg=138909897) at keyboard.c:10534
#51 0x0825b4ea in Ffuncall (nargs=2, args=0xbff23cf0) at eval.c:3044
#52 0x08256e4a in Fcall_interactively (function=138949305, record_flag=138909897, keys=138948332)
at callint.c:870
#53 0x0825b544 in Ffuncall (nargs=4, args=0xbff23fb0) at eval.c:3050
#54 0x0825b111 in call3 (fn=139074505, arg1=138949305, arg2=138909897, arg3=138909897) at eval.c:2874
#55 0x081de26e in Fcommand_execute (cmd=138949305, record_flag=138909897, keys=138909897,
special=138909897) at keyboard.c:10421
#56 0x081cf781 in command_loop_1 () at keyboard.c:1899
#57 0x08259076 in internal_condition_case (bfun=0x81cdfe1 <command_loop_1>, handlers=138953065,
hfun=0x81cd9b9 <cmd_error>) at eval.c:1511
#58 0x081cdd3a in command_loop_2 () at keyboard.c:1357
#59 0x08258b36 in internal_catch (tag=138949089, func=0x81cdd17 <command_loop_2>, arg=138909897)
at eval.c:1247
#60 0x081cdcf0 in command_loop () at keyboard.c:1336
#61 0x081cd5ca in recursive_edit_1 () at keyboard.c:951
#62 0x081cd736 in Frecursive_edit () at keyboard.c:1013
#63 0x081cbe6f in main (argc=2, argv=0xbff248c4) at emacs.c:1852
Thank you.
--
Alex V. Koval
http://alex.koval.kharkov.ua/
http://www.halogen-dg.com/
http://www.djwarehouse.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-03-07 9:18 ` alex
@ 2009-03-14 18:41 ` Chong Yidong
2009-03-14 20:13 ` alex
2009-03-15 6:35 ` alex
0 siblings, 2 replies; 9+ messages in thread
From: Chong Yidong @ 2009-03-14 18:41 UTC (permalink / raw)
To: alex; +Cc: 2563
alex@halogen-dg.com writes:
> #6 0x081ca042 in abort () at emacs.c:432
> #7 0x080ef4d2 in multibyte_chars_in_text (
> ptr=0xbff21905 "?237?200е?200?213вание\031??a\b\001", nbytes=25) at character.c:622
> #8 0x080ef2e6 in chars_in_text (
> ptr=0xbff21900 "Grep ?237?200е?200?213вание\031??a\b\001", nbytes=25)
> at character.c:601
> ...
> #22 0x082aa7cc in read_process_output_call (fun_and_args=141859509) at process.c:5149
> #23 0x082591a2 in internal_condition_case_1 (bfun=0x82aa7a9 <read_process_output_call>, arg=141859509,
> handlers=138953065, hfun=0x82ad3a2 <exec_sentinel_error_handler>) at eval.c:1559
> #24 0x082ad582 in exec_sentinel (proc=145366164, reason=140202435) at process.c:6752
> #25 0x082ad756 in status_notify (deleting_process=0x0) at process.c:6856
> #26 0x082a9c59 in wait_reading_process_output (time_limit=0, microsecs=997329, read_kbd=-1,
> do_display=1, wait_for_cell=138909897, wait_proc=0x0, just_wait_proc=0) at process.c:4676
> #27 0x081d34c5 in kbd_buffer_get_event (kbp=0xbff226c4, used_mouse_menu=0x0, end_time=0xbff228f8)
> at keyboard.c:4089
Could you please show the results of the following commands:
f 24
p reason
xtype
xstring
Thanks.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-03-14 18:41 ` Chong Yidong
@ 2009-03-14 20:13 ` alex
2009-03-14 20:41 ` Chong Yidong
2009-03-15 6:35 ` alex
1 sibling, 1 reply; 9+ messages in thread
From: alex @ 2009-03-14 20:13 UTC (permalink / raw)
To: Chong Yidong; +Cc: 2563
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2007 bytes --]
Hello Chong,
On Sat, 14 Mar 2009, Chong Yidong wrote:
> alex@halogen-dg.com writes:
>
>> #6 0x081ca042 in abort () at emacs.c:432
>> #7 0x080ef4d2 in multibyte_chars_in_text (
>> ptr=0xbff21905 "?237?200е?200?213вание\031??a\b\001", nbytes=25) at character.c:622
>> #8 0x080ef2e6 in chars_in_text (
>> ptr=0xbff21900 "Grep ?237?200е?200?213вание\031??a\b\001", nbytes=25)
>> at character.c:601
>> ...
>> #22 0x082aa7cc in read_process_output_call (fun_and_args=141859509) at process.c:5149
>> #23 0x082591a2 in internal_condition_case_1 (bfun=0x82aa7a9 <read_process_output_call>, arg=141859509,
>> handlers=138953065, hfun=0x82ad3a2 <exec_sentinel_error_handler>) at eval.c:1559
>> #24 0x082ad582 in exec_sentinel (proc=145366164, reason=140202435) at process.c:6752
>> #25 0x082ad756 in status_notify (deleting_process=0x0) at process.c:6856
>> #26 0x082a9c59 in wait_reading_process_output (time_limit=0, microsecs=997329, read_kbd=-1,
>> do_display=1, wait_for_cell=138909897, wait_proc=0x0, just_wait_proc=0) at process.c:4676
>> #27 0x081d34c5 in kbd_buffer_get_event (kbp=0xbff226c4, used_mouse_menu=0x0, end_time=0xbff228f8)
>> at keyboard.c:4089
>
> Could you please show the results of the following commands:
>
> f 24
> p reason
> xtype
> xstring
>
#61 0x081cd5ca in recursive_edit_1 () at keyboard.c:951
#62 0x081cd736 in Frecursive_edit () at keyboard.c:1013
#63 0x081cbe6f in main (argc=2, argv=0xbf91d2a4) at emacs.c:1852
(gdb)
(gdb) f 24
#24 0x082ad582 in exec_sentinel (proc=145097932, reason=140318947) at
process.c:6752
6752 internal_condition_case_1 (read_process_output_call,
(gdb) p reason
$1 = 140318947
(gdb) xtype
Undefined command: "xtype". Try "help".
(gdb) xstring
Undefined command: "xstring". Try "help".
--
it seems my version of gdb is different? I tried to install the most
recent one (6.8) but it does not seems to support xtype and xstring
commands.
WBR,
Alex
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-03-14 20:13 ` alex
@ 2009-03-14 20:41 ` Chong Yidong
0 siblings, 0 replies; 9+ messages in thread
From: Chong Yidong @ 2009-03-14 20:41 UTC (permalink / raw)
To: alex; +Cc: 2563
alex@halogen-dg.com writes:
> it seems my version of gdb is different? I tried to install the most
> recent one (6.8) but it does not seems to support xtype and xstring
> commands.
Those are Emacs specific---to use them, you need to run gdb from within
the Emacs src directory.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-03-14 18:41 ` Chong Yidong
2009-03-14 20:13 ` alex
@ 2009-03-15 6:35 ` alex
1 sibling, 0 replies; 9+ messages in thread
From: alex @ 2009-03-15 6:35 UTC (permalink / raw)
To: Chong Yidong; +Cc: 2563
On Sat, 14 Mar 2009, Chong Yidong wrote:
> Could you please show the results of the following commands:
>
> f 24
> p reason
> xtype
> xstring
> Those are Emacs specific---to use them, you need to run gdb from within
> the Emacs src directory.
Aha, so it reads .gdbinit. Understand. Done (I've also re-executed emacs
and included bt again):
Core was generated by `/home/alex/emacstest/bin/emacs -Q'.
Program terminated with signal 6, Aborted.
[New process 10537]
#0 0xffffe424 in __kernel_vsyscall ()
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x81ca02d: file emacs.c, line 432.
Breakpoint 2 at 0x81eab1a: file sysdep.c, line 1144.
(gdb) f 24
#24 0x082ad582 in exec_sentinel (proc=144902356, reason=145516011) at process.c:6752
6752 internal_condition_case_1 (read_process_output_call,
(gdb) p reason
$1 = 145516011
(gdb) xtype
Lisp_String
(gdb) xstring
$2 = (struct Lisp_String *) 0x8ac65e8
"\360\237\321\200\320\265\321\200\321\213\320\262\320\260\320\275\320\270\320\265\n"
(gdb) bt
#0 0xffffe424 in __kernel_vsyscall ()
#1 0xb7487406 in kill () from /lib/libc.so.6
#2 0x081ca022 in fatal_error_signal (sig=6) at emacs.c:403
#3 <signal handler called>
#4 0xffffe424 in __kernel_vsyscall ()
#5 0xb7487406 in kill () from /lib/libc.so.6
#6 0x081ca042 in abort () at emacs.c:432
#7 0x080ef4d2 in multibyte_chars_in_text (
ptr=0xbfde7fa5 "\360\237\321\200\320\265\321\200\321\213\320\262\320\260\320\275\320\270\320\265\177\336\277\330\335\a\b\001",
nbytes=25) at character.c:622
#8 0x080ef2e6 in chars_in_text (
ptr=0xbfde7fa0 "Grep \360\237\321\200\320\265\321\200\321\213\320\262\320\260\320\275\320\270\320\265\177\336\277\330\335\a\b\001",
nbytes=25) at character.c:601
#9 0x081faf12 in insert_1 (string=0x2929 <Address 0x2929 out of bounds>, nbytes=25, inherit=1, prepare=0, before_markers=0)
at insdel.c:832
#10 0x0807d4ed in message_dolog (
m=0xbfde7fa0 "Grep \360\237\321\200\320\265\321\200\321\213\320\262\320\260\320\275\320\270\320\265\177\336\277\330\335\a\b\001",
nbytes=25, nlflag=1, multibyte=1) at xdisp.c:7770
#11 0x0807deb2 in message3 (m=145514939, nbytes=25, multibyte=1) at xdisp.c:8005
#12 0x082511c3 in Fmessage (nargs=2, args=0xbfde80d4) at editfns.c:3382
#13 0x0825b3f8 in Ffuncall (nargs=3, args=0xbfde80d0) at eval.c:3025
#14 0x0829fb8a in Fbyte_code (bytestr=142199779, vector=143429004, maxdepth=64) at bytecode.c:678
#15 0x0825bcc9 in funcall_lambda (fun=145327484, nargs=3, arg_vector=0xbfde83e4) at eval.c:3231
#16 0x0825b779 in Ffuncall (nargs=4, args=0xbfde83e0) at eval.c:3090
#17 0x0829fb8a in Fbyte_code (bytestr=142186451, vector=145404468, maxdepth=32) at bytecode.c:678
#18 0x0825bcc9 in funcall_lambda (fun=145329012, nargs=2, arg_vector=0xbfde86e4) at eval.c:3231
#19 0x0825b779 in Ffuncall (nargs=3, args=0xbfde86e0) at eval.c:3090
#20 0x0825acb8 in Fapply (nargs=2, args=0xbfde8780) at eval.c:2532
#21 0x0825b072 in apply1 (fn=145525385, arg=141933957) at eval.c:2796
#22 0x082aa7cc in read_process_output_call (fun_and_args=141933949) at process.c:5149
#23 0x082591a2 in internal_condition_case_1 (bfun=0x82aa7a9 <read_process_output_call>, arg=141933949, handlers=138953065,
hfun=0x82ad3a2 <exec_sentinel_error_handler>) at eval.c:1559
#24 0x082ad582 in exec_sentinel (proc=144902356, reason=145516011) at process.c:6752
#25 0x082ad756 in status_notify (deleting_process=0x0) at process.c:6856
#26 0x082a9c59 in wait_reading_process_output (time_limit=0, microsecs=999611, read_kbd=-1, do_display=1, wait_for_cell=138909897,
wait_proc=0x0, just_wait_proc=0) at process.c:4676
#27 0x081d34c5 in kbd_buffer_get_event (kbp=0xbfde8d64, used_mouse_menu=0x0, end_time=0xbfde8f98) at keyboard.c:4089
#28 0x081d16e3 in read_char (commandflag=0, nmaps=0, maps=0x0, prev_event=138909945, used_mouse_menu=0x0, end_time=0xbfde8f98)
at keyboard.c:3055
---Type <return> to continue, or q <return> to quit---
#29 0x0827f4de in read_filtered_event (no_switch_frame=0, ascii_required=0, error_nonascii=0, input_method=0, seconds=8) at lread.c:704
#30 0x0827f769 in Fread_event (prompt=138909897, inherit_input_method=138909897, seconds=8) at lread.c:818
#31 0x0825b544 in Ffuncall (nargs=4, args=0xbfde9090) at eval.c:3050
#32 0x0829fb8a in Fbyte_code (bytestr=137380227, vector=137380244, maxdepth=40) at bytecode.c:678
#33 0x0825bcc9 in funcall_lambda (fun=137380164, nargs=1, arg_vector=0xbfde93a4) at eval.c:3231
#34 0x0825b779 in Ffuncall (nargs=2, args=0xbfde93a0) at eval.c:3090
#35 0x0829fb8a in Fbyte_code (bytestr=145526995, vector=145527532, maxdepth=16) at bytecode.c:678
#36 0x0825a6cd in Feval (form=145182821) at eval.c:2381
#37 0x08258f50 in internal_lisp_condition_case (var=138909897, bodyform=145182821, handlers=145182837) at eval.c:1456
#38 0x082a0831 in Fbyte_code (bytestr=145526627, vector=145529724, maxdepth=96) at bytecode.c:868
#39 0x0825bcc9 in funcall_lambda (fun=145530356, nargs=2, arg_vector=0xbfde9af4) at eval.c:3231
#40 0x0825b779 in Ffuncall (nargs=3, args=0xbfde9af0) at eval.c:3090
#41 0x0829fb8a in Fbyte_code (bytestr=139378547, vector=145306812, maxdepth=112) at bytecode.c:678
#42 0x0825bcc9 in funcall_lambda (fun=145055668, nargs=3, arg_vector=0xbfde9e24) at eval.c:3231
#43 0x0825b779 in Ffuncall (nargs=4, args=0xbfde9e20) at eval.c:3090
#44 0x0825acb8 in Fapply (nargs=2, args=0xbfde9ec0) at eval.c:2532
#45 0x0825b072 in apply1 (fn=140077529, arg=145138397) at eval.c:2796
#46 0x082554da in Fcall_interactively (function=140077529, record_flag=138909945, keys=138948332) at callint.c:390
#47 0x0825b544 in Ffuncall (nargs=4, args=0xbfdea160) at eval.c:3050
#48 0x0825b111 in call3 (fn=139074505, arg1=140077529, arg2=138909945, arg3=138909897) at eval.c:2874
#49 0x081de26e in Fcommand_execute (cmd=140077529, record_flag=138909945, keys=138909897, special=138909897) at keyboard.c:10421
#50 0x081de5d1 in Fexecute_extended_command (prefixarg=138909897) at keyboard.c:10534
#51 0x0825b4ea in Ffuncall (nargs=2, args=0xbfdea390) at eval.c:3044
#52 0x08256e4a in Fcall_interactively (function=138949305, record_flag=138909897, keys=138948332) at callint.c:870
#53 0x0825b544 in Ffuncall (nargs=4, args=0xbfdea650) at eval.c:3050
#54 0x0825b111 in call3 (fn=139074505, arg1=138949305, arg2=138909897, arg3=138909897) at eval.c:2874
#55 0x081de26e in Fcommand_execute (cmd=138949305, record_flag=138909897, keys=138909897, special=138909897) at keyboard.c:10421
#56 0x081cf781 in command_loop_1 () at keyboard.c:1899
#57 0x08259076 in internal_condition_case (bfun=0x81cdfe1 <command_loop_1>, handlers=138953065, hfun=0x81cd9b9 <cmd_error>)
at eval.c:1511
#58 0x081cdd3a in command_loop_2 () at keyboard.c:1357
#59 0x08258b36 in internal_catch (tag=138949089, func=0x81cdd17 <command_loop_2>, arg=138909897) at eval.c:1247
#60 0x081cdcf0 in command_loop () at keyboard.c:1336
#61 0x081cd5ca in recursive_edit_1 () at keyboard.c:951
#62 0x081cd736 in Frecursive_edit () at keyboard.c:1013
#63 0x081cbe6f in main (argc=2, argv=0xbfdeaf64) at emacs.c:1852
Lisp Backtrace:
"message" (0xbfde80d4)
---Type <return> to continue, or q <return> to quit---
"compilation-handle-exit" (0xbfde83e4)
"compilation-sentinel" (0xbfde86e4)
"read-event" (0xbfde9094)
"sit-for" (0xbfde93a4)
"byte-code" (0xbfde9620)
"compilation-start" (0xbfde9af4)
"rgrep" (0xbfde9e24)
"call-interactively" (0xbfdea164)
"execute-extended-command" (0xbfdea394)
"call-interactively" (0xbfdea654)
(gdb)
>
> Thanks.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
@ 2009-06-10 14:29 Chong Yidong
2009-06-11 5:20 ` alex
0 siblings, 1 reply; 9+ messages in thread
From: Chong Yidong @ 2009-06-10 14:29 UTC (permalink / raw)
To: alex; +Cc: 2563
I think this bug is now fixed. Could you try again with latest Emacs
CVS?
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2563: rgrep killing emacs
2009-06-10 14:29 bug#2563: rgrep killing emacs Chong Yidong
@ 2009-06-11 5:20 ` alex
0 siblings, 0 replies; 9+ messages in thread
From: alex @ 2009-06-11 5:20 UTC (permalink / raw)
To: Chong Yidong; +Cc: 2563
On Wed, 10 Jun 2009, Chong Yidong wrote:
> I think this bug is now fixed. Could you try again with latest Emacs
> CVS?
Yes, thank you, it works fine now. Bug is fixed.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-06-11 5:20 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-10 14:29 bug#2563: rgrep killing emacs Chong Yidong
2009-06-11 5:20 ` alex
-- strict thread matches above, loose matches on Subject: below --
2009-03-04 15:46 Chong Yidong
2009-03-07 9:18 ` alex
2009-03-14 18:41 ` Chong Yidong
2009-03-14 20:13 ` alex
2009-03-14 20:41 ` Chong Yidong
2009-03-15 6:35 ` alex
2009-03-03 21:45 alex
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.