Charles, It's been a while but I'm 90% sure that LT= / TOD= cause the interval to expire at the time specified. Thus, if you specify a time that is earlier than the current time, the interval is considered to be expired.
Sorry that I can't be 100% definitive. Alan -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Charles Mills Sent: Tuesday, November 09, 2010 11:33 To: [email protected] Subject: Can STIMERM TOD= an earlier time tomorrow? Sorry if this in the Assembler Services Ref or Guide -- I didn't see it there. Yes, I could run an experiment but I thought perhaps someone would know the answer off the top of their head. I want to set an STIMERM for 00:00:00.01 tomorrow morning. Can I specify that with the TOD parameter and have it work, or do I have to compute the difference between "now" and then and specify it as a BINTVL=? Another way of phrasing the question is "what does STIMERM do with a TOD= that is an earlier time of day than the time at which the macro is issued? Treat it as an error, treat it as a NOP, treat the interval as just expired, or treat it as a time tomorrow?" (I really don't care about the detailed answer to this latter question beyond "treats it as a time tomorrow" versus "anything else.") Thanks, Charles Mills ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
