Thanks for sharing your solution.
Before posting, please read how to report bug or request support effectively.
Bug reports without an attached log file are usually useless.
i am able to see the file but cannot run the get on it.
However, I can provide you all types of logs and listings. Would that be of any help for your development?
But than it's so complicated, that I just cannot solve it without an access to MVS server. What I do not have.
But you have asked for "BARTEST.TXT" and there's "FOOTEST.TXT" in the listing.
OTHERHLQ.BARTEST.TXTby specifying a fully qualified dataset name in the GET command. Due to the absence of a preceding CD command, the dataset prefix is still set to
USER.and the LIST command returns all datasets whose names start with this qualifier. Among others, this includes
BARTEST.TXThas a different high level qualifier (
OTHERHLQ), it is not contained in the listing.
Yes, that's correct. This test intends to illustrate downloading a dataset whose name is specified by a fully qualified name (OTHERHLQ.BARTEST.TXT). The fact that you see 'FOOTEST.TXT' in the listing illustrates the problem we have pretty well. Since the GET command in our test is not preceded by a CD command, the current dataset prefix is still 'USER.'. Hence, among others, the server returns 'USER.FOOTEST.TXT' as 'FOOTEST.TXT' in the listing. Consequently, WinSCP is unable to lookup the requested 'BARTEST.TXT' (or 'OTHERHLQ.BARTEST.TXT') in the listing.
get_mvs__abs_no_cd__client.logis the test I've asked for, right?
get 'OTHERHLQ.BARTEST.TXT', while there's
FOOTEST.TXTin the listing.
RETR 'OTHERHLQ.FTPTEST.TXT'on the MVS FTP server?
Can't get attributes of file ''HLQ.DATASET.NAME''