[ESS] unexpected behavior for Emacs-27.1-1-modified-1 for two MacBooks.

Stephen Berman @tephen@berm@n @end|ng |rom gmx@net
Tue Jan 26 22:07:55 CET 2021


On Tue, 26 Jan 2021 18:49:57 +0000 "Richard M. Heiberger via ESS-help" <ess-help using r-project.org> wrote:

> I just downloaded Emacs-27.1-1-modified-1 for two MacBooks.
> I have been using the previous 25.1.1 successfully on both machines.
> 1. My new MacBook Air M1, running Big Sur
> 2. My old MacBook Air mid 2012, running Catalina (it is too old for Big Sur)
>
> I have three unexpected behaviors, and they are not identical on the two machines.
> Has anyone seen these before?  Do you have idea about what is happening?
>
> Thank you,
> Rich
>
>
> I. Both machines report in *Messages*
>    Package cl is deprecated

The NEWS file in Emacs 27 says:

  ** The 'cl' package is now officially deprecated in favor of 'cl-lib'.

> II. When I search find-dired in
> /Applications.Emacs.app/Contents/Resources/site-lisp with the command
> I have been using for many years
>     -name \*.el -exec grep 'cl-' {} ";"
> new machine:
>   searches normally with instances found in each followed by the
>   file's dired information.  Then before stopping, it sorts all
>   instances together, followed by all dired entries together.
>   Essentialy useless.
> old machine:
>   same as above

The NEWS file in Emacs 27 says:

  *** New user option 'find-dired-refine-function'.
  The default value is 'find-dired-sort-by-filename'.

So you can prevent the resorting by setting find-dired-refine-function
to nil (by setq in your init file or by `M-x customize-option').

> On both machines, when I pick one of my own directories and do a similar search,
> old machine:
>   behaves normally but reports:
>   error in process sentinel: Wrong type argument: integer-or-marker-p, nil
> new machine:
>   did the useless re-sort as described above.

When I try your find-dired string in emacs-27 (and also in emacs-28) I
also get an error in process sentinel, but a different one:
"find-dired-filter: Invalid use of ‘\’ in replacement text".  This
appears to be due to this change:

commit fb20043b2fec8e8aff6354ec1396fd5ba688b76b
Author:     Sebastian Reuße <seb using wirrsal.net>
AuthorDate: Sat Dec 30 12:41:23 2017 +0200
Commit:     Eli Zaretskii <eliz using gnu.org>
CommitDate: Sat Dec 30 12:41:23 2017 +0200

    Fix output alignment in 'find-dired' for "ls -h"
    
    * lisp/find-dired.el (find-dired-filter): Fix alignment of
    the file size column when the -h ls option is used in
    'find-ls-option'.  (Bug#29803)

index 3b0613b280..bf815d500d 100644
--- a/lisp/find-dired.el
+++ b/lisp/find-dired.el
@@ -295,7 +295,7 @@ find-dired-filter
 		    (l-opt (and (consp find-ls-option)
 				(string-match "l" (cdr find-ls-option))))
 		    (ls-regexp (concat "^ +[^ \t\r\n]+\\( +[^ \t\r\n]+\\) +"
-				       "[^ \t\r\n]+ +[^ \t\r\n]+\\( +[0-9]+\\)")))
+				       "[^ \t\r\n]+ +[^ \t\r\n]+\\( +[^[:space:]]+\\)")))
 		(goto-char beg)
 		(insert string)
 		(goto-char beg)

When I revert this change (by replacing `^[:space:]' by `0-9' in the
above code excerpt), I don't get the error anymore.  Since the error
message you got is different, it may have a different cause.  In any
case, it looks like it warrents a bug report (`M-x report-emacs-bug').

> ispell behaves differently (previous ispell, not using the hunspell additional).
> old machine:
>   it works normally
> new machine:
>   ispell-check-version: /usr/local/bin/aspell exited with signal Illegal instruction: 4

I can't help with this one, but maybe it's also worth a bug report.

Steve Berman



More information about the ESS-help mailing list