Re: tramp-compile using perl -cw appears broken

[Mark S. <ma...@su...>]

Hello Kai,

Thanks again for your debugging help. My ISP fixed my slow connection
issue, so I changed all the mentions of '210' seconds that I added to
tramp.el back to 60. It still hangs when sending the Perl mime-encode
function, though. I followed your suggestion for debugging output, and
XEmacs seems to accept both of them, but because I eventually interrupt
the tramp connection with C-g, it apparently doesn't register as an error
and produce the debugging output.

After studying the documentation on tramp.sf.net, I have a related
question. If I'm reading the documentation correcly, the mimeencode
function isn't even used with scp. Does it need to be loaded with scp or
scpx are used? I even tried using the "su" method, which uses ssh and
uuencode, and the Perl mime encoding was still sent.

What's happening there? Thanks again for the feedback.

  -mark


On Mon, 5 Nov 2001, Kai [iso-8859-1] Gro=DFjohann wrote:

> Mark Stosberg <ma...@su...> writes:
>
> > When I tried to connect ( /[nollie]tmp/test.pl ) I got an error I've be=
en
> > getting recently (since before teh patch was applied):
> >     wrong type argument: sequencep 60
>
> Can you load the *.el file, M-x toggle-debug-on-error RET, repeat the
> problem, and show me the resulting backtrace?
>
> On XEmacs, do M-: (setq debug-on-error t) RET rather than M-x
> toggle-debug-on-error RET.
>
> > I suspect this was telling me the host timed out.
>
> I don't know what happened.
>
> > It would be nice to have a more friendly error message here if
> > possible. On this hunch, I changed all the hardcoded "60" second
> > mentions in tramp.el to 210.
>
> Hm.  Hmmm...  Maybe it's a good idea to change these to variables,
> indeed.  I think Daniel did this for his tramp2.
>
> I wonder if you really need to change all of them, or just some?
>
> kai
> --
> I like BOTH kinds of music.
>

http://mark.stosberg.com/