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,264 of 264,096    |
|    =?UTF-8?Q?Arne_Vajh=C3=B8j?= to All    |
|    Re: Binutils    |
|    07 Sep 25 09:42:05    |
      From: arne@vajhoej.dk              On 9/7/2025 7:31 AM, hb0815 wrote:       > On 9/7/25 04:02, Arne Vajhøj wrote:       >> ...       >> $ typ var.txt       >> A       >> BB       >> CCC       >> $ r nonrms       >> 01 00 41 00 02 00 42 42 03 00 43 43 43 00 00 00       >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00       >> ...       >       > There are disk blocks, files and application data.       >       > nonrms prints a disk block.       >       > The file contents ends at FFB in EBK.       >       > The TYPE application interprets the file contents and prints it.              Yes.              But FFB and EBK are in the record attributes together       with record format etc..               From a QIO perspective a file consist of N allocated       blocks where N is a multipla of allocation size that       can be read and write.              It is also able to read when access and write when       deaccess record attributes, but QIO does not use those       itself.              RMS use record attributes. RFM to know how to interpret       records. And FFB and EBK to know where the logical EOF is.              Point being that dropping RMS and data used by       RMS does not provide a useful result.              It is all a little bit of polemic of course, because       obviously I know that Lawrence wanted to have QIO       use the record attributed, ignore some parts (RFM)       and use other parts (FFB and EBK) to emulate RMS.              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