Re: Message Waiting Indicator

I wrote one of these once, in the distant past (30-40 years ago?), but I can't remember what it was for, or whether it was used in production.

One thing you can use it for is to timeout waiting for a response, i.e. only allow the user 30 seconds to enter a password or something.  Just set the wait time on the QRCVDTAQ call to x seconds, and it times out, write something else to the screen.


On 7/6/2020 3:15 PM, Don Brown via MIDRANGE-L wrote:

I had to prompt the crtdspf command to see the data queue parameter -
never actually realised that was there.

Has anyone actually ever used this in production ?

Just can't think of a use case at the moment but I am sure there are many
- perhaps a way to monitor a batch job ?

Interested in any experiences from the group.

Cheers

Don






From: "Peter Dow" <petercdow@xxxxxxxxx>
To: midrange-l@xxxxxxxxxxxxxxxxxx
Date: 07/07/2020 05:04 AM
Subject: Re: Message Waiting Indicator
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>



Or do you want your RPG program to be able to respond to other things
while waiting for the user to press an AID key?

https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_71/rbam6/dspfdq.htm


Basically you attach a data queue to the display file, and your program
waits for data on the data queue. When the display file has data ready
for the program, it puts an entry on the data queue, and the program can
READ from the display file to get the data. Or some other program can
place an entry on the data queue, and the program can respond to that,
possibly by writing additional info to the screen or sending a *STATUS
message.

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx>
pdow@xxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxx> /

On 7/6/2020 11:01 AM, Booth Martin wrote:

Are you thinking key-at-a-time processing versus screen-at-a-time
processing?


On 7/6/2020 5:46 AM, Patrik Schindler wrote:

Hello,

5250 sessions can show a "message waiting" indicator, as soon as a
message arrives, even if the user isn't hitting return and the screen
doesn't poll like with an invited device.

Did anybody find out if this facility can be exploited/duplicated
with "regular" programming for proper screen refreshing, without
constant polling via Invite?

Thanks!

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc