From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Davis Herring" Newsgroups: gmane.emacs.devel Subject: Re: integer overflow Date: Sat, 6 Mar 2010 08:23:35 -0800 (PST) Message-ID: <49251.130.55.132.85.1267892615.squirrel@webmail.lanl.gov> References: <4B8147A9.7030504@gmail.com> <87ljemdzxo.fsf@stupidchicken.com> <4B83682D.5010804@gnu.org> <87vddmpw4s.fsf@stupidchicken.com> <87hbp2fwoi.fsf@gnu.org> <87wrxrr4md.fsf@gnu.org> <3vsk8ecg6a.fsf@fencepost.gnu.org> <873a0euot4.fsf@stupidchicken.com> Reply-To: herring@lanl.gov NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1267912473 20378 80.91.229.12 (6 Mar 2010 21:54:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 6 Mar 2010 21:54:33 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: "Stefan Monnier" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 06 22:54:29 2010 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.69) (envelope-from ) id 1No1ZM-00063g-G0 for ged-emacs-devel@m.gmane.org; Sat, 06 Mar 2010 22:29:56 +0100 Original-Received: from localhost ([127.0.0.1]:33991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nnwn7-0001eS-Fu for ged-emacs-devel@m.gmane.org; Sat, 06 Mar 2010 11:23:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nnwn2-0001dZ-7H for emacs-devel@gnu.org; Sat, 06 Mar 2010 11:23:44 -0500 Original-Received: from [140.186.70.92] (port=34677 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nnwn0-0001cl-Pl for emacs-devel@gnu.org; Sat, 06 Mar 2010 11:23:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nnwmy-00071a-FV for emacs-devel@gnu.org; Sat, 06 Mar 2010 11:23:41 -0500 Original-Received: from proofpoint2.lanl.gov ([204.121.3.26]:45151) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nnwmy-000716-3A for emacs-devel@gnu.org; Sat, 06 Mar 2010 11:23:40 -0500 Original-Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by proofpoint2.lanl.gov (8.14.3/8.14.3) with ESMTP id o26GNZ5D007710; Sat, 6 Mar 2010 09:23:35 -0700 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (Postfix) with ESMTP id A345D243FE4; Sat, 6 Mar 2010 09:23:35 -0700 (MST) X-NIE-2-Virus-Scanner: amavisd-new at mailrelay1.lanl.gov Original-Received: from webmail1.lanl.gov (webmail1.lanl.gov [128.165.4.106]) by mailrelay1.lanl.gov (Postfix) with ESMTP id 9027D243FE2; Sat, 6 Mar 2010 09:23:35 -0700 (MST) Original-Received: by webmail1.lanl.gov (Postfix, from userid 48) id 8E7721CA8134; Sat, 6 Mar 2010 09:23:35 -0700 (MST) Original-Received: from 130.55.132.85 (SquirrelMail authenticated user 196434) by webmail.lanl.gov with HTTP; Sat, 6 Mar 2010 08:23:35 -0800 (PST) In-Reply-To: User-Agent: SquirrelMail/1.4.8-5.7.lanl7 X-Priority: 3 (Normal) Importance: Normal X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-06_02:2010-02-06, 2010-03-05, 2010-03-05 signatures=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:121689 >> What's the point of doing that? I would much prefer if read would just >> raise an error. > > There are many cases where it's important to read an integer from some > other program, so it's important to be able to read integers larger the > Elisp's largest fixnum (tho less so for integers larger than the > host system's natural "int"). > Examples are file sizes, process ids, user ids, ... It seems to me that such cases are relevant to `string-to-*' more than to `read'. There is value in having them be consistent in their shared domain, but there is also value in having the syntax of elisp not involve magic thresholds where the type of a literal changes. Davis -- This product is sold by volume, not by mass. If it appears too dense or too sparse, it is because mass-energy conversion has occurred during shipping.