From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: Windows mingw64 and cygwin builds broken Date: Thu, 12 Nov 2015 22:01:21 +0000 Message-ID: <8637waswr2.fsf@gmail.com> References: <867flnrnhg.fsf@gmail.com> <83y4e3gdbb.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447365725 10680 80.91.229.3 (12 Nov 2015 22:02:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Nov 2015 22:02:05 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 12 23:01:54 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZwzwH-00053n-EA for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 23:01:53 +0100 Original-Received: from localhost ([::1]:49951 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwzwG-0006xC-LG for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 17:01:52 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44544) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwzw2-0006ww-Et for emacs-devel@gnu.org; Thu, 12 Nov 2015 17:01:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zwzvz-0001O8-8H for emacs-devel@gnu.org; Thu, 12 Nov 2015 17:01:38 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:60630) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwzvz-0001O0-13 for emacs-devel@gnu.org; Thu, 12 Nov 2015 17:01:35 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zwzvx-0004hT-FR for emacs-devel@gnu.org; Thu, 12 Nov 2015 23:01:33 +0100 Original-Received: from 82-69-64-228.dsl.in-addr.zen.co.uk ([82.69.64.228]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2015 23:01:33 +0100 Original-Received: from andrewjmoreton by 82-69-64-228.dsl.in-addr.zen.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2015 23:01:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 110 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 82-69-64-228.dsl.in-addr.zen.co.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5.50 (windows-nt) Cancel-Lock: sha1:dm6RGMJ74bbsdNe05fJ4V789rp4= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194290 Archived-At: On Thu 12 Nov 2015, Eli Zaretskii wrote: >> From: Andy Moreton >> Date: Thu, 12 Nov 2015 20:06:51 +0000 >> >> Changes in commit 9d43941569fc broke the Windows builds. > > Thanks, I tried to fix those problems in c1bc6e5. Thanks Eli. Something else is still wrong though: in the mingw64 build, bootstrapping from a clean tree results in a SEGV in temacs. Attaching gdb shows: Attaching to process 2024 [New Thread 2024.0x12bc] [New Thread 2024.0x1304] Reading symbols from C:\emacs\git\emacs\master\obj-mingw64\src\temacs.exe...done. 0x000000007769cc91 in ntdll!DbgBreakPoint () from C:\Windows\SYSTEM32\ntdll.dll warning: /c/emacs/git/emacs/master/obj-mingw64/../src/.gdbinit: No such file or directory Environment variable "DISPLAY" not defined. TERM = xterm-256color Breakpoint 1 at 0x400136118: file ../../src/emacs.c, line 371. Temporary breakpoint 2 at 0x4001638ed: file ../../src/sysdep.c, line 905. (gdb) cont Continuing. [Thread 2024.0x1304 exited with code 0] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 2024.0x12bc] 0x000007fefd773c63 in KERNELBASE!DebugBreak () from C:\Windows\system32\KernelBase.dll (gdb) bt full #0 0x000007fefd773c63 in KERNELBASE!DebugBreak () from C:\Windows\system32\KernelBase.dll No symbol table info available. #1 0x00000004002919c7 in emacs_abort () at ../../src/w32fns.c:9791 button = 0x6 #2 0x00000004001f2786 in specbind (symbol=..., value=...) at ../../src/eval.c:3021 sym = 0x401ba3f50 #3 0x000000040013d6b6 in safe_run_hooks (hook=...) at ../../src/keyboard.c:1831 count = 0x0 #4 0x000000040019443f in Fdo_auto_save (no_message=..., current_only=...) at ../../src/fileio.c:5502 old = 0x0 b = 0xa tail = { i = 0xfffffffdffffffff } buf = { i = 0x7fefdf22ae0 } hook = { i = 0xfffffffffebefed0 } auto_saved = 0x0 do_handled_files = 0xfdf22ae0 oquit = { i = 0x0 } stream = 0x0 count = 0x0 orig_minibuffer_auto_raise = 0x0 old_message_p = 0x0 auto_save_unwind = { stream = 0x1, auto_raise = 0x1 } #5 0x0000000400138502 in shut_down_emacs (sig=0x16, stuff=...) at ../../src/emacs.c:2018 No locals. #6 0x0000000400136189 in terminate_due_to_signal (sig=0x16, backtrace_limit=0x7fffffff) at ../../src/emacs.c: 382 No locals. #7 0x00000004001cae93 in die (msg=0x4006e531b "INTEGERP (bucket)", file=0x4006e47b 0 "../../src/lread.c", line=0xecb) at ../../src/alloc.c:7000 No locals. #8 0x000000040022b06e in define_symbol (sym=..., str=0x4006de8d2 ":timeout") at ../../ src/lread.c:3787 bucket = { i = 0x6c8 } len = 0x8 string = { i = 0x40031a4ac } #9 0x000000040022ba0b in init_obarray () at ../../src/lread.c:4007 i = 0x94 oblength = { i = 0x179e } size = 0x69 #10 0x00000004001375ba in main (argc=0x5, argv=0x8f7310) at ../../src/emacs.c:1180 dummy = { i = 0x28 } stack_bottom_variable = 0x0 do_initial_setlocale = 0x1 dumping = 0x1 skip_args = 0x1 no_loadup = 0x0 junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 Program received signal SIGSEGV, Segmentation fault. 0x00000004001e9761 in backtrace_top () at ../../src/eval.c:184 184 while (backtrace_p (pdl) && pdl->kind != SPECPDL_BACKTRACE) The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. (gdb)