Re: reaching dos (NCSA) and Vax VMS
J.H.Petersen (J.Petersen@qmw.ac.uk)
Thu, 17 Feb 1994 12:46:16 GMT
Hi Sandy,
Thank you for your reply:
> >>>>> On Wed, 16 Feb 1994 15:43:14 GMT,
> J.Petersen@qmw.ac.uk (J.H.Petersen) said:
>
> > ... And now I can reach our local nasty Vax VMS
> > cluster, where I print out preprints on the double-sided
> > laserprinter. Though it does often seem to hang while I am
> > efs'ing to there.
>
> Is this efs, or FTP hanging? If you C-g, efs will pop the *ftp ...*
> buffer. If this buffer shows that the FTP command has actually
> completed, but efs is still in a wait-state, then efs is not
> understanding your server's return codes. If the FTP command has not
> been completed, then the problem is with your connection. When testing
> this, beware that the command might happen to run at the instant that
> you pop the buffer, so experiment a bit, if there is doubt.
>
I just tried it again now and looked more carefully at the FTP
buffer. Again I was editing my login.com file as a test. It
loaded up fine into Emacs. I modified the buffer and then C-x
C-s..... nothing happens for over 2 minutes. After I `lose
patience', C-g and look at the efs-ftp buffer: what do I
find? there is _no_ new command there after `get login.com'! So
it seems to me at least that the command hadn't even started??
Here's the transcript:
[the transcript's not interesting, except for the very last line
before killing which reads "ftp> ftp> "]
------------------- ftp transcript -------------------------------
open hepva.ph
Connected to hepva.ph.qmw.ac.uk.
220 hepva FTP Server (Version 3.0) Ready.
ftp> quote user "petersen"
331 Username PETERSEN requires a Password.
ftp> quote pass Turtle Power!
230 User logged in.
ftp> hash
Hash mark printing on (8192 bytes/hash mark).
ftp> dir DISK$USER:[PETERSEN.INFO] /tmp/efsb003GU
200 PORT command successful.
150 Opening data connection for DISK$USER:[PETERSEN.INFO] (138.37.6.1,4099)
226 LIST Directory transfer complete.
local: /tmp/efsb003GU remote: DISK$USER:[PETERSEN.INFO]
431 bytes received in 1 seconds (0.42 Kbytes/s)
ftp> dir DISK$USER:[PETERSEN.LETTERS] /tmp/efsb003GU
200 PORT command successful.
150 Opening data connection for DISK$USER:[PETERSEN.LETTERS] (138.37.6.1,4132)
226 LIST Directory transfer complete.
local: /tmp/efsb003GU remote: DISK$USER:[PETERSEN.LETTERS]
2794 bytes received in 7 seconds (0.39 Kbytes/s)
ftp> dir DISK$USER:[PETERSEN] /tmp/efsb003GU
200 PORT command successful.
150 Opening data connection for DISK$USER:[PETERSEN] (138.37.6.1,4295)
226 LIST Directory transfer complete.
local: /tmp/efsb003GU remote: DISK$USER:[PETERSEN]
3570 bytes received in 9 seconds (0.39 Kbytes/s)
ftp> type ascii
200 TYPE set to ASCII.
ftp> put /tmp/efsb003GU DISK$USER:[PETERSEN]LOGIN.COM
200 PORT command successful.
150 Opening data connection for DISK$USER:[PETERSEN]LOGIN.COM (138.37.6.1,4427)
226 Transfer complete.
local: /tmp/efsb003GU remote: DISK$USER:[PETERSEN]LOGIN.COM
quote mdtm DISK$USER:[PETERSEN]LOGIN.COM
2198 bytes sent in 1e-06 seconds (2.1e+06 Kbytes/s)
ftp> ftp>
Process *ftp petersen@hepva.ph* kill
------------------------- end of transcript -------------------------------
I find now that I can reproduce this problem repeated: I
find-file login.com, modify it, save it, and efs seems to hang,
inspecting the ftp efs buffer reveals that no command has
started. I kill the process (p) and save again. It reconnects,
and writes the file with no problem. Then I modify it again, save
it and it appears to hang again (nothing happens for minutes) and
so on.....
> > However I can't reach my own PC (with Dos and NCSA TCP/IP server
> > software) here when I'm logged in to the local Unix host where
> > I'm running Emacs & efs. When I try to find-file on it, it
> > logs in, but then complains:
>
> > Can't list dos or OS/2 disks
>
> The NCSA DOS server support is in efs-pc.el, along with many other DOS
> servers, and OS/2. If you send me some output from your server, I'll
> investigate. PWD should be good for a start. What version of the
> server are you running? Also, _exactly_ what did you give as the
> filename to your find-file attempt. Your problem should be easy to
> fix.
>
> --sandy
>
Here's a transcript from an ftp session to dos-ncsa:
--------------------- transcript (dos:ncsa) ------------------------------
open theor01.ph
Connected to theor01.ph.qmw.ac.uk.
220 PC Resident FTP server, ready
ftp> quote user "jens"
331 Password required
ftp> quote pass Turtle Power!
230 User logged in
ftp> hash
Hash mark printing on (8192 bytes/hash mark).
quote pwd
ftp> 257 "C:\" is the current directory
ftp> dir C:\\\\. /tmp/efsb003GU
200 This space intentionally left blank<>
501 File not found
ftp> dir C:\\\\. /tmp/efsc003GU
200 This space intentionally left blank<>
501 File not found
ftp>
--------------------- end of dos transcript ---------------------
In the minibuffer it just says "Can't list DOS or OS/2 disks"
and then puts me back in the buffer I came from. As you can see
the ftp connection is left open and fine: I went into the buffer
myself, typed `dir' and it listed just fine.
I'm not supposed to tell efs about dos machines explicitly, am I?
[I'm still with 1.4, haven't had time yet to upgrade to 1.5]
Cheers, -Jens