[Simh] Transferring the licence file to the VAX emulator

Ray Jewhurst raywjewhurst at gmail.com
Mon Dec 17 14:47:10 EST 2018


A couple other hints: Notepad++ or Notepadqq converts the feeds quite
easily and I have found that on some Linux distros that you have to widen
the Terminal Window or the license will truncate causing problems.

Ray

On Mon, Dec 17, 2018, 2:31 PM Mark Pizzolato <Mark at infocomm.com wrote:

> DCL will handle the Stream file just fine AS LONG AS the file attributes
> explicitly identify the correct Stream record attributes.  DIR/FULL will
> display the current record format.
>
> If the file was transferred in binary mode, it will likely end with "Fixed
> length 512 byte records".  Even if not, you should be able to set the
> record format correctly with:
>
>    $ set file/attribute=rfm:stmlf
> Or
>    $ set file/attribute=rfm:stm
>
> - Mark
>
> On Dec 17, 2018 9:49 AM, Dave L <davel.rss at googlemail.com> wrote:
>
> the issue here tho is more that the license file is in fact a DCL script
> and not input into LMF itself, and DCL doesn't handle the stream-LF files
> it'll just barf on command line input too long...
>
>
>
> On Mon, 17 Dec 2018 17:40:04 -0000, Paul Koning <paulkoning at comcast.net>
> wrote:
>
> >
> >
> >> On Dec 17, 2018, at 12:29 PM, Clem Cole <clemc at ccc.com> wrote:
> >>
> >> The problem is the license manager code you are running into is
> >> expecting an RMS file, not a Stream I/O.  In the old days, the idea of
> >> 'access methods' was the natural ways OS's did I/O and RMS was VMS's
> >> answer.   Since today's programmers tend to have grown up with
> >> C/C++/Java and stream I/O, you need to think in terms of a programming
> >> 'Framework' that is inflicting some level structure on the file.
> FWIW:
> >> Stream style I/O and the STREAM-LF file format was added to VMS to
> >> support VAX11/C, and normal programmers (correctly) started to avoid
> >> RMS (it was funny how quickly the compiler runtime teams abandoned
> RMS,
> >> but I digress).  But if the code was written assuming RMS (which was
> >> all VMS had for many years), the files need RMS.
> >
> > That's odd, I thought that (on VMS) you didn't have any choice about
> > using RMS.  Well, not unless doing raw block I/O.
> >
> > Stream is one of the formats supported by RMS, exactly as fixed and
> > variable records (with prefix length) are.  Actually, stream comes in
> > three flavors, depending on whether the record delimiter is LF, CR, or
> > CR/LF.  RMS-11 also supports these, FWIW.
> >
> > So unless license manager goes out of its way to enforce a particular
> > record format for its input files, I would think it "should just work",
> > RMS should read the on-disk format and deliver the records (lines)
> > according to the encoding described by the file attributes.
> >
> > Finally, one suggestion was to transfer the file by cut & paste into a
> > VMS editor; in that case the record format is chosen by the editor when
> > creating the file, and the fact you're pasting from a Unix system is
> not
> > a factor.
> >
> >        paul
> >
> >
> > _______________________________________________
> > Simh mailing list
> > Simh at trailing-edge.com
> > http://mailman.trailing-edge.com/mailman/listinfo/simh
>
>
> --
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
>
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20181217/4a58d801/attachment.html>


More information about the Simh mailing list