Log Message:
Use 'find' internal filtering when listing files for completion on the remote
machine, rather than piping through fgrep. This should, hopefully, tickle
automount bugs less often (as well as not depending on fgrep on the remote
machine. :)
But it does depend on find on the
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Log Message: Use 'find' internal filtering when listing files for
completion on the remote machine, rather than piping through fgrep.
This should, hopefully, tickle automount bugs less often (as well as
not depending on fgrep on the
On Mon, 5 Jun 2000, Pete Forman [EMAIL PROTECTED] wrote:
Daniel Pittman writes:
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Log Message: Use 'find' internal filtering when listing files
for completion on the remote machine, rather than piping through
fgrep. This
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Gah. Does it support any option to allow limiting the recursion it
does?
I can't see any indication of such on the man page.
*nod* I just went and hunted it out from Sun. :)
Daniel, can you put me out of my misery and tell me why the
It also refuses, point blank, to create a symbolic link across hosts.
Please don't ! Symbolic links can contain *any* data.
All right, I hear the request. Do you think that the function should
prompt for confirmation when making a symbolic link across hosts?
I'd go for a
Update of /services/emacs-rcp/cvsroot/tramp/lisp
In directory bonny:/tmp/cvs-serv3336
Modified Files:
tramp.el
Log Message:
The 'Now I understand the headspace of the Unix Haters Handbook' release.
Filename completion, done dirt cheap. The find tricks are extreme. They work.
They
People, a new check-in with the bestest little find(1) tricks I could
work out.
It does the same thing as '-maxdepth' without it. If people could beat
on this one and let me know if it works.
Also, a small advertisement: If anyone can give me shell access to any
of the various Unix machines
Kai Großjohann writes:
Or do you have evidence that the old messages are missing?
The messages are there now. Apologies for not reading the FAQ there,
my web access died at the end of Friday. It does explain that newer
messages may appear before older ones; also that archiving and
indexing
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
People, a new check-in with the bestest little find(1) tricks I could
work out.
It does the same thing as '-maxdepth' without it. If people could
beat on this one and let me know if it works.
Oh dear, not quite, I'm afraid.
Well, it turns out that cleaning really *is* that boring. I got to
thinking about what could be done to fix the find(1) problems and ended
up with the attached patch.
This threw away two thirds of the code in
`...-file-name-all-completions', so I am actually quite happy 'bout it.
Could you give
Hal Snyder [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Kai Großjohann) writes:
Could you try moving the `set +o vi' to the same spot where `set +o
history' is done? Just copy the code for `set +o history' and change
the command. If that worked, that would be great, because it would
On 05 Jun 2000, Daniel Pittman [EMAIL PROTECTED] wrote:
Well, it turns out that cleaning really *is* that boring. I got to
thinking about what could be done to fix the find(1) problems and
ended up with the attached patch.
[...]
Which, of course, has a bug in it.
If you happen to have a
"Daniel Pittman" [EMAIL PROTECTED] writes:
Hrm. Could you apply this patch, reproduce the issue, then send the
debug output to me?
Gnus seems to have eaten `this patch' :-/ I thought this only
happened with 5.8.6? Arf.
kai
--
I like BOTH kinds of music.
Charlie Zender [EMAIL PROTECTED] writes:
The value of cs-encode with tramp 1.381 is still nil and
causes the same error as before
(let* ((cs (or (process-coding-system p) (cons 'undecided 'undecided)))
cs-decode cs-encode)
+++undecided-dos
(when (symbolp
Update of /services/emacs-rcp/cvsroot/tramp/texi
In directory bonny:/tmp/cvs-serv6992
Modified Files:
tramp.texi
Log Message:
Fix a typo.
Daniel Pittman [EMAIL PROTECTED] writes:
] cd / find . -name b\* -type d \! -name . -prune -print
This gives me a recursive search. I think that I don't grok find(1) yet.
Strange.
"find . \! -name . -prune -print" does not recurse, but "find . \!
-name . -prune -name b\* -print" does
Message-ID: [EMAIL PROTECTED]
Priority: NORMAL
X-Mailer: Execmail for Win32 5.1 Build (9)
MIME-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
I hope my earlier post of congratulations got through. But the bug
Daniel corrected soon after his original post wasn't the only one on
Update of /services/emacs-rcp/cvsroot/tramp/lisp
In directory bonny:/tmp/cvs-serv8534
Modified Files:
tramp.el
Log Message:
Commit my patch 'filename completion with ls(1) and sh(1)'
Special thanks to Joe Stoy for testing and bug reports, as well as to Stefan
Monnier, Kai Großjohann
FWIW, I'm still getting the LOCKNAME error reported recently, with
tramp.el 1.388. Note the backtraces previously sent indicate a bad
lockfile name passed from the innards of XEmacs to the parameter list
of tramp-handle-write-region.
The following seemed like an innocuous enough workaround: in
On 06 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
FWIW, I'm still getting the LOCKNAME error reported recently, with
tramp.el 1.388.
Sorry to have been quiet, I am hoping to soon have access to a machine
where I can debug this issue directly. Do you have enough knowledge of
Lisp to debug
20 matches
Mail list logo
