🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bit.listserv.asm370
Article #1628

Re: Detecting TSO Session Manager from a program

#1628
From: Leonard D Woren
Date: Fri, 27 Mar 1992 01:11
69 lines
3583 bytes
On Thu, 26 Mar 1992 18:30:37 GMT, "Mark R. Ludwig" <mrl@UAI.COM> said:
> I am interested in understanding how a program can determine if it is
> running under the TSO Session Manager,

I've forgotten how to do it, but there's some bizarre way to do a TPUT
to session mangler.  If it's not active, I think you'll get a return
code indicating such.  Check the Session Manager Logic Manual.

There's only one 0A5D in SMPUT.  Put a breakpoint there and look at
the regs.  Notice that R15 has something odd in it.  What I see from
doing this on a command of 'SMPUT /X/ SMIN' is as if the following
were coded:

        TPUT  data,length,ASIS,USERIDL=user
data    DC    C'X'
length  EQU   *-data
user    DC    C'*ADF',X'0000',CL8'SMIN'


> In particular, I want to know how to interact with a user.

Can you be more specific?

It sounds like you're trying to control the screen layout.  Any time I
see this type of desire, I have one comment:  Use FULLSCREEN.  If you
don't, then you won't be able to have complete control, and the user
will lose other messages.  For example, if you're not using FULLSCREEN
and you clear the screen yourself, picture the following sequence:

   Your program writes a prompt to the terminal
   Your program requests input from the terminal
   Another user or the operator or JES2 or whateverelse sends a line
      to the user
   The user types his input and hits ENTER
   Your program clears the screen and writes more data
   The user has lost the message the other user/operator/etc, and
      may not have even seen it flash by.

If you want complete control over the screen, you must use TPUT
FULLSCREEN, along with STFSMODE ON.

> The traditional environment causes the user to hit Enter at the
> bottom of each page, etc., but the Session Manager does not.

Yes.  Not be snide, but... so?  Again, you haven't explained what your
actual problem/need is.  You're fishing for information without
supplying enough information for an intelligent response.  It would be
much easier to correctly answer your question if you described
specifically what you're trying to accomplish.

> Also, as far as I can tell, the various macros which interact with
> the user silently ignore certain options under the Session Manager.

That's true, since those functions are either meaningless or cannot
be implemented under session manager.

> As an aside, is it possible, from a traditional TSO environment to
> (re-)start the Session Manager?  The documentation is vague about
> this.  I know how to exit from it, but all the documentation says to
> LOGON again to get back into it.$$

I always thought that was a design flaw in SM.  We run PIE MultiTSO,
which makes that kind of moot.  I have SM in one session on non-SM in
others.  The biggest problem is that I want SM in more than one PIE
session, and that can't be done because SM is hooked in in the wrong
place.


/Leonard
Technical Details
Message-ID: <ASM370%92032620114462@OHSTVMA.IRCC.OHIO-STATE.EDU>
Path: arc1-ca.pugleaf.net!sparky!uunet!paladin.american.edu!auvm!USCMVSA.BITNET!LDW

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fcdcb,52430432af2b4cdb
X-Google-Attributes: gidfcdcb,public
X-Google-ArrivalTime: 1992-03-26 17:11:00 PST
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Path: arc1-ca.pugleaf.net!sparky!uunet!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
Message-ID: <ASM370%92032620114462@OHSTVMA.IRCC.OHIO-STATE.EDU>
Newsgroups: bit.listserv.asm370
Date:         Thu, 26 Mar 1992 17:11:00 PST
Sender:       IBM 370 Assembly Programming Discussion List <ASM370@UGA.BITNET>
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Detecting TSO Session Manager from a program