bug#69575: Me again. Two bugs.

[Eli Zaretskii <eliz@gnu.org>]

> 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.