Re: Re: upcoming talks about hercules

"Grant Taylor gtaylor-gHMVqx8RTmrtC6uA/[email protected] [hercules-390]" <[email protected]>
Newsgroups gmane.comp.emulators.hercules390.general
Organization TNet Consulting
Message-ID <[email protected]>
Please excuse my naive n00b questions as I try to understand the high 
level behind this.

On 4/17/19 2:06 AM, 'Dave Wade' [email protected] [hercules-390] wrote:
> On VM everyone has a virtual reader, so files arrive on the reader.

Are these virtual readers attached to guest VMs used somewhat like an inbox?

Was it possible for anyone add cards to any other guest VM's hopper 
(inbox)?  (Even if that's not what was actually done.)

> To send you tag the file with the name of the remote node and userid 
> you want to send to and spool it the RSCS machines reader.

It sounds like you would prepend a data set (file) with a card that 
indicated where you wanted the data set (file) to be sent to and then 
drop it in RSCS's hopper (inbox).

I presume that RSCS would read the prepended card to learn where the 
associated data set (file) was supposed to go, and would then magically 
transfer (copy / punch / ???) the card and the data set (file) to the 
receiving guest VM's hopper (inbox).

Is that anywhere correct?

Is the term "job card" appropriate to use to describe what I was calling 
the prepended card?  Is there a different term for it?

Did RSCS manage the BiSync lines between mainframes?  Or was that 
something else that looked like another local hopper (inbox) to RSCS, 
and that guest VM knew how to manage the BiSync lines to communicate 
with other remote counterparts which would use RSCS within the 
destination mainframe?

> There was also a facility to send remote commands

ACK

> No reading software. Its basically individual files.

ACK

Thank you for humoring my n00b questions.



-- 
Grant. . . .
unix || die



[Non-text portions of this message have been removed]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.