* bug#8145: Crash in multibyte_chars_in_text
@ 2011-03-01 11:47 Michel de Ruiter
2011-03-01 18:45 ` Eli Zaretskii
0 siblings, 1 reply; 11+ messages in thread
From: Michel de Ruiter @ 2011-03-01 11:47 UTC (permalink / raw
To: 8145
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 ()
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 11:47 bug#8145: Crash in multibyte_chars_in_text Michel de Ruiter
@ 2011-03-01 18:45 ` Eli Zaretskii
2011-03-01 19:57 ` Lennart Borgman
0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2011-03-01 18:45 UTC (permalink / raw
To: Michel de Ruiter; +Cc: 8145
> From: Michel de Ruiter <michel@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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 18:45 ` Eli Zaretskii
@ 2011-03-01 19:57 ` Lennart Borgman
2011-03-01 21:35 ` Michel de Ruiter
2011-03-01 22:08 ` Eli Zaretskii
0 siblings, 2 replies; 11+ messages in thread
From: Lennart Borgman @ 2011-03-01 19:57 UTC (permalink / raw
To: Eli Zaretskii; +Cc: Michel de Ruiter, 8145
On Tue, Mar 1, 2011 at 7:45 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Michel de Ruiter <michel@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
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 19:57 ` Lennart Borgman
@ 2011-03-01 21:35 ` Michel de Ruiter
2011-03-01 22:02 ` Lennart Borgman
2011-03-01 22:13 ` Eli Zaretskii
2011-03-01 22:08 ` Eli Zaretskii
1 sibling, 2 replies; 11+ messages in thread
From: Michel de Ruiter @ 2011-03-01 21:35 UTC (permalink / raw
To: Lennart Borgman, Eli Zaretskii; +Cc: 8145@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
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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 21:35 ` Michel de Ruiter
@ 2011-03-01 22:02 ` Lennart Borgman
2011-03-01 22:18 ` Eli Zaretskii
2011-03-01 22:13 ` Eli Zaretskii
1 sibling, 1 reply; 11+ messages in thread
From: Lennart Borgman @ 2011-03-01 22:02 UTC (permalink / raw
To: Michel de Ruiter; +Cc: 8145@debbugs.gnu.org
On Tue, Mar 1, 2011 at 10:35 PM, Michel de Ruiter <michel@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)
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 19:57 ` Lennart Borgman
2011-03-01 21:35 ` Michel de Ruiter
@ 2011-03-01 22:08 ` Eli Zaretskii
2011-03-01 22:19 ` Lennart Borgman
1 sibling, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2011-03-01 22:08 UTC (permalink / raw
To: Lennart Borgman; +Cc: michel, 8145
> From: Lennart Borgman <lennart.borgman@gmail.com>
> Date: Tue, 1 Mar 2011 20:57:11 +0100
> Cc: Michel de Ruiter <michel@sentient.nl>, 8145@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?
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 21:35 ` Michel de Ruiter
2011-03-01 22:02 ` Lennart Borgman
@ 2011-03-01 22:13 ` Eli Zaretskii
1 sibling, 0 replies; 11+ messages in thread
From: Eli Zaretskii @ 2011-03-01 22:13 UTC (permalink / raw
To: Michel de Ruiter; +Cc: 8145
> From: Michel de Ruiter <michel@sentient.nl>
> CC: "8145@debbugs.gnu.org" <8145@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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 22:02 ` Lennart Borgman
@ 2011-03-01 22:18 ` Eli Zaretskii
2011-03-01 22:20 ` Lennart Borgman
0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2011-03-01 22:18 UTC (permalink / raw
To: Lennart Borgman; +Cc: michel, 8145
> From: Lennart Borgman <lennart.borgman@gmail.com>
> Date: Tue, 1 Mar 2011 23:02:29 +0100
> Cc: Eli Zaretskii <eliz@gnu.org>, "8145@debbugs.gnu.org" <8145@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.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 22:08 ` Eli Zaretskii
@ 2011-03-01 22:19 ` Lennart Borgman
0 siblings, 0 replies; 11+ messages in thread
From: Lennart Borgman @ 2011-03-01 22:19 UTC (permalink / raw
To: Eli Zaretskii; +Cc: michel, 8145
On Tue, Mar 1, 2011 at 11:08 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman@gmail.com>
>> Date: Tue, 1 Mar 2011 20:57:11 +0100
>> Cc: Michel de Ruiter <michel@sentient.nl>, 8145@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
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 22:18 ` Eli Zaretskii
@ 2011-03-01 22:20 ` Lennart Borgman
2011-03-02 0:22 ` Lennart Borgman
0 siblings, 1 reply; 11+ messages in thread
From: Lennart Borgman @ 2011-03-01 22:20 UTC (permalink / raw
To: Eli Zaretskii; +Cc: michel, 8145
On Tue, Mar 1, 2011 at 11:18 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman@gmail.com>
>> Date: Tue, 1 Mar 2011 23:02:29 +0100
>> Cc: Eli Zaretskii <eliz@gnu.org>, "8145@debbugs.gnu.org" <8145@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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#8145: Crash in multibyte_chars_in_text
2011-03-01 22:20 ` Lennart Borgman
@ 2011-03-02 0:22 ` Lennart Borgman
0 siblings, 0 replies; 11+ messages in thread
From: Lennart Borgman @ 2011-03-02 0:22 UTC (permalink / raw
To: Eli Zaretskii; +Cc: michel, 8145
On Tue, Mar 1, 2011 at 11:20 PM, Lennart Borgman
<lennart.borgman@gmail.com> wrote:
> On Tue, Mar 1, 2011 at 11:18 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>>> From: Lennart Borgman <lennart.borgman@gmail.com>
>>> Date: Tue, 1 Mar 2011 23:02:29 +0100
>>> Cc: Eli Zaretskii <eliz@gnu.org>, "8145@debbugs.gnu.org" <8145@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)
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2011-03-02 0:22 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-01 11:47 bug#8145: Crash in multibyte_chars_in_text Michel de Ruiter
2011-03-01 18:45 ` Eli Zaretskii
2011-03-01 19:57 ` Lennart Borgman
2011-03-01 21:35 ` Michel de Ruiter
2011-03-01 22:02 ` Lennart Borgman
2011-03-01 22:18 ` Eli Zaretskii
2011-03-01 22:20 ` Lennart Borgman
2011-03-02 0:22 ` Lennart Borgman
2011-03-01 22:13 ` Eli Zaretskii
2011-03-01 22:08 ` Eli Zaretskii
2011-03-01 22:19 ` Lennart Borgman
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).