Re: bug#6214: 23.1; json-read-string crashes emacs with long string
authorChong Yidong <cyd@stupidchicken.com>
Sat, 14 Aug 2010 21:30:32 +0000 (17:30 +2000)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:37:11 +0000 (09:37 -0800)
82/2fc3f9e52d8b0d78be2dd0d1bfd241d6a7d3bd [new file with mode: 0644]

diff --git a/82/2fc3f9e52d8b0d78be2dd0d1bfd241d6a7d3bd b/82/2fc3f9e52d8b0d78be2dd0d1bfd241d6a7d3bd
new file mode 100644 (file)
index 0000000..f579fec
--- /dev/null
@@ -0,0 +1,75 @@
+Return-Path: <cyd@stupidchicken.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id A9EDB40BC4E\r
+       for <notmuch@notmuchmail.org>; Sat, 14 Aug 2010 14:30:57 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.9\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9] autolearn=unavailable\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id JcofkxlzptKS for <notmuch@notmuchmail.org>;\r
+       Sat, 14 Aug 2010 14:30:57 -0700 (PDT)\r
+Received: from pantheon-po23.its.yale.edu (pantheon-po23.its.yale.edu\r
+       [130.132.50.117])\r
+       by olra.theworths.org (Postfix) with ESMTP id 2625640BC52\r
+       for <notmuch@notmuchmail.org>; Sat, 14 Aug 2010 14:30:55 -0700 (PDT)\r
+Received: from furry (173-14-147-246-NewEngland.hfc.comcastbusiness.net\r
+       [173.14.147.246]) (authenticated bits=0)\r
+       by pantheon-po23.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id\r
+       o7ELUX59012308\r
+       (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);\r
+       Sat, 14 Aug 2010 17:30:33 -0400\r
+Received: by furry (Postfix, from userid 1000)\r
+       id CCDF916D402; Sat, 14 Aug 2010 17:30:32 -0400 (EDT)\r
+From: Chong Yidong <cyd@stupidchicken.com>\r
+To: Michal Sojka <sojkam1@fel.cvut.cz>\r
+Subject: Re: bug#6214: 23.1; json-read-string crashes emacs with long string\r
+References: <87pr0t5h1q.fsf@yoom.home.cworth.org>\r
+       <87fx1pkrsh.fsf@stupidchicken.com> <87tymzv6ga.fsf@steelpick.2x.cz>\r
+       <878w4afozw.fsf@stupidchicken.com> <87sk2hbq3s.fsf@steelpick.2x.cz>\r
+Date: Sat, 14 Aug 2010 17:30:32 -0400\r
+In-Reply-To: <87sk2hbq3s.fsf@steelpick.2x.cz> (Michal Sojka's message of "Sat,\r
+       14 Aug 2010 09:39:03 +0200")\r
+Message-ID: <8739ug3mrr.fsf@stupidchicken.com>\r
+User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed)\r
+Cc: 6214@debbugs.gnu.org, Notmuch mailing list <notmuch@notmuchmail.org>\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sat, 14 Aug 2010 21:30:57 -0000\r
+\r
+Michal Sojka <sojkam1@fel.cvut.cz> writes:\r
+\r
+> I cloned bzr repo (trunk:101071) and I can reproduce the bug (./emacs\r
+> --batch -l ~/q/json-emacs-bug.el). Backtrace is the same as in my\r
+> previous mail and report-emacs-bug information is bellow. Let me know if\r
+> you need additional info.\r
+\r
+First, please check if this equivalent and simpler recipe also\r
+reproduces the problem, to make sure this is the same bug:\r
+\r
+  emacs --batch -q --eval "(apply 'string (make-list 1122176 ?a)))"\r
+\r
+If so, please recompile without optimizations:\r
+\r
+  CFLAGS="-g" ./configure\r
+  make\r
+\r
+and see if you can obtain a cleaner backtrace.\r