Re: MPE FTP transfer into HFS namespace

James asks:

-----Original Message-----
MPE/iX 7.5

I have a set of Store-to-Disc file having the form TEST.1.1, TEST.2.1,
TEST.3.1 and TEST.4.1 residing on a Linux server. I wish to
retrieve these files to an HP3000/918LX via the mget command
of the MPE/iX ftp client.
....
What is the magical incantation to put these files into the
HFS namespace for future use by RESTORE?

The inclusion of the leading "./" (which you tried) should be the ticket. For example, the following shows getting these types of files from an HP-UX system:

ftp> mget files*
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
226 Transfer complete.
23 bytes received in 0.00 seconds (11.23 Kbytes/sec)
mget files.type1? y
NONEXISTENT GROUP (FSERR 51)
mget files.type2? y
ftp> mget ./files*
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
226 Transfer complete.
27 bytes received in 0.00 seconds (13.18 Kbytes/sec)
mget ./files.type1? y
200 PORT command successful.
150 Opening ASCII mode data connection for ./files.type1 (17795 bytes).
226 Transfer complete.
18110 bytes received in 0.03 seconds (520.16 Kbytes/sec)
mget ./files.type2? y
200 PORT command successful.
150 Opening ASCII mode data connection for ./files.type2 (13968 bytes).
226 Transfer complete.
14215 bytes received in 0.05 seconds (266.96 Kbytes/sec)
ftp>

I notice that you're getting some different messages back from the Linux system. (For example, "150 Here comes the directory listing.") I wonder if the Linux system's FTP is being "smart" and stripping off the leading "./" when replying back to the MPE FTP?

Of course the workaround is to give the target files a temporary MPE compatible name.

Good luck!

Craig

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

.

Relevant Pages

  • Re: MPE FTP transfer into HFS namespace
    ... it appears that james has indeed hit a bug in mpe's ftp for mget :-( ... 200 PORT command successful. ... bytes received in 0.00 seconds (NaN Kbytes/sec) ...
    (comp.sys.hp.mpe)
  • Patch FTPHDK7 - MPUT Bug Tested
    ... The problem addressed by patch FTPHDK7 was a problem with the MPE FTP ... mget of file names containing a dot "." ... Here is results from testing from HP to Unix. ... 4556 bytes received in 0.14 seconds (32.71 Kbytes/sec) ...
    (comp.sys.hp.mpe)