From unknown Sat Sep 13 08:54:56 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12933 <12933@debbugs.gnu.org> To: bug#12933 <12933@debbugs.gnu.org> Subject: Status: 24.3.50; Hard space and w32-downcase-file-names: crash Reply-To: bug#12933 <12933@debbugs.gnu.org> Date: Sat, 13 Sep 2025 15:54:56 +0000 retitle 12933 24.3.50; Hard space and w32-downcase-file-names: crash reassign 12933 emacs submitter 12933 mdruiter@gmail.com severity 12933 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 11:55:30 2012 Received: (at submit) by debbugs.gnu.org; 19 Nov 2012 16:55:30 +0000 Received: from localhost ([127.0.0.1]:55307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaUd6-0001rs-2v for submit@debbugs.gnu.org; Mon, 19 Nov 2012 11:55:30 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48776) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaRjR-00061A-Gi for submit@debbugs.gnu.org; Mon, 19 Nov 2012 08:49:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaRiM-00047b-KQ for submit@debbugs.gnu.org; Mon, 19 Nov 2012 08:48:45 -0500 Received: from lists.gnu.org ([208.118.235.17]:37790) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaRiM-00047V-Gl for submit@debbugs.gnu.org; Mon, 19 Nov 2012 08:48:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50393) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaRiJ-0000mz-EL for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 08:48:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaRiG-00046d-Bg for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 08:48:39 -0500 Received: from mail-ea0-f169.google.com ([209.85.215.169]:62260) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaRiG-00046E-1v for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 08:48:36 -0500 Received: by mail-ea0-f169.google.com with SMTP id a12so1405010eaa.0 for ; Mon, 19 Nov 2012 05:48:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=aWhhoTb6AuSFBsPfvzwPLhoL/MdxQYNzILq/qSZ8LbM=; b=rw3BNm9Is25Qq8fnkwuBUYH2C4liWMwnMVCTbVxX0YnvnaPy9SOB/EF50q7XHRtcRN dDeArU/yzFWnWh6AIWgCBALS4X/XwlQArUjtm2BhaboGEXWUMYjU3pClJTUG4vBg/VHZ 9rjNRrlv/VcOSeQbg7c3qqIoNKAwgYZ70kyRyoyu7KEg28vFEZklz5s3I0E4BI9/OcUH NmdnW/06yTQeICudk2tPvmMG3lW2gKzxLrwE6eNtITwsNYYXYwedlUHePoithSL0BpAm lGl2oOrHBnn9hqqpZwfiHpwZtS282GidUb801++LsI6DoE80RD2PxYausH6wL6DkAoFk PzbQ== Received: by 10.14.223.199 with SMTP id v47mr24317260eep.45.1353332914230; Mon, 19 Nov 2012 05:48:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.57.205 with HTTP; Mon, 19 Nov 2012 05:48:13 -0800 (PST) From: Michel de Ruiter Date: Mon, 19 Nov 2012 14:48:13 +0100 Message-ID: Subject: 24.3.50; Hard space and w32-downcase-file-names: crash To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 19 Nov 2012 11:55:26 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: mdruiter@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Hi all, I have found a bug in Emacs on Windows (NTEmacs). The easiest way to reproduce the crash is: - start emacs -Q - type M-: - type (setq w32-downcase-file-names t) - type RET - type C-x C-f - type C-q 2 4 0 RET This shows the "Emacs Abort Dialog" ("A fatal error has occurred!"). I don't have gdb to further debug this. I saw it in GNU Emacs 24.0.96.1 (i386-mingw-nt6.1.7601) of 2012-04-29 on MARVIN, on Windows 7 Enterprise SP1 (x64, version 6.1.7601). It has been confirmed in recent build 24.3.50 as well. As suggested by Eli Zaretskii and others, I'm reporting it here. Groente, Michel. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 12:07:02 2012 Received: (at 12933-done) by debbugs.gnu.org; 19 Nov 2012 17:07:03 +0000 Received: from localhost ([127.0.0.1]:55321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaUoI-000295-GL for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:07:02 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:54486) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaUoF-00028f-Cc for 12933-done@debbugs.gnu.org; Mon, 19 Nov 2012 12:07:00 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDQ00F00VDQ8Y00@a-mtaout20.012.net.il> for 12933-done@debbugs.gnu.org; Mon, 19 Nov 2012 19:05:22 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDQ00E2QVGYRD80@a-mtaout20.012.net.il>; Mon, 19 Nov 2012 19:05:22 +0200 (IST) Date: Mon, 19 Nov 2012 19:05:00 +0200 From: Eli Zaretskii Subject: Re: bug#12933: 24.3.50; Hard space and w32-downcase-file-names: crash In-reply-to: X-012-Sender: halo1@inter.net.il To: mdruiter@gmail.com Message-id: <83lidxy14z.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Michel de Ruiter > Date: Mon, 19 Nov 2012 14:48:13 +0100 > > I have found a bug in Emacs on Windows (NTEmacs). > > The easiest way to reproduce the crash is: > - start emacs -Q > - type M-: > - type (setq w32-downcase-file-names t) > - type RET > - type C-x C-f > - type C-q 2 4 0 RET > This shows the "Emacs Abort Dialog" ("A fatal error has occurred!"). > > I don't have gdb to further debug this. > I saw it in GNU Emacs 24.0.96.1 (i386-mingw-nt6.1.7601) of 2012-04-29 > on MARVIN, on Windows 7 Enterprise SP1 (x64, version 6.1.7601). It has > been confirmed in recent build 24.3.50 as well. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4993] X-Debbugs-Envelope-To: 12933-done Cc: 12933-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Michel de Ruiter > Date: Mon, 19 Nov 2012 14:48:13 +0100 > > I have found a bug in Emacs on Windows (NTEmacs). > > The easiest way to reproduce the crash is: > - start emacs -Q > - type M-: > - type (setq w32-downcase-file-names t) > - type RET > - type C-x C-f > - type C-q 2 4 0 RET > This shows the "Emacs Abort Dialog" ("A fatal error has occurred!"). > > I don't have gdb to further debug this. > I saw it in GNU Emacs 24.0.96.1 (i386-mingw-nt6.1.7601) of 2012-04-29 > on MARVIN, on Windows 7 Enterprise SP1 (x64, version 6.1.7601). It has > been confirmed in recent build 24.3.50 as well. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4105] > From: Michel de Ruiter > Date: Mon, 19 Nov 2012 14:48:13 +0100 > > I have found a bug in Emacs on Windows (NTEmacs). > > The easiest way to reproduce the crash is: > - start emacs -Q > - type M-: > - type (setq w32-downcase-file-names t) > - type RET > - type C-x C-f > - type C-q 2 4 0 RET > This shows the "Emacs Abort Dialog" ("A fatal error has occurred!"). > > I don't have gdb to further debug this. > I saw it in GNU Emacs 24.0.96.1 (i386-mingw-nt6.1.7601) of 2012-04-29 > on MARVIN, on Windows 7 Enterprise SP1 (x64, version 6.1.7601). It has > been confirmed in recent build 24.3.50 as well. Thanks, this was fixed in revision 110912 on the emacs-24 branch. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 04 09:06:37 2012 Received: (at 12933-done) by debbugs.gnu.org; 4 Dec 2012 14:06:38 +0000 Received: from localhost ([127.0.0.1]:52589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tft8v-00021O-Ci for submit@debbugs.gnu.org; Tue, 04 Dec 2012 09:06:37 -0500 Received: from mail-ye0-f192.google.com ([209.85.213.192]:36426) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tft8s-00021F-BX for 12933-done@debbugs.gnu.org; Tue, 04 Dec 2012 09:06:36 -0500 Received: by mail-ye0-f192.google.com with SMTP id j12so3046020yeg.9 for <12933-done@debbugs.gnu.org>; Tue, 04 Dec 2012 06:04:04 -0800 (PST) Received: by 10.49.62.164 with SMTP id z4mr2958455qer.34.1354629843323; Tue, 04 Dec 2012 06:04:03 -0800 (PST) Path: glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: gnu.emacs.bug Date: Tue, 4 Dec 2012 06:04:03 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=83.161.137.183; posting-account=pIircQoAAACJLQKxYqoxpch4R15I2lHW NNTP-Posting-Host: 83.161.137.183 References: User-Agent: G2/1.0 X-Google-Web-Client: true X-Google-IP: 83.161.137.183 MIME-Version: 1.0 Message-ID: Subject: Re: bug#12933: 24.3.50; Hard space and w32-downcase-file-names: crash From: Michel de Ruiter To: gnu.emacs.bug@googlegroups.com Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12933-done Cc: Eli Zaretskii , 12933-done@debbugs.gnu.org, mdruiter@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Thanks, this was fixed in revision 110912 on the emacs-24 branch. I tested this (in emacs-24-r110985-2012.12.03-w32-i386) and indeed, this specific situation is fixed. Whether I type 2 4 0 (not hard space after all) or 1 6 0 (which I think I meant from the beginning). But if I type RET *again* (after quoted-inserting only the single character), to open a new file with that name, I still get a crash. A stack trace is below. Or should I report this as a separate bug? Groente, Michel. #0 0x76b5321a in KERNELBASE!DeleteAce () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll #1 0x0115540f in emacs_abort () at w32fns.c:7717 #2 0x01251ce8 in multibyte_chars_in_text ( ptr=0x88d892 "\342\240/.dir-locals.el", nbytes=33) at character.c:539 #3 0x01019e1c in make_specified_string ( contents=0x88d882 "d:/Users/Michel/\342\240/.dir-locals.el", nchars=-1, nbytes=33, multibyte=true) at alloc.c:2141 #4 0x01059fb9 in Fexpand_file_name (name=87422977, default_directory=87397937) at fileio.c:1323 #5 0x01014f27 in Ffuncall (nargs=3, args=0x88da48) at eval.c:2777 #6 0x010e1b67 in exec_byte_code (bytestr=20301185, vector=20301269, maxdepth=20, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #7 0x01015e41 in funcall_lambda (fun=20301149, nargs=2, arg_vector=0x36b481a) at eval.c:3006 #8 0x010152da in Ffuncall (nargs=3, args=0x88dd44) at eval.c:2823 #9 0x010e1b67 in exec_byte_code (bytestr=20330841, vector=20330965, maxdepth=40, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #10 0x01015e41 in funcall_lambda (fun=20330813, nargs=1, arg_vector=0x36b481a) at eval.c:3006 #11 0x010152da in Ffuncall (nargs=2, args=0x88e054) at eval.c:2823 #12 0x010e1b67 in exec_byte_code (bytestr=20331705, vector=20331821, maxdepth=20, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #13 0x01015e41 in funcall_lambda (fun=20331677, nargs=0, arg_vector=0x36b481a) at eval.c:3006 #14 0x0101561b in apply_lambda (fun=20331677, args=57362458) at eval.c:2883 #15 0x010135f0 in eval_sub (form=20327014) at eval.c:2184 #16 0x01010dbf in internal_lisp_condition_case (var=59206018, bodyform=20327014, handlers=20327022) at eval.c:1242 #17 0x010e27a4 in exec_byte_code (bytestr=20326385, vector=20326709, maxdepth=24, args_template=57362458, nargs=0, args=0x0) at bytecode.c:1095 #18 0x01015e41 in funcall_lambda (fun=20326357, nargs=0, arg_vector=0x36b481a) at eval.c:3006 #19 0x0101561b in apply_lambda (fun=20326357, args=57362458) at eval.c:2883 #20 0x010135f0 in eval_sub (form=20316638) at eval.c:2184 #21 0x01010dbf in internal_lisp_condition_case (var=59206018, bodyform=20316638, handlers=20316646) at eval.c:1242 #22 0x010e27a4 in exec_byte_code (bytestr=20316305, vector=20316413, maxdepth=16, args_template=57362458, nargs=0, args=0x0) at bytecode.c:1095 #23 0x01015e41 in funcall_lambda (fun=20316261, nargs=1, arg_vector=0x36b481a) at eval.c:3006 #24 0x010152da in Ffuncall (nargs=2, args=0x88ec74) at eval.c:2823 #25 0x010e1b67 in exec_byte_code (bytestr=20315297, vector=20315565, maxdepth=20, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #26 0x01015e41 in funcall_lambda (fun=20315221, nargs=2, arg_vector=0x36b481a) at eval.c:3006 #27 0x010152da in Ffuncall (nargs=3, args=0x88ef74) at eval.c:2823 #28 0x010e1b67 in exec_byte_code (bytestr=20313089, vector=20313269, maxdepth=12, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #29 0x01015e41 in funcall_lambda (fun=20313021, nargs=6, arg_vector=0x36b481a) at eval.c:3006 #30 0x010152da in Ffuncall (nargs=7, args=0x88f264) at eval.c:2823 #31 0x010e1b67 in exec_byte_code (bytestr=20311889, vector=20312253, maxdepth=32, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #32 0x01015e41 in funcall_lambda (fun=20311829, nargs=4, arg_vector=0x36b481a) at eval.c:3006 #33 0x010152da in Ffuncall (nargs=5, args=0x88f574) at eval.c:2823 #34 0x010e1b67 in exec_byte_code (bytestr=20306673, vector=20306733, maxdepth=24, args_template=57362458, nargs=0, args=0x0) at bytecode.c:899 #35 0x01015e41 in funcall_lambda (fun=20306621, nargs=2, arg_vector=0x36b481a) at eval.c:3006 #36 0x010152da in Ffuncall (nargs=3, args=0x88f870) at eval.c:2823 #37 0x010140c3 in Fapply (nargs=2, args=0x88f8f4) at eval.c:2308 #38 0x01014627 in apply1 (fn=59099570, arg=87380126) at eval.c:2542 #39 0x010e58d9 in Fcall_interactively (function=59099570, record_flag=57362458, keys=57383853) at callint.c:377 #40 0x01014f98 in Ffuncall (nargs=4, args=0x88fb30) at eval.c:2781 #41 0x010146f6 in call3 (fn=57473770, arg1=59099570, arg2=57362458, arg3=57362458) at eval.c:2599 #42 0x01052d9e in Fcommand_execute (cmd=59099570, record_flag=57362458, keys=57362458, special=57362458) at keyboard.c:10240 #43 0x010391b3 in command_loop_1 () at keyboard.c:1586 #44 0x01010ea1 in internal_condition_case (bfun=0x103847e , handlers=57413018, hfun=0x1037c9d ) at eval.c:1288 #45 0x010380f7 in command_loop_2 (ignore=57362458) at keyboard.c:1167 #46 0x010108fe in internal_catch (tag=57402874, func=0x10380d3 , arg=57362458) at eval.c:1059 #47 0x010380b1 in command_loop () at keyboard.c:1146 #48 0x0103766b in recursive_edit_1 () at keyboard.c:778 #49 0x01037998 in Frecursive_edit () at keyboard.c:842 #50 0x01002920 in main (argc=1, argv=0x31a68) at emacs.c:1547 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 04 13:50:38 2012 Received: (at 12933) by debbugs.gnu.org; 4 Dec 2012 18:50:38 +0000 Received: from localhost ([127.0.0.1]:53561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfxZl-0001Ro-QK for submit@debbugs.gnu.org; Tue, 04 Dec 2012 13:50:38 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:56505) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfxZj-0001Re-0i for 12933@debbugs.gnu.org; Tue, 04 Dec 2012 13:50:36 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MEI00B00S5AW800@a-mtaout20.012.net.il> for 12933@debbugs.gnu.org; Tue, 04 Dec 2012 20:49:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEI00BTCSB6PZ60@a-mtaout20.012.net.il>; Tue, 04 Dec 2012 20:49:55 +0200 (IST) Date: Tue, 04 Dec 2012 20:49:53 +0200 From: Eli Zaretskii Subject: Re: bug#12933: 24.3.50; Hard space and w32-downcase-file-names: crash In-reply-to: X-012-Sender: halo1@inter.net.il To: Michel de Ruiter Message-id: <83obi9r6su.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 4 Dec 2012 06:04:03 -0800 (PST) > From: Michel de Ruiter > Cc: mdruiter@gmail.com, 12933-done@debbugs.gnu.org, > Eli Zaretskii > > > Thanks, this was fixed in revision 110912 on the emacs-24 branch. > > I tested this (in emacs-24-r110985-2012.12.03-w32-i386) and indeed, this specific situation is fixed. Whether I type 2 4 0 (not hard space after all) or 1 6 0 (which I think I meant from the beginning). > > But if I type RET *again* (after quoted-inserting only the single character), to open a new file with that name, I still get a crash. > > A stack trace is below. > > Or should I report this as a separate bug? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12933 Cc: 12933@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 4 Dec 2012 06:04:03 -0800 (PST) > From: Michel de Ruiter > Cc: mdruiter@gmail.com, 12933-done@debbugs.gnu.org, > Eli Zaretskii > > > Thanks, this was fixed in revision 110912 on the emacs-24 branch. > > I tested this (in emacs-24-r110985-2012.12.03-w32-i386) and indeed, this specific situation is fixed. Whether I type 2 4 0 (not hard space after all) or 1 6 0 (which I think I meant from the beginning). > > But if I type RET *again* (after quoted-inserting only the single character), to open a new file with that name, I still get a crash. > > A stack trace is below. > > Or should I report this as a separate bug? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] > Date: Tue, 4 Dec 2012 06:04:03 -0800 (PST) > From: Michel de Ruiter > Cc: mdruiter@gmail.com, 12933-done@debbugs.gnu.org, > Eli Zaretskii > > > Thanks, this was fixed in revision 110912 on the emacs-24 branch. > > I tested this (in emacs-24-r110985-2012.12.03-w32-i386) and indeed, this specific situation is fixed. Whether I type 2 4 0 (not hard space after all) or 1 6 0 (which I think I meant from the beginning). > > But if I type RET *again* (after quoted-inserting only the single character), to open a new file with that name, I still get a crash. > > A stack trace is below. > > Or should I report this as a separate bug? No, it's another incarnation of the same bug. Fixed in revision 110988 on the emacs-24 branch. Thanks. From unknown Sat Sep 13 08:54:56 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 02 Jan 2013 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator