Re: [Bug-wget] download a list of files from Mainframe

[Micah Cowan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

tomas basso wrote:
> Dears,
> I'm trying to download a list of files from a MVS system (mainframe) using
> datasets.
> I havent in any forums or documentation found news about my problem.
> I think that wget with ftp try to separate directory and subdirectories with
> a slash "/" and MVS have datasets separated by periods "."
> I need this solution because simple ftp on a shell script don't give a right
> response if a file has to be downloaded or not (the '$?' is always 0)
> and wget give to me a good track....
> if i try normally to connect to ftp i can reach on MVS my 'USER'
> folderr/dataset, then with a cd 'MY.PREFERRED.DIRECTORY' and with get
> 'MYFILE'
> {or alternatively with a direct  get 'MY.PREFERRED.DIRECTORY(MYFILE)' } i
> complete my efforts.
> With wget i reach my 'USER' folder/dataset, but wget try to found
> 'MY.PREFERRED.DIRECTORY' under 'USER'.
> In which way can i solve this problem? is there a workaround about?
> May you suggest me a manteiner/specialist that work directly on this kind of
> systems (mainframes???)

What's wrong with something like ftp://HOST/MY.PREFERRED.DIRECTORY(MYFILE)?

... this is one of the things that bugs me about Wget's current FTP
operation; it doesn't follow the RFC. It ought to just perform a series
of CWDs, rather than trying to figure out the system type. Using %2f to
give the CWD command slashes, ought to take care of the more unusual
cases; the only question really is whether there are web sites that use
ftp URLs to broken server setups, that don't use the %2Fs properly.
That, and of course, as always, the potential to break backwards
compatibility.

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer.
Maintainer of GNU Wget and GNU Teseq
http://micah.cowan.name/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpkqEsACgkQ7M8hyUobTrGT6gCfWz0dDShWFwhyBEFmTMGIkOGS
DDYAnj3p2U9+3Ohhdw8xmiF7/NHvRnTR
=7dR7
-----END PGP SIGNATURE-----