GNU bug report logs - #34277
Error after dump complete when build on Windows 10

Previous Next

Package: emacs;

Reported by: "Shuguang Sun" <shuguang79 <at> qq.com>

Date: Fri, 1 Feb 2019 16:02:01 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34277 in the body.
You can then email your comments to 34277 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Fri, 01 Feb 2019 16:02:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to "Shuguang Sun" <shuguang79 <at> qq.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 01 Feb 2019 16:02:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Shuguang Sun" <shuguang79 <at> qq.com>
To: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>
Cc: shuguang79 <shuguang79 <at> qq.com>
Subject: Error after dump complete when build on Windows 10
Date: Fri, 1 Feb 2019 23:52:22 +0800

[Message part 1 (text/plain, inline)]
This a bug report following 

http://lists.gnu.org/archive/html/help-gnu-emacs/2019-01/msg00118.html


I'm try to build emacs on Windows 10 using msys2/mingw64, and git emacs source. 
However, it raises error after dump complete.
- most updated msys2/mingw64
- Windowing system distributor 'Microsoft Corp.', version 10.0.15063
- System Description: Microsoft Windows 10 Enterprise (v10.0.1703.15063.1563)

- last success build: Repository revision: c48ea7c08c95185ddce266744a1959e0ce6b04e1  (2019-01-13)



I tried the pdumper master in last Sunday and yesterday and today with updated repository.
Current one:   94245b9a790392768d47afc15ae278369307d663



I tried make -j3 after:
- pdumper:  ./configure --without-imagemagick

- unexec:  ./configure --without-imagemagick --with-dumping=unexec



The unexec one provide clear error message:
```
Dumping from C:/gitemacs/emacs/src/temacs.exe
          to C:/gitemacs/emacs/src/emacs.exe
mv -f emacs.exe bootstrap-emacs.exe
make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
make[2]: Entering directory '/c/gitemacs/emacs/lisp'
  ELC      emacs-lisp/macroexp.elc
  ELC      emacs-lisp/cconv.elc
  ELC      emacs-lisp/byte-opt.elc
emacs: Wrong type argument: vectorp, []
make[2]: *** [Makefile:301: emacs-lisp/byte-opt.elc] Error 1
make[2]: *** Waiting for unfinished jobs....
emacs: Wrong type argument: vectorp, []
make[2]: *** [Makefile:301: emacs-lisp/cconv.elc] Error 1
emacs: Wrong type argument: vectorp, []
make[2]: *** [Makefile:301: emacs-lisp/macroexp.elc] Error 1
make[2]: Leaving directory '/c/gitemacs/emacs/lisp'
make[1]: *** [Makefile:797: bootstrap-emacs.exe] Error 2
make[1]: Leaving directory '/c/gitemacs/emacs/src'
make: *** [Makefile:423: src] Error 2
```


The pdumper building popup a error box:
https://github.com/ShuguangSun/emacsimprovement/blob/master/Emacs_Win10_compileError.PNG
And error message:
```
Dump complete
Byte counts: header=80 hot=13293288 discardable=127776 cold=9178020
Reloc counts: hot=920625 discardable=4848
make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
make[2]: Entering directory '/c/Users/username/gitemacs/emacs/lisp'
  ELC      emacs-lisp/macroexp.elc
  ELC      emacs-lisp/cconv.elc
  ELC      emacs-lisp/byte-opt.elc
/bin/sh: line 1: 195564 Segmentation fault      EMACSLOADPATH= 
'../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp --eval '(setq 
load-prefer-newer t)' -f batch-byte-compile emacs-lisp/cconv.el
make[2]: *** [Makefile:301: emacs-lisp/cconv.elc] Error 139
make[2]: *** Waiting for unfinished jobs....
/bin/sh: line 1: 102824 Segmentation fault      EMACSLOADPATH= 
'../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp --eval '(setq 
load-prefer-newer t)' -f batch-byte-compile emacs-lisp/byte-opt.el
make[2]: *** [Makefile:301: emacs-lisp/byte-opt.elc] Error 139
/bin/sh: line 1: 88864 Segmentation fault      EMACSLOADPATH= 
'../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp --eval '(setq 
load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
make[2]: *** [Makefile:301: emacs-lisp/macroexp.elc] Error 139
make[2]: Leaving directory '/c/Users/username/gitemacs/emacs/lisp'
make[1]: *** [Makefile:812: bootstrap-emacs.pdmp] Error 2
make[1]: Leaving directory '/c/Users/username/gitemacs/emacs/src'
make: *** [Makefile:423: src] Error 2
```



Configure summary:
Configured for 'x86_64-w64-mingw32'.

  Where should the build process find the source code?    .
  What compiler should emacs be built with?               gcc  -g3 -O2 -gdwarf-2
  Should Emacs use the GNU version of malloc?             no
    (The GNU allocators don't work with this system configuration.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         yes
  What window system should Emacs use?                    w32
  What toolkit should Emacs use?                          none
  Where do we find X Windows header files?                NONE
  Where do we find X Windows libraries?                   NONE
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes
  Does Emacs use a png library?                           yes
  Does Emacs use -lrsvg-2?                                yes
  Does Emacs use cairo?                                   no
  Does Emacs use -llcms2?                                 yes
  Does Emacs use imagemagick?                             no
  Does Emacs support sound?                               yes
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  no
  Does Emacs use -lgconf?                                 no
  Does Emacs use GSettings?                               no
  Does Emacs use a file notification library?             yes (w32)
  Does Emacs use access control lists?                    yes
  Does Emacs use -lselinux?                               no
  Does Emacs use -lgnutls?                                yes
  Does Emacs use -lxml2?                                  yes
  Does Emacs use -lfreetype?                              no
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use -lsystemd?                               no
  Does Emacs use -ljansson?                               yes
  Does Emacs use -lgmp?                                   yes
  Does Emacs directly use zlib?                           yes
  Does Emacs have dynamic modules support?                no
  Does Emacs use toolkit scroll bars?                     yes
  Does Emacs support Xwidgets (requires gtk3)?            no
  Does Emacs have threading support in lisp?              yes
  Does Emacs support the portable dumper?                 no
  Does Emacs support legacy unexec dumping?               yes
  Which dumping strategy does Emacs use?                  unexec
[Message part 2 (text/html, inline)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Sat, 02 Feb 2019 07:38:02 GMT) Full text and rfc822 format available.

Message #8 received at 34277 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Shuguang Sun" <shuguang79 <at> qq.com>
Cc: 34277 <at> debbugs.gnu.org
Subject: Re: bug#34277: Error after dump complete when build on Windows 10
Date: Sat, 02 Feb 2019 09:37:11 +0200

> From: "Shuguang Sun" <shuguang79 <at> qq.com>
> Date: Fri, 1 Feb 2019 23:52:22 +0800
> Cc: shuguang79 <shuguang79 <at> qq.com>
> 
> The pdumper building popup a error box:
> https://github.com/ShuguangSun/emacsimprovement/blob/master/Emacs_Win10_compileError.PNG
> And error message:
> ```
> Dump complete
> Byte counts: header=80 hot=13293288 discardable=127776 cold=9178020
> Reloc counts: hot=920625 discardable=4848
> make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
> make[2]: Entering directory '/c/Users/username/gitemacs/emacs/lisp'
>   ELC      emacs-lisp/macroexp.elc
>   ELC      emacs-lisp/cconv.elc
>   ELC      emacs-lisp/byte-opt.elc
> /bin/sh: line 1: 195564 Segmentation fault      EMACSLOADPATH= 
> '../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp --eval '(setq 
> load-prefer-newer t)' -f batch-byte-compile emacs-lisp/cconv.el
> make[2]: *** [Makefile:301: emacs-lisp/cconv.elc] Error 139

Please run the command that fails under GDB, in the pdumper
configuration, like this:

  $ cd src
  $ gdb ./bootstrap-emacs.exe
  ...
  (gdb) run  -batch --no-site-file --no-site-lisp --eval "(setq load-prefer-newer t)" -f batch-byte-compile emacs-lisp/cconv.el

When Emacs segfaults, please type these commands:

 (gdb) thread 1
 (gdb) backtrace

and post here the results of those commands.

Thanks.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Sat, 02 Feb 2019 12:52:01 GMT) Full text and rfc822 format available.

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Shuguang Sun" <shuguang79 <at> qq.com>
To: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>,
 "Eli&nbsp;Zaretskii" <eliz <at> gnu.org>
Subject: bug#34277: Error after dump complete when build on Windows 10
Date: Sat, 2 Feb 2019 20:44:02 +0800

[Message part 1 (text/plain, inline)]
# gcc --version
gcc.exe (Rev1, Built by MSYS2 project) 8.2.1 20181214



Here is the GDB information
```
(gdb) run  -batch --no-site-file --no-site-lisp --eval "(setq load-prefer-newer t)" -f batch-byte-compile emacs-lisp/macroexp.el
Starting program: C:\gitemacs\emacs\src\bootstrap-emacs.exe -batch --no-site-file --no-site-lisp --eval "(setq load-prefer-newer t)" -f batch-byte-compile emacs-lisp/macroexp.el
[New Thread 123272.0x517c]
warning: FTH: (123272): *** Fault tolerant heap shim applied to current process. This is usually due to previous crashes. ***
[New Thread 123272.0x23114]
[New Thread 123272.0x14c54]
[New Thread 123272.0x50b0]
[Thread 123272.0x14c54 exited with code 0]
[Thread 123272.0x23114 exited with code 0]
[Thread 123272.0x50b0 exited with code 0]


Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) thread 1
[Switching to thread 1 (Thread 123272.0x517c)]
#0  0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) backtrace
#0  0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa64506ef8 in NotifyShims ()
   from C:\WINDOWS\AppPatch\AppPatch64\AcLayers.dll
#2  0x00000004001b72d7 in malloc_before_dump (size=<optimized out>)
    at w32heap.c:376
#3  0x0000000400100961 in lmalloc (size=56) at alloc.c:1486
#4  xmalloc (size=size <at> entry=56) at alloc.c:892
#5  0x00000004001ab4ec in GetCachedVolumeInformation (
    root_dir=<optimized out>) at w32.c:3303
#6  get_volume_info (
    name=name <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp", pPath=pPath <at> entry=0xbff0f8) at w32.c:3353
#7  0x00000004001ad5af in is_fat_volume (pPath=0xbff0f8,
    name=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp")
    at w32.c:3369
#8  map_w32_filename (
    name=name <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp", pPath=pPath <at> entry=0x0) at w32.c:3396
#9  0x00000004001ae5bc in sys_open (
    path=path <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp", oflag=oflag <at> entry=32896, mode=mode <at> entry=0) at w32.c:4461
#10 0x00000004000c138a in emacs_open (
    file=file <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp", oflags=32896, oflags <at> entry=0, mode=mode <at> entry=0) at sysdep.c:2472
#11 0x000000040010a2e6 in pdumper_load (
    dump_filename=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp")
    at pdumper.c:5410
#12 0x00000004000a3e7c in load_pdump (argc=argc <at> entry=9,
    argv=argv <at> entry=0x25510) at emacs.c:757
#13 0x00000004001ed88b in main (argc=9, argv=0x25510) at emacs.c:950
(gdb)

```
[Message part 2 (text/html, inline)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Sat, 02 Feb 2019 15:16:02 GMT) Full text and rfc822 format available.

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Shuguang Sun" <shuguang79 <at> qq.com>
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#34277: Error after dump complete when build on Windows 10
Date: Sat, 02 Feb 2019 17:14:42 +0200

> From: "Shuguang Sun" <shuguang79 <at> qq.com>
> Date: Sat, 2 Feb 2019 20:44:02 +0800
> 
> Thread 1 received signal SIGSEGV, Segmentation fault.
> 0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
>    from C:\WINDOWS\SYSTEM32\ntdll.dll
> (gdb) thread 1
> [Switching to thread 1 (Thread 123272.0x517c)]
> #0  0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
>    from C:\WINDOWS\SYSTEM32\ntdll.dll
> (gdb) backtrace
> #0  0x00007ffaa8859f60 in ntdll!RtlAllocateHeap ()
>    from C:\WINDOWS\SYSTEM32\ntdll.dll
> #1  0x00007ffa64506ef8 in NotifyShims ()
>    from C:\WINDOWS\AppPatch\AppPatch64\AcLayers.dll
> #2  0x00000004001b72d7 in malloc_before_dump (size=<optimized out>)
>     at w32heap.c:376
> #3  0x0000000400100961 in lmalloc (size=56) at alloc.c:1486
> #4  xmalloc (size=size <at> entry=56) at alloc.c:892
> #5  0x00000004001ab4ec in GetCachedVolumeInformation (
>     root_dir=<optimized out>) at w32.c:3303
> #6  get_volume_info (
>     name=name <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp",
> pPath=pPath <at> entry=0xbff0f8) at w32.c:3353
> #7  0x00000004001ad5af in is_fat_volume (pPath=0xbff0f8,
>     name=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp")
>     at w32.c:3369
> #8  map_w32_filename (
>     name=name <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp",
> pPath=pPath <at> entry=0x0) at w32.c:3396
> #9  0x00000004001ae5bc in sys_open (
>     path=path <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp",
> oflag=oflag <at> entry=32896, mode=mode <at> entry=0) at w32.c:4461
> #10 0x00000004000c138a in emacs_open (
>     file=file <at> entry=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp", oflags=32896,
> oflags <at> entry=0, mode=mode <at> entry=0) at sysdep.c:2472
> #11 0x000000040010a2e6 in pdumper_load (
>     dump_filename=0xbff890 "C:\\gitemacs\\emacs\\src\\bootstrap-emacs.pdmp")
>     at pdumper.c:5410

Thanks, I think I fixed this.  Please try the latest master branch.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Wed, 06 Feb 2019 13:34:01 GMT) Full text and rfc822 format available.

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Shuguang Sun" <shuguang79 <at> qq.com>
To: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>,
 "Eli&nbsp;Zaretskii" <eliz <at> gnu.org>
Subject: bug#34277: Error after dump complete when build on Windows 10
Date: Wed, 6 Feb 2019 21:23:53 +0800

[Message part 1 (text/plain, inline)]
Thanks. The pdumper version can be compiled successfully.
The unexec still not.


Best Regards,
Shuguang
[Message part 2 (text/html, inline)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Wed, 06 Feb 2019 17:40:02 GMT) Full text and rfc822 format available.

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Shuguang Sun" <shuguang79 <at> qq.com>
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#34277: Error after dump complete when build on Windows 10
Date: Wed, 06 Feb 2019 19:39:23 +0200

> From: "Shuguang Sun" <shuguang79 <at> qq.com>
> Date: Wed, 6 Feb 2019 21:23:53 +0800
> 
> Thanks. The pdumper version can be compiled successfully.
> The unexec still not.

Please run the failing command in the unexec version under GDB, with a
breakpoint in wrong_type_argument; when it breaks, please show the C
and Lisp backtrace from that error message.

Thanks.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Thu, 07 Feb 2019 12:35:02 GMT) Full text and rfc822 format available.

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Shuguang Sun" <shuguang79 <at> qq.com>
To: "Eli Zaretskii" <eliz <at> gnu.org>
Cc: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: Re:  bug#34277: Error after dump complete when build on Windows 10
Date: Thu, 7 Feb 2019 20:33:54 +0800

[Message part 1 (text/plain, inline)]
>> Thanks. The pdumper version can be compiled successfully.
>> The unexec still not.

> Please run the failing command in the unexec version under GDB, with a
> breakpoint in wrong_type_argument; when it breaks, please show the C
> and Lisp backtrace from that error message.

> Thanks.



With git repo: 369d20559d6118d6b6cee2adc265114ad30fa3b3 (after your commit)
and ./configure --without-imagemagick --with-dumping=unexec --without-pop
the error message becomes:


```
Dumping from C:/gitemacs/emacs/src/temacs.exe
          to C:/gitemacs/emacs/src/emacs.exe
mv -f emacs.exe bootstrap-emacs.exe
make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
make[2]: Entering directory '/c/gitemacs/emacs/lisp'
  ELC      emacs-lisp/macroexp.elc
/bin/sh: line 1: 50904 Segmentation fault      EMACSLOADPATH= '../src/bootstrap-emacs.exe' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
make[2]: *** [Makefile:301: emacs-lisp/macroexp.elc] Error 139
make[2]: Leaving directory '/c/gitemacs/emacs/lisp'
make[1]: *** [Makefile:797: bootstrap-emacs.exe] Error 2
make[1]: Leaving directory '/c/gitemacs/emacs/src'
make: *** [Makefile:423: src] Error 2
```


And the gdb message:
```
(gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
Starting program: C:\gitemacs\emacs\src\bootstrap-emacs.exe -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
[New Thread 34928.0x1f0c]
[New Thread 34928.0x1624]
[New Thread 34928.0x8854]
[New Thread 34928.0x9b70]
[Thread 34928.0x8854 exited with code 0]
[Thread 34928.0x9b70 exited with code 0]
[Thread 34928.0x1624 exited with code 0]


Thread 1 received signal SIGSEGV, Segmentation fault.
lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
3188        if (xstrcasecmp (info->root_dir, root_dir) == 0)
(gdb)  thread 1
[Switching to thread 1 (Thread 34928.0x1f0c)]
#0  lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
3188        if (xstrcasecmp (info->root_dir, root_dir) == 0)
(gdb) backtrace
#0  lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
#1  GetCachedVolumeInformation (root_dir=<optimized out>) at w32.c:3253
#2  get_volume_info (name=name <at> entry=0x2862ddb "C:/gitemacs/emacs/src",
    pPath=pPath <at> entry=0xbfec48) at w32.c:3353
#3  0x00000004001a77ff in is_fat_volume (pPath=0xbfec48,
    name=0x2862ddb "C:/gitemacs/emacs/src") at w32.c:3369
#4  map_w32_filename (name=name <at> entry=0x2862ddb "C:/gitemacs/emacs/src",
    pPath=0xbff410, pPath <at> entry=0xbff490) at w32.c:3396
#5  0x00000004001a8f38 in stat_worker (path=<optimized out>,
    path <at> entry=0x2862ddb "C:/gitemacs/emacs/src", buf=buf <at> entry=0xbff680,
    follow_symlinks=follow_symlinks <at> entry=1) at w32.c:5073
#6  0x00000004001a99db in stat (
    path=path <at> entry=0x2862ddb "C:/gitemacs/emacs/src", buf=buf <at> entry=0xbff680)
    at w32.c:5456
#7  0x00000004000bfaff in get_current_dir_name_or_unreachable ()
    at sysdep.c:321
#8  0x00000004000bfe09 in emacs_get_current_dir_name () at sysdep.c:345
#9  0x00000004001e7d37 in main (argc=<optimized out>, argv=0x2864b70)
    at emacs.c:1024
(gdb)

```
[Message part 2 (text/html, inline)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Thu, 07 Feb 2019 15:35:02 GMT) Full text and rfc822 format available.

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Shuguang Sun" <shuguang79 <at> qq.com>
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#34277: Error after dump complete when build on Windows 10
Date: Thu, 07 Feb 2019 17:34:20 +0200

> From: "Shuguang Sun" <shuguang79 <at> qq.com>
> Cc: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>
> Date: Thu, 7 Feb 2019 20:33:54 +0800
> 
> With git repo: 369d20559d6118d6b6cee2adc265114ad30fa3b3 (after your commit)
> and ./configure --without-imagemagick --with-dumping=unexec --without-pop
> the error message becomes:
> 
> ```
> Dumping from C:/gitemacs/emacs/src/temacs.exe
>           to C:/gitemacs/emacs/src/emacs.exe
> mv -f emacs.exe bootstrap-emacs.exe
> make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
> make[2]: Entering directory '/c/gitemacs/emacs/lisp'
>   ELC      emacs-lisp/macroexp.elc
> /bin/sh: line 1: 50904 Segmentation fault      EMACSLOADPATH= '../src/bootstrap-emacs.exe' -batch
> --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
> make[2]: *** [Makefile:301: emacs-lisp/macroexp.elc] Error 139
> make[2]: Leaving directory '/c/gitemacs/emacs/lisp'
> make[1]: *** [Makefile:797: bootstrap-emacs.exe] Error 2
> make[1]: Leaving directory '/c/gitemacs/emacs/src'
> make: *** [Makefile:423: src] Error 2
> ```
> 
> And the gdb message:
> ```
> (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile
> emacs-lisp/macroexp.el
> Starting program: C:\gitemacs\emacs\src\bootstrap-emacs.exe -batch --no-site-file --no-site-lisp --eval '(setq
> load-prefer-newer t)' -f batch-byte-compile emacs-lisp/macroexp.el
> [New Thread 34928.0x1f0c]
> [New Thread 34928.0x1624]
> [New Thread 34928.0x8854]
> [New Thread 34928.0x9b70]
> [Thread 34928.0x8854 exited with code 0]
> [Thread 34928.0x9b70 exited with code 0]
> [Thread 34928.0x1624 exited with code 0]
> 
> Thread 1 received signal SIGSEGV, Segmentation fault.
> lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
> 3188        if (xstrcasecmp (info->root_dir, root_dir) == 0)
> (gdb)  thread 1
> [Switching to thread 1 (Thread 34928.0x1f0c)]
> #0  lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
> 3188        if (xstrcasecmp (info->root_dir, root_dir) == 0)
> (gdb) backtrace
> #0  lookup_volume_info (root_dir=<optimized out>) at w32.c:3188
> #1  GetCachedVolumeInformation (root_dir=<optimized out>) at w32.c:3253
> #2  get_volume_info (name=name <at> entry=0x2862ddb "C:/gitemacs/emacs/src",
>     pPath=pPath <at> entry=0xbfec48) at w32.c:3353
> #3  0x00000004001a77ff in is_fat_volume (pPath=0xbfec48,
>     name=0x2862ddb "C:/gitemacs/emacs/src") at w32.c:3369
> #4  map_w32_filename (name=name <at> entry=0x2862ddb "C:/gitemacs/emacs/src",
>     pPath=0xbff410, pPath <at> entry=0xbff490) at w32.c:3396
> #5  0x00000004001a8f38 in stat_worker (path=<optimized out>,
>     path <at> entry=0x2862ddb "C:/gitemacs/emacs/src", buf=buf <at> entry=0xbff680,
>     follow_symlinks=follow_symlinks <at> entry=1) at w32.c:5073
> #6  0x00000004001a99db in stat (
>     path=path <at> entry=0x2862ddb "C:/gitemacs/emacs/src", buf=buf <at> entry=0xbff680)
>     at w32.c:5456
> #7  0x00000004000bfaff in get_current_dir_name_or_unreachable ()
>     at sysdep.c:321
> #8  0x00000004000bfe09 in emacs_get_current_dir_name () at sysdep.c:345
> #9  0x00000004001e7d37 in main (argc=<optimized out>, argv=0x2864b70)
>     at emacs.c:1024
> (gdb)

Thanks, please try the latest master.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34277; Package emacs. (Fri, 08 Feb 2019 06:38:02 GMT) Full text and rfc822 format available.

Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Shuguang Sun" <shuguang79 <at> qq.com>
To: "Eli Zaretskii" <eliz <at> gnu.org>
Cc: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: Re:  bug#34277: Error after dump complete when build on Windows 10
Date: Fri, 8 Feb 2019 14:28:31 +0800

[Message part 1 (text/plain, inline)]
> Thanks, please try the latest master.



Thanks. Now both pdumper and unexec can works.
[Message part 2 (text/html, inline)]
Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Fri, 08 Feb 2019 07:22:01 GMT) Full text and rfc822 format available.
Notification sent to "Shuguang Sun" <shuguang79 <at> qq.com>:
bug acknowledged by developer. (Fri, 08 Feb 2019 07:22:02 GMT) Full text and rfc822 format available.

Message #34 received at 34277-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Shuguang Sun" <shuguang79 <at> qq.com>
Cc: 34277-done <at> debbugs.gnu.org
Subject: Re: bug#34277: Error after dump complete when build on Windows 10
Date: Fri, 08 Feb 2019 09:21:12 +0200

> From: "Shuguang Sun" <shuguang79 <at> qq.com>
> Cc: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>
> Date: Fri, 8 Feb 2019 14:28:31 +0800
> 
> > Thanks, please try the latest master.
> 
> Thanks. Now both pdumper and unexec can works.

Great, I'm therefore closing this bug.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 08 Mar 2019 12:24:07 GMT) Full text and rfc822 format available.
This bug report was last modified 6 years and 101 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.