[slime-devel] slime-edit-definition problem

[Gábor Melis]

On Thursday 25 May 2006 11:41, Håkon Alstadheim wrote:
> Gábor Melis wrote:
> >I am running debian/etch with emacs21.4a-3. Some time ago - maybe
> > when emacs was upgraded - M-. stopped working. Well, it works if
> > there are multiple choices, but if there is just one, then it
> > prints the error:
> >
> >Args out of range: #^[t nil 0 1 2 3 4 5 6 7 ... ], -134217682
> >
> >It seems that find-file-noselect is the culprit, but I have no idea
> >what's wrong with it. The strange thing is that if I define another
> >mapping for slime-edit-definition then that works where the other
> >doesn't:
> >
> >(define-key slime-repl-mode-map "\C-ci" 'slime-edit-definition)
> >
> >It's the same under both sbcl and allegro.
>
> Most likely a bad interaction between tramp and some
> buffer-{process|file}-encoding. I got mine going by
> loading the attached file after requiring tramp.
> The operative change is that this in the original tramp:
>    (and (integerp last-input-event)
>             (or ...
> becomes this:
>    (and (integerp last-input-event)
>          (plusp last-input-event)
>          (or ...

Bingo, thanks a lot. Is this change going to make it into tramp or is it 
just a workaround for slime?

Gábor