Tue, 23 May 89 18:31:27 EDT

 


----------------------------

Please excuse if this has been covered in gory detail already ... We are having some strange behavior with TCP/IP 1.1, when receiving binary files from a non-VM host (specifically, VAXs running UNIX). I tried PUTting a file of 256 records, where each record contained a 256-byte string consisting of binary 0 through 255, and then GETting it back. The resulting (RECFM V) file, on the VM side, had records of various lengths, ranging from 512 to 8192 bytes. It would seem reasonable that there would be a way to tell the VM-side that the file should be stored as, say, RECFM F LRECL 256, but I see nothing in the documentation that says so. We can reconstruct the file, after the GET, and it contains exactly what it should. But somehow I suspect we're missing something... Thanks in advance... Ken Bell Systems Programmer NASA Goddard Institute for Space Studies 2880 Broadway, New York, NY 10025 (212) 678-5545 (FTS) 664-5545 BITNET: SYKLB@NASAGISS Internet: SYKLB@NASAGISS.GISS.NASA.GOV



----------------------------

Please excuse if this has been covered in gory detail already ... We are having some strange behavior with TCP/IP 1.1, when receiving binary files from a non-VM host (specifically, VAXs running UNIX). I tried PUTting a file of 256 records, where each record contained a 256-byte string consisting of binary 0 through 255, and then GETting it back. The resulting (RECFM V) file, on the VM side, had records of various lengths, ranging from 512 to 8192 bytes. It would seem reasonable that there would be a way to tell the VM-side that the file should be stored as, say, RECFM F LRECL 256, but I see nothing in the documentation that says so. We can reconstruct the file, after the GET, and it contains exactly what it should. But somehow I suspect we're missing something... Thanks in advance... Ken Bell Systems Programmer NASA Goddard Institute for Space Studies 2880 Broadway, New York, NY 10025 (212) 678-5545 (FTS) 664-5545 BITNET: SYKLB@NASAGISS Internet: SYKLB@NASAGISS.GISS.NASA.GOV






S
e
n
i
o
r
T
u
b
e
.
o
r
g