From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#42931: 27.1; json-pretty-print-buffer on ~2MB line causes core dump Date: Wed, 19 Aug 2020 16:15:38 +0200 Message-ID: <87364i2039.fsf@gnus.org> References: <0b9da4d7-ca24-8e00-d49f-7630e42abe89@orcon.net.nz> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15724"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 42931@debbugs.gnu.org To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 19 16:16:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8Osu-0003wa-Cp for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 19 Aug 2020 16:16:12 +0200 Original-Received: from localhost ([::1]:43978 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k8Ost-0003Bn-F9 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 19 Aug 2020 10:16:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k8Osk-00039U-Of for bug-gnu-emacs@gnu.org; Wed, 19 Aug 2020 10:16:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57312) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k8Osk-0007Cn-De for bug-gnu-emacs@gnu.org; Wed, 19 Aug 2020 10:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k8Osk-00026B-6a for bug-gnu-emacs@gnu.org; Wed, 19 Aug 2020 10:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Aug 2020 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42931 X-GNU-PR-Package: emacs Original-Received: via spool by 42931-submit@debbugs.gnu.org id=B42931.15978465557662 (code B ref 42931); Wed, 19 Aug 2020 14:16:02 +0000 Original-Received: (at 42931) by debbugs.gnu.org; 19 Aug 2020 14:15:55 +0000 Original-Received: from localhost ([127.0.0.1]:40625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8Osc-0001yp-BP for submit@debbugs.gnu.org; Wed, 19 Aug 2020 10:15:55 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:45890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8OsZ-0001r8-Ri for 42931@debbugs.gnu.org; Wed, 19 Aug 2020 10:15:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=swNbXVWC8aVTm8LEIauzW5c/w1BHLvRerDgMaaW72xE=; b=KLY5z/iKcXSpjeWxlPaXAQfa2F DvIOwtF2OnMrbtNPdaIS1ujgczxhezpIl1q3Jbi6W0vaHhxjnWZHwVKaxytOkvnSySSr3X/2NYLmy 3cwRURkr14LFRKeFSfPPKaCD5NHreRVqAN2z1Ispu2mhIHUIAMaaJRh+IacN2kpXgXMM=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8OsO-0005dQ-Qf; Wed, 19 Aug 2020 16:15:45 +0200 X-Now-Playing: Pieter Nooten & Michael Brook's _Sleeps With The Fishes_: "Clouds" In-Reply-To: <0b9da4d7-ca24-8e00-d49f-7630e42abe89@orcon.net.nz> (Phil Sainty's message of "Thu, 20 Aug 2020 01:50:55 +1200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:185615 Archived-At: Phil Sainty writes: > On my system, Emacs hangs for quite a while and then core dumps. I can confirm that this leads to a segmentation fault (on Debian). [Current thread is 1 (Thread 0x7fbbb1c04000 (LWP 2154403))] (gdb) bt #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x000055d08b0a0ac9 in terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #2 0x000055d08b0a0f5f in handle_fatal_signal (sig=sig@entry=11) at sysdep.c:1786 #3 0x000055d08b19bf9d in deliver_thread_signal (sig=sig@entry=11, handler=0x55d08b0a0f54 ) at sysdep.c:1760 #4 0x000055d08b19c019 in deliver_fatal_thread_signal (sig=11) at sysdep.c:1883 #5 handle_sigsegv (sig=11, siginfo=, arg=) at sysdep.c:1883 #6 0x00007fbbb530d140 in () at /lib/x86_64-linux-gnu/libpthread.so.0 #7 0x000055d08b1f7a43 in compareseq (xoff=xoff@entry=897, xlim=xlim@entry=17383858, yoff=yoff@entry=1353, ylim=ylim@entry=25500750, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:472 #8 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=897, xlim=xlim@entry=17383882, yoff=yoff@entry=1353, ylim=ylim@entry=25500806, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 #9 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=897, xlim=xlim@entry=17383917, yoff=yoff@entry=1353, ylim=ylim@en try=25500849, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 #10 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=897, xlim=xlim@entry=17383963, yoff=yoff@entry=1353, ylim=ylim@entry=25500881, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 #11 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=897, xlim=xlim@entry=17384016, yoff=yoff@entry=1353, ylim=ylim@entry=25500898, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 #12 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=897, xlim=xlim@entry=17384024, yoff=yoff@entry=1353, ylim=ylim@entry=25500964, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 down to... Wow, that's a long backtrace. Hm. Is gdb inflooping? Is that possible? No, it finished: #36798 0x000055d08b1f7db9 in compareseq (xoff=, xoff@entry=146, xlim=xlim@entry=18922266, yoff=yoff@entry=186, ylim=ylim@entry=27160236, find_minimal=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:512 #36799 0x000055d08b1f7d94 in compareseq (xoff=, xoff@entry=146, xlim=xlim@entry=18922364, yoff=yoff@entry=186, ylim=ylim@entry=27160398, find_minimal=find_minimal@entry=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:510 #36800 0x000055d08b1f7db9 in compareseq (xoff=, xoff@entry=0, xlim=18922364, xlim@entry=18922365, yoff=1, yoff@entry=0, ylim=27160398, ylim@entry=27160399, find_minimal=find_minimal@entry=false, ctxt=ctxt@entry=0x7fff5bfa5610) at ../lib/diffseq.h:512 #36801 0x000055d08b1f8973 in Freplace_buffer_contents (source=0x55d08c598035, max_secs=, max_costs=) at editfns.c:2038 #36802 0x000055d08b1fd493 in Ffuncall (nargs=4, args=args@entry=0x7fff5bfa5758) at lisp.h:2091 #36803 0x000055d08b237a58 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #36804 0x000055d08b1fd3f7 in Ffuncall (nargs=6, args=args@entry=0x7fff5bfa5ac8) at eval.c:2809 #36805 0x000055d08b237a58 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 36806 0x000055d08b1fd3f7 in Ffuncall (nargs=4, args=args@entry=0x7fff5bfa5e10) at eval.c:2809 #36807 0x000055d08b237a58 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #36808 0x000055d08b1fd3f7 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff5bfa6148) at eval.c:2809 #36809 0x000055d08b1f9f91 in Ffuncall_interactively (nargs=2, args=0x7fff5bfa6148) at callint.c:253 #36810 0x000055d08b1fd493 in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fff5bfa6140) at lisp.h:2091 #36811 0x000055d08b1fb216 in Fcall_interactively (function=0xde4130, record_flag=0xb3d0, keys=0x55d08c597c05) at callint.c:779 OK, so it's not a jansson-related thing, but bugging out in replace-buffer-contents. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no