[Info-vax] Wildcards using MULTINET FTP server, Linux client?

[Steven Schweda]

On Oct 23, 12:17 pm, sampsa <samp... at gmail.com> wrote:

> > > Yup, turning globbing off ("glob off") and then "delete *.*.*" fixed
> > > the issue.

> It was a combination of the three, i.e. changing rm to delete, turning
> globbing off and using the *.*.* format instead of *.*;* that solved
> the issue.

> My apologies again for being so vague in the previous postings.

   Much better than an apology would be some actual
information.

> Which tcpip?  Which ftp client on what platform?  Which ftp server?
> What version of VMS on what platform?

   All still mysteries.

>    As usual, a useful problem report would include some basic
> information, like which version of what is running where.
> Also, as usual, showing actual commands with their actual
> output can be more helpful than vague descriptions or
> interpretations.

   All still true.

   It'd be nice to see some actual evidence, rather than only
an assertion.

   Around here, for example, using the FTP client on a Debian
GNU/Linux system:

debi# uname -a
Linux debi 2.6.32-5-mckinley #1 SMP Mon Oct 3 06:04:14 UTC 2011 ia64
GNU/Linux
debi# cat /etc/debian_version
6.0.3

debi# ftp alp-l
Connected to alp-l.antinode.info.
220-   Antinode FTP Server.  Please be nice.
220 alp.antinode.info FTP Server (Version 5.6) Ready.
Name (alp-l:root): sms
331 Username sms requires a Password
Password:
230 User logged in.
Remote system type is VMS.
ftp> cd itrc
250-CWD command successful.
250 New default directory is ALP$DKC0:[SMS.ITRC]
ftp> cd ftp
250-CWD command successful.
250 New default directory is ALP$DKC0:[SMS.ITRC.ftp]
ftp> dir
200 PORT command successful.
150 Opening data connection for ALP$DKC0:[SMS.ITRC.ftp]*.*;*
(10.0.0.66,39919)

Directory ALP$DKC0:[SMS.ITRC.ftp]

a.b;1                    1/16         23-OCT-2011 14:39:09  [SMS]
   (RWED,RWED,RE,)
d^.e.f;1                 1/16         23-OCT-2011 14:39:24  [SMS]
   (RWED,RWED,RE,)

Total of 2 files, 2/32 blocks
226 LIST Directory transfer complete.
ftp> debug
Debugging on (debug=1).
ftp> rm *.*;*
---> RMD *.*;*
550-Failed to delete directory
ALP$DKC0:[SMS.ITRC.ftp]*^.*^;*.dir;
550 The file specification must contain a name, type and version
number (even if
 wildcarded).

   Apparently, "rm" is interpreted as "rmdir" by this FTP
client, too, suggesting that the TCPIP FTP client is not
unusually lame (in this respect).

ftp> delete *.*;*
---> DELE *.*;*
250-Deleting ALP$DKC0:[SMS.ITRC.ftp]*.*;* ...
250-File ALP$DKC0:[SMS.ITRC.ftp]a.b;1 deleted.
250-File ALP$DKC0:[SMS.ITRC.ftp]d^.e.f;1 deleted.
250 Deleted 2 of 2 files matching
ALP$DKC0:[SMS.ITRC.ftp]*.*;*
ftp>

   So, as you can see, no mention of "glob" was needed, and
";" caused no obvious problems, either.  ("help" works at
this "ftp> " prompt, too.)

   Compare this with your example.  Of course, _I_ can't do
that, because I can't _see_ your example, because _you_
didn't show what you did, or what happened when you did it.

>    As usual, a useful problem report would include some basic
> information, like which version of what is running where.
> Also, as usual, showing actual commands with their actual
> output can be more helpful than vague descriptions or
> interpretations.

   All _still_ true.