GNU bug report logs - #8145
Crash in multibyte_chars_in_text

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 8145 in the body.
You can then email your comments to 8145 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michel de Ruiter <michel <at> sentient.nl>
To: "emacs-pretest-bug <at> gnu.org" <emacs-pretest-bug <at> gnu.org>
Subject: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 12:47:30 +0100

Hi all,

I just experienced an Emacs crash, and I can reproduce it consistently with the latest pretest.
Steps:
- make sure the directory "U:\Privé\ab" exists (mind the accent!)
- set find-file-existing-other-name to t
- set w32-downcase-file-names to t as well
- have "U:\Privé\ab" as the current working directory
- press Ctrl-x Ctrl-f c d

On typing the 'd' (or whatever key you type there) Emacs crashes.

I have tested the unpatched version 24.0.50 of Emacs+EmacsW32, and it has the same bug.

I tried (Cygwin) gdb (on a previous, patched, version) as suggested by the Emacs crash handler and created the stack trace below.

For completeness, for the first two steps you can eval this:
(setq
 find-file-existing-other-name  t
 w32-downcase-file-names        t
 )

Hope this helps.

Groente, Michel.

(gdb) bt
#0  0x77980005 in ntdll!RtlDosPathNameToRelativeNtPathName_U_WithStatus ()
   from /cygdrive/c/Windows/SysWOW64/ntdll.dll
#1  0x0115cabe in w32_abort ()
#2  0x0111380a in multibyte_chars_in_text ()
#3  0x010647c3 in make_specified_string ()
#4  0x0104b6ac in Fsubstitute_in_file_name ()
#5  0x0100c686 in Ffuncall ()
#6  0x0111c227 in Fbyte_code ()
#7  0x0100bc50 in Feval ()
#8  0x0100d69e in internal_lisp_condition_case ()
#9  0x0111ca3c in Fbyte_code ()
#10 0x0100bc50 in Feval ()
#11 0x0100d69e in internal_lisp_condition_case ()
#12 0x0111ca3c in Fbyte_code ()
#13 0x0100c081 in funcall_lambda ()
#14 0x0100c465 in Ffuncall ()
#15 0x0100cc01 in run_hook_with_args ()
#16 0x0100cd53 in Frun_hooks ()
#17 0x0100c723 in Ffuncall ()
#18 0x0100ca88 in call1 ()
#19 0x0105365b in safe_run_hooks_1 ()
#20 0x0100a1b0 in internal_condition_case ()
#21 0x01052eee in safe_run_hooks ()
#22 0x0105f7ae in command_loop_1 ()
#23 0x0100a1b0 in internal_condition_case ()
#24 0x01052c9a in command_loop_2 ()
#25 0x0100a0e5 in internal_catch ()
#26 0x01052a53 in command_loop ()
#27 0x01052b40 in recursive_edit_1 ()
#28 0x01104146 in read_minibuf ()
#29 0x01104dd6 in Fcompleting_read ()
#30 0x0100c583 in Ffuncall ()
#31 0x0111c227 in Fbyte_code ()
#32 0x0100c081 in funcall_lambda ()
#33 0x0100c465 in Ffuncall ()
#34 0x0111c227 in Fbyte_code ()
#35 0x0100c081 in funcall_lambda ()
#36 0x0100c465 in Ffuncall ()
#37 0x0111c227 in Fbyte_code ()
#38 0x0100bc50 in Feval ()
#39 0x0111a024 in Fcall_interactively ()
#40 0x0100c65f in Ffuncall ()
#41 0x0100c837 in call3 ()
#42 0x01057b90 in Fcommand_execute ()
#43 0x0105f76c in command_loop_1 ()
#44 0x0100a1b0 in internal_condition_case ()
#45 0x01052c9a in command_loop_2 ()
#46 0x0100a0e5 in internal_catch ()
#47 0x01052aa7 in command_loop ()
#48 0x01052b40 in recursive_edit_1 ()
#49 0x01052c61 in Frecursive_edit ()
#50 0x01002e70 in main ()

Message #8 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michel de Ruiter <michel <at> sentient.nl>
Cc: 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 01 Mar 2011 20:45:38 +0200

> From: Michel de Ruiter <michel <at> sentient.nl>
> Date: Tue, 1 Mar 2011 12:47:30 +0100
> Cc: 
> 
> I just experienced an Emacs crash, and I can reproduce it consistently with the latest pretest.
> Steps:
> - make sure the directory "U:\Privé\ab" exists (mind the accent!)
> - set find-file-existing-other-name to t
> - set w32-downcase-file-names to t as well
> - have "U:\Privé\ab" as the current working directory
> - press Ctrl-x Ctrl-f c d
> 
> On typing the 'd' (or whatever key you type there) Emacs crashes.

FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
make a directory with a Latin character (my locale is different), but
I did create a directory on D: with a non-ASCII character it its name,
and in that directory put an empty file "ab".  "C-x C-f cd" didn't
crash.

Message #11 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michel de Ruiter <michel <at> sentient.nl>, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 20:57:11 +0100

On Tue, Mar 1, 2011 at 7:45 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Michel de Ruiter <michel <at> sentient.nl>
>> Date: Tue, 1 Mar 2011 12:47:30 +0100
>> Cc:
>>
>> I just experienced an Emacs crash, and I can reproduce it consistently with the latest pretest.
>> Steps:
>> - make sure the directory "U:\Privé\ab" exists (mind the accent!)
>> - set find-file-existing-other-name to t
>> - set w32-downcase-file-names to t as well
>> - have "U:\Privé\ab" as the current working directory
>> - press Ctrl-x Ctrl-f c d
>>
>> On typing the 'd' (or whatever key you type there) Emacs crashes.
>
> FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
> make a directory with a Latin character (my locale is different), but
> I did create a directory on D: with a non-ASCII character it its name,
> and in that directory put an empty file "ab".  "C-x C-f cd" didn't
> crash.

I can reproduce it using C: instead of U: with an unpatched build:

GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15

Message #14 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Michel de Ruiter <michel <at> sentient.nl>
Cc: Eli Zaretskii <eliz <at> gnu.org>, "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 23:02:29 +0100

On Tue, Mar 1, 2011 at 10:35 PM, Michel de Ruiter <michel <at> sentient.nl> wrote:
>> > FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
>> > make a directory with a Latin character (my locale is different), but
>> > I did create a directory on D: with a non-ASCII character it its name,
>> > and in that directory put an empty file "ab".  "C-x C-f cd" didn't
>> > crash.
>> I can reproduce it using C: instead of U: with an unpatched build:
>> GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15
>
> I just tested C:\aAaaé\aa and it also crashes.
> The capital letter and the latin character are both necessary.
> In C:\aAé\aa, Ctrl-x Ctrl-f crashes immediately, before I can type any extra characters.
>
> This seems to be the shortest way to the crash:
> - set both settings to t as described
> - Ctrl-x Ctrl-f A Ctrl-q 1 3 0 RET
> Works everywhere, and you don't need any special directory on disk.

With your original reciepe (but using C:) I get this backtrace:

Breakpoint 1, w32_abort () at w32fns.c:7175
warning: Source file is more recent than executable.
7175      button = MessageBox (NULL,
(gdb) bt
#0  w32_abort () at w32fns.c:7175
#1  0x011a5bb8 in multibyte_chars_in_text (ptr=0x82e0d0
"\343\251/ab/cd", nbytes=8) at character.c:546
#2  0x01024bda in make_specified_string (contents=0x82e0d0
"\343\251/ab/cd", nchars=-1, nbytes=8, multibyte=1)
    at alloc.c:2353
#3  0x0106b3e3 in Fsubstitute_in_file_name (filename=51940081) at fileio.c:1708
#4  0x01021d14 in Ffuncall (nargs=2, args=0x82e220) at eval.c:2842
#5  0x010c80ad in Fbyte_code (bytestr=19539033, vector=19539061,
maxdepth=16) at bytecode.c:676
#6  0x01020db8 in Feval (form=19539022) at eval.c:2257
#7  0x0101f5f3 in internal_lisp_condition_case (var=49215514,
bodyform=19539022, handlers=18905790) at eval.c:1355
#8  0x010c8a45 in Fbyte_code (bytestr=19539153, vector=19539181,
maxdepth=20) at bytecode.c:866
#9  0x01020db8 in Feval (form=19539142) at eval.c:2257
#10 0x0101f5f3 in internal_lisp_condition_case (var=49215514,
bodyform=19539142, handlers=18905790) at eval.c:1355
#11 0x010c8a45 in Fbyte_code (bytestr=18920449, vector=19539117,
maxdepth=12) at bytecode.c:866
#12 0x010224e9 in funcall_lambda (fun=19539085, nargs=0,
arg_vector=0x82eb58) at eval.c:3028
#13 0x01021f31 in Ffuncall (nargs=1, args=0x82eb54) at eval.c:2891
#14 0x0102172c in run_hook_with_args (nargs=1, args=0x82eb54,
cond=to_completion) at eval.c:2580
#15 0x010214bf in Frun_hooks (nargs=1, args=0x82ec0c) at eval.c:2443
#16 0x01021c26 in Ffuncall (nargs=2, args=0x82ec08) at eval.c:2824
#17 0x0102182e in call1 (fn=49371762, arg1=49261098) at eval.c:2643
#18 0x01005c3a in safe_run_hooks_1 () at keyboard.c:1822
#19 0x0101f6fd in internal_condition_case (bfun=0x1005c07
<safe_run_hooks_1>, handlers=49215538,
    hfun=0x1005c42 <safe_run_hooks_error>) at eval.c:1408
#20 0x01005cda in safe_run_hooks (hook=49261098) at keyboard.c:1848
#21 0x01004fb6 in command_loop_1 () at keyboard.c:1545
#22 0x0101f6fd in internal_condition_case (bfun=0x100489d
<command_loop_1>, handlers=49269146,
    hfun=0x1004292 <cmd_error>) at eval.c:1408
#23 0x01004602 in command_loop_2 (ignore=49215514) at keyboard.c:1129
#24 0x0101f1ee in internal_catch (tag=49371402, func=0x10045df
<command_loop_2>, arg=49215514) at eval.c:1152
#25 0x01004569 in command_loop () at keyboard.c:1094
#26 0x01003eae in recursive_edit_1 () at keyboard.c:731
#27 0x010b20be in read_minibuf (map=49204638, initial=51937841,
prompt=18990361, backup_n=0, expflag=0,
    histvar=49277626, histpos=0, defalt=271132113, allow_props=0,
inherit_input_method=0) at minibuf.c:652
#28 0x010b3e54 in Fcompleting_read (prompt=18990361,
collection=49400906, predicate=49277146, require_match=49638242,
    initial_input=51937841, hist=49277626, def=271132113,
inherit_input_method=49215514) at minibuf.c:1719
#29 0x01021ee9 in Ffuncall (nargs=8, args=0x82f220) at eval.c:2875
#30 0x010c80ad in Fbyte_code (bytestr=19100337, vector=19100357,
maxdepth=36) at bytecode.c:676
#31 0x010224e9 in funcall_lambda (fun=19100261, nargs=4,
arg_vector=0x82f474) at eval.c:3028
#32 0x01021f31 in Ffuncall (nargs=5, args=0x82f470) at eval.c:2891
#33 0x010c80ad in Fbyte_code (bytestr=19015201, vector=19015221,
maxdepth=20) at bytecode.c:676
#34 0x010224e9 in funcall_lambda (fun=19015173, nargs=2,
arg_vector=0x82f6b4) at eval.c:3028
#35 0x01021f31 in Ffuncall (nargs=3, args=0x82f6b0) at eval.c:2891
#36 0x010c80ad in Fbyte_code (bytestr=19015409, vector=19015437,
maxdepth=12) at bytecode.c:676
#37 0x01020db8 in Feval (form=19015398) at eval.c:2257
#38 0x010c5be9 in Fcall_interactively (function=50251186,
record_flag=49215514, keys=49236741) at callint.c:338
#39 0x01021d68 in Ffuncall (nargs=4, args=0x82fb70) at eval.c:2849
#40 0x010218a8 in call3 (fn=49384338, arg1=50251186, arg2=49215514,
arg3=49215514) at eval.c:2674
#41 0x0101333b in Fcommand_execute (cmd=50251186,
record_flag=49215514, keys=49215514, special=49215514)
    at keyboard.c:10180
#42 0x01004f5d in command_loop_1 () at keyboard.c:1528
#43 0x0101f6fd in internal_condition_case (bfun=0x100489d
<command_loop_1>, handlers=49269146,
    hfun=0x1004292 <cmd_error>) at eval.c:1408
#44 0x01004602 in command_loop_2 (ignore=49215514) at keyboard.c:1129
#45 0x0101f1ee in internal_catch (tag=49267242, func=0x10045df
<command_loop_2>, arg=49215514) at eval.c:1152
#46 0x010045ba in command_loop () at keyboard.c:1108
#47 0x01003eae in recursive_edit_1 () at keyboard.c:731
#48 0x01004012 in Frecursive_edit () at keyboard.c:793
#49 0x01002767 in main (argc=2, argv=0xb23d70) at emacs.c:1684

Lisp Backtrace:
"substitute-in-file-name" (0x82e224)
"byte-code" (0x82e3d0)
"byte-code" (0x82e720)
"rfn-eshadow-update-overlay" (0x82eb58)
"run-hooks" (0x82ec0c)
"completing-read" (0x82f224)
"read-file-name" (0x82f474)
"find-file-read-args" (0x82f6b4)
"byte-code" (0x82f860)
"call-interactively" (0x82fb74)
(gdb)

Message #17 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Michel de Ruiter <michel <at> sentient.nl>
To: Lennart Borgman <lennart.borgman <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
Subject: RE: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 22:35:55 +0100

> > FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
> > make a directory with a Latin character (my locale is different), but
> > I did create a directory on D: with a non-ASCII character it its name,
> > and in that directory put an empty file "ab".  "C-x C-f cd" didn't
> > crash.
> I can reproduce it using C: instead of U: with an unpatched build:
> GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15

I just tested C:\aAaaé\aa and it also crashes.
The capital letter and the latin character are both necessary.
In C:\aAé\aa, Ctrl-x Ctrl-f crashes immediately, before I can type any extra characters.

This seems to be the shortest way to the crash:
- set both settings to t as described
- Ctrl-x Ctrl-f A Ctrl-q 1 3 0 RET
Works everywhere, and you don't need any special directory on disk.

Groente, Michel.

Message #20 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: michel <at> sentient.nl, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Wed, 02 Mar 2011 00:08:30 +0200

> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Tue, 1 Mar 2011 20:57:11 +0100
> Cc: Michel de Ruiter <michel <at> sentient.nl>, 8145 <at> debbugs.gnu.org
> 
> > FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
> > make a directory with a Latin character (my locale is different), but
> > I did create a directory on D: with a non-ASCII character it its name,
> > and in that directory put an empty file "ab".  "C-x C-f cd" didn't
> > crash.
> 
> I can reproduce it using C: instead of U: with an unpatched build:
> 
> GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15

How about a complete recipe you used?

Message #23 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michel de Ruiter <michel <at> sentient.nl>
Cc: lennart.borgman <at> gmail.com, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Wed, 02 Mar 2011 00:13:49 +0200

> From: Michel de Ruiter <michel <at> sentient.nl>
> CC: "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
> Date: Tue, 1 Mar 2011 22:35:55 +0100
> 
> This seems to be the shortest way to the crash:
> - set both settings to t as described
> - Ctrl-x Ctrl-f A Ctrl-q 1 3 0 RET
> Works everywhere, and you don't need any special directory on disk.

Not for me, it doesn't.

Message #26 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: michel <at> sentient.nl, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Wed, 02 Mar 2011 00:18:06 +0200

> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Tue, 1 Mar 2011 23:02:29 +0100
> Cc: Eli Zaretskii <eliz <at> gnu.org>, "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
> With your original reciepe (but using C:) I get this backtrace:

This backtrace is unreliable, because:

> Breakpoint 1, w32_abort () at w32fns.c:7175
> warning: Source file is more recent than executable.
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Message #29 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: michel <at> sentient.nl, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 23:19:07 +0100

On Tue, Mar 1, 2011 at 11:08 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman <at> gmail.com>
>> Date: Tue, 1 Mar 2011 20:57:11 +0100
>> Cc: Michel de Ruiter <michel <at> sentient.nl>, 8145 <at> debbugs.gnu.org
>>
>> > FWIW, I cannot reproduce this.  I don't have a U: drive, and couldn't
>> > make a directory with a Latin character (my locale is different), but
>> > I did create a directory on D: with a non-ASCII character it its name,
>> > and in that directory put an empty file "ab".  "C-x C-f cd" didn't
>> > crash.
>>
>> I can reproduce it using C: instead of U: with an unpatched build:
>>
>> GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-02-15
>
> How about a complete recipe you used?

It is just the same as Michel told us from the beginning:

- I have a directory C:\Privé\ab

  emacs -Q

  Eval these (pasted in *Scratch*, M-x eval-bufer):
    (setq find-file-existing-other-name t)
    (setq w32-downcase-file-names t)

  C-x d C:/Privé/ab RET
  C-x C-f cd

That is all. It crashes on "d". (Did I say I am using an unpatched
trunk checkout?)

  C-x

Message #32 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: michel <at> sentient.nl, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Tue, 1 Mar 2011 23:20:26 +0100

On Tue, Mar 1, 2011 at 11:18 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman <at> gmail.com>
>> Date: Tue, 1 Mar 2011 23:02:29 +0100
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
>> With your original reciepe (but using C:) I get this backtrace:
>
> This backtrace is unreliable, because:
>
>> Breakpoint 1, w32_abort () at w32fns.c:7175
>> warning: Source file is more recent than executable.
>           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Ah shit. I always build my patched version last... - and when I do
that I also do a trunk checkout. Maybe I should change that... ;-)

I will make a new build and test.

Message #35 received at 8145 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: michel <at> sentient.nl, 8145 <at> debbugs.gnu.org
Subject: Re: bug#8145: Crash in multibyte_chars_in_text
Date: Wed, 2 Mar 2011 01:22:12 +0100

On Tue, Mar 1, 2011 at 11:20 PM, Lennart Borgman
<lennart.borgman <at> gmail.com> wrote:
> On Tue, Mar 1, 2011 at 11:18 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>> From: Lennart Borgman <lennart.borgman <at> gmail.com>
>>> Date: Tue, 1 Mar 2011 23:02:29 +0100
>>> Cc: Eli Zaretskii <eliz <at> gnu.org>, "8145 <at> debbugs.gnu.org" <8145 <at> debbugs.gnu.org>
>>> With your original reciepe (but using C:) I get this backtrace:
>>
>> This backtrace is unreliable, because:
>>
>>> Breakpoint 1, w32_abort () at w32fns.c:7175
>>> warning: Source file is more recent than executable.
>>           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Ah shit. I always build my patched version last... - and when I do
> that I also do a trunk checkout. Maybe I should change that... ;-)
>
> I will make a new build and test.

Here is the backtrace:

Breakpoint 1, w32_abort () at w32fns.c:7175
7175      button = MessageBox (NULL,
(gdb) bt
#0  w32_abort () at w32fns.c:7175
#1  0x011a41f0 in multibyte_chars_in_text (ptr=0x82e0d0
"\343\251/ab/cd", nbytes=8) at character.c:546
#2  0x01024bba in make_specified_string (contents=0x82e0d0
"\343\251/ab/cd", nchars=-1, nbytes=8, multibyte=1)
    at alloc.c:2352
#3  0x0106b28b in Fsubstitute_in_file_name (filename=52106113) at fileio.c:1692
#4  0x01021d14 in Ffuncall (nargs=2, args=0x82e220) at eval.c:2842
#5  0x010c7d14 in Fbyte_code (bytestr=19539641, vector=19539669,
maxdepth=16) at bytecode.c:689
#6  0x01020db8 in Feval (form=19539630) at eval.c:2257
#7  0x0101f5f3 in internal_lisp_condition_case (var=49260570,
bodyform=19539630, handlers=18905790) at eval.c:1355
#8  0x010c8579 in Fbyte_code (bytestr=19539761, vector=19539789,
maxdepth=20) at bytecode.c:879
#9  0x01020db8 in Feval (form=19539750) at eval.c:2257
#10 0x0101f5f3 in internal_lisp_condition_case (var=49260570,
bodyform=19539750, handlers=18905790) at eval.c:1355
#11 0x010c8579 in Fbyte_code (bytestr=18920481, vector=19539725,
maxdepth=12) at bytecode.c:879
#12 0x010224e9 in funcall_lambda (fun=19539693, nargs=0,
arg_vector=0x82eb58) at eval.c:3028
#13 0x01021f31 in Ffuncall (nargs=1, args=0x82eb54) at eval.c:2891
#14 0x0102172c in run_hook_with_args (nargs=1, args=0x82eb54,
cond=to_completion) at eval.c:2580
#15 0x010214bf in Frun_hooks (nargs=1, args=0x82ec0c) at eval.c:2443
#16 0x01021c26 in Ffuncall (nargs=2, args=0x82ec08) at eval.c:2824
#17 0x0102182e in call1 (fn=49416842, arg1=49306154) at eval.c:2643
#18 0x01005c3a in safe_run_hooks_1 () at keyboard.c:1822
#19 0x0101f6fd in internal_condition_case (bfun=0x1005c07
<safe_run_hooks_1>, handlers=49260594,
    hfun=0x1005c42 <safe_run_hooks_error>) at eval.c:1408
#20 0x01005cda in safe_run_hooks (hook=49306154) at keyboard.c:1848
#21 0x01004fb6 in command_loop_1 () at keyboard.c:1545
#22 0x0101f6fd in internal_condition_case (bfun=0x100489d
<command_loop_1>, handlers=49314202,
    hfun=0x1004292 <cmd_error>) at eval.c:1408
#23 0x01004602 in command_loop_2 (ignore=49260570) at keyboard.c:1129
#24 0x0101f1ee in internal_catch (tag=49416482, func=0x10045df
<command_loop_2>, arg=49260570) at eval.c:1152
#25 0x01004569 in command_loop () at keyboard.c:1094
#26 0x01003eae in recursive_edit_1 () at keyboard.c:731
#27 0x010b1de6 in read_minibuf (map=49249694, initial=52094721,
prompt=18990361, backup_n=0, expflag=0,
    histvar=49322682, histpos=0, defalt=51275457, allow_props=0,
inherit_input_method=0) at minibuf.c:652
#28 0x010b3b7c in Fcompleting_read (prompt=18990361,
collection=49445962, predicate=49322202, require_match=49683298,
    initial_input=52094721, hist=49322682, def=51275457,
inherit_input_method=49260570) at minibuf.c:1719
#29 0x01021ee9 in Ffuncall (nargs=8, args=0x82f220) at eval.c:2875
#30 0x010c7d14 in Fbyte_code (bytestr=19100593, vector=19100613,
maxdepth=36) at bytecode.c:689
#31 0x010224e9 in funcall_lambda (fun=19100517, nargs=4,
arg_vector=0x82f474) at eval.c:3028
#32 0x01021f31 in Ffuncall (nargs=5, args=0x82f470) at eval.c:2891
#33 0x010c7d14 in Fbyte_code (bytestr=19015369, vector=19015389,
maxdepth=20) at bytecode.c:689
#34 0x010224e9 in funcall_lambda (fun=19015341, nargs=2,
arg_vector=0x82f6b4) at eval.c:3028
#35 0x01021f31 in Ffuncall (nargs=3, args=0x82f6b0) at eval.c:2891
#36 0x010c7d14 in Fbyte_code (bytestr=19015577, vector=19015605,
maxdepth=12) at bytecode.c:689
#37 0x01020db8 in Feval (form=19015566) at eval.c:2257
#38 0x010c5921 in Fcall_interactively (function=50296242,
record_flag=49260570, keys=49281797) at callint.c:338
#39 0x01021d68 in Ffuncall (nargs=4, args=0x82fb70) at eval.c:2849
#40 0x010218a8 in call3 (fn=49429394, arg1=50296242, arg2=49260570,
arg3=49260570) at eval.c:2674
#41 0x0101333b in Fcommand_execute (cmd=50296242,
record_flag=49260570, keys=49260570, special=49260570)
    at keyboard.c:10180
#42 0x01004f5d in command_loop_1 () at keyboard.c:1528
#43 0x0101f6fd in internal_condition_case (bfun=0x100489d
<command_loop_1>, handlers=49314202,
    hfun=0x1004292 <cmd_error>) at eval.c:1408
#44 0x01004602 in command_loop_2 (ignore=49260570) at keyboard.c:1129
#45 0x0101f1ee in internal_catch (tag=49312298, func=0x10045df
<command_loop_2>, arg=49260570) at eval.c:1152
#46 0x010045ba in command_loop () at keyboard.c:1108
#47 0x01003eae in recursive_edit_1 () at keyboard.c:731
#48 0x01004012 in Frecursive_edit () at keyboard.c:793
#49 0x01002767 in main (argc=2, argv=0xb23d70) at emacs.c:1684

Lisp Backtrace:
"substitute-in-file-name" (0x82e224)
"byte-code" (0x82e3d0)
"byte-code" (0x82e720)
"rfn-eshadow-update-overlay" (0x82eb58)
"run-hooks" (0x82ec0c)
"completing-read" (0x82f224)
"read-file-name" (0x82f474)
"find-file-read-args" (0x82f6b4)
"byte-code" (0x82f860)
"call-interactively" (0x82fb74)
(gdb)

Previous Next

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