From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bignum branch Date: Sat, 11 Aug 2018 19:16:47 +0300 Message-ID: <83r2j4lvyo.fsf@gnu.org> References: <87o9fbbw1t.fsf@tromey.com> <83a7q4ufxp.fsf@gnu.org> <87wot71hpb.fsf@tromey.com> <86in4rgt1m.fsf@gmail.com> <83pnyyu0k1.fsf@gnu.org> <86k1p59haq.fsf@gmail.com> <83va8osuz2.fsf@gnu.org> <87ftzrknyg.fsf@tromey.com> <87zhxwig5k.fsf@tromey.com> <86lg9gl7vy.fsf@gmail.com> <87tvo4i9em.fsf@tromey.com> <86k1ozl0yd.fsf@gmail.com> <83in4iojva.fsf@gnu.org> <86bmaasm39.fsf@gmail.com> <83a7puo8oq.fsf@gnu.org> <83zhxummef.fsf@gnu.org> <83lg9em1v6.fsf@gnu.org> <86r2j5q67t.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1534004141 30336 195.159.176.226 (11 Aug 2018 16:15:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Aug 2018 16:15:41 +0000 (UTC) Cc: emacs-devel@gnu.org To: Andy Moreton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 11 18:15:37 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1foWYC-0007oc-Mc for ged-emacs-devel@m.gmane.org; Sat, 11 Aug 2018 18:15:36 +0200 Original-Received: from localhost ([::1]:60734 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foWaJ-0004Bt-0V for ged-emacs-devel@m.gmane.org; Sat, 11 Aug 2018 12:17:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foWZM-0004BZ-Ry for emacs-devel@gnu.org; Sat, 11 Aug 2018 12:16:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foWZJ-0003ts-Nl for emacs-devel@gnu.org; Sat, 11 Aug 2018 12:16:48 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40711) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foWZJ-0003to-KE; Sat, 11 Aug 2018 12:16:45 -0400 Original-Received: from [176.228.60.248] (port=1903 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1foWZI-0003cA-U5; Sat, 11 Aug 2018 12:16:45 -0400 In-reply-to: <86r2j5q67t.fsf@gmail.com> (message from Andy Moreton on Sat, 11 Aug 2018 16:21:42 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:228413 Archived-At: > From: Andy Moreton > Date: Sat, 11 Aug 2018 16:21:42 +0100 > > (gdb) bt full > #0 0x00007ff83c63c903 in KERNELBASE!DebugBreak () from C:\WINDOWS\System32\KernelBase.dll > No symbol table info available. > #1 0x000000040021d84d in emacs_abort () at C:/emacs/git/emacs/bignum/src/w32fns.c:10775 > button = > #2 0x00000004000eff91 in terminate_due_to_signal (sig=0xb, backtrace_limit=) at C:/emacs/git/emacs/bignum/src/emacs.c:399 > No locals. > #3 0x0000000400110620 in handle_fatal_signal (sig=0xd60000, sig@entry=0xb) at C:/emacs/git/emacs/bignum/src/sysdep.c:1769 > No locals. > #4 0x00000004001102c8 in deliver_thread_signal (sig=0xb, handler=0x400110612 ) at C:/emacs/git/emacs/bignum/src/sysdep.c:1743 > old_errno = 0x16 > #5 0x00000004001102e5 in deliver_fatal_thread_signal (sig=0xd60000) at C:/emacs/git/emacs/bignum/src/sysdep.c:1781 > No locals. > #6 0x000000040028610c in _gnu_exception_handler (exception_data=0xbfb890) at C:/repo/mingw-w64-crt-git/src/mingw-w64/mingw-w64-crt/crt/crt_handler.c:223 > old_handler = > action = 0x0 > reset_fpu = 0x0 > #7 0x00007ff83d0d7c58 in msvcrt!__C_specific_handler () from C:\WINDOWS\System32\msvcrt.dll > No symbol table info available. > #8 0x00007ff83f86eced in ntdll!.chkstk () from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #9 0x00007ff83f7d6c86 in ntdll!RtlWalkFrameChain () from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #10 0x00007ff83f86dc1e in ntdll!KiUserExceptionDispatcher () from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #11 0x000000046ace5dc0 in ?? () > No symbol table info available. > Backtrace stopped: previous frame inner to this frame (corrupt stack?) > > Lisp Backtrace: > "logcount" (0xbfc7e0) > "list" (0xbfc928) Strange that it shows nothing before the exception handler. Did you run the test under GDB to begin with, or only attached it after the abort dialog popped up? If the latter, please run the test from GDB to begin with (it is easier to do that if you run the test interactively). > Let me know if there is anything I should look for in gdb to try to > debug this. In case you already run the test from GDB: Is it true that logcount always crashes in this build? If so, can you step through logcount and tell where exactly it crashes? Once you determine the C line in which it crashes, please re-run the test with a breakpoint inside logcount, step through the function until you get to the crashing line, and then use "stepi" to step into the function that crashes. Please show the transcript of this stepping. Thanks.