[Info-vax] Looking for NOTES (or a solution to a problem with it)

[Johnny Billquist]

On 2011-11-10 16.09, VAXman- @SendSpamHere.ORG wrote:
> In article<alpine.LFD.2.00.1111091857100.26829 at libra.gmcl.internal>, Rob Brown<mylastname at gmcl.com>  writes:
>>
>> On Thu, 10 Nov 2011 at 01:01 -0000, VAXman- at SendSpamHere.ORG wrote:
>>
>>> These saveset were hopelessly corrupted on the Freeware CD.  They appear
>>> to have been ftp'ed in test mode.  I have them on:
>>>
>>> http://www.DECUSlib.com/Freeware/FreewareV70/Notes/VAX/
>>>
>>> but you're not going to be able to use them from there either.
>>
>> The ones at www.digiater.nl are OK.  I FTPed NOTES_CSC025.A from
>> there in binary mode, changed the block size to 9216, and then
>> extracted the files using BACKUP.  Everything is readable and the text
>> files look just fine to me.
>>
>> I thought the ones on my freeware CD were OK.  I'll try to check them
>> tomorrow.
>
> They're
>
> Record format:      Stream_LF, maximum 0 bytes, longest 32767 bytes
>
> from the CDs.
>
> I dumped the first block as saw:
>
>   412E3532 30534554 4F4E0001 000A0101 ......NOTES025.A 000110
>   5353414F 4E2F5055 4B434142 000200A0 ....BACKUP/NOASS 000120
>   2F584156 3D544E45 4D4D4F43 2F545349 IST/COMMENT=VAX/ 000130
>   6F725020 444C4254 494B5053 20534D56 VMS SPKITBLD Pro 000140
>   474F4C2F 5245544E 492F6572 75646563 cedure/INTER/LOG 000150
>   4F4E5B3A 24504E4E 20594649 5245562F /VERIFY NNP$:[NO 000160
>   202A2E2A 5D54494B 504D4554 2E534554 TES.TEMPKIT]*.*  000170
>   4F2E5345 544F4E5B 3A33314A 4F525024 $PROJ13:[NOTES.O 000180
>   414C2F41 2E353230 5345544F 4E5D4A42 BJ]NOTES025.A/LA 000190
>   45564153 2F295345 544F4E28 3D4C4542 BEL=(NOTES)/SAVE 0001A0
>   554F5247 2F303030 393D4B43 4F4C422F /BLOCK=9000/GROU 0001B0
>   20534D56 2F584156 0003001A 35323D50 P=25....VAX/VMS  0001C0
>
> OK.  So rounding 9000 up to a block boundary is 9216.  I changed the file
> attributes of these on my server and BACKUP is happy with them; however,
> it still doesn't fix the HTTP download problem.  It still treats them as
> stream_LF.
>
> I think I'll go through the Freeware CDs on the site, fix those needing to
> be fixed and then, create self-extracting ZIPs of these kits for download.

stream_LF is a "harmless" file format in that it does not add or remove 
anything from the file.
It's just that the record length must be right before backup is happy 
with it. It ignores things like the record type attribute (or atleast I 
have not managed to notice it caring).

	Johnny