From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Toru TSUNEYOSHI Newsgroups: gmane.emacs.devel Subject: Re: macro FIXNUM_OVERFLOW_P in lisp.h is valid ? Date: Mon, 26 Oct 2009 23:48:23 +0900 Message-ID: References: <83vdi5f9gy.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1256568765 19485 80.91.229.12 (26 Oct 2009 14:52:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 26 Oct 2009 14:52:45 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: schwab@linux-m68k.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 26 15:52:38 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N2Qw1-0001Nw-OW for ged-emacs-devel@m.gmane.org; Mon, 26 Oct 2009 15:52:38 +0100 Original-Received: from localhost ([127.0.0.1]:35355 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N2Qw1-0006VR-6C for ged-emacs-devel@m.gmane.org; Mon, 26 Oct 2009 10:52:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N2Qvu-0006VE-KW for emacs-devel@gnu.org; Mon, 26 Oct 2009 10:52:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N2Qvp-0006NJ-33 for emacs-devel@gnu.org; Mon, 26 Oct 2009 10:52:29 -0400 Original-Received: from [199.232.76.173] (port=47015 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N2Qvo-0006N4-Qy for emacs-devel@gnu.org; Mon, 26 Oct 2009 10:52:24 -0400 Original-Received: from blu0-omc3-s28.blu0.hotmail.com ([65.55.116.103]:20613) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N2Qvn-0007Hc-CV; Mon, 26 Oct 2009 10:52:23 -0400 Original-Received: from BLU0-SMTP53 ([65.55.116.73]) by blu0-omc3-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Oct 2009 07:52:22 -0700 X-Originating-IP: [124.155.30.210] X-Originating-Email: [t_tuneyosi@hotmail.com] Original-Received: from localhost ([124.155.30.210]) by BLU0-SMTP53.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Oct 2009 07:52:21 -0700 In-Reply-To: X-Mailer: Mew version 6.2 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) X-OriginalArrivalTime: 26 Oct 2009 14:52:21.0758 (UTC) FILETIME=[EC20A9E0:01CA564B] X-detected-operating-system: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:116410 Archived-At: Thanks for your checking. From: Andreas Schwab > Note that lread.c:read_integer has the same problem. It is amazing how > many places try to convert a string of digits into a number, all failing > in one way or another. I didn't know lread.c:read_integer well. (So I read the code a little.) But I think this function is allowed to overflow if we interpret the word `integer' (not `number') literally.