GNU bug report logs - #2563
rgrep killing emacs

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2563 in the body.
You can then email your comments to 2563 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: alex <at> halogen-dg.com
To: emacs-pretest-bug <at> gnu.org
Subject: rgrep killing emacs
Date: Tue, 3 Mar 2009 23:45:11 +0200 (EET)

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/

Message #10 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: alex <at> halogen-dg.com
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Wed, 04 Mar 2009 10:46:24 -0500

> 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

Message #15 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: alex <at> halogen-dg.com
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Sat, 7 Mar 2009 11:18:13 +0200 (EET)

[Message part 1 (text/plain, inline)]

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/

Message #20 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: alex <at> halogen-dg.com
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Sat, 14 Mar 2009 14:41:42 -0400

alex <at> 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.

Message #25 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: alex <at> halogen-dg.com
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Sat, 14 Mar 2009 22:13:11 +0200 (EET)

[Message part 1 (text/plain, inline)]

Hello Chong,

On Sat, 14 Mar 2009, Chong Yidong wrote:

> alex <at> 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

Message #30 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: alex <at> halogen-dg.com
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Sat, 14 Mar 2009 16:41:25 -0400

alex <at> 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.

Message #35 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: alex <at> halogen-dg.com
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Sun, 15 Mar 2009 08:35:34 +0200 (EET)

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.

Message #40 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: alex <at> halogen-dg.com
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Wed, 10 Jun 2009 10:29:00 -0400

I think this bug is now fixed.  Could you try again with latest Emacs
CVS?

Message #45 received at 2563 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: alex <at> halogen-dg.com
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 2563 <at> debbugs.gnu.org
Subject: Re: rgrep killing emacs
Date: Thu, 11 Jun 2009 08:20:14 +0300 (EEST)

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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.