Re: [OT] How to determine if running as a multitasking CMS app
On Tue, 10 Jul 2007 11:55:23 -0400, Alan Altmark [EMAIL PROTECTED] wrote: On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman [EMAIL PROTECTED] wrote: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote : ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in? No, I'm in NY. Domino examines the Date: field in the header and sets t he PostedDate attribute, used by my posting script. Rick's are GMT -0400. Yours are -0500. You'll note that it says EST for you and AST for Rick. Domino isn't adjusting for DST. The script is using the PostedDate so as to correlate it to when you *sent* the post, not when I received it. Hmmm...that's not such a great idea as some clients will build the Date: header when you start the mail , not send it. I think I'll change it to use the date I received it. Domino gets that one right every time. And it's probably close enough. Thanks for pointing it out. Alan Altmark z/VM Development IBM Endicott = == == Actually I'm on -0700 (PDT). But I posted via the web interface, so I gu ess it thinks I'm back in Arkansas. (I left in 1962.)
Re: How to determine if running as a multitasking CMS app
On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: On Mon, 9 Jul 2007, Alan Altmark wrote: I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. I've made a note of your recommendation. But this still only tells us that VMSTART is in the mix. Someone please convince me that this is sufficient. Unfortunately I don't understand the underlying problem. If I wanted to know if pthread_create was going to work, I would issue it and remember the answer, so that I could fallback to Plan B. But since that's the obvious answer, I figured that wasn't the problem. Alan Altmark z/VM Development IBM Endicott
[OT] How to determine if running as a multitasking CMS app
On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bothe r to log in?
Re: [OT] How to determine if running as a multitasking CMS app
I think Atlantic Standard Time would make more sense...but still...why bother to log in? :-) Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 07/10/2007 07:06:19 AM: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in?
Re: [OT] How to determine if running as a multitasking CMS app
10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bothe r to log in? No, that'd be Alan Standard Time. You know, the time scale when you're in that meeting with random vendor weenies that never seems to end? It's the time to argue about architectural details, and plan parties. It's the best of times, it's the worst of times... But, time passes. -- db (is it Friday yet?)
Re: [OT] How to determine if running as a multitasking CMS app
On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman [EMAIL PROTECTED] wrote: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in? No, I'm in NY. Domino examines the Date: field in the header and sets the PostedDate attribute, used by my posting script. Rick's are GMT -0400. Yours are -0500. You'll note that it says EST for you and AST for Rick. Domino isn't adjusting for DST. The script is using the PostedDate so as to correlate it to when you *sent* the post, not when I received it. Hmmm...that's not such a great idea as some clients will build the Date: header when you start the mail, not send it. I think I'll change it to use the date I received it. Domino gets that one right every time. And it's probably close enough. Thanks for pointing it out. Alan Altmark z/VM Development IBM Endicott
Re: [OT] How to determine if running as a multitasking CMS app
AST is actually Altmark Standard Time. Not to be confused with CST, which of course is Chuckie Standard Time. Alan Ackerman [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/10/2007 10:06 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject [OT] How to determine if running as a multitasking CMS app On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in?
Re: [OT] How to determine if running as a multitasking CMS app
Hmmm. Then it's Domino's Almost or About Standard Time? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/10/2007 10:55 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: [OT] How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman [EMAIL PROTECTED] wrote: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in? No, I'm in NY. Domino examines the Date: field in the header and sets the PostedDate attribute, used by my posting script. Rick's are GMT -0400. Yours are -0500. You'll note that it says EST for you and AST for Rick. Domino isn't adjusting for DST. The script is using the PostedDate so as to correlate it to when you *sent* the post, not when I received it. Hmmm...that's not such a great idea as some clients will build the Date: header when you start the mail, not send it. I think I'll change it to use the date I received it. Domino gets that one right every time. And it's probably close enough. Thanks for pointing it out. Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: [OT] How to determine if running as a multitasking CMS app
Maybe Arbitrary Standard Time Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, July 10, 2007 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [OT] How to determine if running as a multitasking CMS app Hmmm. Then it's Domino's Almost or About Standard Time? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/10/2007 10:55 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: [OT] How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman [EMAIL PROTECTED] wrote: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in? No, I'm in NY. Domino examines the Date: field in the header and sets the PostedDate attribute, used by my posting script. Rick's are GMT -0400. Yours are -0500. You'll note that it says EST for you and AST for Rick. Domino isn't adjusting for DST. The script is using the PostedDate so as to correlate it to when you *sent* the post, not when I received it. Hmmm...that's not such a great idea as some clients will build the Date: header when you start the mail, not send it. I think I'll change it to use the date I received it. Domino gets that one right every time. And it's probably close enough. Thanks for pointing it out. Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: [OT] How to determine if running as a multitasking CMS app
Schuh, Richard wrote: Maybe Arbitrary Standard Time Making PST = Proprietary Standard Time :-) Sorry... but I like oxymorons, and this fit sooo well. :-)
Re: [OT] How to determine if running as a multitasking CMS app
To paraphrase Will Rogers, I never met an oxymoron that I didn't like. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Don Russell Sent: Tuesday, July 10, 2007 11:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [OT] How to determine if running as a multitasking CMS app Schuh, Richard wrote: Maybe Arbitrary Standard Time Making PST = Proprietary Standard Time :-) Sorry... but I like oxymorons, and this fit sooo well. :-)
Re: [OT] How to determine if running as a multitasking CMS app
Hello! I see no one, outside of myself has thought it should also be Anarchist Standard Time. Youd be surprised how many people complain to my ISP's support locations regarding the time shown on the web mail screens not looking like something all of us understand. It took me a long while to realize that the Internet runs on GMT, or UTC, if you want, and it was up to all of us to make the necessary allowances. And even most Operating Systems actually want your host to be running on one of those two before the installer finishes its work. PC world of course. -- Gregg C Levine [EMAIL PROTECTED] The Force will be with you. Always. Obi-Wan Kenobi -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, July 10, 2007 1:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [OT] How to determine if running as a multitasking CMS app Hmmm. Then it's Domino's Almost or About Standard Time? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/10/2007 10:55 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: [OT] How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman [EMAIL PROTECTED] wrote: On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: ... Alan Altmark z/VM Development IBM Endicott 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why bother to log in? No, I'm in NY. Domino examines the Date: field in the header and sets the PostedDate attribute, used by my posting script. Rick's are GMT -0400. Yours are -0500. You'll note that it says EST for you and AST for Rick. Domino isn't adjusting for DST. The script is using the PostedDate so as to correlate it to when you *sent* the post, not when I received it. Hmmm...that's not such a great idea as some clients will build the Date: header when you start the mail, not send it. I think I'll change it to use the date I received it. Domino gets that one right every time. And it's probably close enough. Thanks for pointing it out. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
The problem is that I may eventually need to do a ThreadCreate (note Multitasking CMS call, not POSIX pthread_create) or EventTrap call, but not initially. It seemed pretty ugly to me to have to create a thread just to decide if I was running as a true MT CMS app or not. Not providing a call to determine this seems to have been an oversight (along with having VMPROCESSEND events keyed on process name when there's no way to retrieve a process ID from a process name - but I digress). Thanks to everyone for the ideas provided - I think I'll stick to running the chain of PSDs. Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, 10 July 2007 11:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app On Monday, 07/09/2007 at 10:30 AST, Rick Troth [EMAIL PROTECTED] wrote: On Mon, 9 Jul 2007, Alan Altmark wrote: I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. I've made a note of your recommendation. But this still only tells us that VMSTART is in the mix. Someone please convince me that this is sufficient. Unfortunately I don't understand the underlying problem. If I wanted to know if pthread_create was going to work, I would issue it and remember the answer, so that I could fallback to Plan B. But since that's the obvious answer, I figured that wasn't the problem. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
In case anyone's interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn't work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note This information is NOT intended to be used as Programming Interfaces of z/VM ... which makes me a little uneasy about doing it this way. I guess it's all there is, though. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gillis, Mark Sent: Friday, 29 June 2007 11:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: How to determine if running as a multitasking CMS app I need to determine if my code is being called by a multitasking CMS program (i.e., with entrypoint VMSTART) or not. It seems that it is valid to issue almost any multitasking CMS call from a program that hasn't been linked as a multitasking CMS application, except for ThreadCreate and EventTrap, so at worst I could resort to issuing a ThreadCreate and check the results, but this seems to be a pretty expensive way to do it. I've noticed that the flag NUCMTDSP in the NUCON seems to be set when a multitasking CMS app is active. Does anyone know if there's a proper way to do this?
Re: How to determine if running as a multitasking CMS app
On Tuesday, 07/10/2007 at 10:16ZE10, Gillis, Mark [EMAIL PROTECTED] wrote: In case anyone?s interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn?t work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note?This information is NOT intended to be used as Programming Interfaces of z/VM? ? which makes me a little uneasy about doing it this way. I guess it?s all there is, though. I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
Unfortunately, not applicable to what I'm doing - the module where I'm doing this is CMSCALL'd by a client application, so it's not linked in, and I need to maintain backward compatibility, so it needs to stay that way. Good idea, though. Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, 10 July 2007 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 10:16ZE10, Gillis, Mark [EMAIL PROTECTED] wrote: In case anyone?s interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn?t work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note?This information is NOT intended to be used as Programming Interfaces of z/VM? ? which makes me a little uneasy about doing it this way. I guess it?s all there is, though. I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
Not sure if this will work but... Can you use DMSCALLER to look back to see who called you... do that repeatedly (looking further and further back) until you: A - find the origin of the universe you currently know or B - find VMSTART You would only need to do this one time when your program starts, then set your own flag for other parts to check as needed. Or (untested), try calling an MT function (that actually requires MT) if it works, you're MT; if not, you're not. (Might need an ESPIE or similar routine to catch an abend.) Gillis, Mark wrote: Unfortunately, not applicable to what I'm doing - the module where I'm doing this is CMSCALL'd by a client application, so it's not linked in, and I need to maintain backward compatibility, so it needs to stay that way. Good idea, though. Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, 10 July 2007 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 10:16ZE10, Gillis, Mark [EMAIL PROTECTED] wrote: In case anyone?s interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn?t work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note?This information is NOT intended to be used as Programming Interfaces of z/VM? ? which makes me a little uneasy about doing it this way. I guess it?s all there is, though. I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
DMSCALLER returned the name of the calling load module - not VMSTART. Not to worry - running the chain of PSD's seems to work, I'll just keep my fingers crossed that it stays that way. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Don Russell Sent: Tuesday, 10 July 2007 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app Not sure if this will work but... Can you use DMSCALLER to look back to see who called you... do that repeatedly (looking further and further back) until you: A - find the origin of the universe you currently know or B - find VMSTART You would only need to do this one time when your program starts, then set your own flag for other parts to check as needed. Or (untested), try calling an MT function (that actually requires MT) if it works, you're MT; if not, you're not. (Might need an ESPIE or similar routine to catch an abend.) Gillis, Mark wrote: Unfortunately, not applicable to what I'm doing - the module where I'm doing this is CMSCALL'd by a client application, so it's not linked in, and I need to maintain backward compatibility, so it needs to stay that way. Good idea, though. Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, 10 July 2007 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 10:16ZE10, Gillis, Mark [EMAIL PROTECTED] wrote: In case anyone?s interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn?t work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note?This information is NOT intended to be used as Programming Interfaces of z/VM? ? which makes me a little uneasy about doing it this way. I guess it?s all there is, though. I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
I'm not convinced that running the chain is the right solution. Sure, it names the caller(s), but that's hardly a programatic way to determine if you're in an MT environment. -- R; On Tue, 10 Jul 2007, Gillis, Mark wrote: DMSCALLER returned the name of the calling load module - not VMSTART. Not to worry - running the chain of PSD's seems to work, I'll just keep my fingers crossed that it stays that way. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Don Russell Sent: Tuesday, 10 July 2007 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app Not sure if this will work but... Can you use DMSCALLER to look back to see who called you... do that repeatedly (looking further and further back) until you: A - find the origin of the universe you currently know or B - find VMSTART You would only need to do this one time when your program starts, then set your own flag for other parts to check as needed. Or (untested), try calling an MT function (that actually requires MT) if it works, you're MT; if not, you're not. (Might need an ESPIE or similar routine to catch an abend.) Gillis, Mark wrote: Unfortunately, not applicable to what I'm doing - the module where I'm doing this is CMSCALL'd by a client application, so it's not linked in, and I need to maintain backward compatibility, so it needs to stay that way. Good idea, though. Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, 10 July 2007 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if running as a multitasking CMS app On Tuesday, 07/10/2007 at 10:16ZE10, Gillis, Mark [EMAIL PROTECTED] wrote: In case anyone?s interested, I raised this with IBM. Their response was that testing NUCMTDSP wouldn?t work, the only way possible being to run the CMS control blocks. Unfortunately, these control blocks have the note?This information is NOT intended to be used as Programming Interfaces of z/VM? ? which makes me a little uneasy about doing it this way. I guess it?s all there is, though. I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. Alan Altmark z/VM Development IBM Endicott
Re: How to determine if running as a multitasking CMS app
On Mon, 9 Jul 2007, Alan Altmark wrote: I have some assembler code that can run with C or Pascal (called prior to entering the real module). I put in a WXTRN for CEESTART and VSPASCAL in order to figure out whether it is running in an LE environment or not. Could you put in a WXTRN for VMSTART? If the adcon is non-zero, then VMSTART was linked. I've made a note of your recommendation. But this still only tells us that VMSTART is in the mix. Someone please convince me that this is sufficient. -- R;
How to determine if running as a multitasking CMS app
I need to determine if my code is being called by a multitasking CMS program (i.e., with entrypoint VMSTART) or not. It seems that it is valid to issue almost any multitasking CMS call from a program that hasn't been linked as a multitasking CMS application, except for ThreadCreate and EventTrap, so at worst I could resort to issuing a ThreadCreate and check the results, but this seems to be a pretty expensive way to do it. I've noticed that the flag NUCMTDSP in the NUCON seems to be set when a multitasking CMS app is active. Does anyone know if there's a proper way to do this?