From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#27779: 26.0.50: read -- Re-entering top level after C stack overflow Date: Sat, 22 Jul 2017 13:23:23 -0400 Message-ID: <87wp708jxw.fsf@users.sourceforge.net> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1500744134 27605 195.159.176.226 (22 Jul 2017 17:22:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 22 Jul 2017 17:22:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) Cc: 27779@debbugs.gnu.org To: Keith David Bershatsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jul 22 19:22:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1dYy6T-0006rA-Cc for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Jul 2017 19:22:09 +0200 Original-Received: from localhost ([::1]:47898 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dYy6Z-0000vR-0O for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Jul 2017 13:22:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dYy6Q-0000vB-S9 for bug-gnu-emacs@gnu.org; Sat, 22 Jul 2017 13:22:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dYy6M-0007K2-S1 for bug-gnu-emacs@gnu.org; Sat, 22 Jul 2017 13:22:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49902) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dYy6M-0007JP-Nv for bug-gnu-emacs@gnu.org; Sat, 22 Jul 2017 13:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dYy6M-0007bt-5E for bug-gnu-emacs@gnu.org; Sat, 22 Jul 2017 13:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Jul 2017 17:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27779 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 27779-submit@debbugs.gnu.org id=B27779.150074411629241 (code B ref 27779); Sat, 22 Jul 2017 17:22:02 +0000 Original-Received: (at 27779) by debbugs.gnu.org; 22 Jul 2017 17:21:56 +0000 Original-Received: from localhost ([127.0.0.1]:52579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dYy6G-0007bZ-Jp for submit@debbugs.gnu.org; Sat, 22 Jul 2017 13:21:56 -0400 Original-Received: from mail-io0-f182.google.com ([209.85.223.182]:34698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dYy6E-0007bM-Gr for 27779@debbugs.gnu.org; Sat, 22 Jul 2017 13:21:54 -0400 Original-Received: by mail-io0-f182.google.com with SMTP id l7so31679739iof.1 for <27779@debbugs.gnu.org>; Sat, 22 Jul 2017 10:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=dKFCulTlIgSlKNf+JhaqvTheiGKC0JXcRVyqVmb/Hlg=; b=BDSfdccGObgMXsEkzx3fxl/61WT04UbgTVcASkWq8ApU7LnhdjACWqS4jxs6id6Lqw FoHKhM5H9TkYKpM8eYIL93UrEpUiw9wT4KkZNLIbYg5nj7rOVPq/OgF0s+m4TPqZYdl2 VfxvDyap8dWoHUtk79isjh0+jebSMRtCsLuTs4xBEO4X6VmMbSEE+eQynWqXZYL8VJ04 smdLNwgrsROZXAEaol5e7F2woDoyd6RfYlUJQPd/mq4rIGXfxGjFH5ML+6RkKOo/Pq0n 5cXalxnyVahoceDB1g75YBorA9pXKLAPXHwSEYiGkKxUua9782KgAe/MpIONdfPJ1j0q 1vdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=dKFCulTlIgSlKNf+JhaqvTheiGKC0JXcRVyqVmb/Hlg=; b=izFtJVcd9uygnMgCwuxRYLOW95XkQJJa+7KegA3sQKUoVu0/pzakOoKJ2Nm9x9vIp5 TgZqi+GkXmpfbxj0ZcekAQ4cUtG3xSF0asacW40e0oURhpaFChlqaqIF/6lcVHvfK1Rk ITCwV3NBsXp89OAIAO7U6vWlE7FXmElA2PPo+A4XkfTOY9InTRpNBSoAHb1rq2rcyMiW VFIoaTiVwuXHQiJrTiAvyePUWR8MCTU2VaevMhntZiMci4XzpY7du6JB/K4acA2J+hlK zwGrypa14/PwBrYleFCWPYiw5UtNVGHa6exHo73PVBeePNQvcecjcRreTe6cssPin/6k h/Hg== X-Gm-Message-State: AIVw111n2G+xw7FKgxaAlwcsFxcEx+38qN9D/9vUMEuXJmOeoth+/dnO jMxH+SrURWCc2mHk X-Received: by 10.107.159.65 with SMTP id i62mr10424185ioe.92.1500744108634; Sat, 22 Jul 2017 10:21:48 -0700 (PDT) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 201sm3726439iof.21.2017.07.22.10.21.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 22 Jul 2017 10:21:47 -0700 (PDT) In-Reply-To: (Keith David Bershatsky's message of "Sat, 22 Jul 2017 09:32:44 -0700") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:134864 Archived-At: Keith David Bershatsky writes: > Setting `ulimit -S -s unlimited` from the terminal prior to launching > the GUI version of Emacs 26.0.50 from the same terminal session on OSX > 10.6.8 does NOT resolve/fix the "Re-entering top level after C stack > overflow" that appears in the *Messages* buffer. :( Hmm, the trick works on GNU/Linux. > > Emacs 25.2.1, on the other hand, IS able to successfully handle the following example: Yes, it's a bit strange that on 26.0.50 prin1-to-string can go up to almost 60000, while `read' gives up at 4600. By the way, for future reference, I suggest adding a length count to the "Success!" output; I got confused for a bit when seeing C-M-x easily succeed up to very large depths (which is because it binds print-level to a small value). (let* ((print-circle t) (max-lisp-eval-depth most-positive-fixnum) (max-specpdl-size most-positive-fixnum) (deep-object (make-deep-object 6000)) (string (prin1-to-string deep-object)) (result (read string))) (when result (message "Success! (%d)" (length string))))