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
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
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?
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]
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
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,
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
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
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
Schuh, Richard wrote:
Maybe Arbitrary Standard Time
Making PST = Proprietary Standard Time
:-)
Sorry... but I like oxymorons, and this fit sooo well. :-)
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]
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
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
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
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
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
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
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
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.
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
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,
21 matches
Mail list logo