After some other posts in this thread, I would like to let you know
that I am very happy to work with IBM and IBM's systems after all
these years, and in my opinion they are now very mature and stable,
and we don't have much trouble with them.
I also believe that IBM's attitude to customers has c
On Apr 10, 2013, at 5:00 PM, Gerhard Postpischil wrote:
On 4/10/2013 8:05 AM, Peter Relson wrote:
As all should understand, very little of this would be considered
supported in any way shape or form and if anything in this realm
caused a
problem (or could conceivably have caused a problem), I
From: Gerhard Postpischil
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 04/10/2013 06:01 PM
Subject:Re: New Software Tool for z/OS Developers Announced by
Arney Computer Systems
Sent by:IBM Mainframe Discussion List
On 4/10/2013 8:05 AM, Peter Relson wrote:
> As all should understan
On 4/10/2013 8:05 AM, Peter Relson wrote:
As all should understand, very little of this would be considered
supported in any way shape or form and if anything in this realm caused a
problem (or could conceivably have caused a problem), IBM service might
take a hard line about helping.
As a coup
Obviously something has to be altered. What it is depends on the situation but
some appropriate data structure will be modified which naturally has to be done
correctly. Incorrect updates will cause problems whether to control blocks or
code. The benefit of our wrapper intercept is that code in
On Wed, 10 Apr 2013 09:06:13 -0500, Kenneth Wilkerson
wrote:
>TDF does not use traditional "intercept" technology. TDF never alters any
>user code other than user specified breakpoints and it never alters any MVS
>code in any way.
What about pointers to MVS code? Updating those is what I would
We know this, but this approach using TRAP2 seemed so much nicer to us
than our original 0C1 / ESPIE approach - no need to go through the RTM
processing -
that we gave it a try. We will be able to go back to the old approach
within hours or days, should it be necessary.
The updating of the DUCT
eycomputer
Sent: Wednesday, April 10, 2013 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Software Tool for z/OS Developers Announced by Arney
Computer Systems
I think everyone is aware of that, but of course if not, they should
understand it. That said, everyone should also know that t
I think everyone is aware of that, but of course if not, they should understand
it. That said, everyone should also know that there is no method of achieving
the end result that is supported by IBM. Therefore, there is no choice if you
need the function. This processing is done using the standa
On Wed, 10 Apr 2013 08:05:49 -0400, Peter Relson wrote:
>As all should understand, very little of this would be considered
>supported in any way shape or form and if anything in this realm caused a
>problem (or could conceivably have caused a problem), IBM service might
>take a hard line about hel
Very true. Which is why I dislike some of what CA (and likely others)
does. Is everybody aware that they "front end" IEEMB838 dynamically?
That's one of the things that the CAS9 start in CA Common Services
does. And I don't doubt that they do other "incestuous" things. I
think I understand why, but
>wrap all content supervision (LOAD, LINK, XCTL
>and ATTACH), RTM exit (ESTAE(X), STAE, (E)SPIE and SETFRR) and selected
>schedule (such as IEAMSCHD) service calls.
As all should understand, very little of this would be considered
supported in any way shape or form and if anything in this realm c
On 4/9/2013 11:43 AM, Frank wrote:
You are thinking of the #DIE macro. That assembles into a x'00'
instruction with a special identifier for zXDC. If zXDC is
established as the newest ESTAE, the #DIE would cause a debugging
session to start. Otherwise a S0C1 is generated.
I sincerely hope tha
On Tue, 2013-04-09 at 14:37 -0500, Ed Gould wrote:
> Doesn't appear to be the same guy, at least from the description
> (essentially no history).
The Wikipedia article points to this:
http://www.chicagobooth.edu/alumnicelebration/2008/awardsshields.aspx
which seems to confirm that it's your Ru
Doesn't appear to be the same guy, at least from the description
(essentially no history).
Ed
On Apr 9, 2013, at 12:53 PM, David Andrews wrote:
On Tue, 2013-04-09 at 12:33 -0500, Ed Gould wrote:
I told Russ Shields at one time I don't care what you do to CICS
butkeep it away from anything t
; - Original Message -
> From: "Frank"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, April 9, 2013 10:43:27 AM
> Subject: Re: New Software Tool for z/OS Developers Announced by Arney
> Computer Systems
>
> Bill,
>
> You are thinking of the #DIE macro. T
On Tue, 2013-04-09 at 12:33 -0500, Ed Gould wrote:
> I told Russ Shields at one time I don't care what you do to CICS
> butkeep it away from anything that is NOT CICS. He was not amused.
I imagine he's gotten over it.
http://en.wikipedia.org/wiki/T._Russell_Shields
--
SEI = Shield enterprises inc. Consulting company (probably
nationwide). Original written for CICS then when MVS came out they
got it "working" on our system (groan). I told Russ Shields at one
time I don't care what you do to CICS but keep it away from anything
that is NOT CICS. He was not
gt; - Original Message -
> From: "Frank"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, April 9, 2013 10:43:27 AM
> Subject: Re: New Software Tool for z/OS Developers Announced by Arney
> Computer Systems
>
> Bill,
>
> You are thinking of the #
n, TN
- Original Message -
From: "Frank"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, April 9, 2013 10:43:27 AM
Subject: Re: New Software Tool for z/OS Developers Announced by Arney Computer
Systems
Bill,
You are thinking of the #DIE macro. That assembles into a x'00' in
errupt even in XMEM.
>
>
>Bill Fairchild
>Franklin, TN
>
>- Original Message -
>From: "Micheal Butz"
>To: IBM-MAIN@LISTSERV.UA.EDU
>Sent: Tuesday, April 9, 2013 8:19:56 AM
>Subject: Re: New Software Tool for z/OS Developers Announced by Arney Compu
;> using XDC has always been a PITA for me. And debugging my recovery
>> routines (ESTAE, e.g.) were an even bigger PITA.
>>
>>
>> Bill Fairchild
>> Franklin, TN
>>
>>
>> ----- Original Message -
>>
>> From: "
Howdy,
My name is Kenneth and I'm the architect of TDF. I thought I would take a
few minutes to clarify a little about TDF. This is my first time doing this.
First, TDF is designed to be much more than an interactive debug tool. It
wasn't designed to compete with any existing products. It'
Hi Ed,
You wrote:
> Sigh... not relation to SEI's "hook" command from 20++ years ago I hope ? We
were averaging 10+ IPL's a day due to that monster.
Probably not. I've never heard of "SEI" let alone its hook command
(whatever that is).
z/XDC's HOOK command was written from scratch by yours truly
On Apr 8, 2013, at 9:18 PM, David Cole wrote:
--SNIPP
recovery environment.
Also, (security permitting) the HOOK command can be used to create a
debugging session in any other running address space in the System,
again
without any code c
Gerhard,
How about contacting me directly so that we can discuss your issue in depth.
Thanks,
Dave Cole
On Tue, Apr 9, 2013 at 2:18 AM, Gerhard Postpischil wrote:
> On 4/8/2013 9:47 PM, David Cole wrote:
>
>> WRT breakpoints, yes, 0C1s will occur when an address space, not involved
>> in the d
ode
> sample from a colleague.
>
>
> Bill Fairchild
> Franklin, TN
>
> - Original Message -
> From: "David Cole"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, April 9, 2013 7:48:30 AM
> Subject: Re: New Software Tool for z/OS Developers Announc
t;
>>
>> Bill Fairchild
>> Franklin, TN
>>
>>
>> - Original Message -
>>
>> From: "Chuck Arney"
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Sent: Monday, April 8, 2013 5:37:43 PM
>> Subject: Re: New Software Tool fo
ISTSERV.UA.EDU
Sent: Tuesday, April 9, 2013 7:48:30 AM
Subject: Re: New Software Tool for z/OS Developers Announced by Arney Computer
Systems
Hi Bill,
It seems to me that the HOOK command would have addressed both of your
PITAs.
Best,
Dave
On Tue, Apr 9, 2013 at 7:09 AM, DASDBILL2 wrote:
covery
> routines (ESTAE, e.g.) were an even bigger PITA.
>
>
> Bill Fairchild
> Franklin, TN
>
>
> - Original Message -
>
> From: "Chuck Arney"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Monday, April 8, 2013 5:37:43 PM
> Subject: Re: New Software
: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, April 8, 2013 5:37:43 PM
Subject: Re: New Software Tool for z/OS Developers Announced by Arney Computer
Systems
I'll share a few thoughts I have on a couple of these issues.
One of our design goals for TDF was to require no user code changes. We
feel
On 4/8/2013 9:47 PM, David Cole wrote:
WRT breakpoints, yes, 0C1s will occur when an address space, not involved
in the debugging session, attempts to execute a common storage breakpoint.
However, there are many simple techniques an XDC user can engage to make
this possibility either not occur or
Arney Computer Systems
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Rob Scott
> Sent: Monday, April 08, 2013 10:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New Software Tool for z/OS Dev
Sorry for the typo I meant that the debugger have recovery environment
If the user code has errors
Sent from my iPhone
On Apr 8, 2013, at 11:04 PM, Micheal Butz wrote:
> I think Dave is right about one thing
> That a debugger have a debugging
> Environment if the traceable code
> Is faulty
I think Dave is right about one thing
That a debugger have a debugging
Environment if the traceable code
Is faulty
Sent from my iPhone
On Apr 8, 2013, at 10:57 PM, Ed Jaffe wrote:
> On 4/8/2013 6:47 PM, David Cole wrote:
>> WRT breakpoints, yes, 0C1s will occur when an address space, not invo
On 4/8/2013 6:47 PM, David Cole wrote:
WRT breakpoints, yes, 0C1s will occur when an address space, not
involved in the debugging session, attempts to execute a common
storage breakpoint. However, there are many simple techniques an XDC
user can engage to make this possibility either not occur
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rob Scott
> Sent: Monday, April 08, 2013 10:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New Software Tool for z/OS Developers Announced by Arney
> Computer Systems
>
> I have been us
a very small price to pay for what you get.
>
> Rob Scott
> Lead Developer
> Rocket Software
> 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA
> Tel: +1.781.684.2305
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
>
>
> -Original Message-----
> From
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Rob Scott
Sent: Monday, April 08, 2013 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Software Tool for z/OS Developers Announced by Arney
Computer Systems
I have been using z/XDC to debug software in a variety
N@LISTSERV.UA.EDU] On Behalf
Of Binyamin Dissen
Sent: 08 April 2013 10:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Software Tool for z/OS Developers Announced by Arney Computer
Systems
I have not been at an installation that has used XDC for a while, so some of my
comments may be old.
In the
On Mon, 8 Apr 2013 12:32:53 +0300, Binyamin Dissen wrote:
>I will admit that I am old school - SVCdump, GTF traces, etc. So I can live
>without it.
I can identify somewhat with this. Dealing (only) with small customer sites, I
have never had the pleasure of playing with anything more sophisticat
Binyamin you are exactly right
Debugging CSA with XDC
If a program other then the one
Setting the breakpoint hits the breakpoint you will get a s0c1
This product could be come the standard for vendors debugging
Their products
Sent from my iPhone
On Apr 8, 2013, at 5:32 AM, Binyamin Dissen wro
I have not been at an installation that has used XDC for a while, so some of
my comments may be old.
In the standard environment, TSO TEST was a lot easier to use.
I had problems using the XDC VTAM to trap simple XMEM (a PC out of the client
address space). Seems like the application frequently h
Well that's exactly what I responded to
Shumel post seems there is a new
Kid on the block and probably easier
To use in debugging authorized code
Sent from my iPhone
On Apr 7, 2013, at 3:45 PM, Steve Thompson wrote:
> From: Micheal Burn
> Date: 04/07/2013 03:32 PM
>
>
>
> What else de
From: Micheal Burn
Date: 04/07/2013 03:32 PM
What else debugs XMEM SRB authorized code etc
Sent from my iPhone
-
As far as I know, XDC by Dave Cole. I've used it for debugging and
developing authorized code in sup state and key zero.
Regards,
Steve Thompson
Opinio
What else debugs XMEM SRB authorized code etc
Sent from my iPhone
On Apr 7, 2013, at 2:30 PM, "Shmuel Metz (Seymour J.)"
wrote:
> In <0d5993b0-8085-4915-9ca2-08b5c19aa...@optonline.net>, on 04/07/2013
> at 12:29 PM, Micheal Burn said:
>
>> Seems that Dave Cole finally has Competition
>
>
In <0d5993b0-8085-4915-9ca2-08b5c19aa...@optonline.net>, on 04/07/2013
at 12:29 PM, Micheal Burn said:
>Seems that Dave Cole finally has Competition
He has always had competition. The real question is whether the
competitive products are better. There isn't enough information in the
announcem
AIN@LISTSERV.UA.EDU] On
> Behalf Of Andy Wood
> Sent: Saturday, April 06, 2013 3:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New Software Tool for z/OS Developers Announced by Arney
> Computer Systems
>
> On Fri, 5 Apr 2013 15:29:47 -0500, Ed Gould wrote:
>
>
Ed...
Chuck Arney
Arney Computer Systems
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Andy Wood
Sent: Saturday, April 06, 2013 3:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Software Tool for z/OS Developers Announced by
Probably the PR department got ahold of it and didn't want to have to
do any copyright acknowledgments.
Ed
On Apr 6, 2013, at 3:36 PM, Andy Wood wrote:
On Fri, 5 Apr 2013 15:29:47 -0500, Ed Gould
wrote:
...
On Fri, 5 Apr 2013 15:29:47 -0500, Ed Gould wrote:
>
> ... It
>uses the most advanced facilities of the System z hardware
>architecture to create a modern debugging platform surpassing the
>techniques used by older g
>http://news.yahoo.com/software-tool-z-os-developers-announced-arney-
computer-071617612.html<
Arney Computer Systems announces a new debugging tool for developers
of software for IBM mainframes running the z/OS operating system. It
uses the most advanced facilities of the System z hardware
52 matches
Mail list logo
