Re: problem with ftp_put

[Brian@xxxxxxxxxx]

Sender: Brian@xxxxxxxxxx


Scott,

I found the 'callp RtvObjd' and set a break point, but the procedure never
stopped there.  The call to ftp_put doesn't seem to use RtvObjd.

In stepping through the ftp_put procedure I noticed that the return from
lclFileSiz is 0.

Yes, you are correct I am sending from one AS/400 to another.

I tried sending both file names and "still get unable to retrieve an object
description" if I just use the file name, or "A path name is too long" if I
use the full path.

I have the feeling I must be missing something very basic here.

Brian J. Garland
Vermont Information Processing, Inc.
brian@xxxxxxxxxx



                                                                                                                                
                      Scott Klement                                                                                             
                      <klemscot@xxxxxxx        To:       ftpapi@xxxxxxxxxxxxx                                                   
                      s.com>                   cc:                                                                              
                      Sent by:                 Subject:  Re: problem with ftp_put                                               
                      owner-ftpapi@xxxx                                                                                         
                      e.ods.net                                                                                                 
                                                                                                                                
                                                                                                                                
                      10/18/2002 01:08                                                                                          
                      PM                                                                                                        
                      Please respond to                                                                                         
                      ftpapi                                                                                                    
                                                                                                                                
                                                                                                                                




Sender: Scott Klement <klemscot@xxxxxxxxxxxx>



On Fri, 18 Oct 2002 Brian@xxxxxxxxxx wrote:
>
> So, I have changed the program to do a CHGCURDIR and to use "TEST.FILE"
and
> now I get:
>       "Unable to retrieve an object description!  "

Hmmm... I wonder why it's saying that?   Can you run it in debug, put a
break point after the line that does the 'callp RtvObjd' (around line 4350
in my copy of FTPAPI) and tell me what the contents of the dsEC data
structure are at that point?

I'll have to add code to log this stuff to the job log for easier
debugging...

>
> Previously  by switching to namefmt 1 and using the .SAVF suffix I could
> avoid having to create the target save file before putting it.  Is this
no
> longer the case?  Do I now have to create a save file on the target
AS/400
> before doing the put?

Well, you're doing a PUT, which means you're sending from the FTPAPI
client to some other FTP server.  (Probably IBM's running on another
AS/400, I'm guessing by the way you're saying this) So, it's not FTPAPI
that needs to create the save file, it's the FTP server.

Perhaps what you need to do is send different names for the "remote"
filename vs. the "local" filename?

i.e. do something like this:

               FTP_put(sess: '/qsys.lib/mylib.lib/myfile.savf':
                             '/qsys.lib/mylib.lib/myfile.file')

Where the first line is the "remote" filename (the one received by the
FTP server) and the second line is the "local" filename (the one that
FTPAPI uses to read the file from disk)

>
> Thanks for putting up with me on this.
>

No problem.  Thanks for providing me with feedback about FTPAPI.  Without
messages like yours, I would have no idea what people found difficult
about it.


-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubsribe from the list send mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------





-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubsribe from the list send mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------