From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Buffer size limitation in insdel.c Date: Thu, 23 Sep 2010 09:55:56 +0200 Message-ID: <83r5gkvqpf.fsf@gnu.org> References: <834odivv7v.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1285229186 4725 80.91.229.12 (23 Sep 2010 08:06:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Sep 2010 08:06:26 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 23 10:06:25 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 1Oygoy-00062l-TG for ged-emacs-devel@m.gmane.org; Thu, 23 Sep 2010 10:06:25 +0200 Original-Received: from localhost ([127.0.0.1]:48499 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OygfP-0000HI-4f for ged-emacs-devel@m.gmane.org; Thu, 23 Sep 2010 03:56:31 -0400 Original-Received: from [140.186.70.92] (port=36511 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OygfE-0000ES-E2 for emacs-devel@gnu.org; Thu, 23 Sep 2010 03:56:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OygfD-0002ux-1b for emacs-devel@gnu.org; Thu, 23 Sep 2010 03:56:20 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:64670) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OygfC-0002uV-Lx; Thu, 23 Sep 2010 03:56:18 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L9600100WKCOS00@a-mtaout20.012.net.il>; Thu, 23 Sep 2010 09:55:52 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.203.3]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L9600197WP3NI20@a-mtaout20.012.net.il>; Thu, 23 Sep 2010 09:55:52 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:130652 Archived-At: > From: Richard Stallman > CC: emacs-devel@gnu.org > Date: Wed, 22 Sep 2010 20:58:59 -0400 > > { EMACS_INT total_size = Z_BYTE - BEG_BYTE + GAP_SIZE + nbytes_added; > if (total_size < 0 > /* Don't allow a buffer size that won't fit in a Lisp integer. */ > || total_size != XINT (make_number (total_size)) > /* Don't allow a buffer size that won't fit in an int > even if it will fit in a Lisp integer. > That won't work because so many places still use `int'. */ > || total_size != (EMACS_INT) (int) total_size) > error ("Buffer exceeds maximum size"); > > "bzr annotate" says this was committed a year ago by Stefan. > > Any objections to removing this limitation on 64-bit machines? > > Is there a reason to believe it is not necessary any more? It hides bugs, if nothing else. But I understand people prefer to keep it for now, for fear that Emacs will break completely on 64-bit hosts. The problem is that no one seems to be working on fixing those bugs.