| Title: | DEC TCP/IP Services for OpenVMS |
| Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
| Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
| Created: | Thu Nov 17 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 5568 |
| Total number of notes: | 21492 |
Hi, I have a question regarding ftp...
We are trying to transfer a Digital UNIX errorlog from a customer site.
to do this we compressed the errorlog and ftp'd it in binary mode to a
Vax running DSNlink (still on the customer site). Later on DSNlink
kicked in and copied (dsncopy command) the file to the Customer service
center (another Vax). We then copied the file from the CSC back to our
Vax system whereupon we decompressed it and started to look at it.
when we did a dump of the file, we noticed that two extra bytes had
been added to the beginning of the first record. This knocked the
record details out of sync, giving incorrect node name etc.
after further investigations we came across a strange thing. We ftp'd
the file (in binary mode) to a UNIX box to run it through DECevent. We
were suprised to find that the two extra bytes were removed from the
first record! We then ftp'd back to the Vax and did a dump on the file
and the two extra bytes were still absent.
My question is this.. surely if you ftp a binary errorlog in binary
mode then it should keep it's characteristics, even if it is going from
a UNIX box to a Vax, and if it has picked up extra information then
surely it should hold this information going back to a UNIX box?
Cheers.
Liam.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5203.1 | UCXAXP::GEMIGNANI | Tue Feb 11 1997 19:53 | 6 | ||
It's been a long day, and I'm a little tired.
Can you spell the whole thing out showing me where in this description
you used FTP, and between what type of systems? I really appreciate
it -- thanks.
| |||||