From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#42931: 27.1; json-pretty-print-buffer on ~2MB line causes core dump Date: Tue, 25 Aug 2020 09:12:58 +0300 Message-ID: <83k0xn5k45.fsf@gnu.org> References: <14e2aff5-20e3-03a3-50ae-cfabee5bc406@cs.ucla.edu> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1625"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 42931@debbugs.gnu.org, larsi@gnus.org, bruno@clisp.org, p.stephani2@gmail.com, psainty@rcon.net.nz To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Aug 25 08:14:09 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 1kASDh-0000J3-KJ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 Aug 2020 08:14:09 +0200 Original-Received: from localhost ([::1]:33314 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kASDg-0008NU-9o for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 Aug 2020 02:14:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35216) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kASDa-0008NM-LV for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 02:14:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48530) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kASDa-0001rq-BW for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 02:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kASDa-0003F0-7Z for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 02:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Aug 2020 06:14: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.159833600612403 (code B ref 42931); Tue, 25 Aug 2020 06:14:02 +0000 Original-Received: (at 42931) by debbugs.gnu.org; 25 Aug 2020 06:13:26 +0000 Original-Received: from localhost ([127.0.0.1]:60076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kASD0-0003Dz-Gq for submit@debbugs.gnu.org; Tue, 25 Aug 2020 02:13:26 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:53194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kASCw-0003Dk-7g for 42931@debbugs.gnu.org; Tue, 25 Aug 2020 02:13:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33173) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kASCq-0001oA-CF; Tue, 25 Aug 2020 02:13:16 -0400 Original-Received: from [176.228.60.248] (port=2963 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kASCp-0002X2-Ky; Tue, 25 Aug 2020 02:13:16 -0400 In-Reply-To: <14e2aff5-20e3-03a3-50ae-cfabee5bc406@cs.ucla.edu> (message from Paul Eggert on Mon, 24 Aug 2020 16:46:01 -0700) 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:186233 Archived-At: > Cc: 42931@debbugs.gnu.org, Lars Ingebrigtsen , > Eli Zaretskii , Philipp Stephani , > Bruno Haible > From: Paul Eggert > Date: Mon, 24 Aug 2020 16:46:01 -0700 > > In theory even O(log N) might not be good enough if Emacs has a tiny stack and a > huge buffer, but I doubt whether this is of practical concern. What about "normal" Emacs builds? They usually have between 2MB and 8MB of stack. Should we worry about stack overflow in these cases? Maybe it is worth to add a stack-overflow protection to diffseq.h anyway? Almost anything is better than a segfault. Thanks.