GNU bug report logs - #27393
25.2.50; *Find* file visiting does not work well for me.

Previous Next

Package: emacs;

Reported by: vincent.belaiche <at> gmail.com (Vincent Belaïche)

Date: Fri, 16 Jun 2017 10:24:02 UTC

Severity: normal

Tags: notabug

Found in version 25.2.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27393 in the body.
You can then email your comments to 27393 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#27393; Package emacs. (Fri, 16 Jun 2017 10:24:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to vincent.belaiche <at> gmail.com (Vincent Belaïche):
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 16 Jun 2017 10:24:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
To: bug-gnu-emacs <at> gnu.org
Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>
Subject: 25.2.50; *Find* file visiting does not work well for me.
Date: Fri, 16 Jun 2017 12:23:39 +0200
================================================================================
When I do some `Mx find-name-dired RET fmtcount-manual.tex RET on my PC
I get this *Find* buffer

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
  c:/Nos_Programmes/MinGW/local/projects/fmtcount/:
  c:/Nos_Programmes/MinGW/msys/bin/find.exe . "(" -iname "fmtcount-manual.tex" ")" -ls
  7281264   19 -rw-r--r--   1 Vincent  Administrateurs    36910 Jun  05:58 dist/fmtcount-manual.tex
  889094   19 -rw-r--r--   1 Vincent  Administrateurs    36915 Jun  16:35 trunk/fmtcount-manual.tex

  find finished at Fri Jun 16 11:41:08
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

If now I try to visit one of the file by typing RET on its name, I get
the following error message:

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
dired-get-file-for-visit: No file on this line
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

I guess that MSW MSYS find utility makes unusual output for the file
size or timestamp. This timestamp shows an hour:second

After doing some investigation it boiled down that function
dired-move-to-filename can't find the file name because of regexp in
directory-listing-before-filename-regexp. This regexp is equal to this:

"\\([0-9][BkKMGTPEZY]? \\(\\([0-9][0-9][0-9][0-9]-\\)?[01][0-9]-[0-3][0-9][ T][ 0-2][0-9][:.][0-5][0-9]\\(:[0-6][0-9]\\([.,][0-9]+\\)?\\( ?[-+][0-2][0-9][0-5][0-9]\\)?\\)?\\|[0-9][0-9][0-9][0-9]-[01][0-9]-[0-3][0-9]\\)\\|.*[0-9][BkKMGTPEZY]? \\(\\(\\([A-Za-z']\\|[^\x00-=]\\)\\([A-Za-z']\\|[^\x00-=]\\)+\\.? +[ 0-3][0-9]\\|[ 0-3][0-9]\\.? \\([A-Za-z']\\|[^\x00-=]\\)\\([A-Za-z']\\|[^\x00-=]\\)+\\.?\\) +\\([ 0-2][0-9][:.][0-5][0-9]\\|[0-9][0-9][0-9][0-9]\\)\\|\\([A-Za-z']\\|[^\x00-=]\\)\\([A-Za-z']\\|[^\x00-=]\\)+\\.? +[ 0-3][0-9], +[0-9][0-9][0-9][0-9]\\|\\([ 0-1]?[0-9]\\([A-Za-z]\\|[^\x00-=]\\)? [ 0-3][0-9]\\([A-Za-z]\\|[^\x00-=]\\)? +\\|[ 0-3][0-9] [ 0-1]?[0-9] +\\)\\([ 0-2][0-9][:.][0-5][0-9]\\|[0-9][0-9][0-9][0-9]\\([A-Za-z]\\|[^\x00-=]\\)?\\)\\)\\) +"


VBR,
	Vincent.



In GNU Emacs 25.2.50.1 (i686-pc-mingw32)
 of 2017-06-14 built on AIGLEROYAL
Repository revision: da62c1532e479bbac4ce242ee1d170df9c435591
Windowing system distributor 'Microsoft Corp.', version 10.0.14393
Configured using:
 'configure --prefix=c:/Nos_Programmes/GNU/Emacs --without-jpeg
 --without-tiff --without-gif --without-png 'CFLAGS= -Og -g3 -L
 C:/Programmes/installation/emacs-install/libXpm-3.5.8/src' 'CPPFLAGS=
 -DFOR_MSW=1 -I
 C:/Programmes/installation/emacs-install/libXpm-3.5.8/include -I
 C:/Programmes/installation/emacs-install/libXpm-3.5.8/src -L
 C:/Programmes/installation/emacs-install/libXpm-3.5.8/src''

Configured features:
XPM SOUND NOTIFY ACL TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: FRA
  locale-coding-system: cp1252

Major mode: Dired by name

Minor modes in effect:
  diff-auto-refine-mode: t
  TeX-PDF-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-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
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
235 2.7.0 ... authentication succeeded
250 2.1.0 <vincent.belaiche <at> gmail.com> sender ok
250 2.1.5 <vincent.belaiche <at> gmail.com> recipient ok
250 2.1.5 <bug-gnu-emacs <at> gnu.org> recipient ok
354 enter mail, end with "." on a line by itself
Sending email
Sending email done
250 2.0.0 ZN081v00C1NRGYS03N08xU mail accepted for delivery
221 2.0.0 mwinf5d24 ME closing connection
Sending...done

Load-path shadows:
c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Nos_Programmes/GNU/Emacs/share/emacs/25.2.50/lisp/loaddefs
c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Programmes/installation/cedet-install/cedet-git/lisp/cedet/loaddefs

Features:
(markdown-mode derived url-parse url-vars pp shadow emacsbug find-dired
calc-yank calc-mode calccomp calc-alg calc-vec calc-aent calc-menu
cal-move whitespace perl-mode log-edit pcvs-util eieio-opt speedbar
sb-image ezimage dframe vc-bzr vc-src vc-sccs vc-svn vc-rcs vc-dir ewoc
add-log org-element org-rmail org-mhe org-irc org-info org-gnus
org-docview doc-view subr-x jka-compr image-mode org-bibtex bibtex
org-bbdb org-w3m org org-macro org-footnote org-pcomplete org-list
org-faces org-entities org-version ob-emacs-lisp ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval
org-compat org-macs org-loaddefs find-func cal-menu calendar
cal-loaddefs tex-info texinfo vc vc-dispatcher ediff-vers thingatpt rect
visual-basic-mode sh-script smie executable make-mode misearch
multi-isearch ediff-merg ediff-wind ediff-diff ediff-mult ediff-help
ediff-init ediff-util ediff vc-git diff-mode reftex-dcr reftex
reftex-vars preview prv-emacs noutline outline pcmpl-unix latexenc
tex-bar latex easy-mmode tex-style toolbar-x font-latex plain-tex
tex-buf tex advice tex-mode compile shell pcomplete comint ansi-color
ring bbdb-print info mailalias smtpmail sort ispell vc-cvs hl-line
balance eieio-compat calc-forms dired-aux mail-extr bbdb-message
sendmail gnus-async qp gnus-ml cursor-sensor nndraft nnmh nnfolder
bbdb-gnus bbdb-mua bbdb-com crm network-stream nsm auth-source eieio
eieio-core starttls gnus-agent gnus-srvr gnus-score score-mode nnvirtual
gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig mailcap nntp
gnus-cache gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap
nnmail mail-source tls gnutls utf7 netrc nnoo parse-time gnus-spec
gnus-int gnus-range message dired-x dired format-spec rfc822 mml mml-sec
password-cache epg mm-decode mm-bodies mm-encode mail-parse rfc2231
rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus
gnus-ems nnheader gnus-util mail-utils mm-util help-fns mail-prsvr
edmacro kmacro skeleton calc-misc calc-arith calc-ext calc calc-loaddefs
calc-macs tex-mik preview-latex tex-site auto-loads bbdb bbdb-site
timezone bbdb-loaddefs template w32utils cl-seq cl-macs cl recentf
tree-widget wid-edit load-path-to-cedet-svn finder-inf package
epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode
easymenu cconv cl-loaddefs pcase cl-lib time-date mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
dos-w32 ls-lisp disp-table w32-win w32-vars term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame
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 charscript
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote w32notify w32 multi-tty
make-network-process emacs)

Memory information:
((conses 8 683320 196960)
 (symbols 32 54524 0)
 (miscs 32 2287 2766)
 (strings 16 136590 17949)
 (string-bytes 1 4311766)
 (vectors 8 55514)
 (vector-slots 4 1713055 53346)
 (floats 8 663 688)
 (intervals 28 53879 8724)
 (buffers 516 82))

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27393; Package emacs. (Fri, 16 Jun 2017 10:47:01 GMT) Full text and rfc822 format available.

Message #8 received at 27393 <at> debbugs.gnu.org (full text, mbox):

From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
To: 27393 <at> debbugs.gnu.org
Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>
Subject: 25.2.50; *Find* file visiting does not work well for me.
Date: Fri, 16 Jun 2017 12:46:43 +0200
Looking a little more into it, I guess that Emacs is not the one to
blame. MSYS `find' utility outputs a strange time stamp where the month
and hour are displayed but not the day of month.

It is quite strange because on the one hand I get this:

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
 $ ls -dils trunk/fmtcount-manual.tex
-| 889094 37 -rw-r--r-- 1 Vincent Administrateurs 36915 Jun 15 16:35 trunk/fmtcount-manual.tex
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

So `ls -dils' does the right job, but for some reason `find' outputs
something else:

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
$ find . "(" -iname "fmtcount-manual.tex" ")" -ls
7281264   19 -rw-r--r--   1 Vincent  Administrateurs    36910 Jun  05:58 ./dist/fmtcount-manual.tex
889094   19 -rw-r--r--   1 Vincent  Administrateurs    36915 Jun  16:35 ./trunk/fmtcount-manual.tex
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

Maybe I could fix my configuration by configuring the command launched
by Emacs so that the `-ls' option is replaced by `-exec ls -dils {} +'

- Is that customizable at all ?
- Where to report bug to MSYS find ?

I checked the findutil version:

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
 $ find --version
-| GNU find version 4.3.0
-| Features enabled: LEAF_OPTIMISATION FTS
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

This was not the latest one on sourceforge MSYS file tree, so I
installed the latest one (aka 4.4.2), but this does not solve the issue:

--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
 $ find --version
-| find (GNU findutils) 4.4.2
-| Copyright (C) 2007 Free Software Foundation, Inc.
-| License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
-| This is free software: you are free to change and redistribute it.
-| There is NO WARRANTY, to the extent permitted by law.
-|
-| Written by Eric B. Decker, James Youngman, and Kevin Dalley.
-| Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
-| Features enabled: O_NOFOLLOW(disabled) LEAF_OPTIMISATION FTS() CBO(level=0)
 $
 $ find . "(" -iname "fmtcount-manual.tex" ")" -ls
-| 7281264   19 -rw-r--r--   1 Vincent  Administrateurs    36910 Jun  05:58 ./dist/fmtcount-manual.tex
-| 889094   19 -rw-r--r--   1 Vincent  Administrateurs    36915 Jun  16:35 ./trunk/fmtcount-manual.tex
--8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----

  Vincent.

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27393; Package emacs. (Fri, 16 Jun 2017 13:11:02 GMT) Full text and rfc822 format available.

Message #11 received at 27393 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: vincent.belaiche <at> gmail.com (Vincent Belaïche)
Cc: 27393 <at> debbugs.gnu.org
Subject: Re: bug#27393: 25.2.50;
 *Find* file visiting does not work well for me.
Date: Fri, 16 Jun 2017 16:10:40 +0300
> From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
> Date: Fri, 16 Jun 2017 12:46:43 +0200
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>
> 
> Looking a little more into it, I guess that Emacs is not the one to
> blame. MSYS `find' utility outputs a strange time stamp where the month
> and hour are displayed but not the day of month.
> 
> It is quite strange because on the one hand I get this:
> 
> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
>  $ ls -dils trunk/fmtcount-manual.tex
> -| 889094 37 -rw-r--r-- 1 Vincent Administrateurs 36915 Jun 15 16:35 trunk/fmtcount-manual.tex
> --8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----
> 
> So `ls -dils' does the right job, but for some reason `find' outputs
> something else:
> 
> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
> $ find . "(" -iname "fmtcount-manual.tex" ")" -ls
> 7281264   19 -rw-r--r--   1 Vincent  Administrateurs    36910 Jun  05:58 ./dist/fmtcount-manual.tex
> 889094   19 -rw-r--r--   1 Vincent  Administrateurs    36915 Jun  16:35 ./trunk/fmtcount-manual.tex
> --8<----8<----8<----8<----8<--  end  -->8---->8---->8---->8---->8----
> 
> Maybe I could fix my configuration by configuring the command launched
> by Emacs so that the `-ls' option is replaced by `-exec ls -dils {} +'

Why are you using MSYS programs with a native Windows build of Emacs?
Why not use a native port of GNU Find instead?

> - Is that customizable at all ?
> - Where to report bug to MSYS find ?

I don't think MSYS is actively maintained these days.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27393; Package emacs. (Fri, 16 Jun 2017 15:27:02 GMT) Full text and rfc822 format available.

Message #14 received at 27393 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincentbelaiche <at> orange.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 27393 <at> debbugs.gnu.org
Subject: Re: bug#27393: 25.2.50; *Find* file visiting does not work well for
 me.
Date: Fri, 16 Jun 2017 16:12:28 +0200
Le 16/06/2017 à 15:10, Eli Zaretskii a écrit :

[...]
> I don't think MSYS is actively maintained these days.
Please forget it, sorry for the distrubance.

I have customized my Emacs to get it around, and I have updated the
concerned bug report on MSYS tracker.

  V.

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus





Added tag(s) notabug. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 16 Jun 2017 15:39:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 27393 <at> debbugs.gnu.org and vincent.belaiche <at> gmail.com (Vincent Belaïche) Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 16 Jun 2017 15:39:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27393; Package emacs. (Fri, 16 Jun 2017 17:16:02 GMT) Full text and rfc822 format available.

Message #21 received at 27393 <at> debbugs.gnu.org (full text, mbox):

From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
To: 27393 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>
Subject: Re: bug#27393: 25.2.50;
 *Find* file visiting does not work well for me.
Date: Fri, 16 Jun 2017 19:15:32 +0200
Le 16/06/2017 à 15:10, Eli Zaretskii a écrit :
> Why are you using MSYS programs with a native Windows build of Emacs?
> Why not use a native port of GNU Find instead?

Just to be fully complete about this one, the silly reason was that:

1) MSYS/find was already installed on my machine.

2) MSYS/find was supposedly good enough because command find-name-dired
   only outputs relative paths.

3) I was not aware of MSYS/Find bug
   (https://sourceforge.net/p/mingw/bugs/2161/) --- or maybe I had
   forgotten about it, I have the impression that I had already met some
   similar issue quite some ago.


Now:

1) You are fully right, using EZWinPorts
  https://sourceforge.net/projects/ezwinports/files/findutils-4.2.30-5-w64-bin.zip/download
  does the job very well. In the end this is what I am doing now.

2) The other work around (which you may not like) is tampering the
   find-ls-option variable to set its car to "-exec ls -dils {} +" and
   continue with the MSYS find. I have tried that and it also fixes it,
   however I preferred to use EZWinPorts because the findutil is more
   recent and that allowed me to take the win64 port.

   Vincent.

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus





bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 15 Jul 2017 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 8 years and 30 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.