Bug#403629: tramp: Error on some commands
Toby Speight <[EMAIL PROTECTED]> writes: > Yes, this works for me. :-) OK, I've committed the patch to Tramp CVS. Will appear with Tramp 2.0.55, which is planned for next week. > Thanks for looking at this one. Thanks for reporting, and best regards, Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403629: tramp: Error on some commands
0> In article <[EMAIL PROTECTED]>,
0> Michael Albinus mailto:[EMAIL PROTECTED]> ("Michael") wrote:
Michael> Anyway, the test in `tramp-completion-mode' is made in order
Michael> to check whether `char-equal' can be applied. If you replace
Michael>
Michael>(and (integerp last-input-event)
Michael> by
Michael>
Michael>(and (wholenump last-input-event)
Michael>
Michael> we should be on the safe side. Could you, please, check it?
Michael> For me it works of course :-)
Yes, this works for me. :-)
Thanks for looking at this one.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403629: tramp: Error on some commands
Toby Speight <[EMAIL PROTECTED]> writes: > I've just tried with "emacs -q" and I'm having trouble reproducing > this. But in my main Emacs (same version, etc), it's failing. I have > a lot more stuff running in my main one (Gnus, BBDB, w3, Mule-UCS, > ...), so it's hard to pin down what's happening. > no clue there as to where the negative character is coming from. > > A little further experimentation using `M-:' (`eval-expression') shows > that (char-equal) doesn't like negative numbers. It is probably only > important when `case-fold-search' is non-nil (it is, for me), as the > big array looks like a case-mapping table. > > Is that any help? `case-fold-search' doesn't seem to be guilty; it is also t for me. So it would be interesting if you could find out the guilty package. Anyway, the test in `tramp-completion-mode' is made in order to check whether `char-equal' can be applied. If you replace (and (integerp last-input-event) by (and (wholenump last-input-event) we should be on the safe side. Could you, please, check it? For me it works of course :-) Best regards, Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403629: tramp: Error on some commands
0> In article <[EMAIL PROTECTED]>,
0> Michael Albinus mailto:[EMAIL PROTECTED]> ("Michael") wrote:
Michael> Toby Speight <[EMAIL PROTECTED]> writes:
>> Package: tramp
>> Version: 1:2.0.54-2
>> Severity: important
>>
>> Once Tramp is running, some commands fail - such as `M-,'
>> (`tags-loop-continue'), which gives the following stack trace:
Michael> I see the problem in the backtrace, but I haven't been able
Michael> to reproduce it, neither with emacs21, nor with emacs22
Michael> (pretest release).
Michael>
Michael> Could you, please, describe exactly which Emacs version you
Michael> use, and wich keystrokes are necessary for reproducing the
Michael> problem?
/[ (emacs-version) ]
| "GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)\n
| of 2006-10-25 on raven, modified by Debian"
\
I've just tried with "emacs -q" and I'm having trouble reproducing
this. But in my main Emacs (same version, etc), it's failing. I have
a lot more stuff running in my main one (Gnus, BBDB, w3, Mule-UCS,
...), so it's hard to pin down what's happening.
`C-h l' (`view-lossage') just shows my key-press as "M-,", so there's
no clue there as to where the negative character is coming from.
A little further experimentation using `M-:' (`eval-expression') shows
that (char-equal) doesn't like negative numbers. It is probably only
important when `case-fold-search' is non-nil (it is, for me), as the
big array looks like a case-mapping table.
Is that any help?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403629: tramp: Error on some commands
Toby Speight <[EMAIL PROTECTED]> writes: > Package: tramp > Version: 1:2.0.54-2 > Severity: important > > Once Tramp is running, some commands fail - such as `M-,' > (`tags-loop-continue'), which gives the following stack trace: I see the problem in the backtrace, but I haven't been able to reproduce it, neither with emacs21, nor with emacs22 (pretest release). Could you, please, describe exactly which Emacs version you use, and wich keystrokes are necessary for reproducing the problem? > I think perhaps that testing (integerp) isn't sufficient condition > for (char-equal) to succeed... Hmm. The elisp manual says: "Characters are represented in Emacs Lisp as integers; whether an integer is a character or not is determined only by how it is used. Thus, strings really contain integers." "There are two kinds of input you can get from the keyboard: ordinary keys, and function keys. Ordinary keys correspond to characters; the events they generate are represented in Lisp as characters. The event type of a character event is the character itself (an integer); see *Note Classifying Events::." So I don't see the point where handling `last-input-event' as integer is wrong. Best regards, Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
