Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

find-dired behaves strangely #8

Open
GoogleCodeExporter opened this issue May 19, 2015 · 1 comment
Open

find-dired behaves strangely #8

GoogleCodeExporter opened this issue May 19, 2015 · 1 comment

Comments

@GoogleCodeExporter
Copy link

Hi everyone,
I tried the M-x find-dired, and then I entered into the dired-mode. Then I 
invoked M-x dired-do-query-replace-regexp for the marked files. To my surprise, 
each time I got a indication that "dired-move-to-filename: No file on this 
line", but I am sure the file is there. Then I tried to launch emacs -q without 
the Dea Configuration. Everything worked well. Any suggestion will be 
appreciated. 
BTW, how to find the bug when I meet a problem. I do not want to bother you 
each time. For me it will be really a long way to learn emacs. So this time, I 
could not behave as a user of emacs, but a slight developer. 
I am looking forward to a maillist for Dea. We could report the bug and receive 
the response as soon as possible.  
Thanks a lot for your attention,
Weidong

Original issue reported on code.google.com by WeiDong....@gmail.com on 26 Nov 2010 at 6:13

@GoogleCodeExporter
Copy link
Author

Hi everyone, 
It seems everyone is so busy without response. I will add some extra 
information I found tonight, which will be better to solve this issue. 
If we use the M-x find-dired, each time at the end of the dired buffer, you 
will normally see something like "find finished at Sun Nov 28 00:44:49", as can 
seen below. If I remove this line and the blanks between this line and the last 
searched item, everything works well. But what confused me, was that if the 
emacs is launched by default(I mean with out any .emacs file, emacs -q), even 
with this line "find finished at Sun Nov 28 00:44:49", everything works pretty 
well. I googled this issue and I found one link concerning this issue, 
http://sunsite.ualberta.ca/Documentation/Gnu/emacs-21.1/html_node/faq_96.html 
I have tried to use dired-move-to-filename-regexp to replace 
dired-move-to-filename in dired-settings.el. 
Still the issue existed.  Thanks a lot for your attention. 
Weidong


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  find . \( -maxdepth 1 -name "*.h" \) -exec ls -ld {} \;
  find: warning: you have specified the -maxdepth option after a non-option argument (, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it).  Please specify options before other arguments.

  -rw-r--r-- 1 lian lian 3338 2010-10-09 00:24 xpFluidMechanics.h
  -rw-r--r-- 1 lian lian 2634 2010-10-09 00:24 xpThermicTransient.h
  -rw-r--r-- 1 lian lian 4047 2010-10-09 00:24 xpLoopSolver.h
  -rw-r--r-- 1 lian lian 1980 2010-10-09 00:24 xpThermic.h
  -rw-r--r-- 1 lian lian 3429 2010-10-09 00:24 xpModifiedLoopSolver.h
  -rw-r--r-- 1 lian lian 10768 2010-10-09 00:24 xpPhysicalFormulation.h
  -rw-r--r-- 1 lian lian 2407 2010-10-09 00:24 xPhysSurf3.h
  -rw-r--r-- 1 lian lian 2228 2010-10-09 00:24 xpElastic.h
  -rw-r--r-- 1 lian lian 937 2010-10-09 00:24 xpResolutionScheme.h
  -rw-r--r-- 1 lian lian 1981 2010-10-09 00:24 xpLevelSetConvector.h
  -rw-r--r-- 1 lian lian 2767 2010-10-09 00:24 xpAppli.h
  -rw-r--r-- 1 lian lian 3131 2010-10-09 00:24 xpTimePilot.h
  -rw-r--r-- 1 lian lian 1225 2010-10-09 00:24 xpConvection.h
  -rw-r--r-- 1 lian lian 1361 2010-10-09 00:24 xpElasticContact.h
  -rw-r--r-- 1 lian lian 6552 2010-10-09 00:24 xpEval.h
  -rw-r--r-- 1 lian lian 1775 2010-10-09 00:24 xpFluidMechanicsContact.h

find finished at Sun Nov 28 00:44:49
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Original comment by WeiDong....@gmail.com on 28 Nov 2010 at 12:06

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant