Re: Re: Run CMS non-virtualiized?

Every time this topic comes up the "what are we going to do with spool?" 
question comes up.  I think it is way too early to be worried about 
that.  Before anyone needs to worry about spool, let's get it to IPL and 
access CMS formated disks.  That alone is a not an insignificant task as 
I see it right now.  One step at a time?  This question tends to side 
track any effort in returning CMS to a stand-alone life.  I think we can 
worry about spool when we can actually create some.  Just MO.

I was hoping for a more complete list of DIAGS, but we have have a few 
already known gaps.

Harold Grovesteen

somitcw wrote:

>--- In [email protected],
> "Dave Wade" <g4ugm@...> wrote:
>- - - most snipped - - -
>  
>
>>>as a lucky owner of an AT/370 (or better ex-owner
>>>as it isn't working anymore;-), I can assure you
>>>that there was also a stripped down version of
>>>CP....(your definition AT/3270 is not completely
>>>wrong as in the package there was also an IBM 
>>>3270 card:-)  
>>>      
>>>
>>Well of course there must be something to handle
>>the DIAGS. How did it manage SPOOL?
>>    
>>
>- - - remainder snipped - - -
>
>   A better question is; How should Hercules handle spool?
>
>   How about a configuration option:
>SPOOL c:\VM\SPOOL
>or
>SPOOL userid c:\VM\SPOOL
>
>File names would be something like:
>
>userid.rdr.a.nnnn
>
>"userid" would be being any userid or lparname or cnslport
>or something.
>
>"rdr" would be rdr, prt, pun.
>
>"a" would be the class
>
>"nnnn" would be the spool file number
>
>   Other qualifiers could be added like line count if wanted.
>
>   How would we tell binary ( ipl ddr ) from text?  Use class?
>Would text be converted to ascii?
>
>
>
>------------------------------------
>
>Yahoo! Groups Links
>
>
>
>
>  
>