Jim:
Thanks. Yes, I am somewhat comfortable with PIPES. Perhaps I'll
just revert back to how I did it 20 years ago - except I'll spruce it up
with PIPES!
David Wakser
-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Hughes, Jim
Sent: Tuesday, July 01, 2008 12:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Best method
Querying the rdr and processing the responses is a better approach than
asking WAKEUP to stack the reader arrived messages.
As long as reader files exist in your reader, WAKEUP gets a single
interrupt, not an interrupt for each file.
I pipe the query rdr responses into a pipeline and hit the ground
running.
Are you familiar with using PIPES? I can supply a little example of
using WAKEUP followed by a PIPE command.
Good Luck.
____________________________
Jim Hughes
603-271-5586
"Its kind of fun to do the impossible." (Walt Disney)
=>-----Original Message-----
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Wakser, David
=>Sent: Tuesday, July 01, 2008 12:19 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Best method
=>
=>Yes, I can try that - it just seemed that WAKEUP would handle the
=>message also. The SET IMSG didn't help.
=>
=>David Wakser
=>
=>-----Original Message-----
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Bob Bates
=>Sent: Tuesday, July 01, 2008 12:14 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Best method
=>
=>I believe you could do a 'CP SET IMSG IUCV' and trap that message as
=>well off the WAKEUP. Could Piping a CP Q R or CP Q RDR ALL into a
=>variable get you the information you need so you don't have to handle
=>both interupts?
=>
=>
=>Bob Bates
=>Enterprise Hosting Services - Enterprise Virtualization - z/VM and
=>z/Linux
=>
=>w. (469)892-6660
=>c. (214) 907-5071
=>
=>"This message may contain confidential and/or privileged information.
=>If you are not the addressee or authorized to receive this for the
=>addressee, you must not use, copy, disclose, or take any action based
on
=>this message or any information herein. If you have received this
=>message in error, please advise the sender immediately by reply e-mail
=>and delete this message. Thank you for your cooperation."
=>
=>
=>
=>-----Original Message-----
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Wakser, David
=>Sent: Tuesday, July 01, 2008 11:04 AM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Best method
=>
=>Bob:
=>
=> Is there a method of also trapping the "message" that shows when
=>a file is sent to the VM reader? I need it to issue the RECEIVE
=>properly. In the HELP WAKEUP it seems that setting the various message
=>types to IUCV should work, but it doesn't seem to do that,
=>
=> Thanks, in advance.
=>
=>David Wakser
=>
=>-----Original Message-----
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Bob Bates
=>Sent: Tuesday, July 01, 2008 10:21 AM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Best method
=>
=>Absolutely,
=> Use the WAKEUP module.
=>
=> I have a program that waits for reader files and messages. The
=>waiting part looks like:
=>
=>
=> do forever
=> 'WAKEUP +30 (RDR IUCVMSG'
=> saverc = rc
=> select
=> when saverc = 4 then
=> "process reader file"
=> when saverc = 5 then
=> "process a message"
=>
=>You might want to change the +30 if all it does is wait for reader
=>files. See HELP WAKEUP for details
