all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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.