Re: WAKEUP Order of Processing

2009-04-23 Thread Kris Buelens
The DO QUEUED() is not required, there is only one stacked message for an SMSG or IUCV event. If however you also use WAKEUP's FILE option, the WAKEUP file entry that (could have) caused is **in all interrupt cases** stacked first (before the entry of an SMSG for example). If more SMSGs (or

Re: WAKEUP Order of Processing

2009-04-23 Thread Fran Hensler
On Thu, 23 Apr 2009 09:07:06 +0200 Kris Buelens said: The DO QUEUED() is not required, there is only one stacked message for an SMSG or IUCV event. You are correct Kris. I just ran a test where I flooded my WAKEUP with 10 SMSGs in quick succession. Tey were all processed one at a time. But I

Re: WAKEUP Order of Processing

2009-04-23 Thread Kris Buelens
Either you sent that many SMSGs that CP's buffer of (255?) was overflowed, either some of the SMSGs caused your server to execute a command that uses VMCF, RAC and NETSTAT are just two examples. PIPE VMC is another obvious example. 2009/4/23 Fran Hensler f...@zvm.sru.edu: On Thu, 23 Apr 2009

Re: WAKEUP Order of Processing

2009-04-23 Thread James Stracka (DHL US)
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Wednesday, April 22, 2009 10:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: WAKEUP Order of Processing What I coded in RxServer: when a RDR file is found, the RDR_Event

WAKEUP Order of Processing

2009-04-22 Thread James Stracka (DHL US)
We have an EXEC that has within it: 'WAKEUP (SMSG RDR QUIET' According to HELP WAKEUP: Seven WAKEUP options cause data to be stacked: EXT, FILE, IO, IUCVMSG, SMSG, TIME, and VMCF. WAKEUP stacks the data in the following order regardless of the order the options are specified when you invoke

Re: WAKEUP Order of Processing

2009-04-22 Thread Kris Buelens
What I coded in RxServer: when a RDR file is found, the RDR_Event subroutine basically issues 'PIPE CP Q RDR *!stem rdrfiles.' do i=1 to rdrfiles.0 Otherwise: test it Code a CP SLEEP in the RDR file handler then send a file and an SMSG and see what WAKEUP calles first 2009/4/22

Re: WAKEUP Order of Processing

2009-04-22 Thread Alan Altmark
On Wednesday, 04/22/2009 at 11:49 EDT, James Stracka (DHL US) james.stra...@dhl.com wrote: My question is: If the EXEC is doing some processing for a prior WAKEUP trigger and several READER files come to it and somewhere in the process an SMSG command is sent to it, will the SMSG command be

Re: WAKEUP Order of Processing

2009-04-22 Thread James Stracka (DHL US)
Thank you. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, April 22, 2009 1:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: WAKEUP Order of Processing On Wednesday, 04/22/2009 at 11:49 EDT, James Stracka

Re: WAKEUP Order of Processing

2009-04-22 Thread Schuh, Richard
And it will keep on reporting that if you do not insure that all (eligible) reader files are purged, transferred or held before the next WAKEUP command. Regards, Richard Schuh RDR simply reports that you have one or more (eligible) files in your RDR. Alan Altmark z/VM Development IBM

Re: WAKEUP Order of Processing

2009-04-22 Thread Fran Hensler
Jim - I found out the hard way that when WAKEUP gives you RC=5 that there may be more then one message to be processed. When I wrote this EXEC I assumed that there was only one message and every once in a while I would lose one. Here is part of an EXEC: 'CP SET SMSG IUCV' Do Forever 'WAKEUP