Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.os.vms    |    DEC's VAX* line of computers & VMS.    |    264,096 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 263,194 of 264,096    |
|    =?UTF-8?Q?Arne_Vajh=C3=B8j?= to All    |
|    Re: Binutils    |
|    04 Sep 25 18:57:17    |
      From: arne@vajhoej.dk              On 9/4/2025 12:52 PM, hb0815 wrote:       > On 9/4/25 00:38, Johnny Billquist wrote:       >> Really? The length bytes are not actually any data in the file. Same       >> with padding. I would say it would be a very bad bug to actually       >> include them.       >>       >>> And here I thought “binary” meant “transfer all the bytes in the       file as       >>> is” ...       >>       >> And it does. All the bytes of the file. Not all the metadata that       >> exists outside of the data content.       >       > Although the length and padding bytes are not data, they are still bytes       > of the file. What was shown indicates that only the data, not all the       > bytes, were transferred. I don't think that this makes sense or is       > useful. But, VMS users very likely use the (unsupported) zip and unzip       > utility to ensure that they get transferred what they really want/need.              Discussing binary ftp of text files is a bit odd, because it       is not expected to work.              Binary FTP from VMS to Linux loose line structure. But even       if it did transfer all bytes Linux would just see a bunch       of bytes not making any sense as lines.              But that not working is not unique for VMS-*nix. Between       Windows and *nix you can end up with text files with a       trailing CR on all lines on *nix or lines not recognized       due to missing CR in older Windows apps.              I still think the FIX odd record length is a much better       example.              It is something that could happen in real world.              The expectation would be that it could be FTP'ed       binary.              And I would say that the least surprising handling       is what FTP actually does: loose the padding zero.              It would be quite confusing to write a FIX 1 file       on VMS, binary FTP it to Linux and see those       null bytes.              Arne              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca