bug#69575: Me again. Two bugs.

bug#69575: Me again. Two bugs.

[Robert Boyer]

[-- Attachment #1: Type: text/plain, Size: 6476 bytes --]

From: robertstephenboyer@gmail.com
To: bug-gnu-emacs@gnu.org
Subject: 28.2; Problem with M->
--text follows this line--

Bug 1.  Previously reported, still not solved.

Consider this 1 gb file of all the primes below 10^10.


https://drive.google.com/file/d/1BQ_abM9P6ZIA0OEofH5kFjw1mEeHTgPb/view?usp=drive_link

I can 'find' it, literally.

However, M-> does not work.

It freezes Emacs.

Even when I manages to kill Emacs, it keeps running.

After I restart Emacs, I see via 'top' several Emacs jobs running at
full tilt.

So I reboot my machine.

I guess I'll just have to wait until Debian decides to ship me Emacs
verions 29.

Bug 2.

When I Type C-c M-i to copy text to your preferred mail program, as you
suggest,

I get sent to another Emacs that says:

Debugger entered--Lisp error: (error "Listing directory failed but
‘access-file’ worked")
  error("Listing directory failed but `access-file' worked")
  insert-directory("/mnt/chromeos/removable/SD/" "--dired -al" nil t)
  dired-insert-directory("/mnt/chromeos/removable/SD/" "-al" nil nil t)
  dired-readin-insert()
  #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>()
  combine-change-calls-1(1 1 #<subr
F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>)
  dired-readin()
  dired-internal-noselect("/mnt/chromeos/removable/SD/" nil)
  dired-noselect("/mnt/chromeos/removable/SD/" nil)
  dired("/mnt/chromeos/removable/SD/")
  gw()
  load-with-code-conversion("/home/bob/.emacs" "/home/bob/.emacs" t t)
  load("~/.emacs" noerror nomessage)
  startup--load-user-init-file(#f(compiled-function () #<bytecode
0x188949ac3bcb4358>) #f(compiled-function () #<bytecode
-0x1f3c686ddc0cdc35>) t)
  command-line()
  normal-top-level()

Thanks so much.  I do not know what I would do without Emacs.

Bob







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 time-date
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail comp comp-cstr warnings rx cl-extra help-mode
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 200462 10420)
 (symbols 48 12889 1)
 (strings 32 40311 4267)
 (string-bytes 1 1298522)
 (vectors 16 25700)
 (vector-slots 8 461520 20155)
 (floats 8 53 29)
 (intervals 56 4826 0)
 (buffers 992 22))

[-- Attachment #2: Type: text/html, Size: 7275 bytes --]

bug#69575: Me again. Two bugs.

[Andrea Corallo]

Robert Boyer <robertstephenboyer@gmail.com> writes:

> From: robertstephenboyer@gmail.com
> To: bug-gnu-emacs@gnu.org
> Subject: 28.2; Problem with M->
> --text follows this line--
>
> Bug 1.  Previously reported, still not solved.
>
> Consider this 1 gb file of all the primes below 10^10.
>
>   https://drive.google.com/file/d/1BQ_abM9P6ZIA0OEofH5kFjw1mEeHTgPb/view?usp=drive_link
>
> I can 'find' it, literally.
>
> However, M-> does not work.
>
> It freezes Emacs.
>
> Even when I manages to kill Emacs, it keeps running.
>
> After I restart Emacs, I see via 'top' several Emacs jobs running at
> full tilt.

I guess this is unrelated to the other issue you see, should be just
Emacs jitting code (this happens once if let it finish).

You can tweak the number of Emacs processes running in background with
'native-comp-async-jobs-number'.

  Andrea

bug#69575: Me again. Two bugs.

[Eli Zaretskii]

> From: Robert Boyer <robertstephenboyer@gmail.com>
> Date: Tue, 5 Mar 2024 19:17:38 -0600
> 
> Bug 1.  Previously reported, still not solved.
> 
> Consider this 1 gb file of all the primes below 10^10.
> 
>   https://drive.google.com/file/d/1BQ_abM9P6ZIA0OEofH5kFjw1mEeHTgPb/view?usp=drive_link
> 
> I can 'find' it, literally.
> 
> However, M-> does not work.
> 
> It freezes Emacs.

If that file has very long lines, this is a known problem in Emacs 28
and older.  Should be much better in Emacs 29 and later.

> Even when I manages to kill Emacs, it keeps running.
> 
> After I restart Emacs, I see via 'top' several Emacs jobs running at
> full tilt.

Your build is with native-compilation, so I presume those several
Emacs jobs are compiling some Lisp files for which the corresponding
*.eln files were not yet produced, a one-time job (if you let those
jobs run to completion).  So this part is not a bug, AFAIU.

> When I Type C-c M-i to copy text to your preferred mail program, as you suggest,
> 
> I get sent to another Emacs that says:
> 
> Debugger entered--Lisp error: (error "Listing directory failed but ‘access-file’ worked")
>   error("Listing directory failed but `access-file' worked")
>   insert-directory("/mnt/chromeos/removable/SD/" "--dired -al" nil t)
>   dired-insert-directory("/mnt/chromeos/removable/SD/" "-al" nil nil t)
>   dired-readin-insert()
>   #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>()
>   combine-change-calls-1(1 1 #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>)
>   dired-readin()
>   dired-internal-noselect("/mnt/chromeos/removable/SD/" nil)
>   dired-noselect("/mnt/chromeos/removable/SD/" nil)
>   dired("/mnt/chromeos/removable/SD/")
>   gw()
>   load-with-code-conversion("/home/bob/.emacs" "/home/bob/.emacs" t t)
>   load("~/.emacs" noerror nomessage)
>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x188949ac3bcb4358>) #f(compiled-function
> () #<bytecode -0x1f3c686ddc0cdc35>) t)
>   command-line()
>   normal-top-level()

This is something triggered by your ~/.emacs init file, as evidenced
by this line:

     load("~/.emacs" noerror nomessage)

which says that Emacs is loading your init file.  It sounds like
something in your .emacs file tries to start Dired on the directory
"/mnt/chromeos/removable/SD/", which has some access problems?  You
need to investigate what goes wrong there.  Whether this is some
problem in Emacs or in how you configure and customize Emacs can only
be established once the problematic part(s) of your init file are
identified.

bug#69575: Me again. Two bugs.

[Stefan Kangas]

tags 69575 + moreinfo
thanks

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Robert Boyer <robertstephenboyer@gmail.com>
>> Date: Tue, 5 Mar 2024 19:17:38 -0600
>>
>> Bug 1.  Previously reported, still not solved.
>>
>> Consider this 1 gb file of all the primes below 10^10.
>>
>>   https://drive.google.com/file/d/1BQ_abM9P6ZIA0OEofH5kFjw1mEeHTgPb/view?usp=drive_link
>>
>> I can 'find' it, literally.
>>
>> However, M-> does not work.
>>
>> It freezes Emacs.
>
> If that file has very long lines, this is a known problem in Emacs 28
> and older.  Should be much better in Emacs 29 and later.

Did you have a chance to try this in Emacs 29 or later?

>> When I Type C-c M-i to copy text to your preferred mail program, as you suggest,
>>
>> I get sent to another Emacs that says:
>>
>> Debugger entered--Lisp error: (error "Listing directory failed but ‘access-file’ worked")
>>   error("Listing directory failed but `access-file' worked")
>>   insert-directory("/mnt/chromeos/removable/SD/" "--dired -al" nil t)
>>   dired-insert-directory("/mnt/chromeos/removable/SD/" "-al" nil nil t)
>>   dired-readin-insert()
>>   #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>()
>>   combine-change-calls-1(1 1 #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>)
>>   dired-readin()
>>   dired-internal-noselect("/mnt/chromeos/removable/SD/" nil)
>>   dired-noselect("/mnt/chromeos/removable/SD/" nil)
>>   dired("/mnt/chromeos/removable/SD/")
>>   gw()
>>   load-with-code-conversion("/home/bob/.emacs" "/home/bob/.emacs" t t)
>>   load("~/.emacs" noerror nomessage)
>>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x188949ac3bcb4358>) #f(compiled-function
>> () #<bytecode -0x1f3c686ddc0cdc35>) t)
>>   command-line()
>>   normal-top-level()
>
> This is something triggered by your ~/.emacs init file, as evidenced
> by this line:
>
>      load("~/.emacs" noerror nomessage)
>
> which says that Emacs is loading your init file.  It sounds like
> something in your .emacs file tries to start Dired on the directory
> "/mnt/chromeos/removable/SD/", which has some access problems?  You
> need to investigate what goes wrong there.  Whether this is some
> problem in Emacs or in how you configure and customize Emacs can only
> be established once the problematic part(s) of your init file are
> identified.

Or look into this?

Thanks.

bug#69575: Me again. Two bugs.

[Stefan Kangas]

Stefan Kangas <stefankangas@gmail.com> writes:

> tags 69575 + moreinfo
> thanks
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Robert Boyer <robertstephenboyer@gmail.com>
>>> Date: Tue, 5 Mar 2024 19:17:38 -0600
>>>
>>> Bug 1.  Previously reported, still not solved.
>>>
>>> Consider this 1 gb file of all the primes below 10^10.
>>>
>>>   https://drive.google.com/file/d/1BQ_abM9P6ZIA0OEofH5kFjw1mEeHTgPb/view?usp=drive_link
>>>
>>> I can 'find' it, literally.
>>>
>>> However, M-> does not work.
>>>
>>> It freezes Emacs.
>>
>> If that file has very long lines, this is a known problem in Emacs 28
>> and older.  Should be much better in Emacs 29 and later.
>
> Did you have a chance to try this in Emacs 29 or later?
>
>>> When I Type C-c M-i to copy text to your preferred mail program, as you suggest,
>>>
>>> I get sent to another Emacs that says:
>>>
>>> Debugger entered--Lisp error: (error "Listing directory failed but ‘access-file’ worked")
>>>   error("Listing directory failed but `access-file' worked")
>>>   insert-directory("/mnt/chromeos/removable/SD/" "--dired -al" nil t)
>>>   dired-insert-directory("/mnt/chromeos/removable/SD/" "-al" nil nil t)
>>>   dired-readin-insert()
>>>   #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>()
>>>   combine-change-calls-1(1 1 #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_35>)
>>>   dired-readin()
>>>   dired-internal-noselect("/mnt/chromeos/removable/SD/" nil)
>>>   dired-noselect("/mnt/chromeos/removable/SD/" nil)
>>>   dired("/mnt/chromeos/removable/SD/")
>>>   gw()
>>>   load-with-code-conversion("/home/bob/.emacs" "/home/bob/.emacs" t t)
>>>   load("~/.emacs" noerror nomessage)
>>>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x188949ac3bcb4358>) #f(compiled-function
>>> () #<bytecode -0x1f3c686ddc0cdc35>) t)
>>>   command-line()
>>>   normal-top-level()
>>
>> This is something triggered by your ~/.emacs init file, as evidenced
>> by this line:
>>
>>      load("~/.emacs" noerror nomessage)
>>
>> which says that Emacs is loading your init file.  It sounds like
>> something in your .emacs file tries to start Dired on the directory
>> "/mnt/chromeos/removable/SD/", which has some access problems?  You
>> need to investigate what goes wrong there.  Whether this is some
>> problem in Emacs or in how you configure and customize Emacs can only
>> be established once the problematic part(s) of your init file are
>> identified.
>
> Or look into this?
>
> Thanks.

More information was requested, but none was given within 6 weeks, so
I'm closing this bug.

If this is still an issue, please reply to this email (use "Reply to
all" in your email client) and we can reopen the bug report.