From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.bugs Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Date: Sat, 1 Feb 2014 19:09:01 +0000 Message-ID: References: <83r47m4s9m.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c29f3afef88c04f15d058c X-Trace: ger.gmane.org 1391281811 14578 80.91.229.3 (1 Feb 2014 19:10:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Feb 2014 19:10:11 +0000 (UTC) Cc: 16615@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 01 20:10:18 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W9fxK-0005jc-DH for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Feb 2014 20:10:18 +0100 Original-Received: from localhost ([::1]:38866 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9fxJ-0006gs-SX for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Feb 2014 14:10:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48228) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9fxB-0006fd-BK for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 14:10:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9fx5-0008SR-4j for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 14:10:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59536) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9fx5-0008SD-1h for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 14:10:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W9fx4-0003Vx-LO for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 14:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 19:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16615 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128174813437 (code B ref 16615); Sat, 01 Feb 2014 19:10:02 +0000 Original-Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 19:09:08 +0000 Original-Received: from localhost ([127.0.0.1]:45322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9fwA-0003Ud-1G for submit@debbugs.gnu.org; Sat, 01 Feb 2014 14:09:07 -0500 Original-Received: from mail-ea0-f177.google.com ([209.85.215.177]:55125) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9fw6-0003UQ-Mj for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 14:09:03 -0500 Original-Received: by mail-ea0-f177.google.com with SMTP id n15so2986001ead.36 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 11:09:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mi24X602qRhrh0IIAB+eJxXO9kVw0XYAcx56fFxr6rc=; b=kw1qV3AHgzW2bZDr2Mo+pcV5NhL3lSMdAL6J2MJLx5sW0PhE7l86vkXrFgfuFjHh53 v3jo28a6mkhX1NBOmgoUQnSwqFI6OkAgpWGfyjjeAprPUz0bJGJ6wji+EQPslcIFI4VY TGMUBrmDhUmJ2Z+2btNaAhLUwqAoAlsXo4kLUQMWqeNLegbI295VeITtjGdhv/CohYwo 6e24ydTd+u3eAVSQEcl53JgzyN9nslX17BF/6PHMKlpgLsdLVtzCGEdE3zwgjWAhsNg6 Ukl1w1GPJSDHLRycaxt9XMukLAx2yIH56czfIoIcwc7iyuqpRzLE14GVth9b5ivXNoD8 piPw== X-Received: by 10.14.102.67 with SMTP id c43mr32479520eeg.23.1391281741689; Sat, 01 Feb 2014 11:09:01 -0800 (PST) Original-Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 11:09:01 -0800 (PST) In-Reply-To: <83r47m4s9m.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84407 Archived-At: --001a11c29f3afef88c04f15d058c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 1 February 2014 18:11, Eli Zaretskii wrote: > > Date: Sat, 1 Feb 2014 17:32:44 +0000 > > From: Richard Copley > > > > I'm getting the same symptoms as described in #16132. > > That one disappeared after bootstrapping. > I build from a pristine working copy every time. > > When started from the debugger things are no better (no stack pointer?)= . > > (The result is similar if "\temp" is specified as a command line > argument.) > > > > C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -Q > > Reading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done. > > (gdb) run > > > > ;;; (Now type: M-x find-file RET \temp RET) > > > > Starting program: c:\emacs\emacs-116232\bin\emacs.exe -Q > > [New Thread 5320.0x1a6c] > > [New Thread 5320.0x1e6c] > > [New Thread 5320.0xa4c] > > [New Thread 5320.0x1f88] > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x03b19605 in __register_frame_info () > > Put a breakpoint in Fdirectory_files_and_attributes and in > Ffile_system_info and, then invoke find-file, and step through them > line by line to see on which line where does SIGSEGV hit. It looks to me as though "filename_to_utf16" is not returning utf16 data (which is what it sounds like it should do): C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -Q \temp\ Reading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done. (gdb) break w32fns.c:7507 Breakpoint 1 at 0x1147ca1: file c:/emacs/trunk/src/w32fns.c, line 7507. (gdb) run Starting program: c:\emacs\emacs-116232\bin\emacs.exe -Q \temp\ [New Thread 7144.0x89c] [New Thread 7144.0x1fdc] [New Thread 7144.0x19e4] [New Thread 7144.0x1fc8] Breakpoint 1, Ffile_system_info (filename=3D) at c:/emacs/trunk/src/w32fns.c:7507 7507 filename_to_utf16 (rootname, rootname_w); (gdb) n 7511 if (have_pfn_GetDiskFreeSpaceEx) (gdb) p rootname $1 =3D "c:\\\000\036AR\005\002\000\000\000=CF=E1\017\001\b\000\000\000\002,=B3\003= \"8=B1\003=D2o\023\001\002,=B3\003.#=D6\003\061C=BF\003=E9=F7\377\377\061C= =BF\003\000\000\000\000ZBR\0 05\005-=B1\001\001\000\000\000\"8=B1\003\001\000\000\000\000-=B1\003p4=C0\0= 03=A2=A1=B3\003\"8=B1\003=D2o\023\001=A2=A1=B3\003\020/a\005\016\000\000\00= 0\020=BF\023\001\"8=B1\003\"8=B1\003\001 \000\000\000.\000\000\000\000-=B1\003\020C=BF\003\017\000\000\000\v\000\000= \000\"8=B1\003\020C=BF\003\"8=B1\003\005-=B1\003p4=C0\003\016\000\000\000\0= 00\000\000\000\020/a\005 \016\000\000\000\037\000\000\000=B0=D6\210\000\000\000\000\000\000\000\000\= 000*\023\065\001"... (gdb) p rootname_w $2 =3D L"c:\\\000\000\000\000\000\xdc88\210\002\000\003\000\xf796\433\xdc08\210\x6= b7e\417\x19e9\450\x1a05\450\020\000\000\415\xef60\x5776\xdc08\210\xdc40\210= \xa86 c\430\xdbb8\210\000\000\x2748\x552\x9d50\x55a\000\000\x52c2\000\003\000\000= \000\x52c2\000\xdb98\000\x9cd0\465\000\000\x20fc\x561;\000\x2118\x561\xc12b= \423\x4486 \x552\x4126\x552\x208c\x561\x2038\x561\000\000\003\000\x2054\x561\x8800\423= F\000\x4128\x552\xde08\210\000\000\x208c\x561F\400\001\000\x4321\x3bf\x2054= \x561\003\ 000\001\000\x2054\x561\x2038\x561\003\000\001\000\xd46b\423\000\000\x2038\x= 561\xdc68\210\001\000\x3822\x3b1\002\000\000\000\x43de\x552\x2134s\001\000\= 440\000\43 0\000\003\000\xdc9c\210\xdd58\210\x4321\x3bfF\000\x4128\x552\xde08\210\xf42= 5\423\x4321\x3bf\000\000\x43de\x552\x4321\x3bf\xdcf4\210E\000\x4331\x3bf\xd= f6a\417\x4 321\x3bf\x412e\x552\430\000\x3822\x3b1\001\000\002\000\x1550\x3eb\xee7b\415= \004\000\000\000\r\000\005\000\000\000\x650\000\020\000\x1c04\415:\000\n\00= 0\000\000F \000\x1550\x3eb\x4331\x3bf\xdcc0\210\000\000\xdd90\210\000\400\001\000\x433= 1\x3bf\x2f3e\453\x1999\400\x2f27\453\x4320\x3bfI\000I\000\xde08\210\xedc3\4= 15\x3822\x 3b1\x40d6\x552I\000\xcfd9\417\xb979\433=B0\000\x16cc\x564\xe6b1\417" (gdb) n 7523 (ULARGE_INTEGER *)&freebytes); (gdb) n 7519 if (w32_unicode_filenames) (gdb) n 7523 (ULARGE_INTEGER *)&freebytes); (gdb) n 7522 (ULARGE_INTEGER *)&totalbytes, (gdb) n 7521 (ULARGE_INTEGER *)&availbytes, (gdb) n 7519 if (w32_unicode_filenames) (gdb) n 7520 result =3D pfn_GetDiskFreeSpaceExW (rootname_w, (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x03b19608 in __register_frame_info () (gdb) > That should > at least give us a clue where to look. I guess the bug, whatever it > is, badly smashes the stack, or maybe it's some GCC misfeature in > optimized code that trips the debugger. (Which GDB version is that, > btw?) > > C:\emacs>gcc --version gcc (GCC) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. C:\emacs>gdb --version GNU gdb (GDB) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-mingw32". For bug reporting instructions, please see: . > Anyway, I tried to reproduce this, but couldn't. What version of GCC > do you have? Also, does the problem happen if you configure Emacs > without all the optional libraries, like image libraries, libxml, > gnutls, etc.? > Still want me to try that? --001a11c29f3afef88c04f15d058c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1= February 2014 18:11, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sat, 1 Feb 2014 17:32:44 +0000
> From: Richard Copley <rcopley@= gmail.com>
>
> I'm getting the same symptoms as described in #16132.

That one disappeared after bootstrapping.

I build = from a pristine working copy every time.
=A0
> When started from the debugger things are no better (no stack pointer?= ).
> (The result is similar if "\temp" is specified as a command = line argument.)
>
> C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -Q<= br> > Reading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done.
> (gdb) run
>
> ;;; (Now type: M-x find-file RET \temp RET)
>
> Starting program: c:\emacs\emacs-116232\bin\emacs.exe -Q
> [New Thread 5320.0x1a6c]
> [New Thread 5320.0x1e6c]
> [New Thread 5320.0xa4c]
> [New Thread 5320.0x1f88]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x03b19605 in __register_frame_info ()

Put a breakpoint in Fdirectory_files_and_attributes and in
Ffile_system_info and, then invoke find-file, and step through them
line by line to see on which line where does SIGSEGV hit.
=
It looks to me as though "filename_to_utf16" is no= t returning utf16 data (which is what it sounds like it should do):

C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -Q \= temp\
Reading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done.(gdb) break w32fns.c:7507
Breakpoint 1 at 0x1147ca1: file c:/emacs/tru= nk/src/w32fns.c, line 7507.
(gdb) run
Starting program: c:\emacs\emacs-116232\bin\emacs.exe -Q \temp= \
[New Thread 7144.0x89c]
[New Thread 7144.0x1fdc]
[New Thread 714= 4.0x19e4]
[New Thread 7144.0x1fc8]

Breakpoint 1, Ffile_system_inf= o (filename=3D<optimized out>) at c:/emacs/trunk/src/w32fns.c:7507 7507=A0=A0=A0=A0=A0=A0=A0=A0=A0 filename_to_utf16 (rootname, rootname_w);(gdb) n
7511=A0=A0=A0=A0=A0=A0=A0 if (have_pfn_GetDiskFreeSpaceEx)
= (gdb) p rootname
$1 =3D "c:\\\000\036AR\005\002\000\000\000=CF=E1\0= 17\001\b\000\000\000\002,=B3\003\"8=B1\003=D2o\023\001\002,=B3\003.#= =D6\003\061C=BF\003=E9=F7\377\377\061C=BF\003\000\000\000\000ZBR\0
05\005-=B1\001\001\000\000\000\"8=B1\003\001\000\000\000\000-=B1\003p4= =C0\003=A2=A1=B3\003\"8=B1\003=D2o\023\001=A2=A1=B3\003\020/a\005\016\= 000\000\000\020=BF\023\001\"8=B1\003\"8=B1\003\001
\000\000\00= 0.\000\000\000\000-=B1\003\020C=BF\003\017\000\000\000\v\000\000\000\"= 8=B1\003\020C=BF\003\"8=B1\003\005-=B1\003p4=C0\003\016\000\000\000\00= 0\000\000\000\020/a\005
\016\000\000\000\037\000\000\000=B0=D6\210\000\000\000\000\000\000\000\000\= 000*\023\065\001"...
(gdb) p rootname_w
$2 =3D L"c:\\\000\0= 00\000\000\000\xdc88\210\002\000\003\000\xf796\433\xdc08\210\x6b7e\417\x19e= 9\450\x1a05\450\020\000\000\415\xef60\x5776\xdc08\210\xdc40\210\xa86
c\430\xdbb8\210\000\000\x2748\x552\x9d50\x55a\000\000\x52c2\000\003\000\000= \000\x52c2\000\xdb98\000\x9cd0\465\000\000\x20fc\x561;\000\x2118\x561\xc12b= \423\x4486
\x552\x4126\x552\x208c\x561\x2038\x561\000\000\003\000\x2054\= x561\x8800\423F\000\x4128\x552\xde08\210\000\000\x208c\x561F\400\001\000\x4= 321\x3bf\x2054\x561\003\
000\001\000\x2054\x561\x2038\x561\003\000\001\000\xd46b\423\000\000\x2038\x= 561\xdc68\210\001\000\x3822\x3b1\002\000\000\000\x43de\x552\x2134s\001\000\= 440\000\43
0\000\003\000\xdc9c\210\xdd58\210\x4321\x3bfF\000\x4128\x552\= xde08\210\xf425\423\x4321\x3bf\000\000\x43de\x552\x4321\x3bf\xdcf4\210E\000= \x4331\x3bf\xdf6a\417\x4
321\x3bf\x412e\x552\430\000\x3822\x3b1\001\000\002\000\x1550\x3eb\xee7b\415= \004\000\000\000\r\000\005\000\000\000\x650\000\020\000\x1c04\415:\000\n\00= 0\000\000F
\000\x1550\x3eb\x4331\x3bf\xdcc0\210\000\000\xdd90\210\000\40= 0\001\000\x4331\x3bf\x2f3e\453\x1999\400\x2f27\453\x4320\x3bfI\000I\000\xde= 08\210\xedc3\415\x3822\x
3b1\x40d6\x552I\000\xcfd9\417\xb979\433=B0\000\x16cc\x564\xe6b1\417"(gdb) n
7523=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 (ULARGE_INTEGER *)&freebytes);
(gdb) n
7519=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 if (w32_unicode_filenames)
(gdb) n
7523=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (ULARGE_INTEGER *)&freebytes);
(gdb) n
7522=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (ULARGE_INTEGER *)&= totalbytes,
(gdb) n
7521=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (ULARGE_INTEGER *)&availbytes,
(gdb) n
7519=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if (w32_unicode_filenames)=
(gdb) n
7520=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 result =3D pfn_G= etDiskFreeSpaceExW (rootname_w,
(gdb) n

Program received signal S= IGSEGV, Segmentation fault.
0x03b19608 in __register_frame_info ()
(gdb)


=A0
That should
at least give us a clue where to look. =A0I guess the bug, whatever it
is, badly smashes the stack, or maybe it's some GCC misfeature in
optimized code that trips the debugger. =A0(Which GDB version is that,
btw?)


C:\emacs>gcc --version
gcc (GCC) 4.7.2
C= opyright (C) 2012 Free Software Foundation, Inc.
This is free software; = see the source for copying conditions.=A0 There is NO
warranty; not even= for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

C:\emacs>gdb --version
GNU gdb (GDB) 7.5
Copyright (C) 2012 Fr= ee Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later = <http://gnu.org/licenses/gp= l.html>
This is free software: you are free to change and redistribute it.
There= is NO WARRANTY, to the extent permitted by law.=A0 Type "show copying= "
and "show warranty" for details.
This GDB was config= ured as "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.=A0
Anyway, I tried to reproduce this, but couldn't. =A0What version of GCC=
do you have? =A0Also, does the problem happen if you configure Emacs
without all the optional libraries, like image libraries, libxml,
gnutls, etc.?

Still want me to tr= y that?

--001a11c29f3afef88c04f15d058c--