From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 02 23:40:52 2024 Received: (at submit) by debbugs.gnu.org; 3 Mar 2024 04:40:53 +0000 Received: from localhost ([127.0.0.1]:39565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgded-0005Pj-He for submit@debbugs.gnu.org; Sat, 02 Mar 2024 23:40:52 -0500 Received: from lists.gnu.org ([209.51.188.17]:35386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgdeV-0005PU-VG for submit@debbugs.gnu.org; Sat, 02 Mar 2024 23:40:49 -0500 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 ) id 1rgde2-0003IH-Bb for bug-gnu-emacs@gnu.org; Sat, 02 Mar 2024 23:40:14 -0500 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rgddw-0002QQ-9X for bug-gnu-emacs@gnu.org; Sat, 02 Mar 2024 23:40:14 -0500 Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-565a3910f86so5233062a12.3 for ; Sat, 02 Mar 2024 20:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709440806; x=1710045606; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=uvU6kLyAITI4zN+c3JXY06/0R96quZh5Z5Oto+7oYUk=; b=I3Gu2wta5Y9crSScgMEIOl3TrTtqR2RzkH7Yk3A5zI5QLGYvVHELjvJ/mR3alIEY2I HtfGfTmJcDla2mePyrV1zr5rIYEuQBe2C58ocMo/RbnlOs24LoYOkRoCiJr9ln7Th81Q 4ix+6HmeUAjdAX535QE6SaGOEk8/mO0oh0UxO1vIVyHl4SML7dfozL9CMRvo4cTIybUE 2I7yf9HZuMwNGwJA9C/GEpio46V4cDKkOCzUoh3lfRdRkli2t2IKdnpHfoNn7+bMUn1J nKTyfqbVnopp9pqkDLLCUHbgh3RRBvMUVhtRlTjdEwXS8zmC4pbLjfPkbVEMQ75gpJhr 0pZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709440806; x=1710045606; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=uvU6kLyAITI4zN+c3JXY06/0R96quZh5Z5Oto+7oYUk=; b=A2Sex6DcxmBPjVtRH23o8MJGU9zIURGa9OmvsvB8oKMWlYyE9DOcBItv8cggxAGy3+ PpvrlIAFQ1jXCs0MayFPAAenZDGtOM/6CAqe5W24loTEaJraRnShjccicLf1fgFW9Mzn QJILzVnZlGamgAsBi7G4bJjspSa9UNdwbUE2clCHRYaHKnKHowhdXDPiJMUqyE/36eHj VDR4XuF2dO647+tsLn1AyrZ4ydtGm1Xcnh7YnBKP08jx77EvqmLZLydPlOEh9P/GkWbU KnC5VcjyBdXFftRjmDycQLRX3SurudW72O1J2LHJNRBuk1mY1twSgaMfFSjS/10+y9v0 OeoQ== X-Gm-Message-State: AOJu0YzOD1FO9z/1zjo+tEAmb6iI7HNkitzCgKITWmUrwLCzV4NjhF6h lGBPdVf5Y2jRXCmU3qoRcFOKX6bDNEhFK/P6x+uDf8EEM42fP4vSuR8XpC/UvIRKL9Rh9JaDo6r NyNodq8tV/1IdWFzc6M1mQhj7h+YV4GXMtQU= X-Google-Smtp-Source: AGHT+IFAU16mQfBxNEbQO/C9CKCF3qbe25gwpL1aM1wbg/OJLR0C6Hhz5S7wpl6p+24IhgBSmArykpJWij77GcFla8Q= X-Received: by 2002:aa7:df9a:0:b0:565:dce3:66fd with SMTP id b26-20020aa7df9a000000b00565dce366fdmr3917028edy.23.1709440805900; Sat, 02 Mar 2024 20:40:05 -0800 (PST) MIME-Version: 1.0 From: Robert Boyer Date: Sat, 2 Mar 2024 22:39:29 -0600 Message-ID: Subject: 1gb file too big for Emacs to handle? To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000000016bb0612ba349f" Received-SPF: pass client-ip=2a00:1450:4864:20::531; envelope-from=robertstephenboyer@gmail.com; helo=mail-ed1-x531.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --0000000000000016bb0612ba349f Content-Type: text/plain; charset="UTF-8" Dear Emacs bug exterminators, My problem persists. I very strongly believe that I have an example of a bug in Emacs. I have previously reported this. I got some advice. It did not solve my problem. Today I got a new, much bigger and better Chromebook, again from Lenovo. This one cost me $300, but it has 8gb of core and tons more disk. On my newest Chromebook I see the following: > free total used free shared buff/cache available Mem: 6736092 1194036 4052888 52208 1489168 5542056 Swap: 0 0 0 > I do not understand these things at all well, but it looks to me like I now have 4gb of free space. So I think it is fair for me to report my real problem, again, almost exactly as I did before. The 1 gb file for which I give a url below does not seem to work in Emacs. The file enumerates the primes below 10^9, so it would be very handy to have around. I can find the file, literally, into an Emacs buffer. But then I cannot move to the bottom, i.e., using M->. In fact, in the attempt to move to the bottom, things go so badly that Emacs freezes, and I have to kill Emacs by 'extraordinary measures'. Is this file just too big for Emacs to handle? https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?usp=sharing Please, before you reply, fetch that file, find it literally, and see if you can move to the bottom with M->. I'd love to know whether you can do that. Thanks, Bob I enclose now the info that I believe you like to get with a bug report. From: bob To: bug-gnu-emacs@gnu.org Subject: 28.2; 1gb file too big for Emacs to handle? --text follows this line-- In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-05-13, modified by Debian built on x86-ubc-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -ffile-prefix-map=/build/emacs-mPr7Vr/emacs-28.2+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Shell Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail comp comp-cstr warnings rx cl-extra help-mode time-date cus-start etags fileloop generator xref project dired-aux cus-edit pp cus-load wid-edit trace sh-script smie executable dired dired-loaddefs cal-menu calendar cal-loaddefs ange-ftp shell pcomplete comint ansi-color ring benchmark time rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils face-remap finder-inf package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 155179 10068) (symbols 48 12889 1) (strings 32 39546 3792) (string-bytes 1 1274680) (vectors 16 25493) (vector-slots 8 454855 22628) (floats 8 52 30) (intervals 56 1484 0) (buffers 992 22)) --0000000000000016bb0612ba349f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Emacs bug exterminators,

My problem persists.=C2=A0 I very=C2=A0strongly believe that I have an= example of a bug in Emacs.

<= /font>
I have previously reported this.= =C2=A0 I got some advice.=C2=A0 It did not solve my problem.

= Today I got a new, much bigger and better Chromebook, again from Lenovo.=C2= =A0 This
one cost me $300, but it= has 8gb of core and tons more disk.

On my newest Chromebook = I see the following:

<= /div>
> free
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0total =C2=A0 =C2=A0 =C2=A0 =C2=A0used =C2=A0 = =C2=A0 =C2=A0 =C2=A0free =C2=A0 =C2=A0 =C2=A0shared =C2=A0buff/cache =C2=A0= available
Mem: =C2=A0 =C2=A0 =C2=A0 =C2=A0 6736092 =C2=A0 =C2=A0 119403= 6 =C2=A0 =C2=A0 4052888 =C2=A0 =C2=A0 =C2=A0 52208 =C2=A0 =C2=A0 1489168 = =C2=A0 =C2=A0 5542056
Swap: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A00 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 0
>

I do not understand these things at all well= , but it looks to me like I now
have 4gb of free space.

So I think it is fair for me to re= port my real problem, again, almost exactly
as I did before.

<= /font>
The 1 gb file for which I give a = url below does not seem to work in Emacs.

The file enumerates the primes below 10^9, so it would be very handy= to
have around.

I can find the=C2=A0file, literally, into an Ema= cs buffer.

But then I cannot move to the bottom, i.e., using M->.= =C2=A0 In fact, in the attempt to
move to the bottom, things go so badly that Emacs freezes, and I have=C2= =A0to=C2=A0kill Emacs
by 'ext= raordinary measures'.

Is = this file just too big for Emacs to handle?

=C2=A0=C2=A0https://drive.google.com/file/d/1IaRNZ1rUQAZ7= 2A7rJYpescmnJhpuGliA/view?usp=3Dsharing

Please, before yo= u reply, fetch that file, find it literally, and see if
you can move to the bottom with M->.=C2=A0 I'= d love to know whether you can do that.

Thanks,

Bob

I enclose now the info that I believe you like to get with a bu= g report.

From: b= ob <bob@penguin>
To: bug-= gnu-emacs@gnu.org
Subject: 28.2; 1gb file too big for Emacs to handl= e?
--text follows this line--




In GNU Emacs 28.2 (buil= d 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0)
= =C2=A0of 2023-05-13, modified by Debian built on x86-ubc-01
Windowing sy= stem distributor 'The X.Org Foundation', version 11.0.12014000
S= ystem Description: Debian GNU/Linux 12 (bookworm)

Configured using:<= br>=C2=A0'configure --build x86_64-linux-gnu --prefix=3D/usr
=C2=A0-= -sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec
=C2=A0--localstat= edir=3D/var/lib --infodir=3D/usr/share/info
=C2=A0--mandir=3D/usr/share/= man --with-libsystemd --with-pop=3Dyes
=C2=A0--enable-locallisppath=3D/e= tc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-= lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp
=C2=A0--= with-sound=3Dalsa --without-gconf --with-mailutils
=C2=A0--with-native-c= ompilation --build x86_64-linux-gnu --prefix=3D/usr
=C2=A0--sharedstated= ir=3D/var/lib --libexecdir=3D/usr/libexec
=C2=A0--localstatedir=3D/var/l= ib --infodir=3D/usr/share/info
=C2=A0--mandir=3D/usr/share/man --with-li= bsystemd --with-pop=3Dyes
=C2=A0--enable-locallisppath=3D/etc/emacs:/usr= /local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/sha= re/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp
=C2=A0--with-sound=3D= alsa --without-gconf --with-mailutils
=C2=A0--with-native-compilation --= with-cairo --with-x=3Dyes
=C2=A0--with-x-toolkit=3Dgtk3 --with-toolkit-s= croll-bars 'CFLAGS=3D-g -O2
=C2=A0-ffile-prefix-map=3D/build/emacs-m= Pr7Vr/emacs-28.2+1=3D.
=C2=A0-fstack-protector-strong -Wformat -Werror= =3Dformat-security -Wall'
=C2=A0'CPPFLAGS=3D-Wdate-time -D_FORTI= FY_SOURCE=3D2' LDFLAGS=3D-Wl,-z,relro'

Configured features:<= br>ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG<= br>JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NATI= VE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLK= IT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB

Important settings:
=C2= =A0 value of $LANG: en_US.UTF-8
=C2=A0 locale-coding-system: utf-8-unix<= br>
Major mode: Shell

Minor modes in effect:
=C2=A0 shell-dirt= rack-mode: t
=C2=A0 display-time-mode: t
=C2=A0 tooltip-mode: t
= =C2=A0 global-eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric= -indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 file-name-shadow-mo= de: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2= =A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-= encryption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number= -mode: t
=C2=A0 transient-mark-mode: t

Load-path shadows:
None= found.

Features:
(shadow sort mail-extr emacsbug message rmc pun= y rfc822 mml mml-sec epa
derived epg rfc6068 epg-config gnus-util text-p= roperty-search mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbr= ev gmm-utils mailheader
sendmail comp comp-cstr warnings rx cl-extra hel= p-mode time-date
cus-start etags fileloop generator xref project dired-a= ux cus-edit pp
cus-load wid-edit trace sh-script smie executable dired d= ired-loaddefs
cal-menu calendar cal-loaddefs ange-ftp shell pcomplete co= mint
ansi-color ring benchmark time rmail rmail-loaddefs rfc2047 rfc2045=
ietf-drums mm-util mail-prsvr mail-utils face-remap finder-inf package<= br>browse-url url url-proxy url-privacy url-expand url-methods url-history<= br>url-cookie url-domsuf url-util mailcap url-handlers url-parse
auth-so= urce cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache json = subr-x map url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loadd= efs cl-lib iso-transl tooltip eldoc paren
electric uniquify ediff-hook v= c-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-w= in x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list rep= lace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu= -bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock= font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic = cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao = korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech euro= pean ethiopic indian
cyrillic chinese composite emoji-zwj charscript cha= rprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-pr= eloaded nadvice
button loaddefs faces cus-face macroexp files window tex= t-properties
overlay sha1 md5 base64 format env code-pages mule custom w= idget
hashtable-print-readable backquote threads dbusbind inotify lcms2<= br>dynamic-setting system-font-setting font-render-setting cairo
move-to= olbar gtk x-toolkit x multi-tty make-network-process
native-compile emac= s)

Memory information:
((conses 16 155179 10068)
=C2=A0(symbol= s 48 12889 1)
=C2=A0(strings 32 39546 3792)
=C2=A0(string-bytes 1 127= 4680)
=C2=A0(vectors 16 25493)
=C2=A0(vector-slots 8 454855 22628)=C2=A0(floats 8 52 30)
=C2=A0(intervals 56 1484 0)
=C2=A0(buffers 99= 2 22))
--0000000000000016bb0612ba349f-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 03 02:39:48 2024 Received: (at 69519) by debbugs.gnu.org; 3 Mar 2024 07:39:48 +0000 Received: from localhost ([127.0.0.1]:39701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rggRn-00058d-L8 for submit@debbugs.gnu.org; Sun, 03 Mar 2024 02:39:47 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rggRi-000589-KO for 69519@debbugs.gnu.org; Sun, 03 Mar 2024 02:39:45 -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 ) id 1rggRA-0001iA-BW; Sun, 03 Mar 2024 02:39:08 -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=Nf1YI8Q2sD4V3q7VSIR0xiGoc5+M2oEOUt/4P3qGl5U=; b=ih86ztdMHHlV RBIRqMLm27Q43u9DyTuPO1O9yu9Dn8F+PGPTC4iK8DWf5DBG/TMZE0UIyPtjbSa0ueiY4+rotLZCj tvAYkUZG1oxgseC2kBUc0SNvIO+vd5dUlR83qmqQqpkMl0niUwvz3TJonW2qY/Oe6Un1I3nDY/SA2 jSxid40OOYxAmIAsCyHD58tWsFDBXkTLy6ZHISIeAaXiRY0N/B/DNcDtojQty3OwRJnoHFueDGgP6 NIKOIl14imQJAMWBkwtsWqH09jmVVJcHNRHzuiQ/FcZSr06N0LR5h5Eal4J9aPKvreysdAFc9JPE3 2hyBAU5ceHX99Hra9rCBBg==; Date: Sun, 03 Mar 2024 09:39:05 +0200 Message-Id: <86sf17ojc6.fsf@gnu.org> From: Eli Zaretskii To: Robert Boyer In-Reply-To: (message from Robert Boyer on Sat, 2 Mar 2024 22:39:29 -0600) Subject: Re: bug#69519: 1gb file too big for Emacs to handle? References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69519 Cc: 69519@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Boyer > Date: Sat, 2 Mar 2024 22:39:29 -0600 > > My problem persists. I very strongly believe that I have an example of a bug in Emacs. > > I have previously reported this. I got some advice. It did not solve my problem. > > Today I got a new, much bigger and better Chromebook, again from Lenovo. This > one cost me $300, but it has 8gb of core and tons more disk. > > On my newest Chromebook I see the following: > > > free > total used free shared buff/cache available > Mem: 6736092 1194036 4052888 52208 1489168 5542056 > Swap: 0 0 0 > > > > I do not understand these things at all well, but it looks to me like I now > have 4gb of free space. > > So I think it is fair for me to report my real problem, again, almost exactly > as I did before. > > The 1 gb file for which I give a url below does not seem to work in Emacs. > > The file enumerates the primes below 10^9, so it would be very handy to > have around. > > I can find the file, literally, into an Emacs buffer. > > But then I cannot move to the bottom, i.e., using M->. In fact, in the attempt to > move to the bottom, things go so badly that Emacs freezes, and I have to kill Emacs > by 'extraordinary measures'. How long did you wait? Unless it's for an hour or so, this could be just some slow operation. Does the system page during this (do you see the hard disk LED light more or less constantly)? This could be one reason for the slowness. How many lines does this file have? If its lines are very long, this could be a known slowness in the display engine. > Is this file just too big for Emacs to handle? No. > https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?usp=sharing > > Please, before you reply, fetch that file, find it literally, and see if > you can move to the bottom with M->. I'd love to know whether you can do that. I cannot afford downloading such a huge file, sorry. Maybe someone else can. > In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) > of 2023-05-13, modified by Debian built on x86-ubc-01 > Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 > System Description: Debian GNU/Linux 12 (bookworm) Emacs 28 is no longer maintained. But I don't think anything has changed since then in how we handle large files. However, if the lines in the file are very long, you will be better off using Emacs 29 where there are special features for speeding up the display of very long lines. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 03 04:41:11 2024 Received: (at 69519) by debbugs.gnu.org; 3 Mar 2024 09:41:11 +0000 Received: from localhost ([127.0.0.1]:39781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgiLF-0002hb-Ms for submit@debbugs.gnu.org; Sun, 03 Mar 2024 04:41:11 -0500 Received: from mail-ej1-f41.google.com ([209.85.218.41]:61886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgiLA-0002gw-Tf for 69519@debbugs.gnu.org; Sun, 03 Mar 2024 04:41:07 -0500 Received: by mail-ej1-f41.google.com with SMTP id a640c23a62f3a-a3122b70439so556224266b.3 for <69519@debbugs.gnu.org>; Sun, 03 Mar 2024 01:40:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709458770; x=1710063570; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/+VQ2P49isPVNgvyLC03z91gcgIHiD5xNhzGgH3XF08=; b=OYdJS+Rb3FgujMv33EPaiPI8Ue3ks4qJGwlU18P6BgHCBm+myzVL1ByeOv6wBiD5/g A3BX4sn6crj8ZCwliDq5/InN2N/5lhRUCzop96S6TVB8hKxMzQ5ppRUJIk0/P8AlYUXo Dn0Gf4ygAQy81C0iAMB0JK4/yu6qswR7S7o1QTEKUTbIFDKndNrde6H4j8xdYIA/nW90 groX0mMz6HJd96/iRLHy0TK2GDbGCFJ+Hbh0ZVaa5v+N+iHVZVz+S2Ox9UCM0qpzvhd5 /AeSd2RU7jwdL4BHkV5mIBt68HthOC/D8/+cH91QGEIJTW34X2TYiuzNymD7JsAD1xVW Frng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709458770; x=1710063570; 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=/+VQ2P49isPVNgvyLC03z91gcgIHiD5xNhzGgH3XF08=; b=tmEZeC4jHVGjBEHL79LchkIMIa8Yc/hER7P9CK2xr0NVQjz8tjTgvm5dkRfsnrDuzf mLp8JrAiWoaqdXq/Lme1/THOJtNDQh5Z+imW2CPGR7wNTru1eBpvnI737XGfBANKUKcV HbIeQXpLEnKIc6Qi2PI2XLMv9C3IyasM8WZW9+PKoWxxqqYAi9tMarMVsGauwoJhnUsA pDvKutKcgqIRgkAqubIBZix/ioksnurI/BvubRG7fFexVHZNb0Z2smaEBg8Vfj38wM9u ojC6vp0n6+F5ho5lF3DwNo/ZYvDB6q/y0Hzb7IiKDIL3jQCw8oro7HZSW2XX//o9h1Vn WqOQ== X-Gm-Message-State: AOJu0YzqReZu7Aretnpwe6DUlPsCuZKk0jcvNw9IaFrkzaPx9AUMXOnt d2wBvwB4ukt7YsAIZcQzxD95pLagai7HTecti/v74WRhH7/6CSOI37/Jk0EkHqIb2E2O7pshaLl LMuMFj3Yowfqyxj3Q0Xaae9VhKkk= X-Google-Smtp-Source: AGHT+IEsECzIfE0uaaKa5/S5VI654yJW2hLD/tkOfzWdeKJ3NkG9eNFDYbMM+JIKUNRh+y+ebngauxiPD5/EDN7ZsNo= X-Received: by 2002:a17:906:685a:b0:a43:7edb:87 with SMTP id a26-20020a170906685a00b00a437edb0087mr3903108ejs.4.1709458769477; Sun, 03 Mar 2024 01:39:29 -0800 (PST) MIME-Version: 1.0 References: <86sf17ojc6.fsf@gnu.org> In-Reply-To: <86sf17ojc6.fsf@gnu.org> From: Robert Boyer Date: Sun, 3 Mar 2024 03:38:52 -0600 Message-ID: Subject: Re: bug#69519: 1gb file too big for Emacs to handle? To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000b686640612be6240" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69519 Cc: 69519@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000b686640612be6240 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > How long did you wait? I do not think that matters in this case. The Emacs process had gone dead or crazy, and the operating system said that it was not responding and offered to 'Force Close' the process, and so I said go ahead and do it. > Emacs 28 is no longer maintained. But I don't think anything has > changed since then in how we handle large files. However, if the > lines in the file are very long, you will be better off using Emacs 29 > where there are special features for speeding up the display of very > long lines. Long lines may be the problem! I am utterly dependent upon Debian concerning the version of Emacs I use. If and when I get 29, I'll give the file another try. Thank you,, Bob On Sun, Mar 3, 2024 at 1:39=E2=80=AFAM Eli Zaretskii wrote: > > From: Robert Boyer > > Date: Sat, 2 Mar 2024 22:39:29 -0600 > > > > My problem persists. I very strongly believe that I have an example of > a bug in Emacs. > > > > I have previously reported this. I got some advice. It did not solve > my problem. > > > > Today I got a new, much bigger and better Chromebook, again from > Lenovo. This > > one cost me $300, but it has 8gb of core and tons more disk. > > > > On my newest Chromebook I see the following: > > > > > free > > total used free shared buff/cache > available > > Mem: 6736092 1194036 4052888 52208 1489168 > 5542056 > > Swap: 0 0 0 > > > > > > > I do not understand these things at all well, but it looks to me like I > now > > have 4gb of free space. > > > > So I think it is fair for me to report my real problem, again, almost > exactly > > as I did before. > > > > The 1 gb file for which I give a url below does not seem to work in > Emacs. > > > > The file enumerates the primes below 10^9, so it would be very handy to > > have around. > > > > I can find the file, literally, into an Emacs buffer. > > > > But then I cannot move to the bottom, i.e., using M->. In fact, in the > attempt to > > move to the bottom, things go so badly that Emacs freezes, and I have t= o > kill Emacs > > by 'extraordinary measures'. > > How long did you wait? Unless it's for an hour or so, this could be > just some slow operation. Does the system page during this (do you > see the hard disk LED light more or less constantly)? This could be > one reason for the slowness. > > How many lines does this file have? If its lines are very long, this > could be a known slowness in the display engine. > > > Is this file just too big for Emacs to handle? > > No. > > > > https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?us= p=3Dsharing > > > > Please, before you reply, fetch that file, find it literally, and see i= f > > you can move to the bottom with M->. I'd love to know whether you can > do that. > > I cannot afford downloading such a huge file, sorry. Maybe someone > else can. > > > In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, > cairo version 1.16.0) > > of 2023-05-13, modified by Debian built on x86-ubc-01 > > Windowing system distributor 'The X.Org Foundation', version > 11.0.12014000 > > System Description: Debian GNU/Linux 12 (bookworm) > > Emacs 28 is no longer maintained. But I don't think anything has > changed since then in how we handle large files. However, if the > lines in the file are very long, you will be better off using Emacs 29 > where there are special features for speeding up the display of very > long lines. > --000000000000b686640612be6240 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> How long did you wait?

= I do not think that matters in this case.=C2=A0 The Emacs process
had gone=C2=A0 dead or crazy, and the operating system said that it was
not responding and offered to 'Force Close' the process, an= d
so I said go ahead and do it.

> Emacs 28= is no longer maintained.=C2=A0 But I don't think anything has
> = changed since then in how we handle large files.=C2=A0 However, if the
&= gt; lines in the file are very long, you will be better off using Emacs 29<= br>> where there are special features for speeding up the display of ver= y
> long lines.

Long lines may be the problem!
=

I am utterly dependent upon Debian concerning the versi= on of Emacs
I use.=C2=A0 If and when I get 29, I'll give the = file another try.

Thank you,,

=
Bob


On Sun, Mar 3, 2024 at 1:39=E2=80=AFAM E= li Zaretskii <eliz@gnu.org> wrote= :
> From: Rob= ert Boyer <robertstephenboyer@gmail.com>
> Date: Sat, 2 Mar 2024 22:39:29 -0600
>
> My problem persists.=C2=A0 I very strongly believe that I have an exam= ple of a bug in Emacs.
>
> I have previously reported this.=C2=A0 I got some advice.=C2=A0 It did= not solve my problem.
>
> Today I got a new, much bigger and better Chromebook, again from Lenov= o.=C2=A0 This
> one cost me $300, but it has 8gb of core and tons more disk.
>
> On my newest Chromebook I see the following:
>
> > free
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 total=C2=A0 =C2= =A0 =C2=A0 =C2=A0 used=C2=A0 =C2=A0 =C2=A0 =C2=A0 free=C2=A0 =C2=A0 =C2=A0 = shared=C2=A0 buff/cache=C2=A0 =C2=A0available
> Mem:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A06736092=C2=A0 =C2=A0 =C2=A011940= 36=C2=A0 =C2=A0 =C2=A04052888=C2=A0 =C2=A0 =C2=A0 =C2=A052208=C2=A0 =C2=A0 = =C2=A01489168=C2=A0 =C2=A0 =C2=A05542056
> Swap:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00
> >
>
> I do not understand these things at all well, but it looks to me like = I now
> have 4gb of free space.
>
> So I think it is fair for me to report my real problem, again, almost = exactly
> as I did before.
>
> The 1 gb file for which I give a url below does not seem to work in Em= acs.
>
> The file enumerates the primes below 10^9, so it would be very handy t= o
> have around.
>
> I can find the file, literally, into an Emacs buffer.
>
> But then I cannot move to the bottom, i.e., using M->.=C2=A0 In fac= t, in the attempt to
> move to the bottom, things go so badly that Emacs freezes, and I have = to kill Emacs
> by 'extraordinary measures'.

How long did you wait?=C2=A0 Unless it's for an hour or so, this could = be
just some slow operation.=C2=A0 Does the system page during this (do you see the hard disk LED light more or less constantly)?=C2=A0 This could be one reason for the slowness.

How many lines does this file have?=C2=A0 If its lines are very long, this<= br> could be a known slowness in the display engine.

> Is this file just too big for Emacs to handle?

No.

>=C2=A0 =C2=A0https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?usp= =3Dsharing
>
> Please, before you reply, fetch that file, find it literally, and see = if
> you can move to the bottom with M->.=C2=A0 I'd love to know whe= ther you can do that.

I cannot afford downloading such a huge file, sorry.=C2=A0 Maybe someone else can.

> In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37,= cairo version 1.16.0)
>=C2=A0 of 2023-05-13, modified by Debian built on x86-ubc-01
> Windowing system distributor 'The X.Org Foundation', version 1= 1.0.12014000
> System Description: Debian GNU/Linux 12 (bookworm)

Emacs 28 is no longer maintained.=C2=A0 But I don't think anything has<= br> changed since then in how we handle large files.=C2=A0 However, if the
lines in the file are very long, you will be better off using Emacs 29
where there are special features for speeding up the display of very
long lines.
--000000000000b686640612be6240-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 01:53:59 2024 Received: (at 69519) by debbugs.gnu.org; 5 Mar 2024 06:54:00 +0000 Received: from localhost ([127.0.0.1]:45871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhOgZ-0001nd-KT for submit@debbugs.gnu.org; Tue, 05 Mar 2024 01:53:59 -0500 Received: from mail-ed1-f45.google.com ([209.85.208.45]:38117) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhOgU-0001nM-MY for 69519@debbugs.gnu.org; Tue, 05 Mar 2024 01:53:58 -0500 Received: by mail-ed1-f45.google.com with SMTP id 4fb4d7f45d1cf-5668db0720fso1197861a12.0 for <69519@debbugs.gnu.org>; Mon, 04 Mar 2024 22:53:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709621599; x=1710226399; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=UfZw3hqhKXMAEhdYfUUmw7DpkNc2+yQPkPrQuEp5sgE=; b=c81I27VhY0smGXvYoPpy7ZFtloBk+z8zf5ilvuFFWND7p6lo4CoCyOrMqseLQ/VD4J fKgqRRCdVJ3YIPsg+vD7Lbums0+TW+BTgWsBaUodhssPggcHG/ynn7NSek8byQoPEraP qiLBBN/61rHx55SkFfVgACtCtuUpD0sadghp1CAbKzCt8OepJKo/FQi5MKP7vA/aSYnB fxG+IuDGCMjiJBnrS5PywBuh+5J7czYRwTGeI8L/eRKZvWu0nFCjMkOYyAjxC4voyi3R LOs+pgHPQglAlOaGnMiPkLPIKOGhMxUDeQFqMErXgONvRAFolW/74i5ddeo3tfYqk7XD 5aIQ== X-Forwarded-Encrypted: i=1; AJvYcCW9fa3o4ctftBl0J/ItJspf/5/c0qHkEgpgeg/N7wDVmqiLSoYqkPUrwKobwSkjagvdOJ+euDbcSXNFwxPGyYyj2yB9fJM= X-Gm-Message-State: AOJu0YzsaArIJnl7Rwy/nJCg5JAAOKGEJpxwH4pf8wWV5MhrqKMJKUUK 9qD7pronK1CKmQvZ9wI0cZfMltNC49a0c5lvrGVcl8/7xgbVAlqc X-Google-Smtp-Source: AGHT+IEp8Um3TtZU+r4U7Jn/sQzFWCg2INLlMsTwVR7YiTkvntPatDlwQ2FHFKhEO651Lxysiivi5Q== X-Received: by 2002:a17:907:8dc3:b0:a45:ac3d:c7b with SMTP id tg3-20020a1709078dc300b00a45ac3d0c7bmr230059ejc.0.1709621598404; Mon, 04 Mar 2024 22:53:18 -0800 (PST) Received: from localhost ([2001:620:618:5c0:2:80b3:0:65c]) by smtp.gmail.com with ESMTPSA id bo12-20020a170906d04c00b00a456f7628b7sm1478041ejb.27.2024.03.04.22.53.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Mar 2024 22:53:18 -0800 (PST) From: "Basil L. Contovounesios" To: Robert Boyer Subject: Re: bug#69519: 1gb file too big for Emacs to handle? In-Reply-To: (Robert Boyer's message of "Sun, 3 Mar 2024 03:38:52 -0600") References: <86sf17ojc6.fsf@gnu.org> Date: Tue, 05 Mar 2024 07:53:17 +0100 Message-ID: <87plw9xj8i.fsf@epfl.ch> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 69519 Cc: 69519@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) I wonder if the View Large Files package would help at all in this case? https://elpa.gnu.org/packages/vlf.html -- Basil From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 06 03:50:08 2024 Received: (at 69519) by debbugs.gnu.org; 6 Mar 2024 08:50:08 +0000 Received: from localhost ([127.0.0.1]:49695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhmyV-0004aY-Lu for submit@debbugs.gnu.org; Wed, 06 Mar 2024 03:50:08 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:46406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhmyM-0004Zp-L0 for 69519@debbugs.gnu.org; Wed, 06 Mar 2024 03:50:06 -0500 Received: by mail-lf1-f43.google.com with SMTP id 2adb3069b0e04-512f54fc2dbso5756767e87.1 for <69519@debbugs.gnu.org>; Wed, 06 Mar 2024 00:49:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709714902; x=1710319702; darn=debbugs.gnu.org; h=mime-version:date:references:in-reply-to:subject:cc:to:from :message-id:from:to:cc:subject:date:message-id:reply-to; bh=HhC4Zu8/yYTWXcWTEmI1oiQDS/ED02QOUwMKNdOnw/g=; b=VJRgRbL20GsdgTLFSLdOk23uXeZRUCZXsxFjgMVCYx8ZncOoNLgJMMl14FS8IILCO4 Y0Ujv+UrTJQ8hWE8rxN2oYYFySVLz1EjI4pZdw1X3Wi5BuMdzb0Eh7vgX5eNvGdis0SJ POl5cnfm2mE26Zd1amXaowsgAA9CchLuVgcQEXNLV7Y0j7ubI7elfiaRoTi89RgmQPjI CXbTzB5sD3ayTzq3CVk/2jNOASCen6wnFDhZivRjdsMss5gEqNZLw0mFi9kRCkKukwHI g1QbhOEpd2mQSfqDnE8ZXaoTc/f5BwnMhp5JcBPFinRxj3cVOCE4jE68S/DNiw1CZkMH ZyXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709714902; x=1710319702; h=mime-version:date:references:in-reply-to:subject:cc:to:from :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HhC4Zu8/yYTWXcWTEmI1oiQDS/ED02QOUwMKNdOnw/g=; b=jRBMIcF3KAAzuY8B8f8Yc7MBF9yfWOt0f3rTMo+noOfQ4h/KOQuZ1GJ1V1bP05fSlk Yq7xEFf4chhMRXy/ALcSzAUQi9aOCqJM6irhIIsXW/EuBa1+k5EQ57qJwBaKbeWmBqcb LdjM5227HnAkQFQWPrEOLaVOIeXCsUSj6VBeN3mbvY9HM+AnU++71/u5A0bjHWlH2nXk JsZ+zAA42vEBp6wbJPdqRBwwW+2UKtmCKzAd7oyA66l8vE2Vb4Vz8ceQL5buKL3Pn8aX qsX2bLPYh52TRsdbPh/+/ZidDpwABBcvMM4rd3LX++r+P7hesbMVA+TZVCy6SDjo3DZ5 Fe3Q== X-Gm-Message-State: AOJu0YxdoLL8L4QJYUiQz9nszCdALHJ01SiV391gC8Ok3szcDsTv1/CE AzyCw3H97P0Eu1sKSUYWNddKAJDzIkrZwhx2zaDzNbiReKwfCDQ+ X-Google-Smtp-Source: AGHT+IEdImXG5d0g6eAsI4PkoPlZv35ILxdQz7FrtFaYVQlJVAnIZRY3+e90RBx/RLi7iAa83apspA== X-Received: by 2002:ac2:5e79:0:b0:513:5a9e:78af with SMTP id a25-20020ac25e79000000b005135a9e78afmr1051374lfr.58.1709714901558; Wed, 06 Mar 2024 00:48:21 -0800 (PST) Received: from keynux ([2a01:e0a:505:3460:1c18:688d:ece4:372e]) by smtp.gmail.com with ESMTPSA id fa11-20020a05600c518b00b00412f778c4c7sm785461wmb.16.2024.03.06.00.48.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Mar 2024 00:48:21 -0800 (PST) Message-ID: <65e82dd5.050a0220.79ded.27a8@mx.google.com> Received: by keynux (sSMTP sendmail emulation); Wed, 06 Mar 2024 09:48:19 +0100 From: Bruno Barbier To: Eli Zaretskii , Robert Boyer Subject: Re: bug#69519: 1gb file too big for Emacs to handle? In-Reply-To: <86sf17ojc6.fsf@gnu.org> References: <86sf17ojc6.fsf@gnu.org> Date: Wed, 06 Mar 2024 09:48:19 +0100 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 69519 Cc: 69519@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > > I cannot afford downloading such a huge file, sorry. Maybe someone > else can. I downloaded the file (it requires to execute some Javascript from Google Inc. to get to the real link). The file extension is ".txt.lisp"; it contains 3 lines, and is about 950MB. The whole content is on the second lines, the 2 other ones being only a few char long. Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then moving to the end (M->) is instantaneous for me. Hoping this help, Bruno From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 06 07:18:01 2024 Received: (at 69519) by debbugs.gnu.org; 6 Mar 2024 12:18:01 +0000 Received: from localhost ([127.0.0.1]:49969 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhqDh-0001gr-3j for submit@debbugs.gnu.org; Wed, 06 Mar 2024 07:18:01 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhqDf-0001gc-Ei for 69519@debbugs.gnu.org; Wed, 06 Mar 2024 07:17:59 -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 ) id 1rhqD4-0004x6-UK; Wed, 06 Mar 2024 07:17:22 -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=6OniXo0H+kObTtW1NoNhaFke3vdNhQu5ilqJcMoMO1E=; b=TjMDaaasHQNV sABUT5V7mdoMcHqx3B2rKJnnpnU1C8vblsp4+7USoRI53s9NMfpnbM310Sf2qTiggn3C7ZC/SQN0L ZL9CCUNziieTl8mCV44FdY1uJEnt1ApOzz7b3MXXRABVC9s31KVrmaefpAGXBjEQmNR+YQis+kW1T achHXoTPdsAyGLufIajns+CrqD9GeOPsx7cssUmITWd1G3NuPtIx2aSYRySqmx17B67CsITYtfNLP RQne8Cas2OBpHc/nxi2O0/GLguZuloersD9FQzl6z/UZKs5loRpde8Rs6vFdo70A4D7RH6Odi2IMA rBYyNOP2owHTBsxB06xLwA==; Date: Wed, 06 Mar 2024 14:17:20 +0200 Message-Id: <861q8nlflb.fsf@gnu.org> From: Eli Zaretskii To: Bruno Barbier In-Reply-To: <65e82dd5.050a0220.79ded.27a8@mx.google.com> (message from Bruno Barbier on Wed, 06 Mar 2024 09:48:19 +0100) Subject: Re: bug#69519: 1gb file too big for Emacs to handle? References: <86sf17ojc6.fsf@gnu.org> <65e82dd5.050a0220.79ded.27a8@mx.google.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69519 Cc: robertstephenboyer@gmail.com, 69519@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Bruno Barbier > Cc: 69519@debbugs.gnu.org > Date: Wed, 06 Mar 2024 09:48:19 +0100 > > The file extension is ".txt.lisp"; it contains 3 lines, and is about > 950MB. The whole content is on the second lines, the 2 other ones being > only a few char long. Thanks, this will certainly hit the issues with very long lines. > Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then > moving to the end (M->) is instantaneous for me. Thanks for testing, that's what I would expect with Emacs 29 and later. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 06 10:35:38 2024 Received: (at 69519) by debbugs.gnu.org; 6 Mar 2024 15:35:38 +0000 Received: from localhost ([127.0.0.1]:51258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhtIv-0001XD-V6 for submit@debbugs.gnu.org; Wed, 06 Mar 2024 10:35:38 -0500 Received: from mail-ed1-f42.google.com ([209.85.208.42]:53594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhtIt-0001Wv-G7 for 69519@debbugs.gnu.org; Wed, 06 Mar 2024 10:35:36 -0500 Received: by mail-ed1-f42.google.com with SMTP id 4fb4d7f45d1cf-567fbbd723cso654381a12.3 for <69519@debbugs.gnu.org>; Wed, 06 Mar 2024 07:35:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709739239; x=1710344039; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BjtAfu7tk8AzomW3P4F8deYk2cp0Ul4jTGbWofgP7P8=; b=EbQbXnwc9teYn/4tKLR05/JUV3ZBPl6hdj6arWNZ3taSlmSWTbYWH/ChQ3ii33tU1P acX8v4nQhQr+Cm9QSfatvGtRZ+4vezOtirsGJ0qP1OLtRv1JpeuAN6FXi618lwVGhyQs WWTnlqEJOoMm82HmXITQ5MjblPV6qqn89JtaQMFmYbiH/UfWlN3W3d+mMxVvJBYlsLnn VEoERCC0W8CRTKV01KdMrYQa82eXMwKL5gcIwr6TumwmDDmSRsmnoU/pOOkEeuspbBG9 MVp7ZJUmbpvYvAuZuHe41tcwbxfBA0gr6RZ6tVgjs5vKR4b/pW+nprIfgfARDoRqHj0l nvFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709739239; x=1710344039; 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=BjtAfu7tk8AzomW3P4F8deYk2cp0Ul4jTGbWofgP7P8=; b=nLZwUEj8TTBV2GcroCRCcOziIBmRLDQiWbGypYpZr1Eg/OGlKjxSyg+TovtEubUEZa iGqrHQ7aK5yVySUJgXP+94dU7rijiBm1CW2wCl/92vPvIs9wv6EYkK4OE7l/5f6QaAwW UdT8kY7xqq+GtV2Khp+ZerBJro7N/kW0fuMfCTNlU0pFLOoYVle61wuLaD70CnEG7gPC YdPdQaohci+jlQ30Tq55/fUF3QEeHTn30yUyiJB3DklCKpeECYXuJoJNMKsUH6wRPgR1 r6+EjM1j2E99ihDvllZ+t7XrsoJAXkQ0g/PujNEt+/pTY45Yq0kdqwd8ezLeyW+ExQxn 4kJQ== X-Forwarded-Encrypted: i=1; AJvYcCVBVEm+WyQSC+pluNGVm6RQ3mBxkAvxLPvq8VcHOD5OCOcEWu7WbBjwB5tqLrQBm7tTlbiEU5iyqqjSaxAZVb9S+u4zJ8M= X-Gm-Message-State: AOJu0Yy3aC8kDN2GT1ViSxwDzCddaH1W/ufuxaVVaydfD/p9ojTHDVoF oK5ZNeL4crzYLQzKi0AVNmm1UY17RkQBNOmMhLfM5thhPS0Yr5dPnN72Y55E0EJyJWU5J+At4+o BWXQuJflilqHFIuNOEqR3qdZIdzA= X-Google-Smtp-Source: AGHT+IGDB5X2wETvOMpJbbGvECIZfEPv4znWE7UNSkt8jsCq+sL7krqkFdgiwLTYAXerCyxsz7tJsWvJxpcNLFrj+u8= X-Received: by 2002:a50:d7ca:0:b0:567:6bf:e92d with SMTP id m10-20020a50d7ca000000b0056706bfe92dmr9213092edj.29.1709739238182; Wed, 06 Mar 2024 07:33:58 -0800 (PST) MIME-Version: 1.0 References: <86sf17ojc6.fsf@gnu.org> <65e82dd5.050a0220.79ded.27a8@mx.google.com> In-Reply-To: <65e82dd5.050a0220.79ded.27a8@mx.google.com> From: Robert Boyer Date: Wed, 6 Mar 2024 09:33:21 -0600 Message-ID: Subject: Re: bug#69519: 1gb file too big for Emacs to handle? To: Bruno Barbier Content-Type: multipart/alternative; boundary="000000000000f356f70612ffaf13" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69519 Cc: 69519@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000f356f70612ffaf13 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then > moving to the end (M->) is instantaneous for me. Hurray for you heroes. I look forward to 29.2 Thank you, Bob On Wed, Mar 6, 2024 at 2:48=E2=80=AFAM Bruno Barbier = wrote: > Eli Zaretskii writes: > > > > > I cannot afford downloading such a huge file, sorry. Maybe someone > > else can. > > I downloaded the file (it requires to execute some Javascript from > Google Inc. to get to the real link). > > The file extension is ".txt.lisp"; it contains 3 lines, and is about > 950MB. The whole content is on the second lines, the 2 other ones being > only a few char long. > > Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then > moving to the end (M->) is instantaneous for me. > > Hoping this help, > > Bruno > > --000000000000f356f70612ffaf13 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Using GNU Emacs 29.2 (emacs -Q), opening it literally= when asked, then
> moving to the end (M->) is instantaneous for m= e.

Hurray for you heroes.=C2=A0 I look forward to 29= .2

Thank you,

Bob


On Wed, Mar 6, 2024 at 2:48=E2=80=AFAM Bruno Barbier <brubar.cs@gmail.com> wrote:
Eli Zaretskii <eliz@gnu.org> writes:<= br>
>
> I cannot afford downloading such a huge file, sorry.=C2=A0 Maybe someo= ne
> else can.

I downloaded the file (it requires to execute some Javascript from
Google Inc. to get to the real link).

The file extension is ".txt.lisp"; it contains 3 lines, and is ab= out
950MB.=C2=A0 The whole content is on the second lines, the 2 other ones bei= ng
only a few char long.

Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then
moving to the end (M->) is instantaneous for me.

Hoping this help,

Bruno

--000000000000f356f70612ffaf13-- From debbugs-submit-bounces@debbugs.gnu.org Sun May 19 19:03:05 2024 Received: (at 69519-done) by debbugs.gnu.org; 19 May 2024 23:03:05 +0000 Received: from localhost ([127.0.0.1]:38492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8pYX-000883-Jl for submit@debbugs.gnu.org; Sun, 19 May 2024 19:03:05 -0400 Received: from mail-ej1-f43.google.com ([209.85.218.43]:52312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8pYT-00087b-3s for 69519-done@debbugs.gnu.org; Sun, 19 May 2024 19:03:04 -0400 Received: by mail-ej1-f43.google.com with SMTP id a640c23a62f3a-a5a2c05006aso358778566b.0 for <69519-done@debbugs.gnu.org>; Sun, 19 May 2024 16:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716159711; x=1716764511; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=jrsMr2x0HdK+CUH0ZwhyoUmeXsRCt6NGc/xx6I5nAkA=; b=fakPuOz2bw7yRvJKvTdsyZZsbjHvIUG67+HYiSVYHDqObDt3KsdTNub+K7IMv7xT1U BApB10v1d6gsV1zJWj8lp5lkgx4N45q/HjJZl4TZ2x5a8fxb4ZE+HGoylP0ymm98KpRT 0xIso9PQ9P4UqA9kdoX48qPnOlT96Ud1gB03N7D/ApfvUn9JYVQhaLLjEPNLJSGYWdOt PW7UluSrvYh93ITVolebcBi9YgLgBCLj3l4EX8QwNpTm11kvHLUTh/c3Rs84v4zqkWGx c3ffRpgzpVzESCqYZTS+Tb21S8IYCW4CMAk1LiIHH2+OZRYMdCZAwQQkbnyasuFRmYSw e6Zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716159711; x=1716764511; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jrsMr2x0HdK+CUH0ZwhyoUmeXsRCt6NGc/xx6I5nAkA=; b=Z6tYiaNvPqXwc2ZOo4d9roQyQTBdpbFlF0cw7D8F9yyPa8Rs7uxBtnbvv9lrLrZXDo szaN6UwYAT5rDUsejj1z/KCiqSk7833pHQ5PxzQdmupzWpz7z64PPJV3tE61uveVq7It lMlPE1J+3fcfjd1wRcnHAziwEJm1BVU+vfduNxrrvMa1L8qspmrZ9yMhh5bqAfXGF/Dy pWv+mEYQdvxUyPhlfzVMA7lXf5c2cR46KIO22h6m8vAnOwVgj4F4mQNfsrdLiQwDlxpT LVJB593VPmKXoTy3KS5bABpsUtEAisc+k9KCLhG+7HsBB8byeYoe7OlDxIX/iwzpbrf4 4gYA== X-Gm-Message-State: AOJu0Yw1lBLO5roH4xs4TEJcEgReirF9E5+TIGDoVNn0XzcPL7MuJ96a zk+WFceP7IFnkZf3whrWHejIU6MCyaKgF5s4F8DWN2/4b0lAIRB2wtQpihG0AQ+6Fp20755GRBx gQViXsxcHhCviK1HFWXjmbQyYCDU= X-Google-Smtp-Source: AGHT+IG3dThVfrSUX9L8Ufc8VSQSoXimppPndaw/24LldhJIE2tqwJMlmpIEz20PrQ8B7vU22S+EDUe3U1wvMjd83uo= X-Received: by 2002:a50:aade:0:b0:572:9dc3:ce38 with SMTP id 4fb4d7f45d1cf-5734d5ce499mr23570853a12.19.1716159711017; Sun, 19 May 2024 16:01:51 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 20 May 2024 01:01:50 +0200 From: Stefan Kangas In-Reply-To: References: <86sf17ojc6.fsf@gnu.org> <65e82dd5.050a0220.79ded.27a8@mx.google.com> MIME-Version: 1.0 Date: Mon, 20 May 2024 01:01:50 +0200 Message-ID: Subject: Re: bug#69519: 1gb file too big for Emacs to handle? To: Robert Boyer , Bruno Barbier Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 69519-done Cc: Eli Zaretskii , 69519-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Boyer writes: >> Using GNU Emacs 29.2 (emacs -Q), opening it literally when asked, then >> moving to the end (M->) is instantaneous for me. > > Hurray for you heroes. I look forward to 29.2 I guess this is fixed in Emacs 29.2, so I'm closing this bug now. BTW, prefer Emacs 29.3 to 29.2 if at all possible. From unknown Sun Jun 15 08:42:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 17 Jun 2024 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator