raman [EMAIL PROTECTED] writes:
I observe that file-remote-p gets called *lots* of times while
doing things like expand-file-name --- though it doesn't appear
to have a performance hit on today's machines, it still feels
excessive --- at least when watching things in the debugger to
see
Michael Welsh Duggan [EMAIL PROTECTED] writes:
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
This emacs was built from the unicode branch, CVS updated 2007/07/27.
Starting with emacs -Q:
I evaluated
(setq tramp-password-prompt-regexp
Richard Stallman [EMAIL PROTECTED] writes:
Yes, likely they have inherited the permissions from my local copy when
I have created these files. I have no idea how to change this in CVS.
Does anybody know?
If nobody here knows how, please ask [EMAIL PROTECTED] to fix it.
Done.
ÏÒÞà ´ÞÓÐÝÞÒ [EMAIL PROTECTED] writes:
lisp/net/tramp-fish.el and tramp-gw.el both are executable files:
$ ls -l lisp/net/tramp-{fish,gw}.el
-rwxr-xr-x 1 yavor yavor 44432 2007-07-18 00:10
src/emacs/lisp/net/tramp-fish.el
-rwxr-xr-x 1 yavor yavor 11756 2007-07-10 05:03
Pete Lee [EMAIL PROTECTED] writes:
This is what Tramp shows:
-rw-r--r-- 1 root root -257853965 07-22 23:59 foo.log
same file from shell on the remote box: # ls -al
-rw-r--r-- 1 root root 279016947 Jul 22 23:59 foo.log
When I opened the file, Tramp encoded it and
Eric Hanchrow [EMAIL PROTECTED] writes:
I started emacs with 'emacs -Q -nw'
I typed
C-x C-f / e r i c h @ 1 9 2 . 1 6 8 . 0 . 1 2 6 : RET
I saw
tramp-find-foreign-file-name-handler: Symbol's value as variable
is void: cl-struct-tramp-file-name-tags
make bootstrap shall
Jose Figueroa-O'Farrill [EMAIL PROTECTED] writes:
I visit a utf-8 encoded HTML file on a remote Linux system via tramp
and the file fails to be decoded in utf-8. I ftp the file locally and
visit it here and it decodes properly.
I've submitted a patch that appends the suffix of a file name to
Richard Stallman [EMAIL PROTECTED] writes:
We need to fix all the file handlers that use call-process, I agree.
Fortunately there are not too many.
I agree it would be easier if we could fix this in call-process. That
was the first direction I looked in. However, someone pointed out why
Stefan Monnier [EMAIL PROTECTED] writes:
But independently from whether we fix it or not, I believe that making the
buffer unibyte is the right thing to do since it will only ever contain
bytes, and never chars: using a multibyte buffer here is inefficient and is
asking for trouble.
I've
Sascha Wilde [EMAIL PROTECTED] writes:
Seems to be still buggy:
C-x C-f /et TAB
results in:
Debugger entered--Lisp error: (wrong-type-argument stringp (etc/))
file-exists-p((etc/))
try-completion(et ((etc/)) file-exists-p)
tramp-completion-handle-file-name-completion(et /
Michael Welsh Duggan [EMAIL PROTECTED] writes:
The documentation for `tramp-default-method-alist' is:
*Default method to use for specific user/host pairs.
This is an alist of items (HOST USER METHOD). The first matching item
specifies the method to use for a file name which does not
Chris Moore [EMAIL PROTECTED] writes:
I think you've introduced a new bug -
lisp/net/ange-ftp.el.gz line 3980:
(defun ange-ftp-file-name-completion (file dir)
is being called like:
(ange-ftp-file-name-completion /a:/ 'file-exists-p)
and
lisp/net/tramp.el.gz line 2859:
Lars Hansen [EMAIL PROTECTED] writes:
Michael Albinus wrote:
I've added ControlMaster/ControlPath options to the scp method. This
should mitigate the situation, at least for ssh versions which support
these options.
IFAICS this makes Tramp not work at all on current stable Debian
GNU
Stefan Monnier [EMAIL PROTECTED] writes:
Again, can we go back to using `ssh' rather than `scp', so that the
default behavior is reliable? Maybe it's not perfect, but neither is `scp'
and at least `ssh' is the safe choice.
The recent problem is not because ssh or scp being the default, but
Lars Hansen [EMAIL PROTECTED] writes:
IFAICS this makes Tramp not work at all on current stable Debian
GNU/Linux; the ssh version here barfs on the ControlMaster options.
Maybe it's better not to use those options by default.
ControlMaster has been removed from the scp method now. It can be
Eli Zaretskii [EMAIL PROTECTED] writes:
I have now added a primitive, called w32-window-exists-p, that you can
use to check whether the agent is running on Windows. To that end,
test whether w32-window-exists-p is fboundp, and if it is, see if the
expression `(w32-window-exists-p Pageant
Lennart Borgman [EMAIL PROTECTED] writes:
Ok, I have uploaded a new unpatched version.
Thanks a lot, Lennart. It works as expected.
Best regards, Michael.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Eli Zaretskii [EMAIL PROTECTED] writes:
Hi Eli,
For openssh like implementations, I've (tried to) fix(ed) it by adding
ControlMaster/ControlPath arguments to the scp commands. AFAIK,
these arguments are not available under w32, so it shall be checked
whether pscp is still the preferrable
Jason Rumney [EMAIL PROTECTED] writes:
PuTTY itself uses the following code:
*int* *agent_exists*(*void*)
{
HWND hwnd;
hwnd = FindWindow(*Pageant*, *Pageant*);
*if* (!hwnd)
*return* FALSE;
*else*
*return* TRUE;
}
Hmm. Could you translate it into Lisp?
Best
Eli Zaretskii [EMAIL PROTECTED] writes:
PuTTY itself uses the following code:
*int* *agent_exists*(*void*)
{
HWND hwnd;
hwnd = FindWindow(*Pageant*, *Pageant*);
*if* (!hwnd)
*return* FALSE;
*else*
*return* TRUE;
}
Hmm. Could you translate it into Lisp?
Eli Zaretskii [EMAIL PROTECTED] writes:
That was the default until recently. It was changed because people
regard ssh (aka plink) methods too slow for copying large files.
I don't understand: didn't you say that you want to change the default
to ssh, or even already changed it? I thought
Eli Zaretskii [EMAIL PROTECTED] writes:
Hi Eli,
Under w32, it still might be desirable to go back to plink as default
method. Here I would like to get a recommendation from w32 users.
What is the issue here, and how does one see it in tramp.el? (I
didn't follow this thread, sorry.)
Richard Stallman [EMAIL PROTECTED] writes:
Sounds good, but if the user has to change its config to get Tramp/scp to
work acceptably, then she may as well change tramp-default-method.
That is true, but using ssh-agent is convenient in general; lots of
people will be glad to switch to
Stefan Monnier [EMAIL PROTECTED] writes:
What about if you use ssh-agent? Does that solve the problem?
ssh-agent solves the problem.
So does using these 2 lines:
ControlMaster auto
ControlPath /tmp/[EMAIL PROTECTED]:%p
in ~/.ssh/config, and having an existing ssh
Richard Stallman [EMAIL PROTECTED] writes:
According to the manual, password cashing works if password.el is
included in Emacs.
Why does the situation with caching vary between ssh and scp?
Why can't the scp method do whatever the ssh method does
for passwords?
In the ssh case,
Lars Hansen [EMAIL PROTECTED] writes:
I what way is it cleaner/smoother/more userfriendly apart from the
password cashing problem?
According to the manual, password cashing works if password.el is
included in Emacs. If there is no legal problem here, this seems to be
the right solution.
Katsumi Yamaoka [EMAIL PROTECTED] writes:
Hi,
Hi,
When I copy a file from Japan to US using Tramp+ssh, the modtime
of the remote file gains 14 hours. It is because `tramp-touch'
sets the modtime expressed in Japan time to the remote file.
You will be able to reproduce it even with the
Chong Yidong [EMAIL PROTECTED] writes:
I don't know if you follow emacs-pretest-bug, but I encountered a bug
I check it from time to time, but I have overlooked your message.
that I mentioned there, which should probably be thought directly to
your attention.
When I open a tramp/ssh
Chong Yidong [EMAIL PROTECTED] writes:
Michael Albinus [EMAIL PROTECTED] writes:
When I open a tramp/ssh connection to a binary file, such as an image,
like /ssh:[EMAIL PROTECTED]:~/foo.png, I find that the binary shown is
different from what I see on a local copy of the same file
Chong Yidong [EMAIL PROTECTED] writes:
I can't reproduce it here now either. I guess it was some temporary
glitch on my part. Sorry for the noise.
No problem. Ring the bell, when it happens again.
Best regards, Michael.
___
emacs-pretest-bug
Hi,
could you, please, try the appended patch towards tramp.el?
Best regards, Michael.
*** /tmp/tramp.el.~2~ Thu Apr 13 09:25:51 2006
--- /tmp/tramp.el Thu Apr 13 09:25:51 2006
***
*** 3584,3589
--- 3584,3593
Global variable keeping asynchronous process object.
Used
Ian Eure [EMAIL PROTECTED] writes:
Yes, and? What do you see in those windows? Errors, or just the
files/directories you expect?
I see one of the other buffers I have open in Emacs. If I open a SVN
file over tramp first thing, *Messages* is displayed in the lower
window, and the file I
Ian Eure [EMAIL PROTECTED] writes:
Furthermore, if you enable Tramp traces, are there messages worth to
report?
No, there are no errors, nor anything that looks unusual. Tramp works
fine; I can open, edit, and save files without problems. It's just
that whenever that file is in a SVN
I wrote:
Strange. Using my local subversion instance, I cannot reproduce the
problem yet. Which svn access method are you using? And just for
completeness: I assume you're using Tramp 2.0.52 from Emacs CVS?
I'll continue to test, hoping to provoke the error.
OK, it's reproduceable now
Ian Eure [EMAIL PROTECTED] writes:
When I open a remote file which is in a Subversion working directory
with tramp (via ssh), the frame is split into two windows. Only
happens with SVN-controlled files; regular files, or files in CVS
working directories do not split the frame, nor do local
Matt Hodges [EMAIL PROTECTED] writes:
I tried to access via TRAMP a remote file that was under version
control (RCS). I got an error like:
To reproduce:
(1) sudo touch /tmp/test
(2) sudo rcs-checkin /tmp/test
(3) emacs -Q
(4) eval (find-file /sudo::/tmp/test)
Should
Magnus Henoch [EMAIL PROTECTED] writes:
I had opened a file on a remote host over Tramp. The file is in an
SVN tree. When trying to save the file, I get the following
backtrace. (I don't have SVN installed on the local machine)
I've tried to reproduce the peoblem locally. `vc-do-command'
Ronan KERYELL [EMAIL PROTECTED] writes:
When I want to modify a file owned by root and RCS controlled through the
tramp sudo:: method, Emacs think it does not have to do the check out and
triggers a steal-the-lock procedure.
I cannot follow. How does it look like a steal-the-lock procedure?
Gilbert Harman [EMAIL PROTECTED] writes:
I have been using this for many months, perhaps years,
without problem, including right before upgrading emacs the other day. I am
not now having a similar problem with local editing, including if I mount my
files from the arizona.princeton.edu disk
Gilbert Harman [EMAIL PROTECTED] writes:
Further information about the report I sent earlier today. If I
(setq tramp-default-method ssh)
rather than ftp, I do not have the following problem.
This case you use native Tramp but Ange-FTP. But maybe it is worth to
investigate your Ange-FTP
Katsumi Yamaoka [EMAIL PROTECTED] writes:
Hi,
Hi,
Recently, I located the causes of the problems and succeeded in
fixing of them. The patch is below. Could anyone verify it?
I've committed your patch to Emacs CVS. Looks good to me.
Thanks in advance.
Best regards, Michael.
Stefan Monnier [EMAIL PROTECTED] writes:
I've finally had time to take a look at it on my Mac OS X system and I can
indeed reproduce it. The patch below seems to fix it, but it's maybe a bit
naive, I don't know.
Does someone see something wrong with such a patch?
I've tested the patch and
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
[EMAIL PROTECTED] writes:
Michael,
Yes it did work.
OK, I'll commit it to Tramp CVS. Will appear with Tramp 2.0.50 next
days.
Thanks.
Thanks for testing, and best regards, Michael.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
David Howells [EMAIL PROTECTED] writes:
Symptoms:
I'm seeing a problem with Tramp in which when I save a file or revisit it,
emacs changes its mind on the type of line endings to DOS mode, whether or not
the file was DOS mode before.
The result of the initial save on disk doesn't contain
Piet van Oostrum [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] (SM) wrote:
SM I've finally had time to take a look at it on my Mac OS X system and I can
SM indeed reproduce it. The patch below seems to fix it, but it's maybe a
bit
SM naive, I don't know.
SM Does someone see
Richard Stallman [EMAIL PROTECTED] writes:
Would you please fix this bug? It needs to be done.
Or is it fixed already?
** Ange-ftp should ignore irrelevant IPv6 errors:
Message-Id: [EMAIL PROTECTED]
From: Piet van Oostrum
To: emacs-pretest-bug@gnu.org
Subject: Ange-ftp can't deal with
47 matches
Mail list logo