* 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 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: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
* 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 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 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
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).