[Info-vax] Potential loss of data problem in sftp client in TCP/IP Services ?

[VAXman- at SendSpamHere.ORG]

In article <jjn54r$vek$1 at dont-email.me>, Simon Clubley <clubley at remove_me.eisner.decus.org-Earth.UFP> writes:
>On 2012-03-12, David Froble <davef at tsoft-inc.com> wrote:
>>
>> I'm still trying to understand the problem.  You indicate that you had been using V5.6 
>> ECO5.  Are you saying the problem exists in this version?
>>
>
>No, the file truncation problem does not exist in the sftp image supplied
>with ECO5, but other different problems do exist, which is why the latest
>Engineering images were loaded onto the system in question.
>
>This file truncation problem is clearly a very recent problem. I am still
>waiting to hear back from HP, so in the meantime I am trying to find out
>if anyone else can duplicate this using the most recent TCP/IP ECO (V5.7
>ECO3).

I just transferred my LOGIN.COM file to one of my Ubuntu laptops:

$ sftp -oPort=###### vaxman at 192.168.#.###
  
sftp> cd Desktop
/home/vaxman/Desktop
sftp> put login.com
 login.com (src): got EOF reading file (server msg: 'Encountered EOF.')
sftp> 

On the Ubuntu Laptop, 'gedit' opened the file just fine and all of its
contents were available.  If you can give me a couple of "reproducers"
which exhibit your issue, I'll give them a try.

I've been using 'sftp' extensively to transfer files to and from my VMS
systems to my Linux systems and I've never seen any problems exhibited.
I'm not saying there aren't any issues, just that my files just haven't
exhibited problems that yours have.

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.