From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#27571: C stack overflow from `prin1' on deeply nested lisp object. Date: Sun, 28 Jan 2018 16:45:23 -0500 Message-ID: <87shapk68c.fsf@users.sourceforge.net> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1517175856 22561 195.159.176.226 (28 Jan 2018 21:44:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 28 Jan 2018 21:44:16 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: 27571@debbugs.gnu.org, Paul Eggert To: Keith David Bershatsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 28 22:44:11 2018 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 1efukD-0005Kq-3r for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Jan 2018 22:44:09 +0100 Original-Received: from localhost ([::1]:39320 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1efumC-0005Dm-8M for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Jan 2018 16:46:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39379) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1efum6-0005DV-Hg for bug-gnu-emacs@gnu.org; Sun, 28 Jan 2018 16:46:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1efum3-0007I1-GX for bug-gnu-emacs@gnu.org; Sun, 28 Jan 2018 16:46:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38935) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1efum3-0007Hx-Bp for bug-gnu-emacs@gnu.org; Sun, 28 Jan 2018 16:46:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1efum1-00064w-Lm for bug-gnu-emacs@gnu.org; Sun, 28 Jan 2018 16:46:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Jan 2018 21:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27571 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 27571-submit@debbugs.gnu.org id=B27571.151717593421484 (code B ref 27571); Sun, 28 Jan 2018 21:46:01 +0000 Original-Received: (at 27571) by debbugs.gnu.org; 28 Jan 2018 21:45:34 +0000 Original-Received: from localhost ([127.0.0.1]:46832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efulZ-0005aC-Ju for submit@debbugs.gnu.org; Sun, 28 Jan 2018 16:45:33 -0500 Original-Received: from mail-io0-f180.google.com ([209.85.223.180]:44239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efulX-0005RK-CT for 27571@debbugs.gnu.org; Sun, 28 Jan 2018 16:45:32 -0500 Original-Received: by mail-io0-f180.google.com with SMTP id z6so5571888iob.11 for <27571@debbugs.gnu.org>; Sun, 28 Jan 2018 13:45:31 -0800 (PST) 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=lecYKcGbx4Y7/87OISnyhXSzAS/W41xIDsgyMgPen5U=; b=qnpfptCrcsRQ5t640ACS8QQABobiLqaOu1i/ZfPgD06yNEjbD7+lvbjoBk/Qx/v3f6 4N4iKuV9FAlVJBpav7mJnNKVc8dzkVBdSE1L5pmVIt9wbBKN4a5APTFlLC5VgAFbG810 1UKOBuf2GDAe3LRHDYxkAZXkDzCzvxa+OPsb1nOnbnzCglWEdhdZO7ptujxrlhtYAynD qrKQ7yRu1nUJzj9Y7Sfiah1qYR0hB8TN5EFo3m9c/7So8PFcvSTzyHIFbEyHkDP1RcI1 j3dh+ZtoAUz7Bn6trHv0W60wYTTv3feLoyYpOAcPJiuMkvFwgWgIdLJW6e1WFz6IDkSW 7BfQ== 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=lecYKcGbx4Y7/87OISnyhXSzAS/W41xIDsgyMgPen5U=; b=QjhOaXofhoUKYMPg7kbDvXxwwkl9aitrg61IL8EggNBGz7N5sOdPrQHTHrjyb8A5Bf V/OZG/XW+9ULIQc0Srf3gESF8PybyCOsSISr2eH5l98oaYeZmqnIToRpbDvFf1kRaghd w+OAzEDLLptyXPMzELC0jsCV5adBS2JUcl8QvLMg7RsH/6J3gn6MCVsZcrc5nOgeOkKm sFxs8YFGSNSa3G4Gd3Ofs9PnOOSA84qf/7wu3w5YqHscIc4KhgNzqj5K9VV9mtaRnvGY 8q3y3oZAax1X1DDKa/wYIyG3/ry/T0cSVQW3F9HwYB1aVMJ8eZAT7gNB5y7mIpdfu5iG WppA== X-Gm-Message-State: AKwxyteoiKclyPrfByKj3Q8HaQ2cr4KW+CsvtgmLjkCjKVWAm8tJnesL ygWnDasZpraru7a9kPJ+wgI= X-Google-Smtp-Source: AH8x2257NRy8GEvybvhVkCpq++Cg3Mjo/Lr3nTT+ztXqehxawPB6PPUGAT6m1LmCvCyeBr0H4cu/kA== X-Received: by 10.107.138.13 with SMTP id m13mr23840030iod.81.1517175925851; Sun, 28 Jan 2018 13:45:25 -0800 (PST) Original-Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id g187sm3270831itb.29.2018.01.28.13.45.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 28 Jan 2018 13:45:24 -0800 (PST) In-Reply-To: (Keith David Bershatsky's message of "Tue, 09 Jan 2018 08:43:08 -0800") 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:142626 Archived-At: Keith David Bershatsky writes: > From a layman's perspective, it appears to me that Emacs disregards > `ulimit -S -s unlimited` on OSX 10.6.8 when typed into the terminal > before launching Emacs. To the extent that Emacs can be persuaded to > obey the "unlimited" case explicitly, that sounds like a viable > solution. I must admit, however, that I am unfamiliar with how this > all works. Can you check with gdb what the values of rlim are in this case? Around here, after the getrlimit call: if (getrlimit (RLIMIT_STACK, &rlim) == 0 && 0 <= rlim.rlim_cur && rlim.rlim_cur <= LONG_MAX) On GNU/Linux, rlim.rlim_cur is 0xffffffffffffffff (or -1 if interpreted as a signed integer), so that if condition evaluates to false.