bug#19380: 24.4.51; Segfault in bootstrap on Windows mingw64

[Eli Zaretskii]

> Date: Sun, 14 Dec 2014 11:53:32 +0000
> From: Andy Moreton <andrewjmoreton@gmail.com>
> 
> During bootstap from a clean checkout of master, several lisp files
> result in a segfault from emacs when they are byte compiled. This seems
> to happen with most of the files from lisp/cedet/srecode.
> 
> This is easily reproduced by:
>   - build emacs from master with mingw64=20
>   - run "emacs -Q"
>   - open lisp/cedet/srecode/cpp.el
>   - Use "Byte compile this file" from the menu.
> 
> In GNU Emacs 25.0.50.2 (x86_64-w64-mingw32)
>   of 2014-12-14 on QUIETUS
> Repository revision: f8f73570a89975fabb587b490b3ccb6a40e8aee1
> Windowing system distributor `Microsoft Corp.', version 6.1.7601
> Configured using:
>   `configure --prefix=3D/c/emacs/emacs-master --build=3Dx86_64-w64-mingw32
>   --enable-checking'
> 
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
> 
> 
> Attaching gdb to the process gives the backtrace shown below.
> 
> 
> ...Load .gdbinit
> Attaching to process 4224
> [New Thread 4224.0x13f8]
> [New Thread 4224.0x12ac]
> [New Thread 4224.0x1228]
> [New Thread 4224.0x3e0]
> [New Thread 4224.0x108c]
> [New Thread 4224.0x86c]
> Reading symbols from /c/emacs/git/emacs/master/obj-mingw64/src/emacs.exe...=
> done.
> 0x0000000077160591 in ntdll!DbgBreakPoint () from /c/Windows/SYSTEM32/ntdll=
> .dll
> Environment variable "DISPLAY" not defined.
> TERM =3D xterm-256color
> Breakpoint 1 at 0x4000e65a0: file ../../src/emacs.c, line 358.
> Temporary breakpoint 2 at 0x400105020: file ../../src/sysdep.c, line 911.
> (gdb) cont
> Continuing.
> [Thread 4224.0x86c exited with code 0]
> [Thread 4224.0x108c exited with code 0]
> [Thread 4224.0x3e0 exited with code 0]
> 
> Program received signal SIGTRAP, Trace/breakpoint trap.
> [Switching to Thread 4224.0x13f8]
> 0x000007fefcf23ca3 in KERNELBASE!DebugBreak () from /c/Windows/system32/KER=
> NELBASE.dll
> (gdb) bt full
> #0  0x000007fefcf23ca3 in KERNELBASE!DebugBreak () from /c/Windows/system32=
> /KERNELBASE.dll
> No symbol table info available.
> #1  0x00000004001e7d86 in emacs_abort () at ../../src/w32fns.c:8658
>          button =3D <optimized out>
> #2  0x00000004000e6607 in terminate_due_to_signal (sig=3D0x16, backtrace_li=
> mit=3D<optimized out>) at ../../src/emacs.c:386
> No locals.
> #3  0x000000040014f980 in die (msg=3D0x400607230 <baud_convert+9072> "BUF_B=
> EG_BYTE (b) <=3D bytepos && bytepos <=3D BUF_Z_BYTE (b)", file=3D0x40060702=
> d <baud_convert+8557> "../../src/marker.c", line=3D0x129) at ../../src/allo=
> c.c:7109
> No locals.
> #4  0x000000040011a1ca in buf_bytepos_to_charpos (b=3D0x24c6d00, bytepos=3D=
> bytepos@entry=3D0xc5e) at ../../src/marker.c:297
>          tail =3D <optimized out>
>          best_above =3D <optimized out>
>          best_above_byte =3D <optimized out>
>          best_below =3D <optimized out>
>          best_below_byte =3D <optimized out>
> #5  0x0000000400124ab6 in Finsert_file_contents (filename=3D0x3e82ca1, visi=
> t=3D0x4006aba5a, beg=3D0x4006aba5a, end=3D0x4006aba5a, replace=3D0x4006aba9=
> 2) at ../../src/fileio.c:4406

I suspect aeeaf08 as the culprit.  Can you check?