× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The TAA tools has a example of a break handler called SYSRQSCMD.
http://www.taatool.com/document/S_sysrqscmd.htm



----- Original Message ----- 
From: "Booth Martin" <Booth@xxxxxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Sent: Tuesday, October 21, 2003 6:34 AM
Subject: RE: Is it possible to have 2 display devices in one program?


I totally  misunderstood.  I've never heard of "break-handling programs."
It does sound like a good study..  Thanks for the tip.



---------------------------------------------------------
Booth Martin   http://www.MartinVT.com
Booth@xxxxxxxxxxxx
---------------------------------------------------------

-------Original Message-------

From: Midrange Systems Technical Discussion
Date: Monday, October 20, 2003 10:30:49 PM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Is it possible to have 2 display devices in one program?

midrange-l-request@xxxxxxxxxxxx wrote:

> 4. Re: Is it possible to have 2 display devices in one program?
> (Booth Martin)
>
>I've not had very much success with the SNDBRKMSG solution. For example can
>Bob send a break message to Alice, or must he first find out her device
>name?

Booth:

First, SNDBRKMSG and break-handling programs aren't necessarily related. A
break-handling program can be assigned to any given message queue; it doesn
t have to be the device message queue -- in your vision, a better choice
would be the user profile message queue since there'd be no need then to
determine what device ALICE was signed-on to. I'd probably not use that msgq
either, though; I'd probably create a specific msgq for each "enrolled" user


The message on the queue doesn't have to be a "break" message -- it can be a
simple *INFO message sent via SNDMSG. It's the program that's assigned to
the queue that determines whether or not a break should occur. This might
contain the text that you want to display; or it might simply act as the
trigger that causes a CALL to your real TALK program.

Since the break-handling program is running within the target user's job, it
has no need to ACQuire the device, just as PGMB doesn't need to ACQuire when
it's called by PGMA. It already owns the device as soon as it opens a
display file.

So, SNDMSG TALK ALICE could be the entire initial message sent from BOB to
invite ALICE to join a chat. Your break-handler sees the "TALK" message text
and asks ALICE what to do. If ALICE accepts, you call your TALK program and
it displays anything you want. Otherwise, the break-handler ends and ALICE
goes back to whatever she was doing.

Perhaps you could code your break-handler to do something like DSCJOB for
ALICE's session, thereby making the device available for an MRT kind of TALK
program. But taking over an active device when there's no decent predicting
of what's going on at the time...? For me, that'd be trouble.

I gotta agree... study break-handlers in depth first.


--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone 253-872-7788 x313
Fax 253-872-7904
http://www.powertech.com
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.