Received: (at 66375) by debbugs.gnu.org; 14 Dec 2023 18:43:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 14 13:43:46 2023 Received: from localhost ([127.0.0.1]:50923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rDqgU-0000KG-98 for submit <at> debbugs.gnu.org; Thu, 14 Dec 2023 13:43:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rDqgS-0000K1-1p for 66375 <at> debbugs.gnu.org; Thu, 14 Dec 2023 13:43:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rDqgK-00019y-Ld; Thu, 14 Dec 2023 13:43:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=z4zi++c7ga/xbWJy3SwCnizcg5irppE9AJbVs5KqT5Y=; b=ieDh8FGVT9Bd K0aEXxP4ic3AASL8XgPqeigx75IqEClPoP+K0ZE3fHki6vVPtn7EplKWamvEyIuJtbJvIuYd8EYHX SumzuErKIZBDjmbLTaQwgPvQeeK1meY7zO4KsVPilSmijv/x6SjEF7OujowXelckBnxHF/XY6BdvK TxABEDIW63ZqeMIunCogaxk5EI9KqHUsr0On9rZfanl91HPl/ZxougpQY3uraodjNI2Mj4pckRHB2 J3B0Gki7tYLEYCruGMSjS71ZQgTuauyPOovSH2CVsNbk6HHsJykLyK/QowzXnFz86kYOWcOD4Axv2 DXZB2lL7iG7uMGqal4PRCQ==; Date: Thu, 14 Dec 2023 20:43:32 +0200 Message-Id: <83sf44pquj.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Ed Santiago <bug-emacs@HIDDEN> In-Reply-To: <1360286.1702572392@y> (message from Ed Santiago on Thu, 14 Dec 2023 09:46:32 -0700) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> <1360286.1702572392@y> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66375 Cc: 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Ed Santiago <bug-emacs@HIDDEN> > Phone: 1-505-662-5142 > Date: Thu, 14 Dec 2023 09:46:32 -0700 > > Another reproducer, somewhat more common than /dev/null: > > $ emacs --insert <(date) > > "date" is trivial, but '<(some-command-that-produces-output)' is > a common pattern. Emacs 29 breaks this. The issue with '<(some-command-that-produces-output)' is already fixed on the emacs-29 branch, so it is no longer part of this bug report.
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 14 Dec 2023 17:44:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 14 12:44:33 2023 Received: from localhost ([127.0.0.1]:50856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rDpl9-000550-TG for submit <at> debbugs.gnu.org; Thu, 14 Dec 2023 12:44:33 -0500 Received: from l.edsantiago.com ([72.14.191.63]:39858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bug-emacs@HIDDEN>) id 1rDor5-0004AX-9l for 66375 <at> debbugs.gnu.org; Thu, 14 Dec 2023 11:46:36 -0500 Received: from y.edsantiago.com (h.edsantiago.com [67.41.1.229]) by l.edsantiago.com (Postfix) with ESMTPSA id 20822A03A for <66375 <at> debbugs.gnu.org>; Thu, 14 Dec 2023 09:46:34 -0700 (MST) Received: from y (localhost [127.0.0.1]) by y.edsantiago.com (Postfix) with ESMTP id 41FE2C6044 for <66375 <at> debbugs.gnu.org>; Thu, 14 Dec 2023 09:46:32 -0700 (MST) X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.8 From: Ed Santiago <bug-emacs@HIDDEN> Phone: 1-505-662-5142 To: 66375 <at> debbugs.gnu.org Subject: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") X-Url: http://www.edsantiago.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Dec 2023 09:46:32 -0700 Message-ID: <1360286.1702572392@y> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 66375 X-Mailman-Approved-At: Thu, 14 Dec 2023 12:44:30 -0500 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Another reproducer, somewhat more common than /dev/null: $ emacs --insert <(date) "date" is trivial, but '<(some-command-that-produces-output)' is a common pattern. Emacs 29 breaks this.
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 15 Oct 2023 18:23:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 15 14:23:25 2023 Received: from localhost ([127.0.0.1]:54096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qs5ls-0008Fr-M5 for submit <at> debbugs.gnu.org; Sun, 15 Oct 2023 14:23:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qs5ln-0008DB-Rg for 66375 <at> debbugs.gnu.org; Sun, 15 Oct 2023 14:23:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qs5lI-0006mc-SV; Sun, 15 Oct 2023 14:22:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=D1ntEXKOl7QFpS4gPDSUBCvGbjulDycwP6YCVP3xbuQ=; b=jaHexfhp9C5c 3IBSKgA8tJjICDi/ywLEIhcdnYLc4YTukU3fwqCzBGUuiRQZJ1MdGhGj7Rbis97fuq2tAT/lFlJS2 rGvMqZLkRHjzahJAXnAqyXMd34u7N6BZBhR5Uz2znbI/kMlYNswcVDCFIn5Fga7A4GKPGTi+PUscU JkzEmsZNK09n+8X/UpWmLjr/FTFzr0ghsVaFOsmvhTsTJAg2yYwzrlNOG/72L3kOLU4B4G/Emhm30 5FRzXW4yT5j2PTTkRTJ7J+r6ji9rSZb+WetFIdTMguCHAAiMS1uedD32I+CRK5AcGQQ3YogG2YCoh 3Xg/KfuIHzyttjeUbG1bBA==; Date: Sun, 15 Oct 2023 21:22:20 +0300 Message-Id: <83bkczpwyr.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Sam Steingold <sds@HIDDEN> In-Reply-To: <CAFsbZ7bRHJgwHYot2OrHoVRG=_evUoc4VqE=OwmtrtcH-nfGpw@HIDDEN> (message from Sam Steingold on Sun, 15 Oct 2023 12:44:18 -0400) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> <83v8bgvzbj.fsf@HIDDEN> <CAFsbZ7bdoG0rK5+_3WBsiGxqs3rxTVZOVxnLruxn0ijxPHzSPw@HIDDEN> <83cyxfq209.fsf@HIDDEN> <CAFsbZ7bRHJgwHYot2OrHoVRG=_evUoc4VqE=OwmtrtcH-nfGpw@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66375 Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Sam Steingold <sds@HIDDEN> > Date: Sun, 15 Oct 2023 12:44:18 -0400 > Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org > > When I enter a group for which I set score file to nil or /dev/null in > gnus-score-file-single-match-alist > I get this: > > Debugger entered--Lisp error: (error "Maximum buffer size exceeded") > insert-file-contents("/dev/null") > gnus-score-load-score-alist("/dev/null") > gnus-score-load-file("/dev/null") gnus-score-file-single-match-alist is a defcustom, so you could replace "/dev/null" in the alist with some real file that is empty, couldn't you?
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 15 Oct 2023 16:45:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 15 12:45:01 2023 Received: from localhost ([127.0.0.1]:54034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qs4Ef-0004op-1M for submit <at> debbugs.gnu.org; Sun, 15 Oct 2023 12:45:01 -0400 Received: from mail-ot1-f45.google.com ([209.85.210.45]:54284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sam.steingold@HIDDEN>) id 1qs4Ed-0004oY-6j for 66375 <at> debbugs.gnu.org; Sun, 15 Oct 2023 12:45:00 -0400 Received: by mail-ot1-f45.google.com with SMTP id 46e09a7af769-6c63117a659so2301390a34.0 for <66375 <at> debbugs.gnu.org>; Sun, 15 Oct 2023 09:44:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697388269; x=1697993069; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=X4pIJIjToESg2J2HhXPgXyE9a+rPi3RFwv2o6RnK6xQ=; b=ILqhxONnHwY55n2cwho0iBdBuhSW+k7+qckupFoCKG6LtSpeHx+AvCoskX/n4x467o 1pV/iv0QsKAf9jR9ZXJwE3dtDAIa2jFWZJyj+7aXS2u9uOKQls2D0Ah+mwvIBAjOJTFB 40FUMh42c2MsAV6KzL8RNU+yNIw+4Ps2bvPvBRXGQasCXS1CrvOccCHEOEjChXmAiDgd 7xPduweQNiLukuGg9qlHOOGgu2jyi57UNoVF99uqsh71FUZPeoXpV2EHL8Jd6XDfZ7EW U6jph9XNpJuvBA4VK+jjK4zdHPbduuGmu0+MHhQqDe12FZ660Dzr4SX1GTZg0JiMic6/ hMOg== X-Gm-Message-State: AOJu0Yz50mIeGv0/U/djscGaFkHliESK6X4v7wHlJAly3tB8ej1savtg +iKraMIO1PlPqrz6tbRczNO0ygEfqsi5kpZZHg== X-Google-Smtp-Source: AGHT+IGJvnevjIqYr63WWaEQqfEEAiC1VrYtKd6u7h9CrQKM2DFb8n83Hw+Cy+6HPwMouDwEBmulpqAEoL0uK3G4YGg= X-Received: by 2002:a05:6870:12d6:b0:1e9:b4d1:9bed with SMTP id 22-20020a05687012d600b001e9b4d19bedmr9263063oam.40.1697388269256; Sun, 15 Oct 2023 09:44:29 -0700 (PDT) MIME-Version: 1.0 References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> <83v8bgvzbj.fsf@HIDDEN> <CAFsbZ7bdoG0rK5+_3WBsiGxqs3rxTVZOVxnLruxn0ijxPHzSPw@HIDDEN> <83cyxfq209.fsf@HIDDEN> In-Reply-To: <83cyxfq209.fsf@HIDDEN> From: Sam Steingold <sds@HIDDEN> Date: Sun, 15 Oct 2023 12:44:18 -0400 Message-ID: <CAFsbZ7bRHJgwHYot2OrHoVRG=_evUoc4VqE=OwmtrtcH-nfGpw@HIDDEN> Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 66375 Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.5 (/) When I enter a group for which I set score file to nil or /dev/null in gnus-score-file-single-match-alist I get this: Debugger entered--Lisp error: (error "Maximum buffer size exceeded") insert-file-contents("/dev/null") gnus-score-load-score-alist("/dev/null") gnus-score-load-file("/dev/null") gnus-score-load-files(("/home/sds/.gnus-kill/new-thread" "/home/sds/.gnus-kill/lisp" "/dev/null" nil "/home/sds/.gnus-kill/non-ascii" "/home/sds/.gnus-kill/all" "/home/sds/.gnus-kill/gmane" "/home/sds/.gnus-kill/gnu" "/home/sds/.gnus-kill/emacs")) gnus-score-headers(("/home/sds/.gnus-kill/new-thread" "/home/sds/.gnus-kill/lisp" "/dev/null" nil "/home/sds/.gnus-kill/non-ascii" "/home/sds/.gnus-kill/all" "/home/sds/.gnus-kill/gmane" "/home/sds/.gnus-kill/gnu" "/home/sds/.gnus-kill/emacs") nil) gnus-possibly-score-headers() gnus-summary-read-group-1("nntp+news.gwene.org:gmane.emacs.bbdb.user" nil t nil nil nil) gnus-summary-read-group("nntp+news.gwene.org:gmane.emacs.bbdb.user" nil t nil nil nil nil) gnus-group-read-group(nil t) gnus-group-select-group(nil) funcall-interactively(gnus-group-select-group nil) command-execute(gnus-group-select-group) On Sun, 15 Oct 2023 at 12:33, Eli Zaretskii <eliz@HIDDEN> wrote: > > > From: Sam Steingold <sds@HIDDEN> > > Date: Sun, 15 Oct 2023 11:43:24 -0400 > > Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org > > > > I am not sure what you mean here, sorry. > > I am unable to use Gnus because of this new bug. > > Where does Gnus do something like that? We can at least install a > quick workaround if you can tell where is this code in Gnus. -- Sam Steingold <http://sds.podval.org> <http://www.childpsy.net> <http://steingoldpsychology.com>
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 15 Oct 2023 16:34:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 15 12:34:21 2023 Received: from localhost ([127.0.0.1]:54017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qs44I-0004Sc-Nx for submit <at> debbugs.gnu.org; Sun, 15 Oct 2023 12:34:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qs44E-0004SH-J0 for 66375 <at> debbugs.gnu.org; Sun, 15 Oct 2023 12:34:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qs43j-0006im-PT; Sun, 15 Oct 2023 12:33:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Jz/C6x9gZfQ/PXeig/EytxJb1CGt+iuO5BknvhsUjPE=; b=e39idg7bCGhG gfL3v0uEhfzoRGIjKBUkLonm39ZezVndJFSnYpGu5ZkJlsnuSm34xNF/mb+Vz5L7DHh+mpHQpj5/w UCarwzYo/Dwi0aNuLH7PopQ4ayvZag6HsiQygqrp/V5cNKbc0amGinsXkLNZHMMFM17XfmbPMDI7p mj/iJnwNDSZVEOiQykMH5T8ztiIHj136lO7aQxIpoQYepPQqpYq0LIdU+Y34MTqymx8/tKDLVkjyg g5Czq+y3YUNWMILPh+K7L/m07a7fEU6GtDRI1AsHH3DU5HG9qshQb1smX6UU/6VvDG+1sPkGv6uSD NLPVHkAmfpwLUJz1ywSAOw==; Date: Sun, 15 Oct 2023 19:33:26 +0300 Message-Id: <83cyxfq209.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Sam Steingold <sds@HIDDEN> In-Reply-To: <CAFsbZ7bdoG0rK5+_3WBsiGxqs3rxTVZOVxnLruxn0ijxPHzSPw@HIDDEN> (message from Sam Steingold on Sun, 15 Oct 2023 11:43:24 -0400) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> <83v8bgvzbj.fsf@HIDDEN> <CAFsbZ7bdoG0rK5+_3WBsiGxqs3rxTVZOVxnLruxn0ijxPHzSPw@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66375 Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Sam Steingold <sds@HIDDEN> > Date: Sun, 15 Oct 2023 11:43:24 -0400 > Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org > > I am not sure what you mean here, sorry. > I am unable to use Gnus because of this new bug. Where does Gnus do something like that? We can at least install a quick workaround if you can tell where is this code in Gnus.
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 15 Oct 2023 15:44:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 15 11:44:08 2023 Received: from localhost ([127.0.0.1]:53973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qs3Hj-0002Iy-VK for submit <at> debbugs.gnu.org; Sun, 15 Oct 2023 11:44:08 -0400 Received: from mail-oi1-f173.google.com ([209.85.167.173]:56479) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sam.steingold@HIDDEN>) id 1qs3Hh-0002IJ-GJ for 66375 <at> debbugs.gnu.org; Sun, 15 Oct 2023 11:44:06 -0400 Received: by mail-oi1-f173.google.com with SMTP id 5614622812f47-3ae214a077cso2822192b6e.0 for <66375 <at> debbugs.gnu.org>; Sun, 15 Oct 2023 08:43:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697384615; x=1697989415; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Rl2zPN1KRvp1bdt4l0b3kt3iDOxR2iJUrXPkGfrtzbc=; b=MfcvDV/b3zWbdf+PYFlZ9WdWtf+GetIyvC+pTDwF8QtqdazCcw4HWKv2heqB5FTojx v7/W5PYVHeUP26ziNxBCPpPnRsag6S1jsxYIAV/fDYwOjP4A7fidpsoBHIT0WymfvrbI oENHj1+pbDt6jnxi5kHhT6jNqYVwDUPPQRev9oc7eFyZcAeE2L3/r+XbmwWqwyg+DHU8 KUJM1Jkw7ipKD6Q555kIoHFqnPOfBNIYY+JxN7CxwVaQ0aCrcB1OdcpvMXl9EB/GbWOj qcPMZtvIBjs/Mu0P79m7u2O48AAj9/sOAIxBXB0Nf4dWOsvsFmndYTJiydxpyKsy+8n5 MSew== X-Gm-Message-State: AOJu0YykzoD0mIbnh5I410ZJr6U8n0KcS0KjvESTNNJEm+mr4/ce+ad5 aybnBi72jCq2fPje6Kuuju1aew2WNiFlJsPiqA== X-Google-Smtp-Source: AGHT+IGBGhVr1ECnpo8RmOE52QKnCJ+ve1D53ieBoQPqn5vHmDqbklgGGwXV2lwpgYRPPAIO1JuwCdBRers4+2tpfqE= X-Received: by 2002:a05:6808:10d4:b0:3ae:32:e5b9 with SMTP id s20-20020a05680810d400b003ae0032e5b9mr39619089ois.57.1697384615454; Sun, 15 Oct 2023 08:43:35 -0700 (PDT) MIME-Version: 1.0 References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> <83v8bgvzbj.fsf@HIDDEN> In-Reply-To: <83v8bgvzbj.fsf@HIDDEN> From: Sam Steingold <sds@HIDDEN> Date: Sun, 15 Oct 2023 11:43:24 -0400 Message-ID: <CAFsbZ7bdoG0rK5+_3WBsiGxqs3rxTVZOVxnLruxn0ijxPHzSPw@HIDDEN> Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66375 Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) I am not sure what you mean here, sorry. I am unable to use Gnus because of this new bug. On Mon, 9 Oct 2023 at 06:57, Eli Zaretskii <eliz@HIDDEN> wrote: > > > From: Sam Steingold <sds@HIDDEN> > > Date: Sun, 8 Oct 2023 21:57:02 -0400 > > Cc: Po Lu <luangruo@HIDDEN>, Paul Eggert <eggert@HIDDEN>, 66375 <at> debbugs.gnu.org > > > > On Sat, 7 Oct 2023 at 01:54, Eli Zaretskii <eliz@HIDDEN> wrote: > > > > > > > From: Sam Steingold <sds@HIDDEN> > > > > Date: Fri, 06 Oct 2023 13:11:35 -0400 > > > > emacs -Q > > > > > > > > (insert-file-contents "/dev/null") > > > > ==> > > > > Debugger entered--Lisp error: (error "Maximum buffer size exceeded") > > > > insert-file-contents("/dev/null") > > > > > > This is a "feature". > > > > this is new behavior. > > I used /dev/null as "empty gnu score file since forever" > > You still can do that, you just need to use a non-nil END argument. > > And maybe we will find a better solution. -- Sam Steingold <http://sds.podval.org> <http://www.childpsy.net> <http://steingoldpsychology.com>
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 9 Oct 2023 10:57:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 09 06:57:32 2023 Received: from localhost ([127.0.0.1]:59397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qpnx5-0004BI-U0 for submit <at> debbugs.gnu.org; Mon, 09 Oct 2023 06:57:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qpnx1-0004Ay-3E for 66375 <at> debbugs.gnu.org; Mon, 09 Oct 2023 06:57:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qpnwb-0001u4-2y; Mon, 09 Oct 2023 06:57:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=AnJ/yHRH0+N1UkBFw/3tNTU1Y+ZtH98E3cdBDhps1nw=; b=YLQj/1f26Sxn Af3xh6SIgsDDPTCKv1vy1azel6/y5iwHlv47OuHxEvcFcrqQsA3scI7d6cmxOvrDCIgTH9pJ8HslU n9P0JTpEgZ+bXqfvyMOZqzTI8sjsfnY7JtAsALfLuEmxVJdh4yziE6LFL1XO+zlaJKIJ2Y9ALVBJ7 JYThjGuqZxVkRICeDPbLeMGFb/cYETOEOG/KV5e5TC1H6MWdEN7MAFZzAIhA8VKClnYFHd9OOF1II UlKJZcX6abIrR55yEWZhJ4LeJSidO4fhCDizFFgLU5Ua1g+/qMFS+33+9Ucyq3SZcXppq1NoN2Lxf auhSuFdeTMyHsEOc+Cy9xQ==; Date: Mon, 09 Oct 2023 13:56:48 +0300 Message-Id: <83v8bgvzbj.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Sam Steingold <sds@HIDDEN> In-Reply-To: <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> (message from Sam Steingold on Sun, 8 Oct 2023 21:57:02 -0400) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 66375 Cc: luangruo@HIDDEN, eggert@HIDDEN, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Sam Steingold <sds@HIDDEN> > Date: Sun, 8 Oct 2023 21:57:02 -0400 > Cc: Po Lu <luangruo@HIDDEN>, Paul Eggert <eggert@HIDDEN>, 66375 <at> debbugs.gnu.org > > On Sat, 7 Oct 2023 at 01:54, Eli Zaretskii <eliz@HIDDEN> wrote: > > > > > From: Sam Steingold <sds@HIDDEN> > > > Date: Fri, 06 Oct 2023 13:11:35 -0400 > > > emacs -Q > > > > > > (insert-file-contents "/dev/null") > > > ==> > > > Debugger entered--Lisp error: (error "Maximum buffer size exceeded") > > > insert-file-contents("/dev/null") > > > > This is a "feature". > > this is new behavior. > I used /dev/null as "empty gnu score file since forever" You still can do that, you just need to use a non-nil END argument. And maybe we will find a better solution.
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 9 Oct 2023 01:57:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 08 21:57:41 2023 Received: from localhost ([127.0.0.1]:58929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qpfWf-0008E6-1z for submit <at> debbugs.gnu.org; Sun, 08 Oct 2023 21:57:41 -0400 Received: from mail-ot1-f52.google.com ([209.85.210.52]:54719) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sam.steingold@HIDDEN>) id 1qpfWd-0008Dt-LQ for 66375 <at> debbugs.gnu.org; Sun, 08 Oct 2023 21:57:40 -0400 Received: by mail-ot1-f52.google.com with SMTP id 46e09a7af769-6c61d955161so2247608a34.1 for <66375 <at> debbugs.gnu.org>; Sun, 08 Oct 2023 18:57:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696816633; x=1697421433; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gDFATnctuL/Tz48HyWz7RwVo+27UEL0KBbqpOfin/Yc=; b=caPHangJY8J4MXwQERy8y7jAE5ysUopNjlwUvlsP8hfLJFcwlSfNDJEqFfMeNudKJg bLiDyJDgRlVH22OUnf5F1PLTnbl1mHQUwQMVqP3tXec30EIahzhsPoHMZOeRtm5FhGJl 6XSHm4HpfHNdW0Z4OzvvMc1vnUXODyCFT7G6xcCfiF1Amlu9A9l5d42kzZutkZHmX+ON 1vaCdwZ7lUelUp0W6DKlUfTjpFtmtkZ9wwMv/KnPqkWp2HVGkIZAD9nENgYf1I0Jo+WG CmGkUXsN5QU9CstpkiBaCgan2M2Fh6jCCxJ3EDBT8jec2w1duJCv9znPJGEj3qqU/9Lj 0o3A== X-Gm-Message-State: AOJu0Yy2omA8hXi5iyPWVT9wP9OiA4eJqGae9q2f2QYrGNiGjVXirgAh evIdgsVN1E3J2JIX/VjplWF6zjyyCCIXUq/83w== X-Google-Smtp-Source: AGHT+IGLMZMWQz6LGW7B2eRsRZi1VbwQAl9CtasQ9tpBviPZiD5PGHaqSNBq8Rz6wTZBX78Qqyk/elJvYWtjXbdE98w= X-Received: by 2002:a9d:758a:0:b0:6c5:233:fc28 with SMTP id s10-20020a9d758a000000b006c50233fc28mr12886256otk.33.1696816633405; Sun, 08 Oct 2023 18:57:13 -0700 (PDT) MIME-Version: 1.0 References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> In-Reply-To: <83o7hb0yfk.fsf@HIDDEN> From: Sam Steingold <sds@HIDDEN> Date: Sun, 8 Oct 2023 21:57:02 -0400 Message-ID: <CAFsbZ7bzcWU3Yz_zNHyHFQz_Axw92mD8mc9nWG7F2hbf+tF9_g@HIDDEN> Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 66375 Cc: Po Lu <luangruo@HIDDEN>, Paul Eggert <eggert@HIDDEN>, 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.5 (/) On Sat, 7 Oct 2023 at 01:54, Eli Zaretskii <eliz@HIDDEN> wrote: > > > From: Sam Steingold <sds@HIDDEN> > > Date: Fri, 06 Oct 2023 13:11:35 -0400 > > emacs -Q > > > > (insert-file-contents "/dev/null") > > ==> > > Debugger entered--Lisp error: (error "Maximum buffer size exceeded") > > insert-file-contents("/dev/null") > > This is a "feature". this is new behavior. I used /dev/null as "empty gnu score file since forever" -- Sam Steingold <http://sds.podval.org> <http://www.childpsy.net> <http://steingoldpsychology.com>
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 7 Oct 2023 07:43:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 07 03:43:41 2023 Received: from localhost ([127.0.0.1]:53271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qp1yP-0003TZ-8M for submit <at> debbugs.gnu.org; Sat, 07 Oct 2023 03:43:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qp1yN-0003TK-DG for 66375 <at> debbugs.gnu.org; Sat, 07 Oct 2023 03:43:40 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qp1xy-0007ER-8B; Sat, 07 Oct 2023 03:43:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=67EN/LHPk581vApPG1ocAnaWbeoyGnWEvNXx6AAlTR8=; b=YesYKTK8C8khMXfL67xt QERI6wD902fydC7XSy/u91T2Pp6oWPOHgXsuTsYIdhvJt+XhaK40TF2ECb+5BWF7Ss3EZBDu7Ix+/ 5Q4G+0+Jom5OtJr9vkFkGVaotPOKSzem0xBhxMeIz1h1F6Dq3i7vQQ4Kfj0VZrKMz6ZeyLGLotXkc 6CEk5E1GPNYvCuKkfiPe1oJ5W2eCx3OW5og+1GIpO2iFnvzKNEgFDl/Dx5vfw7uoXvYZxHLU4WeAe gkCIBoTq874HDjjA2Pfh2yuw9ivbj3jzdbDW90/mT3+8DbFF+FXx2kGcOFwQnomWYi3QiWGTW2gxX cAYQnjZHXC7guw==; Date: Sat, 07 Oct 2023 10:43:24 +0300 Message-Id: <83a5su27z7.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Po Lu <luangruo@HIDDEN> In-Reply-To: <87sf6naq5a.fsf@HIDDEN> (message from Po Lu on Sat, 07 Oct 2023 14:43:45 +0800) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> <87sf6naq5a.fsf@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66375 Cc: sds@HIDDEN, 66375 <at> debbugs.gnu.org, eggert@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Po Lu <luangruo@HIDDEN> > Cc: sds@HIDDEN, Paul Eggert <eggert@HIDDEN>, 66375 <at> debbugs.gnu.org > Date: Sat, 07 Oct 2023 14:43:45 +0800 > > --- a/src/fileio.c > +++ b/src/fileio.c > @@ -4746,7 +4746,7 @@ DEFUN ("insert-file-contents", Finsert_file_contents, Sinsert_file_contents, > goto handled; > } > > - if (seekable || !NILP (end)) > + if (((regular || !NILP (end)) && seekable) || !NILP (end)) > total = end_offset - beg_offset; > else > /* For a special file, all we can do is guess. */ > This does a couple of redundant tests: . regular non-zero means seekable must be non-zero . NILP (end) is tested twice for now good reason I think the above should be cleaned up to better understand the logic. More generally, I think 'total' should not be computed in this naïve way when end_offset is -1, i.e. unless end_offset is either the result of fstat/stat or the result of actually seeking to the end of file/device.
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 7 Oct 2023 06:44:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 07 02:44:24 2023 Received: from localhost ([127.0.0.1]:53234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qp132-0001rt-Di for submit <at> debbugs.gnu.org; Sat, 07 Oct 2023 02:44:24 -0400 Received: from sonic315-22.consmr.mail.ne1.yahoo.com ([66.163.190.148]:43652) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <luangruo@HIDDEN>) id 1qp130-0001rf-7e for 66375 <at> debbugs.gnu.org; Sat, 07 Oct 2023 02:44:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1696661037; bh=jjN7MTAKrV/8xqWy89CMhk9xjeYF6VruqPR1qgdDBXI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=Wkl55gxCfo0gDy+O5LwKkD8Yi3FKu1J2GmZDtKC6kr9nO/Z3Kbi3WKWL5AuxeezbL5J8uOlAjCIkQzUZ6QqRLdUjz2D5Pbj0gcJbTN0y9TuQmhRFVSYxyJWiCUKUdmsdTBXOLMPbMZbk9ILDZ6hdtj2EAP/7N9BfXz/NSsnzbvFap2F7ElzMQtwEK2shQzdUCRjy9xYyY/ItDavDA+kBdiKBeiGE4zeATOHrF3Adk8Z9R2lVOd1+jRwP8V3R5BQ4KKk1tWpXVycPY3x9n0vk0HNLfiKvFWDJ+OHSutXWOkeV3ad7mky9ceuq+KwAcB+CBYBD8HA+ma6WLkih4wRIvg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1696661037; bh=HW4p9s2L3yPCAFXXQlBzq7kTEmxzWBkcJfD0u74ba+k=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=gPFjozdOmXFj8UdaALbkoEVND1RgT6h8cZUyTWkB/oD+tf5nvZKRcjYTJ8xojkSsVsJ0RwADWmmD5H6te/pWVu4FWpuUDgefnZtUC25wTYM2Jgvca8zPVxdKU6MFgJO43bKIY39Z1D9o1GuflQH+iVuEZTQQJKP94DGChKHCv/xDU/yNcv+yo2HCyv1iJR5h0UQtCcqHvFtTuDVkF5sB/uMTPcJfG2sCiwY2B/DeaHoB+wNi79Eg6HqwzKz745m8nphYxKiA5lsUpuskYg7hfq3+Wg0cdWPSTu4KPAm7KJPS0UhJCVPu68wma5ZY8n9No7xVAFMmNFRHGbiwB2uVjg== X-YMail-OSG: 5HHzC08VM1laiDlPAfEndaskG91Xvp_eB8nP4MSaplhrAVKfPas0X8TcDtbQhku 6xM_MeyCOj2HTMLac2hKY4NS2jmuS.JLZslPbEp0pN8tSR0ZxX8p3tjxBT_Qxq.J2Yb23tuGVerE KhQxboSxmD0NgFLavyuKIxhhYC3_WXEsnDkrhUr1BVRqcRSOn9yyLB4y0H7uSxNG.9mSYwiITdMG 3Mpc.qkkoMsi7vbcGHXCvhFrd3zy9X5CZTh6NyXgebKO7tY28BtyXAxtC.jKDqKvOrhvvt1y4Bd0 REY8izj82TgODFTCKpmgnq7nmgVqc33nxKRdfeNv3oJoKlYzaj8GCp7BDhwVTlRit4DPxP8ky29w vysWadbOIBShFkdd1phlOh.eGYV7YD8h4tMyagL_kE5SF6yRGC3x1BPCU8IS8ylYUO1pwsdPXxso Krm1S194K0x.MzVqePQOmND3lFUZINSKl6sdWfsCMPkwCgfX85EAXslVjvGtv1UOGQMfJUGSLxHr RonqwAQuKznOsbNd00uUtMKNpu5wsoqCZzfhpJbfz0yCDflimeHTycfhx6KsxyaBAQbR5oVr7CIO aRxxCoLZ1wRzfN1zxwvfMcc7l.1nuABp5g2TyK35hcyaMvmZmT2VEpeT7Cuyh2Wwet8yfqPQONzO mDiwfU2.vqr_eBp5__Uu6_bA7cHlOJNPYVUiYJjL1gyQ690j7tCDYGXkVtBbQ_Fhpa2HW0vseqGi .2xjprWobOG14KBlLYBXw9IqlpkLM3NfPrU2IhsqV9DUjyCM3z71zAb2UEOkfOMx4a7ca5Zi8ODJ oyOYRbqqGVGcMu9gbvTLe3oRL7Hb273eLwIATZl0T3rm1MNHa4liDnydSBytAUI8dYM4huWoVa70 yDW68t3ZjmahURzD7PM_Z13Sy.GUZbgLqxU98_u5L7aEH9NZ2qTz8fZN5CoThVsOunoOfjNnRu8U 8W8pshuf8T6jWF8AAHI1FDRygRHUXRxkfNw.R.K4oMM0Gm05WZHP6QCBA0JzrTdozWZsza_LgrVv _ZRZ1K.sQ9dWfBORJOFNuRN8wS8aEQtJSyHMeQwRrPc1vItxCqQ92r5hA13X4GimSHVR.wK3Ax0q Sqqd46RPCVm6kObLdg40M8eSNnfPoayjy3Ny0Ci7TfQXsTcYgzTInF6KuICWDwNnlFo.LBadZbrZ FFKlGjcIjBulPXyK7N33FOK8H.f.uGPOsMXxV32mGmEGLhjtKBpk4rXyxULieumuzLFGSB6hAQ4k 5tB3wjpBM27dx..suz3konOELTjiAs3xrPDE9DWVavhdDblMrcWBFAFmBFuKSKDtbFYjfWEK_Phz 4T41DLX5nN0jKzF8fiRelrnUi9vg7gjLbaD99lKB7FPnOjgwQPqfb_TjSRrJfket9KkNVktAHcqe .zfez6ZX8Z1EQ7wyD.IsUR_BnvKkVeabkoTrXoM81BU9vrg1abK52EflcG81QyQPkiCXJgd._XOs Usu8HhNqPVVuiqS2soXgzWPschsqyg5suoRGbRx2rYzKamhROciLtfrBYlBN0QUU1rUaOSypYDLb CY3Cqc90yxTnmaJMyxMKZDKeG20gkgsDTkaUsOJxqo5OBLrHJMFTzxTHUBq44OWcqlnqJ9AGMshz J_PR8jYRocGUk4o76izxpbT_VHHuroUKV2F8MhGkHgeUvdq4RXElqObrEgkdIMEJxA77qwQCOWOI c7KUz5cMNrLQWugy1tSYDSFPiKV5E00EEy3aPGQndaGUzk2mr1kKaGd17BDmorEY44J6Bk2Myi9a npKs3vplXusCSv7.BH5j.XGLk3y0hGvizxIoJnefp.8pEbvawvXu_6CYR2S2PPWXN15HJEat0hs5 iWC2xGrdB8LZoLUdtHXyGI836v1Dbeo9m_L0VoOad_p5mSieovc7f1z5hzH4b5BazoQntvSRGkzX .dnvH1HzR8S2dYnLkasMlxkr.E1oEhPA.0ZJWkgaOEiyWLeLh8.dZxmuLqNKvNH.3gqx4Sn29q5T qSrrCY3MblUqxtEqGIikJgun2B5YV1Up3BkbEtUD8hNKoRKk9A6fZl3OWTDrHaYNNTa6RJFb4PMw 5mWnTFdANaLnAlR6KVYtzu4_cvgOF9pC8COywkbRwZADLO4t5nmWQVqtIwDF2rl0d6hes7saGgqo TcJGtcu71iyvF022EXc6ltv5D3YC4Zlwv2GCcFL.Vkpo4AkFlK9PiJHRCmuS9cA7yp7ypHDkKe4L 22V4rjCIH1bBq4NmQvMUpmNgpgy92OQpKSBZq9OFDLcUL4ZDu4k_IcpcKnkg- X-Sonic-MF: <luangruo@HIDDEN> X-Sonic-ID: 55956d56-bff9-4168-93e3-0b5a82ff76d5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Sat, 7 Oct 2023 06:43:57 +0000 Received: by hermes--production-sg3-64dc67fbb6-rpgvx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4b951fc2b60acbfde04b9e43268167b2; Sat, 07 Oct 2023 06:43:51 +0000 (UTC) From: Po Lu <luangruo@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") In-Reply-To: <83o7hb0yfk.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 07 Oct 2023 08:54:55 +0300") References: <87cyxru14o.fsf@HIDDEN> <83o7hb0yfk.fsf@HIDDEN> Date: Sat, 07 Oct 2023 14:43:45 +0800 Message-ID: <87sf6naq5a.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.21797 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2439 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 66375 Cc: sds@HIDDEN, 66375 <at> debbugs.gnu.org, Paul Eggert <eggert@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.5 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Sam Steingold <sds@HIDDEN> >> Date: Fri, 06 Oct 2023 13:11:35 -0400 >>=20 >>=20 >> emacs -Q >>=20 >> (insert-file-contents "/dev/null") >> =3D=3D> >> Debugger entered--Lisp error: (error "Maximum buffer size exceeded") >> insert-file-contents("/dev/null") > > This is a "feature". From the doc string: > > When inserting data from a special file (e.g., /dev/urandom), you > can=E2=80=99t specify VISIT or BEG, and END should be specified to avoid > inserting unlimited data into the buffer from some special files > which otherwise could supply infinite amounts of data. > > Maybe we could make a special exception for the null-device, whose > name we generally know on each supported system. > > Technically, the problem is that the null device is seekable, so this: > > if (seekable || !NILP (end)) > total =3D end_offset - beg_offset; > > computes 'total' to be a very large value, and then this: > > /* Ensure the gap is at least one byte larger than needed for the > estimated file size, so that in the usual case we read to EOF > without reallocating. */ > if (GAP_SIZE <=3D total) > make_gap (total - GAP_SIZE + 1); > > attempts to make a gap very large, which errors out. And that is > before we try to read even a single byte from the file. > > Po Lu and Paul, any ideas? I think treating /dev/null specially is suitable, but there is a different shortcoming in the approach presently taken by insert-file-contents: if (!regular) end_offset =3D TYPE_MAXIMUM (off_t); else { end_offset =3D st.st_size; I think that the code computing total is presently beset by a presumption that special files are uniformly non-seekable and loses if that assumption proves untrue. Perhaps it should disregard end_offset if isn't expressly provided by the caller and the file is special, which if true implies that end_offset is TYPE_MAXIMUM (off_t); much as in the following untested patch: diff --git a/src/fileio.c b/src/fileio.c index 8919e08e1fd..e09616fb337 100644 --- a/src/fileio.c +++ b/src/fileio.c @@ -4746,7 +4746,7 @@ DEFUN ("insert-file-contents", Finsert_file_contents,= Sinsert_file_contents, goto handled; } =20 - if (seekable || !NILP (end)) + if (((regular || !NILP (end)) && seekable) || !NILP (end)) total =3D end_offset - beg_offset; else /* For a special file, all we can do is guess. */
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at 66375) by debbugs.gnu.org; 7 Oct 2023 05:55:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Oct 07 01:55:12 2023 Received: from localhost ([127.0.0.1]:53191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qp0HQ-0000a9-7K for submit <at> debbugs.gnu.org; Sat, 07 Oct 2023 01:55:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qp0HN-0000Zs-S1 for 66375 <at> debbugs.gnu.org; Sat, 07 Oct 2023 01:55:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qp0Gy-0007mg-5T; Sat, 07 Oct 2023 01:54:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=M660/3MsB/JuQ2H/0PGIor0kn8PdpFuGhuaEPAPsw1g=; b=jbC5up10ofkjB1Sti7sV xNqF80lmkEpZEFuj8ATQsg/F0U9Ag2+NOhCzy8DH72m89qsqWw+rUj7h9zMVYHoxExFwp6CSvqHQm kueRp9n3R5zHiPTSoSEgI4plsMVR7yj2KS/gAGWCAwgHWpfM40XvwfWN/KCDPdcLFLh1J/cPADh17 H1U2Z0qjYb5wfb9vIWHvJN8ARri9AlkKY2hs1fdR/iQFfvpv+RSsQCJ/jPoi5AMZ6LyuN4nVG6wWP 2DHErJGDMScLVZucB/QPVi4lfT4uXWSdOPX8oYN6QGlovJWdWxDMm7z/A7ZOrzPrieMf/IWrSYE+1 XulwPqaPUiWsaA==; Date: Sat, 07 Oct 2023 08:54:55 +0300 Message-Id: <83o7hb0yfk.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: sds@HIDDEN, Po Lu <luangruo@HIDDEN>, Paul Eggert <eggert@HIDDEN> In-Reply-To: <87cyxru14o.fsf@HIDDEN> (message from Sam Steingold on Fri, 06 Oct 2023 13:11:35 -0400) Subject: Re: bug#66375: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") References: <87cyxru14o.fsf@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66375 Cc: 66375 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Sam Steingold <sds@HIDDEN> > Date: Fri, 06 Oct 2023 13:11:35 -0400 > > > emacs -Q > > (insert-file-contents "/dev/null") > ==> > Debugger entered--Lisp error: (error "Maximum buffer size exceeded") > insert-file-contents("/dev/null") This is a "feature". From the doc string: When inserting data from a special file (e.g., /dev/urandom), you can’t specify VISIT or BEG, and END should be specified to avoid inserting unlimited data into the buffer from some special files which otherwise could supply infinite amounts of data. Maybe we could make a special exception for the null-device, whose name we generally know on each supported system. Technically, the problem is that the null device is seekable, so this: if (seekable || !NILP (end)) total = end_offset - beg_offset; computes 'total' to be a very large value, and then this: /* Ensure the gap is at least one byte larger than needed for the estimated file size, so that in the usual case we read to EOF without reallocating. */ if (GAP_SIZE <= total) make_gap (total - GAP_SIZE + 1); attempts to make a gap very large, which errors out. And that is before we try to read even a single byte from the file. Po Lu and Paul, any ideas?
bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 6 Oct 2023 17:12:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 06 13:12:13 2023 Received: from localhost ([127.0.0.1]:52541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qooN3-0008O9-9M for submit <at> debbugs.gnu.org; Fri, 06 Oct 2023 13:12:13 -0400 Received: from lists.gnu.org ([2001:470:142::17]:50994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sam.steingold@HIDDEN>) id 1qooN0-0008Ns-0T for submit <at> debbugs.gnu.org; Fri, 06 Oct 2023 13:12:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <sam.steingold@HIDDEN>) id 1qooMb-0003Gc-IO for bug-gnu-emacs@HIDDEN; Fri, 06 Oct 2023 13:11:45 -0400 Received: from mail-qt1-x82e.google.com ([2607:f8b0:4864:20::82e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <sam.steingold@HIDDEN>) id 1qooMU-0001Cm-Mv; Fri, 06 Oct 2023 13:11:45 -0400 Received: by mail-qt1-x82e.google.com with SMTP id d75a77b69052e-419628fb297so12716351cf.1; Fri, 06 Oct 2023 10:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696612297; x=1697217097; darn=gnu.org; h=mime-version:message-id:date:reply-to:return-receipt-to:user-agent :subject:to:from:sender:from:to:cc:subject:date:message-id:reply-to; bh=0ZqvWA5sJend8IYOKzPxJCEOWI/W++joBJtrGO5bh2E=; b=PB+gp2lf/aV7aRk1ckLsoOWfleXVyR+oLauqO3DwZtrxSJf2mKa7O3sHqCoj6/5cO/ l7IuN+CQnWRQFCyyG9pZjnmdV6oqx4JZxgY0o1EbhPY0wmzyr2dF/ZQYLVU4+//dGzZ/ P98jGibo2uF5aijH9qe1ncnBAuu59nY02pUVkKAkfxY6D7hbUT2+mKYf6A0z9kFRcXFI IrmyJcRWc1vPqd4OWZwTkvvEpvmlQ770CqMKIgRFJ0HwTfsOQaE535pkXdX+wsvQKKMw 7RQVLBR34pSUHnA9YTdoaqKOfBOuSu5uF4Mi5shRYHjlb0ClVGnj1hmL9KDHvdI2QoPl SEnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696612297; x=1697217097; h=mime-version:message-id:date:reply-to:return-receipt-to:user-agent :subject:to:from:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=0ZqvWA5sJend8IYOKzPxJCEOWI/W++joBJtrGO5bh2E=; b=PBhsBl4B3/MtKsrEG6psUzikhSh2N1L7FjqnRbxu1p58ws3HIk9kV7xAEr1coC4d+n VDgdM4nWNlhbyQJ8wHBCcdvCJIBQ62zyZgPp6sfq8t/HdQtJnIKxy56q9D1ruS64Q+D4 /NdUco5BJGf614SmOxvd5TIvH9G8WwWJOz+LIzTUng9jJGhYbbE04bT6+JC3g2TJmkUe SkrHwne7K2/md43gJ3+WsmtxX/vCoq6g2OKWjnMqlLI0jhY+JGAcv7arRovNOm4GfKpu lt7Pp4KXk7Eaarl0YgIJemXMtyE57mlHjI8ao+GQHVvkbAwUtjyCvWI2Zed58I4ZqS4M rkww== X-Gm-Message-State: AOJu0YxFQz9epElApgDkuc3XyWn3U3tPNwkJ9xJWvg3Bsp8Bb+jCS1cp Jn8zmJ4oWQlGcb9Rv/yjjcEMsRl2oA== X-Google-Smtp-Source: AGHT+IFnp3zhxoLmYbEKUM9jbUBxjOlsHBvKel+IpyTvMvJXWfS3j22zpT7gYPSlEeBPoHNNYCG/8g== X-Received: by 2002:ac8:7fd0:0:b0:403:a9aa:571f with SMTP id b16-20020ac87fd0000000b00403a9aa571fmr11031381qtk.16.1696612296522; Fri, 06 Oct 2023 10:11:36 -0700 (PDT) Received: from pop-os (pool-108-30-110-42.nycmny.fios.verizon.net. [108.30.110.42]) by smtp.gmail.com with ESMTPSA id k11-20020ac8478b000000b00410a9dd3d88sm1395666qtq.68.2023.10.06.10.11.35 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 06 Oct 2023 10:11:36 -0700 (PDT) From: Sam Steingold <sds@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: 30.0.50; (error "Maximum buffer size exceeded") from (insert-file-contents "/dev/null") User-Agent: Gnus/5.13 (Gnus v5.13) X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. Date: Fri, 06 Oct 2023 13:11:35 -0400 Message-ID: <87cyxru14o.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::82e; envelope-from=sam.steingold@HIDDEN; helo=mail-qt1-x82e.google.com X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: emacs -Q (insert-file-contents "/dev/null") ==> Debugger entered--Lisp error: (error "Maximum buffer size exceeded") insert-file-contents("/dev/null") In GNU Emacs 30.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2023-10-06 built on pop-os Repository revision: 505c80623049d9e181918acdac8229c9a2041b1e Repository b [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (sam.steingold[at]gmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: sds@HIDDEN Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.5 (/) emacs -Q (insert-file-contents "/dev/null") ==> Debugger entered--Lisp error: (error "Maximum buffer size exceeded") insert-file-contents("/dev/null") In GNU Emacs 30.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2023-10-06 built on pop-os Repository revision: 505c80623049d9e181918acdac8229c9a2041b1e Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Pop!_OS 22.04 LTS Configured using: 'configure --with-mailutils --with-native-compilation --with-imagemagick' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ IMAGEMAGICK JPEG JSON LCMS2 LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: C value of $LANG: C value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: pyvenv-mode: t global-atomic-chrome-edit-mode: t global-edit-server-edit-mode: t server-mode: t winner-mode: t which-function-mode: t url-handler-mode: t desktop-save-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Memory information: ((conses 16 1197252 211019) (symbols 48 35274 49) (strings 32 325111 14525) (string-bytes 1 9424577) (vectors 16 159905) (vector-slots 8 2352900 163968) (floats 8 927 484) (intervals 56 9746 2819) (buffers 992 73)) -- Sam Steingold (https://aphar.dreamwidth.org/) on Pop 22.04 (jammy) X 11.0.12101004 https://lastingimpactpsychology.com https://steingoldpsychology.com https://iris.org.il https://honestreporting.com https://mideasttruth.com Any connection between your reality and mine is purely coincidental.
sds@HIDDEN
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#66375
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.