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