From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 17:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 16615 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 16615@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.13912759784472 (code B ref -1); Sat, 01 Feb 2014 17:33:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Feb 2014 17:32:58 +0000 Received: from localhost ([127.0.0.1]:45298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9eR6-0001A3-Uf for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9eR3-00019u-Lb for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9eR1-0005wg-E0 for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eR1-0005wc-AX for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eQy-0004Du-Rl for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9eQw-0005w6-UY for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:48 -0500 Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:33213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eQw-0005vu-IR for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:46 -0500 Received: by mail-ea0-f180.google.com with SMTP id o10so2933251eaj.39 for ; Sat, 01 Feb 2014 09:32:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eBQSY3FGf2Wv3lul7xJ5E+xJkoWySrfcH9xxAoK+9eQ=; b=gnZ6LHuWJtXLG2jMnatHuwg3dWRn54L+sd+x7HB4FpCcGb+4kF+z5NEtTs5628WPgb bR6YF0w5xEy9bLPkFUPmyFlnZZCUEUdEV9zWtgZBY7hX0il0KYceuMwdNDTNV3DxWoWE IZc0MVEn6PVSM8j/ci1cjTZHHsFArHyIHQWeQ1R/n886SrjNAo3ylbTqBkkSeZAP/1Mo 4XH87lyXmMy4KGVTzOd2Q8/864aeCD8OtkIEv1z5xucAINs9E2t/Yqz/mAw6rZEH9y45 CLtwKKqhKeNaPs1+3bNE4zkaNC1/HppzZRJKJspV97rMMgZkG3OKVlWGYKHEZOg17O0N M8Ww== MIME-Version: 1.0 X-Received: by 10.15.45.194 with SMTP id b42mr334760eew.103.1391275965012; Sat, 01 Feb 2014 09:32:45 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 09:32:44 -0800 (PST) Date: Sat, 1 Feb 2014 17:32:44 +0000 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=089e0160d0e2addee604f15bad11 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --089e0160d0e2addee604f15bad11 Content-Type: text/plain; charset=ISO-8859-1 I'm getting the same symptoms as described in #16132. >From `emacs -Q': M-x find-file RET c:\temp RET ... results in the Emacs Abort Dialogue and the backtrace below. When compiled with "-O0 -g3" or "-g3", the error doesn't occur. When compiled with CFLAGS not set, the backtrace isn't very helpful: (gdb) bt full #0 0x76e3321a in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #1 0x0114ca82 in emacs_abort () at c:/emacs/trunk/src/w32fns.c:8443 button = #2 0x0109205c in terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at c:/emacs/trunk/src/emacs.c:378 No locals. #3 0x010a7291 in handle_fatal_signal (sig=11) at c:/emacs/trunk/src/sysdep.c:1628 No locals. #4 deliver_thread_signal (sig=11, handler=) at c:/emacs/trunk/src/sysdep.c:1602 handler = 0x10a7172 #5 deliver_fatal_thread_signal (sig=11) at c:/emacs/trunk/src/sysdep.c:1640 No locals. #6 0x010011ea in _gnu_exception_handler@4 () No symbol table info available. #7 0x772ffffb in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #8 0x0088df18 in ?? () No symbol table info available. #9 0x779674ff in ntdll!AlpcMaxAllowedMessageLength () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x0088df18 in ?? () No symbol table info available. #11 0x77929f45 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #12 0x011267be in sprintf (__stream=0x0, __format=0x1371be0 "Copying raw data for %.8s...", __format=0x1371be0 "Copying raw data for %.8s...") at c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../include/stdio.h:269 __retval = 6 __local_argv = 0x88ffec "" #13 0x7efde000 in ?? () No symbol table info available. #14 0x00000000 in ?? () No symbol table info available. (gdb) xbacktrace Undefined command: "xbacktrace". Try "help". (gdb) quit 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 () (gdb) thread apply all bt full Thread 4 (Thread 5320.0x1f88): #0 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswow64\user32.dll No symbol table info available. #1 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswow64\user32.dll No symbol table info available. #2 0x7670790d in USER32!GetCursorPos () from C:\Windows\syswow64\user32.dll No symbol table info available. #3 0x6ec1fe74 in ?? () No symbol table info available. #4 0x0114ff2c in w32_msg_pump (msg_buf=) at c:/emacs/trunk/src/w32fns.c:2449 msg = {hwnd = 0x22210f8, message = 1040, wParam = 0, lParam = 0, time = 185904691, pt = {x = 500, y = 705}} result = focus_window = #5 0x00000000 in ?? () No symbol table info available. Thread 3 (Thread 5320.0xa4c): #0 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dll No symbol table info available. #1 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dll No symbol table info available. #2 0x76e33bc8 in SleepEx () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. Thread 2 (Thread 5320.0x1e6c): #0 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll No symbol table info available. #1 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll No symbol table info available. #2 0x77942f91 in ntdll!RtlWeaklyEnumerateEntryHashTable () from C:\Windows\system32\ntdll.dll No symbol table info available. #3 0x00000003 in ?? () No symbol table info available. #4 0x00cd1258 in ?? () No symbol table info available. #5 0x772c336a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Thread 1 (Thread 5320.0x1a6c): #0 0x03b19605 in __register_frame_info () No symbol table info available. Cannot access memory at address 0x6 (gdb) quit In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-01 on 57172UHB Repository revision: 116232 eliz@gnu.org-20140201115310-cjn5tvleyejff9dy Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix c:/emacs/emacs-116232 --enable-locallisppath=%emacs_dir%/../site-lisp 'CPPFLAGS=-I G:/usr/include -I C:/GnuWin32/include' 'LDFLAGS=-L G:/usr/lib -L C:/GnuWin32/lib'' Important settings: value of $LANG: ENG locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r - e - b Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) --089e0160d0e2addee604f15bad11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm getting the same symptoms as described in #16= 132.

From `emacs -Q': M-x find-file RET c:\temp RET

... r= esults in the Emacs Abort Dialogue and the backtrace below.
When compile= d with "-O0 -g3" or "-g3", the error doesn't occur.= When
compiled with CFLAGS not set, the backtrace isn't very helpful:

= (gdb) bt full
#0=A0 0x76e3321a in KERNELBASE!DeleteAce () from C:\Window= s\syswow64\KernelBase.dll
No symbol table info available.
#1=A0 0x011= 4ca82 in emacs_abort () at c:/emacs/trunk/src/w32fns.c:8443
=A0=A0=A0=A0=A0=A0=A0 button =3D <optimized out>
#2=A0 0x0109205c = in terminate_due_to_signal (sig=3Dsig@entry=3D11, backtrace_limit=3Dbacktra= ce_limit@entry=3D40) at c:/emacs/trunk/src/emacs.c:378
No locals.
#3= =A0 0x010a7291 in handle_fatal_signal (sig=3D11) at c:/emacs/trunk/src/sysd= ep.c:1628
No locals.
#4=A0 deliver_thread_signal (sig=3D11, handler=3D<optimize= d out>) at c:/emacs/trunk/src/sysdep.c:1602
=A0=A0=A0=A0=A0=A0=A0 han= dler =3D 0x10a7172 <handle_fatal_signal>
#5=A0 deliver_fatal_threa= d_signal (sig=3D11) at c:/emacs/trunk/src/sysdep.c:1640
No locals.
#6=A0 0x010011ea in _gnu_exception_handler@4 ()
No symbol = table info available.
#7=A0 0x772ffffb in KERNEL32!GetQueuedCompletionSt= atus () from C:\Windows\syswow64\kernel32.dll
No symbol table info avail= able.
#8=A0 0x0088df18 in ?? ()
No symbol table info available.
#9=A0 0x779= 674ff in ntdll!AlpcMaxAllowedMessageLength () from C:\Windows\SysWOW64\ntdl= l.dll
No symbol table info available.
#10 0x0088df18 in ?? ()
No s= ymbol table info available.
#11 0x77929f45 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll= .dll
No symbol table info available.
#12 0x011267be in sprintf (__str= eam=3D0x0, __format=3D0x1371be0 "Copying raw data for %.8s...", _= _format=3D0x1371be0 "Copying raw data for %.8s...")
=A0=A0=A0 at c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../include/stdi= o.h:269
=A0=A0=A0=A0=A0=A0=A0 __retval =3D 6
=A0=A0=A0=A0=A0=A0=A0 __= local_argv =3D 0x88ffec ""
#13 0x7efde000 in ?? ()
No symbo= l table info available.
#14 0x00000000 in ?? ()
No symbol table info available.
(gdb) xbacktrace
Undefined command: &= quot;xbacktrace".=A0 Try "help".
(gdb) quit

When s= tarted from the debugger things are no better (no stack pointer?).
(The = result is similar if "\temp" is specified as a command line argum= ent.)

C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -QReading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done.
(gdb)= run

;;; (Now type: M-x find-file RET \temp RET)

Starting pro= gram: c:\emacs\emacs-116232\bin\emacs.exe -Q
[New Thread 5320.0x1a6c]
[New Thread 5320.0x1e6c]
[New Thread 5320.0x= a4c]
[New Thread 5320.0x1f88]

Program received signal SIGSEGV, Se= gmentation fault.
0x03b19605 in __register_frame_info ()
(gdb) thread= apply all bt full

Thread 4 (Thread 5320.0x1f88):
#0=A0 0x767078d7 in USER32!IsDialogMe= ssage () from C:\Windows\syswow64\user32.dll
No symbol table info availa= ble.
#1=A0 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswo= w64\user32.dll
No symbol table info available.
#2=A0 0x7670790d in USER32!GetCursorPos = () from C:\Windows\syswow64\user32.dll
No symbol table info available.#3=A0 0x6ec1fe74 in ?? ()
No symbol table info available.
#4=A0 0x0= 114ff2c in w32_msg_pump (msg_buf=3D<optimized out>) at c:/emacs/trunk= /src/w32fns.c:2449
=A0=A0=A0=A0=A0=A0=A0 msg =3D {hwnd =3D 0x22210f8, message =3D 1040, wParam= =3D 0, lParam =3D 0, time =3D 185904691, pt =3D {x =3D 500, y =3D 705}}=A0=A0=A0=A0=A0=A0=A0 result =3D <optimized out>
=A0=A0=A0=A0=A0= =A0=A0 focus_window =3D <optimized out>
#5=A0 0x00000000 in ?? ()<= br> No symbol table info available.

Thread 3 (Thread 5320.0xa4c):
#0= =A0 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dl= l
No symbol table info available.
#1=A0 0x7790fd91 in ntdll!RtlFindSe= tBits () from C:\Windows\system32\ntdll.dll
No symbol table info available.
#2=A0 0x76e33bc8 in SleepEx () from C:\W= indows\syswow64\KernelBase.dll
No symbol table info available.
#3=A0 = 0x00000000 in ?? ()
No symbol table info available.

Thread 2 (Thr= ead 5320.0x1e6c):
#0=A0 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () fro= m C:\Windows\system32\ntdll.dll
No symbol table info available.
#1=A0= 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\= Windows\system32\ntdll.dll
No symbol table info available.
#2=A0 0x77942f91 in ntdll!RtlWeaklyEnume= rateEntryHashTable () from C:\Windows\system32\ntdll.dll
No symbol table= info available.
#3=A0 0x00000003 in ?? ()
No symbol table info avail= able.
#4=A0 0x00cd1258 in ?? ()
No symbol table info available.
#5=A0 0x772= c336a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswo= w64\kernel32.dll
No symbol table info available.
#6=A0 0x00000000 in = ?? ()
No symbol table info available.

Thread 1 (Thread 5320.0x1a6c):
#0= =A0 0x03b19605 in __register_frame_info ()
No symbol table info availabl= e.
Cannot access memory at address 0x6
(gdb) quit

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
=A0of 2014-02-01 on 57172UHBRepository revision: 116232 eliz@gnu.org-20140201115310-cjn5tvleyejff9dyWindowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
=A0`configure --prefix c:/emacs/emacs-116232
=A0--e= nable-locallisppath=3D%emacs_dir%/../site-lisp 'CPPFLAGS=3D-I
=A0G:/= usr/include -I C:/GnuWin32/include' 'LDFLAGS=3D-L G:/usr/lib -L
= =A0C:/GnuWin32/lib''

Important settings:
=A0 value of $LANG: ENG
=A0 locale-coding-sys= tem: cp1252

Major mode: Lisp Interaction

Minor modes in effec= t:
=A0 tooltip-mode: t
=A0 electric-indent-mode: t
=A0 mouse-wheel= -mode: t
=A0 tool-bar-mode: t
=A0 menu-bar-mode: t
=A0 file-name-shadow-mode: = t
=A0 global-font-lock-mode: t
=A0 font-lock-mode: t
=A0 blink-cur= sor-mode: t
=A0 auto-composition-mode: t
=A0 auto-encryption-mode: t<= br>=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:<= br>M-x r - e - b <return>

Recent messages:
For information = about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:=
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug m= essage format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-en= code mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047= rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniqui= fy ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common= -fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt f= ringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lo= ck syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vi= etnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian= slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
= loaddefs button faces cus-face macroexp files text-properties overlay
sh= a1 md5 base64 format env code-pages mule custom widget
hashtable-print-r= eadable backquote make-network-process w32notify w32
multi-tty emacs)

--089e0160d0e2addee604f15bad11-- From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 18:13:01 +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: To: Richard Copley Cc: 16615@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.13912783308229 (code B ref 16615); Sat, 01 Feb 2014 18:13:01 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 18:12:10 +0000 Received: from localhost ([127.0.0.1]:45312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9f33-00028e-Ut for submit@debbugs.gnu.org; Sat, 01 Feb 2014 13:12:10 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:58422) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9f30-00028U-O1 for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 13:12:07 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N0B00300X198400@a-mtaout21.012.net.il> for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 20:12:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0B003O7X844070@a-mtaout21.012.net.il>; Sat, 01 Feb 2014 20:12:05 +0200 (IST) Date: Sat, 01 Feb 2014 20:11:49 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83r47m4s9m.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > 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. > 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. 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?) 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.? From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) 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: To: Eli Zaretskii Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128174813437 (code B ref 16615); Sat, 01 Feb 2014 19:10:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 19:09:08 +0000 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 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 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== MIME-Version: 1.0 X-Received: by 10.14.102.67 with SMTP id c43mr32479520eeg.23.1391281741689; Sat, 01 Feb 2014 11:09:01 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 11:09:01 -0800 (PST) In-Reply-To: <83r47m4s9m.fsf@gnu.org> References: <83r47m4s9m.fsf@gnu.org> Date: Sat, 1 Feb 2014 19:09:01 +0000 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=001a11c29f3afef88c04f15d058c X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --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-- From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 19:35: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: To: Eli Zaretskii Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128324415799 (code B ref 16615); Sat, 01 Feb 2014 19:35:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 19:34:04 +0000 Received: from localhost ([127.0.0.1]:45340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gKJ-00046l-PV for submit@debbugs.gnu.org; Sat, 01 Feb 2014 14:34:04 -0500 Received: from mail-ea0-f180.google.com ([209.85.215.180]:65215) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gKH-00046K-Ni for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 14:34:02 -0500 Received: by mail-ea0-f180.google.com with SMTP id o10so2975576eaj.11 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 11:34:00 -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=0mX2H87zfcTDFSdoaOjrcssG2R2jgMAzOiBftasq8qw=; b=MpMlyfQ/okGGCP4RZSdL9iIScfDL2fRSn9XSPvLgCW+8cvBlvu8hirR7Ggert/MbES Nq4cHlR+9uCXZx7YoijwNEATxOgT32IViMmmm5BKT9zTFK2Rt1xBeg8Z/6eD3pIHUJtX U/Ak0DgKoiHePtGUyCcBfWPnipa1+bKJnLa9/3Gnoscq3Q4rqG4cj7boSv9meyBT3oAl 1LGcq8gl9FqMQtpDwb8XTZOIAkXA2u652ZKblJTlrBlwGZC2hpwmRZoweF8WwcqaU9up PEpLz6DNaUpNeFo5PCMz43Xcozi8FmANd4MtKYKZ8vYLQiiMLqNGfG5Et2zo8kHbbQhE GR0w== MIME-Version: 1.0 X-Received: by 10.14.102.67 with SMTP id c43mr32575382eeg.23.1391283240855; Sat, 01 Feb 2014 11:34:00 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 11:34:00 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> Date: Sat, 1 Feb 2014 19:34:00 +0000 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=001a11c29f3a5a6b3004f15d5f16 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c29f3a5a6b3004f15d5f16 Content-Type: text/plain; charset=ISO-8859-1 On 1 February 2014 19:09, Richard Copley wrote: > > It looks to me as though "filename_to_utf16" is not returning utf16 data > (which is what it sounds like it should do): > No, sorry. I didn't notice the L prefix: > (gdb) p rootname_w > $2 = L"c:\\\0[...]" > ... which is correct. Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under -fstrict-aliasing. I can't say I understand that stuff very well, and I admit it doesn't seem very likely, but I'll see if I can get it to work without the casting. --001a11c29f3a5a6b3004f15d5f16 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1 February 2014 19:09, Richard Copley <rcopley@gmail.c= om> wrote:

=
It looks to me as though "filename_to_utf16" is not returnin= g utf16 data (which is what it sounds like it should do):
No, sorry. I didn't notice the L prefix:
(gdb) p rootname_w
$2 =3D L"c:\\\0[...]"
<= /div>
... which is correct.
Perhaps so= me problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under -fstrict-al= iasing. I can't say I understand that stuff very well, and I admit it d= oesn't seem very likely, but I'll see if I can get it to work witho= ut the casting.

--001a11c29f3a5a6b3004f15d5f16-- From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 20:06: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: To: Eli Zaretskii Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128515927811 (code B ref 16615); Sat, 01 Feb 2014 20:06:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 20:05:59 +0000 Received: from localhost ([127.0.0.1]:45360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gpC-0007EU-SK for submit@debbugs.gnu.org; Sat, 01 Feb 2014 15:05:59 -0500 Received: from mail-ea0-f169.google.com ([209.85.215.169]:44921) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gpA-0007EM-Qp for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 15:05:57 -0500 Received: by mail-ea0-f169.google.com with SMTP id h10so3009150eak.28 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 12:05:56 -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=Sl/FBIYDaUu3MWRZO8sCPSAHjbmkQG9Eb+Enpd9IYGE=; b=kPZnAzwZx1ZKJVC5ZnW+Kc6FqjTRhXkZBD+0MxtqvutnEd8tnxuhdIi8sM/oEzfnEu PhX/ZEbxWAIzvghWvniKPP7PpeXNGYN5B6pE/zGaeKHtLYjDEM+cTvNMJj3bmuuTDS1G kjizX25MuOMeCVuIv8jpi2fnOsQEopxN6ePgbGqH7FV/Yc2rzLZZ2/vbr3cKdHwKb/ao uOlh/6dDIqz3qDA+TIrPVf2vIZsziv7I3JGHK0VwUHCmr0Z1029Zzgps4fMuXXOJ0NEx UfXot8JzEgcZ1/eHK0xap+6QMSmQ1RkU205uh2xyCbiFPz5ammkWGnT5bdxG9mC3IJMd cblQ== MIME-Version: 1.0 X-Received: by 10.14.225.195 with SMTP id z43mr33327035eep.19.1391285156088; Sat, 01 Feb 2014 12:05:56 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 12:05:56 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> Date: Sat, 1 Feb 2014 20:05:56 +0000 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=047d7b604040828f7704f15dd129 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7b604040828f7704f15dd129 Content-Type: text/plain; charset=ISO-8859-1 On 1 February 2014 19:34, Richard Copley wrote: > Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under > -fstrict-aliasing. I can't say I understand that stuff very well, and I > admit it doesn't seem very likely, but I'll see if I can get it to work > without the casting. > No, not that. It still crashes with the "*bytes" variables in "Ffile_system_info" declared as ULARGE_INTEGER and the casts removed. --047d7b604040828f7704f15dd129 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1 February 2014 19:34, Richard Copley <rcopley@gmail.c= om> wrote:
Perhaps some problem with type-punning LARGE_INTEGER/ULARG= E_INTEGER under -fstrict-aliasing. I can't say I understand that stuff = very well, and I admit it doesn't seem very likely, but I'll see if= I can get it to work without the casting.

No, not that. It still crashes with = the "*bytes" variables in "Ffile_system_info" declared= as ULARGE_INTEGER and the casts removed.

--047d7b604040828f7704f15dd129-- From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 20:14:01 +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: To: Richard Copley Cc: 16615@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128559728459 (code B ref 16615); Sat, 01 Feb 2014 20:14:01 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 20:13:17 +0000 Received: from localhost ([127.0.0.1]:45364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gwG-0007Ow-Lw for submit@debbugs.gnu.org; Sat, 01 Feb 2014 15:13:17 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:46761) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9gwB-0007Ol-Ui for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 15:13:14 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N0C008002CE7P00@mtaout25.012.net.il> for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 22:12:36 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0C009JU2T0MK00@mtaout25.012.net.il>; Sat, 01 Feb 2014 22:12:36 +0200 (IST) Date: Sat, 01 Feb 2014 22:12:54 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83mwia4mnt.fsf@gnu.org> References: <83r47m4s9m.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 1 Feb 2014 19:34:00 +0000 > From: Richard Copley > Cc: 16615@debbugs.gnu.org > > Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under > -fstrict-aliasing. I doubt that (but where would -fstrict-aliasing come from?). Please try the latest trunk and see if its solves the problem. From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 20:44: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: To: Eli Zaretskii Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139128743831275 (code B ref 16615); Sat, 01 Feb 2014 20:44:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 20:43:58 +0000 Received: from localhost ([127.0.0.1]:45368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9hPx-00088N-U4 for submit@debbugs.gnu.org; Sat, 01 Feb 2014 15:43:58 -0500 Received: from mail-ea0-f181.google.com ([209.85.215.181]:57574) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9hPv-00088E-AE for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 15:43:55 -0500 Received: by mail-ea0-f181.google.com with SMTP id m10so2972911eaj.26 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 12:43:54 -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=W3wIpsq/yP9dQn/p+9mVlbEQu2wRt9mqoC1j8ZYUuDk=; b=i7EICpqj2NvuBQtL/U2RmlJuYRmLjNYwW1UY+8mH+I2Uy5hG0MtqeNFs3A3I0V9Pua eBMSL7PUUocc/aIx/Gd42WeCXY/1rrmJr/t0ptuMtq7LvvPH1PTBznDEgvLDB63J63za XI/htCRqqevsl5POerwg97pV0dDI+lYwXVTgD7QS6o1tm9cYFUKslOEnjkJzCgIJnFaY f/iYo8/l7+ig1H2fwajc+29iei1PmRbZKFyo5Nr9MGp606ItnU3c2HayVIsO52a9z8Rb 91PYjV+fs7G0muZM/e7CoEs8PdiAenwLFLJ/+yztBrQGKnvYP+exueZZpllQK1+7wFl5 zwnw== MIME-Version: 1.0 X-Received: by 10.14.111.201 with SMTP id w49mr63014eeg.92.1391287434350; Sat, 01 Feb 2014 12:43:54 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 12:43:54 -0800 (PST) In-Reply-To: <83mwia4mnt.fsf@gnu.org> References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> Date: Sat, 1 Feb 2014 20:43:54 +0000 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=089e016815ea4e175804f15e590f X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e016815ea4e175804f15e590f Content-Type: text/plain; charset=ISO-8859-1 On 1 February 2014 20:12, Eli Zaretskii wrote: > > Date: Sat, 1 Feb 2014 19:34:00 +0000 > > From: Richard Copley > > Cc: 16615@debbugs.gnu.org > > > > Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under > > -fstrict-aliasing. > > I doubt that (but where would -fstrict-aliasing come from?). > Yes, I doubted it too. "-fstrict-aliasing" is enabled at -O2 ( http://gcc.gnu.org/onlinedocs/gcc-4.7.3/gcc/Optimize-Options.html#index-O2-706 ). Please try the latest trunk and see if its solves the problem. > Tried r116235 with '/c/emacs/trunk/configure' --prefix c:/emacs/emacs-116235 --without-png --without-jpeg --without-xpm --without-gif --without-tiff --without-gnutls --without-xml2 --enable-locallisppath=%emacs_dir%/../site-lisp Seems fixed, many thanks. I should rebuild with the libraries enabled to be sure. I will let you know the result. --089e016815ea4e175804f15e590f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1= February 2014 20:12, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sat, 1 Feb 2014 19:34:00 +0000
> From: Richard Copley <rcopley@= gmail.com>
> Cc: 16615@debbugs.gnu.org=
>
> Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER un= der
> -fstrict-aliasing.

I doubt that (but where would -fstrict-aliasing come from?).

Yes, I doubted it too. "-fstrict-aliasing&= quot; is enabled at -O2 (http://gcc.gnu.org/onlinedocs/gcc-= 4.7.3/gcc/Optimize-Options.html#index-O2-706).

Please try the latest trunk and see if its solves the problem.

Tried r116235 with<= br>
=A0 '/c/emacs/trunk/configure' --prefix c:/emacs/emacs-11623= 5 --without-png --without-jpeg --without-xpm --without-gif --without-tiff -= -without-gnutls --without-xml2 --enable-locallisppath=3D%emacs_dir%/../site= -lisp

Seems fixed, many thanks. I should reb= uild with the libraries enabled to be sure. I will let you know the result.=

--089e016815ea4e175804f15e590f-- From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 21:53: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: To: Eli Zaretskii Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.13912915324999 (code B ref 16615); Sat, 01 Feb 2014 21:53:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 21:52:12 +0000 Received: from localhost ([127.0.0.1]:45377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9iTz-0001IZ-SO for submit@debbugs.gnu.org; Sat, 01 Feb 2014 16:52:12 -0500 Received: from mail-ea0-f174.google.com ([209.85.215.174]:36127) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9iTy-0001IR-0s for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 16:52:10 -0500 Received: by mail-ea0-f174.google.com with SMTP id b10so3001349eae.33 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 13:52:09 -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=b7MNQbjNJtnrVe5iRAxl3zUZ9a1X5ARsi2Yg0bjEm7E=; b=JIYzouBm6qnS+IbHK55ejV9fAcMv9uq4Tkcn7LVSGVOdshZWYYDdnbjudjnibYlAqL 2aIqakvIP0+/9AAOKWBO7NbyJxSZ4BJ4m64sldfmtkYrjzsnNMP9p6zKQ5UYr3vMfnzu j21ME3kDfm7LvbKcwzEKw5BFDsJCN5AvX2j9raoF8vcUu1r1C72nfx3C1DgsOBVqsfCC FTQs0wq/Tr68DXpVAlhImTpWDn/DuGf9LvPuvj2uYXJUFCweHsfiav6F3VorYzQP7i39 weUKFw88Yxa1NZmaw+nrT8l7wbnuMplwREBvBBMgw+hxJ7U8P/RYuG+2+/ebHhytL4f8 ubjg== MIME-Version: 1.0 X-Received: by 10.15.109.196 with SMTP id cf44mr33211629eeb.12.1391291527177; Sat, 01 Feb 2014 13:52:07 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 13:52:07 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> Date: Sat, 1 Feb 2014 21:52:07 +0000 Message-ID: From: Richard Copley Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> > From: Richard Copley >> > Perhaps some problem with type-punning LARGE_INTEGER/ULARGE_INTEGER under >> > -fstrict-aliasing [...] I admit it doesn't seem very likely [...] Impossible, actually, because LARGE_INTEGER and ULARGE_INTEGER are "compatible types" for the purposes of the strict aliasing rules, as they differ only in signedness (http://cellperformance.beyond3d.com/articles/2006/06/understanding-strict-aliasing.html#compatible_type). Nonetheless those casts in Ffile_system_info seem gratuitous. On 1 February 2014 20:43, Richard Copley wrote: >On 1 February 2014 20:12, Eli Zaretskii wrote: >> Please try the latest trunk and see if its solves the problem. > Seems fixed, many thanks. I should rebuild with the libraries enabled to be sure. I will let you know the result. Yes, still fixed. Thanks again. From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 22:49:01 +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: To: Richard Copley Cc: Eli Zaretskii , 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139129494010143 (code B ref 16615); Sat, 01 Feb 2014 22:49:01 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 22:49:00 +0000 Received: from localhost ([127.0.0.1]:45384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jMy-0002dX-Fc for submit@debbugs.gnu.org; Sat, 01 Feb 2014 17:49:00 -0500 Received: from mail-yk0-f169.google.com ([209.85.160.169]:62668) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jMw-0002dN-3l for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 17:48:58 -0500 Received: by mail-yk0-f169.google.com with SMTP id q9so31385396ykb.0 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 14:48:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lBHmkBqUflWbVcfyntqnrncY5Zk1siwP9TUvrEwehgg=; b=jBo6XrvtrWTqSe+6Uv7GFyjOVCAzDprESzDsZyquKXq3xcFXfqEHR/wyEZWgicy9BW 8eGaXjSNTCGu+GT0BIPjTRsZgI2bLhwGbJOtpVoBiLPX37yr7RVryjuntm7AZOTIwJkh TDWef2ukilXWIN7OALMnZT7i81aP4mARhwW/PMewl8mofG68HZsjkNcKhxBaNTtmX1fy SkwPkFoe+V9QUKJYz+PSnjMb8FP/kPu0lxKT400QrhkD98dicArW8nxHbr4egRUo05bJ Z/4qPp+kWiU2QtFK8o94c016OCtmkfYSGJj/k6B7V9S8eCv4vBFXB7916ekFVsVFQBRB VMww== X-Received: by 10.236.223.168 with SMTP id v38mr2424415yhp.86.1391294937274; Sat, 01 Feb 2014 14:48:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.119.18 with HTTP; Sat, 1 Feb 2014 14:48:17 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> From: Juanma Barranquero Date: Sat, 1 Feb 2014 23:48:17 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sat, Feb 1, 2014 at 9:43 PM, Richard Copley wrote: > --enable-locallisppath=%emacs_dir%/../site-lisp That warms my heart. Apparently I'm not the only one who would've liked to keep compatibility with the old Windows-specific load-path behavior regarding site-lisp dirs. J From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 23:04:01 +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: To: Juanma Barranquero Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139129579511503 (code B ref 16615); Sat, 01 Feb 2014 23:04:01 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 23:03:15 +0000 Received: from localhost ([127.0.0.1]:45394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jal-0002zR-8s for submit@debbugs.gnu.org; Sat, 01 Feb 2014 18:03:15 -0500 Received: from mail-ee0-f46.google.com ([74.125.83.46]:38652) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jai-0002zI-4X for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 18:03:13 -0500 Received: by mail-ee0-f46.google.com with SMTP id c13so2949245eek.33 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 15:03:11 -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=p6edLKtA2Vdc5mniE5gUvSWaDSqlZERJnT3M03q+mD4=; b=rpKksPXn71NMBFuB8xYxP5FrDLLePiSuQxyhuhCAFagc/gNVGNiPqpuhAqoR3HLuo+ 2olCNXjHCXs6W1cFHspX61evmFSjHx55FUFWM7RL11omjQe9okjXMKhOJyIfGuM3QCkw DwlabdtvmM0oUO/1LrdU0Il6hHswHtdfkjSvIQ/J4ncMh1R2ba3bru8iZpjmUaVQnl2b reZKLbbvaY9egoctq3uEMnlPHyv7+nzYj62+OD6Sg1P9bNKUYRXNIpSK4ydQcZgVFevB rsRreQ2TFAPMTs6zvl54WzcMgFro/Yrl3g8NP4svkPrNA37vRJr5qW7xgH3qVMKaqUVN 5NvQ== MIME-Version: 1.0 X-Received: by 10.14.32.132 with SMTP id o4mr34088852eea.14.1391295791190; Sat, 01 Feb 2014 15:03:11 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 15:03:11 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> Date: Sat, 1 Feb 2014 23:03:11 +0000 Message-ID: From: Richard Copley Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I wanted it so much I contributed the fix that implements it (see bug #14513, r112881). So it's my heart that is warmed by your comment! From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 23:20: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: To: Richard Copley Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139129675212933 (code B ref 16615); Sat, 01 Feb 2014 23:20:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 23:19:12 +0000 Received: from localhost ([127.0.0.1]:45403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jqB-0003MW-IK for submit@debbugs.gnu.org; Sat, 01 Feb 2014 18:19:11 -0500 Received: from mail-yk0-f174.google.com ([209.85.160.174]:39860) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jq8-0003MM-Gb for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 18:19:09 -0500 Received: by mail-yk0-f174.google.com with SMTP id 10so31512571ykt.5 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 15:19:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Ur++//5jMNWaRLROJn418YjeUf03m73rMgTuLFkTVWg=; b=mle0w7V4Lp1bcWFEl/4ZL25CEaR11jHs7FHNhOreg6YUcTdhMiizQogx6c+ttURETa OC2QfoQvIiIWkrWZxKA0KME1gD8iIhbSlcDJksymq5xrHItqIc7yOcyWsdXtZZnvnwyA wQIKSuSeG8vI0yt/NUsUoqn/NexQ4jqkaAewP0+8Im+gv5/XjJzmrOxRTZzkQt3EnIyS H4ZtxT9GB25LlEaoOnZUOfNKf5ExdndxDEGV8a6cOesK0ywlobv/8TeEIth4w9Cdx6Hl k9Jj6BkV1CBcyeXgsF6YgRtTTp0BQ15jEWmgqIx15KkKHJlOeWuDzXY9Kl8rfyf8gr0p Vcow== X-Received: by 10.236.200.35 with SMTP id y23mr25372831yhn.38.1391296748015; Sat, 01 Feb 2014 15:19:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.119.18 with HTTP; Sat, 1 Feb 2014 15:18:27 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> From: Juanma Barranquero Date: Sun, 2 Feb 2014 00:18:27 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sun, Feb 2, 2014 at 12:03 AM, Richard Copley wrote: > I wanted it so much I contributed the fix that implements it (see bug > #14513, r112881). Yes, I remember. I participated in that bug thread. > So it's my heart that is warmed by your comment! And yet, load-path is still incompatible with previous Emacs releases on Windows, and using %emacs_dir%/../site-lisp in --enable-locallisppath is undocumented, I think. A pity. Apparently you and I are the only ones who ever used the feature. From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 23:25: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: To: Juanma Barranquero Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139129706713406 (code B ref 16615); Sat, 01 Feb 2014 23:25:02 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 23:24:27 +0000 Received: from localhost ([127.0.0.1]:45407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jvH-0003UA-CU for submit@debbugs.gnu.org; Sat, 01 Feb 2014 18:24:27 -0500 Received: from mail-ea0-f170.google.com ([209.85.215.170]:58430) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9jvE-0003Tx-QL for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 18:24:25 -0500 Received: by mail-ea0-f170.google.com with SMTP id k10so3058747eaj.1 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 15:24:22 -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=76uWnldwt/Z0OJzV3GJisytXI8qWf34p/HhutMlZsXs=; b=x3M4z9xzo8e6rs4o5MFN4IMt5ox1BL86Oq78hwegS8sqDcpRBqQqrojQHV6JtvWQ/K RXUEnQUWUVeMiYYOvCJ4Mp/GPJxMzJQ7KIhIYuzi7AZmeuR/3IuBJucR+NYsMj+Mxqjh zWecuZCA/03HlMI0xL3P/SalKuJ9ujUST+veAVm2OOE2EQJoW+DXMPJs4dacmKv1i1G+ EHFsdXgooVTJBwylgTef8i2j55Uev+nECdRsdzfp6ODou0X75b3lcfW+dbGZ4k5fSaVm +JGBcTzIn1X0G/LwTvHuojLdnOuKSFWMRBDCinrEsbgdatbiiS7mlmynqNrAedky11sN 42nQ== MIME-Version: 1.0 X-Received: by 10.14.111.201 with SMTP id w49mr565235eeg.92.1391297062858; Sat, 01 Feb 2014 15:24:22 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 15:24:22 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> Date: Sat, 1 Feb 2014 23:24:22 +0000 Message-ID: From: Richard Copley Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I guess there aren't many users on Windows who build their own, so the howls of pain won't be heard until the next release (assuming the released Windows binary isn't going to be configured like that). From unknown Thu Aug 14 20:55:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2014 23:34:01 +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: To: Richard Copley Cc: 16615@debbugs.gnu.org Received: via spool by 16615-submit@debbugs.gnu.org id=B16615.139129764014300 (code B ref 16615); Sat, 01 Feb 2014 23:34:01 +0000 Received: (at 16615) by debbugs.gnu.org; 1 Feb 2014 23:34:00 +0000 Received: from localhost ([127.0.0.1]:45411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9k4W-0003iZ-Db for submit@debbugs.gnu.org; Sat, 01 Feb 2014 18:34:00 -0500 Received: from mail-yk0-f175.google.com ([209.85.160.175]:41011) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9k4U-0003iR-2K for 16615@debbugs.gnu.org; Sat, 01 Feb 2014 18:33:58 -0500 Received: by mail-yk0-f175.google.com with SMTP id q200so31714474ykb.6 for <16615@debbugs.gnu.org>; Sat, 01 Feb 2014 15:33:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=htUbzqfmTJBZgiWmfyMWwraP3PxW1LfDQBuRyLblDqI=; b=hxDOtAyjAYrwTvViYJfG8XLhOy5FVdp/+pAjCDZi4CRVUb2InMRB5FlYdT8dcd9NkJ ryvbQhwCDUd5dXBmmGx0UH0rXgw9PlMPSJVEwBlbT+aihCmS965ou5HCGJc3dfQ1iHQ+ nw+sGCOrcEJ3cH+WNqmiOgtZMTY9sWjwSPrfmwcpWi/REyy8bwJO9btprRpu3OVNpN6B +P/V7S5N8MpFyAnIQ+bCQWX52TWKFaDJ7f9nMHj7yGU4s7qHYzLYADAe1cEIZl1toUan uKyKgqU0cRqDxM9+kmpQ+0Ra0ZKRmMUWZ9Fp2ztrwkr+2u40SQwMYzMSn9OlxoZT30N+ k+lg== X-Received: by 10.236.115.73 with SMTP id d49mr26128819yhh.12.1391297637387; Sat, 01 Feb 2014 15:33:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.119.18 with HTTP; Sat, 1 Feb 2014 15:33:17 -0800 (PST) In-Reply-To: References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> From: Juanma Barranquero Date: Sun, 2 Feb 2014 00:33:17 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I guess there aren't many users on Windows who build their own No, but there are quite a few that grab snapshot binaries if/when available. >, so the > howls of pain won't be heard until the next release (assuming the > released Windows binary isn't going to be configured like that). Well, I certainly would support the idea of using -enable-locallisppath='%emacs_dir%/../site-lisp:%emacs_dir%/share/emacs/@VER@/site-lisp:%emacs_dir%/share/emacs/site-lisp' to build the "official" Windows binary. From unknown Thu Aug 14 20:55:08 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Richard Copley Subject: bug#16615: closed (Re: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?)) Message-ID: References: <83lhxu41wk.fsf@gnu.org> X-Gnu-PR-Message: they-closed 16615 X-Gnu-PR-Package: emacs Reply-To: 16615@debbugs.gnu.org Date: Sun, 02 Feb 2014 03:42:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1391312522-14028-1" This is a multi-part message in MIME format... ------------=_1391312522-14028-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #16615: 24.3.50; Fatal error visiting a directory (same as #16132?) which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 16615@debbugs.gnu.org. --=20 16615: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16615 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1391312522-14028-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 16615-done) by debbugs.gnu.org; 2 Feb 2014 03:41:38 +0000 Received: from localhost ([127.0.0.1]:45581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9nw9-0003de-Ad for submit@debbugs.gnu.org; Sat, 01 Feb 2014 22:41:37 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:34757) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9nw4-0003dS-40 for 16615-done@debbugs.gnu.org; Sat, 01 Feb 2014 22:41:33 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N0C00L00N20N800@mtaout28.012.net.il> for 16615-done@debbugs.gnu.org; Sun, 02 Feb 2014 05:42:52 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0C00KSSNNF5I40@mtaout28.012.net.il>; Sun, 02 Feb 2014 05:42:52 +0200 (IST) Date: Sun, 02 Feb 2014 05:41:15 +0200 From: Eli Zaretskii Subject: Re: bug#16615: 24.3.50; Fatal error visiting a directory (same as #16132?) In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83lhxu41wk.fsf@gnu.org> References: <83r47m4s9m.fsf@gnu.org> <83mwia4mnt.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16615-done Cc: 16615-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 1 Feb 2014 21:52:07 +0000 > From: Richard Copley > Cc: 16615@debbugs.gnu.org > > On 1 February 2014 20:43, Richard Copley wrote: > >On 1 February 2014 20:12, Eli Zaretskii wrote: > >> Please try the latest trunk and see if its solves the problem. > > Seems fixed, many thanks. I should rebuild with the libraries enabled to be sure. I will let you know the result. > > Yes, still fixed. Thanks again. Thanks, closing. (It's amazing how long such a glaring mistake can go unnoticed: omitting WINAPI from the function pointer declaration means that the compiler uses the wrong calling convention for it -- cdecl instead of stdcall -- which explains both the crash and the smashed stack that prevented you from obtaining a useful backtrace. This code was there since 14 years ago.) ------------=_1391312522-14028-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 1 Feb 2014 17:32:58 +0000 Received: from localhost ([127.0.0.1]:45298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9eR6-0001A3-Uf for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9eR3-00019u-Lb for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9eR1-0005wg-E0 for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eR1-0005wc-AX for submit@debbugs.gnu.org; Sat, 01 Feb 2014 12:32:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eQy-0004Du-Rl for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9eQw-0005w6-UY for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:48 -0500 Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:33213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9eQw-0005vu-IR for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 12:32:46 -0500 Received: by mail-ea0-f180.google.com with SMTP id o10so2933251eaj.39 for ; Sat, 01 Feb 2014 09:32:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eBQSY3FGf2Wv3lul7xJ5E+xJkoWySrfcH9xxAoK+9eQ=; b=gnZ6LHuWJtXLG2jMnatHuwg3dWRn54L+sd+x7HB4FpCcGb+4kF+z5NEtTs5628WPgb bR6YF0w5xEy9bLPkFUPmyFlnZZCUEUdEV9zWtgZBY7hX0il0KYceuMwdNDTNV3DxWoWE IZc0MVEn6PVSM8j/ci1cjTZHHsFArHyIHQWeQ1R/n886SrjNAo3ylbTqBkkSeZAP/1Mo 4XH87lyXmMy4KGVTzOd2Q8/864aeCD8OtkIEv1z5xucAINs9E2t/Yqz/mAw6rZEH9y45 CLtwKKqhKeNaPs1+3bNE4zkaNC1/HppzZRJKJspV97rMMgZkG3OKVlWGYKHEZOg17O0N M8Ww== MIME-Version: 1.0 X-Received: by 10.15.45.194 with SMTP id b42mr334760eew.103.1391275965012; Sat, 01 Feb 2014 09:32:45 -0800 (PST) Received: by 10.15.75.73 with HTTP; Sat, 1 Feb 2014 09:32:44 -0800 (PST) Date: Sat, 1 Feb 2014 17:32:44 +0000 Message-ID: Subject: 24.3.50; Fatal error visiting a directory (same as #16132?) From: Richard Copley To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/alternative; boundary=089e0160d0e2addee604f15bad11 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --089e0160d0e2addee604f15bad11 Content-Type: text/plain; charset=ISO-8859-1 I'm getting the same symptoms as described in #16132. >From `emacs -Q': M-x find-file RET c:\temp RET ... results in the Emacs Abort Dialogue and the backtrace below. When compiled with "-O0 -g3" or "-g3", the error doesn't occur. When compiled with CFLAGS not set, the backtrace isn't very helpful: (gdb) bt full #0 0x76e3321a in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #1 0x0114ca82 in emacs_abort () at c:/emacs/trunk/src/w32fns.c:8443 button = #2 0x0109205c in terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at c:/emacs/trunk/src/emacs.c:378 No locals. #3 0x010a7291 in handle_fatal_signal (sig=11) at c:/emacs/trunk/src/sysdep.c:1628 No locals. #4 deliver_thread_signal (sig=11, handler=) at c:/emacs/trunk/src/sysdep.c:1602 handler = 0x10a7172 #5 deliver_fatal_thread_signal (sig=11) at c:/emacs/trunk/src/sysdep.c:1640 No locals. #6 0x010011ea in _gnu_exception_handler@4 () No symbol table info available. #7 0x772ffffb in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #8 0x0088df18 in ?? () No symbol table info available. #9 0x779674ff in ntdll!AlpcMaxAllowedMessageLength () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x0088df18 in ?? () No symbol table info available. #11 0x77929f45 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #12 0x011267be in sprintf (__stream=0x0, __format=0x1371be0 "Copying raw data for %.8s...", __format=0x1371be0 "Copying raw data for %.8s...") at c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../include/stdio.h:269 __retval = 6 __local_argv = 0x88ffec "" #13 0x7efde000 in ?? () No symbol table info available. #14 0x00000000 in ?? () No symbol table info available. (gdb) xbacktrace Undefined command: "xbacktrace". Try "help". (gdb) quit 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 () (gdb) thread apply all bt full Thread 4 (Thread 5320.0x1f88): #0 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswow64\user32.dll No symbol table info available. #1 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswow64\user32.dll No symbol table info available. #2 0x7670790d in USER32!GetCursorPos () from C:\Windows\syswow64\user32.dll No symbol table info available. #3 0x6ec1fe74 in ?? () No symbol table info available. #4 0x0114ff2c in w32_msg_pump (msg_buf=) at c:/emacs/trunk/src/w32fns.c:2449 msg = {hwnd = 0x22210f8, message = 1040, wParam = 0, lParam = 0, time = 185904691, pt = {x = 500, y = 705}} result = focus_window = #5 0x00000000 in ?? () No symbol table info available. Thread 3 (Thread 5320.0xa4c): #0 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dll No symbol table info available. #1 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dll No symbol table info available. #2 0x76e33bc8 in SleepEx () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. Thread 2 (Thread 5320.0x1e6c): #0 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll No symbol table info available. #1 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll No symbol table info available. #2 0x77942f91 in ntdll!RtlWeaklyEnumerateEntryHashTable () from C:\Windows\system32\ntdll.dll No symbol table info available. #3 0x00000003 in ?? () No symbol table info available. #4 0x00cd1258 in ?? () No symbol table info available. #5 0x772c336a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Thread 1 (Thread 5320.0x1a6c): #0 0x03b19605 in __register_frame_info () No symbol table info available. Cannot access memory at address 0x6 (gdb) quit In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-01 on 57172UHB Repository revision: 116232 eliz@gnu.org-20140201115310-cjn5tvleyejff9dy Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix c:/emacs/emacs-116232 --enable-locallisppath=%emacs_dir%/../site-lisp 'CPPFLAGS=-I G:/usr/include -I C:/GnuWin32/include' 'LDFLAGS=-L G:/usr/lib -L C:/GnuWin32/lib'' Important settings: value of $LANG: ENG locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r - e - b Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) --089e0160d0e2addee604f15bad11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm getting the same symptoms as described in #16= 132.

From `emacs -Q': M-x find-file RET c:\temp RET

... r= esults in the Emacs Abort Dialogue and the backtrace below.
When compile= d with "-O0 -g3" or "-g3", the error doesn't occur.= When
compiled with CFLAGS not set, the backtrace isn't very helpful:

= (gdb) bt full
#0=A0 0x76e3321a in KERNELBASE!DeleteAce () from C:\Window= s\syswow64\KernelBase.dll
No symbol table info available.
#1=A0 0x011= 4ca82 in emacs_abort () at c:/emacs/trunk/src/w32fns.c:8443
=A0=A0=A0=A0=A0=A0=A0 button =3D <optimized out>
#2=A0 0x0109205c = in terminate_due_to_signal (sig=3Dsig@entry=3D11, backtrace_limit=3Dbacktra= ce_limit@entry=3D40) at c:/emacs/trunk/src/emacs.c:378
No locals.
#3= =A0 0x010a7291 in handle_fatal_signal (sig=3D11) at c:/emacs/trunk/src/sysd= ep.c:1628
No locals.
#4=A0 deliver_thread_signal (sig=3D11, handler=3D<optimize= d out>) at c:/emacs/trunk/src/sysdep.c:1602
=A0=A0=A0=A0=A0=A0=A0 han= dler =3D 0x10a7172 <handle_fatal_signal>
#5=A0 deliver_fatal_threa= d_signal (sig=3D11) at c:/emacs/trunk/src/sysdep.c:1640
No locals.
#6=A0 0x010011ea in _gnu_exception_handler@4 ()
No symbol = table info available.
#7=A0 0x772ffffb in KERNEL32!GetQueuedCompletionSt= atus () from C:\Windows\syswow64\kernel32.dll
No symbol table info avail= able.
#8=A0 0x0088df18 in ?? ()
No symbol table info available.
#9=A0 0x779= 674ff in ntdll!AlpcMaxAllowedMessageLength () from C:\Windows\SysWOW64\ntdl= l.dll
No symbol table info available.
#10 0x0088df18 in ?? ()
No s= ymbol table info available.
#11 0x77929f45 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll= .dll
No symbol table info available.
#12 0x011267be in sprintf (__str= eam=3D0x0, __format=3D0x1371be0 "Copying raw data for %.8s...", _= _format=3D0x1371be0 "Copying raw data for %.8s...")
=A0=A0=A0 at c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../include/stdi= o.h:269
=A0=A0=A0=A0=A0=A0=A0 __retval =3D 6
=A0=A0=A0=A0=A0=A0=A0 __= local_argv =3D 0x88ffec ""
#13 0x7efde000 in ?? ()
No symbo= l table info available.
#14 0x00000000 in ?? ()
No symbol table info available.
(gdb) xbacktrace
Undefined command: &= quot;xbacktrace".=A0 Try "help".
(gdb) quit

When s= tarted from the debugger things are no better (no stack pointer?).
(The = result is similar if "\temp" is specified as a command line argum= ent.)

C:\emacs>gdb --quiet --args c:\emacs\emacs-116232\bin\emacs.exe -QReading symbols from c:\emacs\emacs-116232\bin\emacs.exe...done.
(gdb)= run

;;; (Now type: M-x find-file RET \temp RET)

Starting pro= gram: c:\emacs\emacs-116232\bin\emacs.exe -Q
[New Thread 5320.0x1a6c]
[New Thread 5320.0x1e6c]
[New Thread 5320.0x= a4c]
[New Thread 5320.0x1f88]

Program received signal SIGSEGV, Se= gmentation fault.
0x03b19605 in __register_frame_info ()
(gdb) thread= apply all bt full

Thread 4 (Thread 5320.0x1f88):
#0=A0 0x767078d7 in USER32!IsDialogMe= ssage () from C:\Windows\syswow64\user32.dll
No symbol table info availa= ble.
#1=A0 0x767078d7 in USER32!IsDialogMessage () from C:\Windows\syswo= w64\user32.dll
No symbol table info available.
#2=A0 0x7670790d in USER32!GetCursorPos = () from C:\Windows\syswow64\user32.dll
No symbol table info available.#3=A0 0x6ec1fe74 in ?? ()
No symbol table info available.
#4=A0 0x0= 114ff2c in w32_msg_pump (msg_buf=3D<optimized out>) at c:/emacs/trunk= /src/w32fns.c:2449
=A0=A0=A0=A0=A0=A0=A0 msg =3D {hwnd =3D 0x22210f8, message =3D 1040, wParam= =3D 0, lParam =3D 0, time =3D 185904691, pt =3D {x =3D 500, y =3D 705}}=A0=A0=A0=A0=A0=A0=A0 result =3D <optimized out>
=A0=A0=A0=A0=A0= =A0=A0 focus_window =3D <optimized out>
#5=A0 0x00000000 in ?? ()<= br> No symbol table info available.

Thread 3 (Thread 5320.0xa4c):
#0= =A0 0x7790fd91 in ntdll!RtlFindSetBits () from C:\Windows\system32\ntdll.dl= l
No symbol table info available.
#1=A0 0x7790fd91 in ntdll!RtlFindSe= tBits () from C:\Windows\system32\ntdll.dll
No symbol table info available.
#2=A0 0x76e33bc8 in SleepEx () from C:\W= indows\syswow64\KernelBase.dll
No symbol table info available.
#3=A0 = 0x00000000 in ?? ()
No symbol table info available.

Thread 2 (Thr= ead 5320.0x1e6c):
#0=A0 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () fro= m C:\Windows\system32\ntdll.dll
No symbol table info available.
#1=A0= 0x7791015d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\= Windows\system32\ntdll.dll
No symbol table info available.
#2=A0 0x77942f91 in ntdll!RtlWeaklyEnume= rateEntryHashTable () from C:\Windows\system32\ntdll.dll
No symbol table= info available.
#3=A0 0x00000003 in ?? ()
No symbol table info avail= able.
#4=A0 0x00cd1258 in ?? ()
No symbol table info available.
#5=A0 0x772= c336a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswo= w64\kernel32.dll
No symbol table info available.
#6=A0 0x00000000 in = ?? ()
No symbol table info available.

Thread 1 (Thread 5320.0x1a6c):
#0= =A0 0x03b19605 in __register_frame_info ()
No symbol table info availabl= e.
Cannot access memory at address 0x6
(gdb) quit

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
=A0of 2014-02-01 on 57172UHBRepository revision: 116232 eliz@gnu.org-20140201115310-cjn5tvleyejff9dyWindowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
=A0`configure --prefix c:/emacs/emacs-116232
=A0--e= nable-locallisppath=3D%emacs_dir%/../site-lisp 'CPPFLAGS=3D-I
=A0G:/= usr/include -I C:/GnuWin32/include' 'LDFLAGS=3D-L G:/usr/lib -L
= =A0C:/GnuWin32/lib''

Important settings:
=A0 value of $LANG: ENG
=A0 locale-coding-sys= tem: cp1252

Major mode: Lisp Interaction

Minor modes in effec= t:
=A0 tooltip-mode: t
=A0 electric-indent-mode: t
=A0 mouse-wheel= -mode: t
=A0 tool-bar-mode: t
=A0 menu-bar-mode: t
=A0 file-name-shadow-mode: = t
=A0 global-font-lock-mode: t
=A0 font-lock-mode: t
=A0 blink-cur= sor-mode: t
=A0 auto-composition-mode: t
=A0 auto-encryption-mode: t<= br>=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:<= br>M-x r - e - b <return>

Recent messages:
For information = about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:=
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug m= essage format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-en= code mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047= rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniqui= fy ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common= -fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt f= ringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lo= ck syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vi= etnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian= slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
= loaddefs button faces cus-face macroexp files text-properties overlay
sh= a1 md5 base64 format env code-pages mule custom widget
hashtable-print-r= eadable backquote make-network-process w32notify w32
multi-tty emacs)

--089e0160d0e2addee604f15bad11-- ------------=_1391312522-14028-1--