Re: Not coming in record by record (was: Changing Local Directory)

[Brian Eckenrod <beckenrod@xxxxxxxxxxxxxxx>]

> Sender: "Calabro, Buck" <Buck.Calabro@xxxxxxxxxxxx>
> 
> >> Please make certain that the destination 
> >> file already exists, and that you're 
> >> using BINARY mode.
> >
> > Just tried that and it pulled only the first 
> > record of the file over.  I had the physical 
> > file already existing in the destination 
> > library and chose binary mode.  It no longer 
> > pulled the data over in a stream, but it only 
> > brought over the first record. 
> 
> Here's what I'd check:
> 1) Source record length = target record length.
> 2) Source file is a QSYS.LIB file, not an IFS file.
> 3) Target file is a QSYS.LIB file, not an IFS file.
> 4) See what a manual FTP does to the records.
>   --buck
> 

Here is my exact scenario I am using for testing.
 Perhaps there is something here.

I am FTP'ing to/from the same iSeries, just for testing.
 I have a physical file in a library called EDFTPTEST and the file
is called TESTFILE.

I connect to the local iSeries, change to that library,
and then pull the file back as \qsys.lib\mylib.lib\testfile.file\testfile.mbr.
 I am using BINARY mode.  I had been using ASCII which caused
the 'streaming' effect I mentioned earlier.

The FTP completes normally with no issues, but only
the first record of the file is brought back.  The TESTFILE.TESTFILE
in my library is an exact copy of the one from the library EDFTPTEST, just
with a CLRPFM done to it before running the test.

I did think of the manual FTP last night after I sent
my email and I tried it.  From a command line I started the FTP.  Did
a CD to EDFTPTEST.  Did an LCD to MYLIB.  Changed to BINARY mode.
 Did a GET of the file with the (replace option.  The file came
over with no issues with all the records filled in.

I also switched to namefmt 1 and pulled the file that
way, just to try to replicate my exact environment that FTPAPI is using
behind the scenes.  That also came over without any issues.

I am really scratching my head on this one.  I
wish I had a remote iSeries to test with,, but I do not have one handy
at the moment and I figured testing with 'localhost' was a viable alternative.
 Maybe there is something going on that I can't see because I am using
localhost, but that seems unlikely.

At this point though, I am willing to try anything
since this does not make sense.

Thanks again for your help.  I really appreciate
it.

Brian