On Wed, 28 Nov 2007 17:42:32 -0600, Patrick O'Keefe wrote: > >I rarely do much Unixy stuff so what is comfortable for me is >probably far from what you want, but it sounds like ISHELL >addresses some of what you are asking for. It certainly doesn't >address the half-duplex nature of 3270 datastreams. (3270 >datastreams ARE half-duplex.) ... > Anyone who believe that's a fundamental limitation of 3270 hardware that can't be worked around:
o Has never used VM/CMS o Has been brainwashed by TSO ... probably both. On CMS, I can type input to my program, while it runs, in anticipation of a VM READ. I can type immediate commands to my Rexx EXEC to turn on tracing with no ATTN nor need to wait for in input prompt. Yes, in theory there's an ugly race condition. If I type HX when the status shows RUNNING, I can't be sure that the command won't be swallowed by a VM READ issued just as I press ENTER. I suppose it's horrendous if HX happens to be a dialog command that the problem program interprets as "ERASE * * *". In practice, it works beautifully; I sometimes get caught by that race. I curse quietly, then ask myself, "Would I prefer TSO's terminal handling protocol?" "No." It has also been mentioned a couple times in this thread that the z/OS operator's 327x console is free of the half-duplex constraint: the operator never needs to press ATTN before entering a command. I'd be delighted to see an alternative implementation of OMVS that bypasses TSO (or is VTAM the culprit?) and passes 327x data streams more directly to the terminal. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
