[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: tramp (2.2.6-pre); remote rgrep doesn't work for me

From: Michael Albinus
Subject: Re: tramp (2.2.6-pre); remote rgrep doesn't work for me
Date: Sun, 16 Dec 2012 11:26:49 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

Dave Abrahams <address@hidden> writes:

Hi Dave,

> OK, I found that, upgraded, and tried again.  Wow, connecting was a
> *lot* faster after the upgrade.  The debug log is attached inline:

>From Tramp's pov, everything is fine. The last visible command in the
trace was the grep command, without any problem. I've also checked
remote rgrep in my Emacs, also OK. I assume there might be some strange
shell settings on your remote machine.

Maybe you could try the following command in a shell on the remote host
(one line!):

--8<---------------cut here---------------start------------->8---
cd /Users/dave/buildAgent/; exec env PS1=/scpc\:honu\:\ \#\$\  /bin/sh -c find\ 
.\ -type\ d\ \\\(\ -path\ \\\*/SCCS\ -o\ -path\ \\\*/RCS\ -o\ -path\ \\\*/CVS\ 
-o\ -path\ \\\*/MCVS\ -o\ -path\ \\\*/.svn\ -o\ -path\ \\\*/.git\ -o\ -path\ 
\\\*/.hg\ -o\ -path\ \\\*/.bzr\ -o\ -path\ \\\*/_MTN\ -o\ -path\ \\\*/_darcs\ 
-o\ -path\ \\\*/\\\{arch\\\}\ \\\)\ -prune\ -o\ \\\(\ -name\ .\\\#\\\*\ -o\ 
-name\ \\\*.glob\ -o\ -name\ \\\*.vo\ -o\ -name\ \\\*.o\ -o\ -name\ \\\*\\\~\ 
-o\ -name\ \\\*.bin\ -o\ -name\ \\\*.lbin\ -o\ -name\ \\\*.so\ -o\ -name\ 
\\\*.a\ -o\ -name\ \\\*.ln\ -o\ -name\ \\\*.blg\ -o\ -name\ \\\*.bbl\ -o\ 
-name\ \\\*.elc\ -o\ -name\ \\\*.lof\ -o\ -name\ \\\*.glo\ -o\ -name\ \\\*.idx\ 
-o\ -name\ \\\*.lot\ -o\ -name\ \\\*.fmt\ -o\ -name\ \\\*.tfm\ -o\ -name\ 
\\\*.class\ -o\ -name\ \\\*.fas\ -o\ -name\ \\\*.lib\ -o\ -name\ \\\*.mem\ -o\ 
-name\ \\\*.x86f\ -o\ -name\ \\\*.sparcf\ -o\ -name\ \\\*.dfsl\ -o\ -name\ 
\\\*.pfsl\ -o\ -name\ \\\*.d64fsl\ -o\ -name\ \\\*.p64fsl\ -o\ -name\ 
\\\*.lx64fsl\ -o\ -name\ \\\*.lx32fsl\ -o\ -name\ \\\*.dx64fsl\ -o\ -name\ 
\\\*.dx32fsl\ -o\ -name\ \\\*.fx64fsl\ -o\ -name\ \\\*.fx32fsl\ -o\ -name\ 
\\\*.sx64fsl\ -o\ -name\ \\\*.sx32fsl\ -o\ -name\ \\\*.wx64fsl\ -o\ -name\ 
\\\*.wx32fsl\ -o\ -name\ \\\*.fasl\ -o\ -name\ \\\*.ufsl\ -o\ -name\ \\\*.fsl\ 
-o\ -name\ \\\*.dxl\ -o\ -name\ \\\*.lo\ -o\ -name\ \\\*.la\ -o\ -name\ 
\\\*.gmo\ -o\ -name\ \\\*.mo\ -o\ -name\ \\\*.toc\ -o\ -name\ \\\*.aux\ -o\ 
-name\ \\\*.cp\ -o\ -name\ \\\*.fn\ -o\ -name\ \\\*.ky\ -o\ -name\ \\\*.pg\ -o\ 
-name\ \\\*.tp\ -o\ -name\ \\\*.vr\ -o\ -name\ \\\*.cps\ -o\ -name\ \\\*.fns\ 
-o\ -name\ \\\*.kys\ -o\ -name\ \\\*.pgs\ -o\ -name\ \\\*.tps\ -o\ -name\ 
\\\*.vrs\ -o\ -name\ \\\*.pyc\ -o\ -name\ \\\*.pyo\ \\\)\ -prune\ -o\ \ -type\ 
f\ \\\(\ -iname\ \\\*\ \\\)\ -exec\ grep\ -i\ -n\ -e\ dave\ /dev/null\ \{\}\ \+
--8<---------------cut here---------------end--------------->8---

If that works fine, you could open a shell in your local Emacs, running
on the remote host:

--8<---------------cut here---------------start------------->8---
M-x cd /scpc:honu:/Users/dave/buildAgent/
M-x shell
--8<---------------cut here---------------end--------------->8---

There you could run the same command, and check whether it causes problems.

Best regards, Michael.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]