Re: Question On Space Allocation

[Ron Hawkins]

Back when I was responsible for this sort of thing, I simply allocated any 
large space requests with Primary and secondary of 250 CYLS and let it overflow 
as many volumes as was needed to get the job to completion. It worked, it 
performed, and I slept because the space problems went away.

They could request anything they wanted in the JCL... We agreed to everything. 
We simply enforced good practice at allocation rather than JCL coding time.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ted MacNEIL
> Sent: Friday, April 11, 2008 2:23 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Question On Space Allocation
> 
> >The user says he doesn't want to lest his data get 'chunked up'...his
> NO CLUE light is on
> 
> The performance impact of fragmented datasets disappeared years ago.
> The whole purpose of SMS is to reduce the end-user management of
> datasets and storage.
> 
> Tell him that it would be better to have a 'chunked up' multi-volume
> dataset, rather than no dataset at all.
> 
> If he doesn't listen, tell him that he is to stop wasting your (and
> his) time; you've already given a solution.
> 
> -

--
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

C++ Workable Mainframe Debuggers

[Bill Klein]

David,
  This note makes it appear that what you are looking for is a C++
application debugger.  I haven't read all of the notes in the thread, but
making this clear in the subject may help getting more responsive replies.
Therefore, I have added "C++" to the subject.

"David Logan" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hmmm, I find it interesting that I have two votes for IBMs Debug Tool,
which
> is completely unusable to me. We write C++ programs here. My main app is
> something like 200 object modules.
> 
> When I write a "Hello world" test app, fire it up under IBMs debug tool,
it
> works great. When I try to debug our actual application, either the size
or
> complexity is such that it just hacks up hairballs and dies.
> 
> So I have filled my sources full of DEBUGX lines that I turn and off by
> module, and debug in batch via what turn out to be CEEMSG's.
> 
> So are there viable alternatives to IBMs debug tool, or is this the one?
If
> this is the one, I will have to give it another go so that I can explain
in
> detail how it behaves badly.
> 
> David Logan
> Manager of Product Development, Pitney Bowes Software, Inc.
> http://centrus.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
> Of Don Leahy
> Sent: Friday, April 11, 2008 11:24 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: FW: Workable Mainframe Debuggers
> 
> On Fri, Apr 11, 2008 at 12:35 PM, David Logan <[EMAIL PROTECTED]>
wrote:
> > I was wondering if there are any function debuggers on z/OS these days.
> >  Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
> >  (via the LE TEST options) is completely unusable for us. It always has
> >  been.
> >
> >  What suggestions might other people have?
> >

--
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

Re: Workable Mainframe Debuggers

[Wayne Driscoll]

Or in your case Ed, a product developer who plays a sysprog on TV...

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Friday, April 11, 2008 8:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Workable Mainframe Debuggers

Gibney, Dave wrote:
>   A problem is that many applications programmers are to busy, or don't
> care enough for such exploration and manual reading.
>   

Agreed. Just don't blame the sysprogs ...

>   At least some of those who do have such an inclination or "the knack",
> well, they used to become systems programmers :)
>   

Or software developers. ;-)

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Installers (Was: IBM announcements)

[Patrick O'Keefe]

On Fri, 11 Apr 2008 14:57:17 -0500, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>On Fri, 11 Apr 2008 14:39:31 -0500, Patrick O'Keefe wrote:
>
>>
>>... under no circumstances
>>would ever have its product installed in with other products in the
>>same CSI.
>
>Could you be a little more specific about what you mean by this?
>
>Are you referring to the target/DLIB zones or the global?
>
>What about multiple related products from the same vendor?  I'm working in
>software development now, but when I was a sys prog, I always found it
>annoying when a vendor insisted that every product had to go in its own zone.
>...

Ed interpreted my statement correctly, but I thought I'd respond 
directly to your statement.

To my "...under no circumstances ... same CSI."  I should have added
"and I'd seriously recommend we never look at this vendor again!"
The product should be isolated in its own Global/target/DLIB zones
... and dumped in the trash.  (Ok.  There are maybe some exceptions, 
but don't tell the vendors.)

I absolutely agree with your last statement.   Certainly a shared 
GLOBAL zone.  And I get irritated if I need more than one target and
DLIB per vendor.I know, I know.  Acquired products may have 
colliding DD statements (and I hate needing DD statements overriding
DDDEFs almost as much as I hate multiple zones).  It's because I 
agree with you last statement that I dislike and distrust an installation 
by restore.  I hate the assumption that nothing belongs in the zone
but the one pristine product.

Target/DLIB - A restore of the zones makes me seriously grumpy.
The GLOBAL zone?   I'd go ballistic. 

Pat O'Keefe
   

--
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

Re: Workable Mainframe Debuggers

[Edward Jaffe]

Gibney, Dave wrote:

  A problem is that many applications programmers are to busy, or don't
care enough for such exploration and manual reading.
  


Agreed. Just don't blame the sysprogs ...


  At least some of those who do have such an inclination or "the knack",
well, they used to become systems programmers :)
  


Or software developers. ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Workable Mainframe Debuggers

[Gibney, Dave]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Edward Jaffe
> Sent: Friday, April 11, 2008 5:49 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> Farley, Peter x23353 wrote:
> > I probably should have added the phrase "available to the
application
> > programmer".  And yes, most of the MVS sites at which I worked used
> > ignorance and information hiding to do it.  Plus a little attitude
--
> > "Real programmers only use SYSUDUMP" kind of attidude.
> >
> 
> C'mon, Dude! I came up as an application programmer in a prominent
> Southern California bank back in the 1980s. Our sysprogs -- full
> disclosure: Skip Robinson from SCE was one of them -- did their jobs;
we
> did ours. They didn't teach us about how to use TSO/E commands, how to
> use ISPF, or how to use/manage any of the other myriad MVS batch and
> online programs and facilities that we could run. We simply read the
> manuals to learn.
> 
> In those days, we ordered paper manuals. There was only so much space
in
> your cubicle and the books were not ultra cheap. I suppose, if one
> ordered an IPCS manual, it's conceivable your manager *might* ask,
"What
> do you need that for?" We also had a library with shelves full of
> manuals we could all share.
> 
> (FYI: I purchased "G" and "S" manuals directly from IBM for my own
> collection at home. It was purely my choice which ones to buy. I spent
a
> fortune on them!  :-$ )
> 
> I doubt the sysprogs of today are any more interested in teaching
> application programmers how to use TSO/E than they were 25 years ago.
> Application programmers must still read manuals to learn how to use
the
> system. And, these days, manuals are available for free, via the
> Internet, covering every imaginable aspect of z/OS!
> 
> I'd like to know just how evil, 21st-century, Darth-Vader-like
sysprogs
> use "ignorance and information hiding" to prevent application
> programmers from knowing anything about IPCS. IPCS is just as easy a
> command to type as ISPF and the doc is as freely available as it is
for
> any other built-in command or facility that runs under z/OS! (That is,
> unless the sysprogs are censoring the Internet!)
> 
> I suggest a more reasonable explanation is that the application
> programmers *themselves* are avoiding IPCS
> 
> > In any case, I've never been privileged to learn it or use it.
> >
> 
> It's never too late! ;-)

  A problem is that many applications programmers are to busy, or don't
care enough for such exploration and manual reading.
  At least some of those who do have such an inclination or "the knack",
well, they used to become systems programmers :)


> 
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 5200 W Century Blvd, Suite 800
> Los Angeles, CA 90045
> 310-338-0400 x318
> [EMAIL PROTECTED]
> http://www.phoenixsoftware.com/
> 
> --
> 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

Re: Workable Mainframe Debuggers

[Ted MacNEIL]

>And yes, most of the MVS sites at which I worked used ignorance and 
>information hiding to do it.  Plus a little attitude -- "Real programmers only 
>use SYSUDUMP" kind of attidude.

I think there is a huge chip on your shoulder.
Most technical types realise we're all on the same side.
Our attitude comes from the fact that we, as SME's, are trying to help, but you 
don't like our solutions.
So, is that arrogance, or frustration on our part?

If I give you an answer, and you don't want to hear it, does that make me 
arrogant, because you won't listen to me?
Or, does that make you arrogant, because you won't listen to me?

We are SME's for a reason!

-
Too busy driving to stop for gas!

--
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

Re: Workable Mainframe Debuggers

[Edward Jaffe]

Farley, Peter x23353 wrote:

I probably should have added the phrase "available to the application
programmer".  And yes, most of the MVS sites at which I worked used
ignorance and information hiding to do it.  Plus a little attitude --
"Real programmers only use SYSUDUMP" kind of attidude.
  


C'mon, Dude! I came up as an application programmer in a prominent 
Southern California bank back in the 1980s. Our sysprogs -- full 
disclosure: Skip Robinson from SCE was one of them -- did their jobs; we 
did ours. They didn't teach us about how to use TSO/E commands, how to 
use ISPF, or how to use/manage any of the other myriad MVS batch and 
online programs and facilities that we could run. We simply read the 
manuals to learn.


In those days, we ordered paper manuals. There was only so much space in 
your cubicle and the books were not ultra cheap. I suppose, if one 
ordered an IPCS manual, it's conceivable your manager *might* ask, "What 
do you need that for?" We also had a library with shelves full of 
manuals we could all share.


(FYI: I purchased "G" and "S" manuals directly from IBM for my own 
collection at home. It was purely my choice which ones to buy. I spent a 
fortune on them!  :-$ )


I doubt the sysprogs of today are any more interested in teaching 
application programmers how to use TSO/E than they were 25 years ago. 
Application programmers must still read manuals to learn how to use the 
system. And, these days, manuals are available for free, via the 
Internet, covering every imaginable aspect of z/OS!


I'd like to know just how evil, 21st-century, Darth-Vader-like sysprogs 
use "ignorance and information hiding" to prevent application 
programmers from knowing anything about IPCS. IPCS is just as easy a 
command to type as ISPF and the doc is as freely available as it is for 
any other built-in command or facility that runs under z/OS! (That is, 
unless the sysprogs are censoring the Internet!)


I suggest a more reasonable explanation is that the application 
programmers *themselves* are avoiding IPCS



In any case, I've never been privileged to learn it or use it.
  


It's never too late! ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Searching for text string

[John R. Ehrman (408-463-3543 T/543-)]

You might consider the string-search capabilities of SUPERC,
and use a REXX exec to set up the data set names.
John Ehrman
(-- Referenced Note Follows )
Sent: Thursday, April 10, 2008 3:38 AM

We have a requirement to search for a textstring i a lot of datasets
The datasets have the following format

PROD.DISINH.D.T.L

I need to be able to search all datasets within a date for a specific
text-string. Any way to do this other than write a REXX?

--
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

Re: FW: Workable Mainframe Debuggers

[David Logan]

Apologies of a sort about this email. My outlook ...

I use Windows Vista with Office 2007 ... I *strongly* recommend *against* it
if anyone is thinking about it ...

Anyway, my Outlook likes to split groups of messages up, and I missed the
large discussion before I sent this. So let me now go read the rest of the
responses.

David Logan
Manager of Product Development, Pitney Bowes Software, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of David Logan
Sent: Friday, April 11, 2008 6:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FW: Workable Mainframe Debuggers

Hmmm, I find it interesting that I have two votes for IBMs Debug Tool, which
is completely unusable to me. We write C++ programs here. My main app is
something like 200 object modules.

When I write a "Hello world" test app, fire it up under IBMs debug tool, it
works great. When I try to debug our actual application, either the size or
complexity is such that it just hacks up hairballs and dies.

So I have filled my sources full of DEBUGX lines that I turn and off by
module, and debug in batch via what turn out to be CEEMSG's.

So are there viable alternatives to IBMs debug tool, or is this the one? If
this is the one, I will have to give it another go so that I can explain in
detail how it behaves badly.

David Logan
Manager of Product Development, Pitney Bowes Software, Inc.
http://centrus.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Don Leahy
Sent: Friday, April 11, 2008 11:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FW: Workable Mainframe Debuggers

On Fri, Apr 11, 2008 at 12:35 PM, David Logan <[EMAIL PROTECTED]> wrote:
> I was wondering if there are any function debuggers on z/OS these days.
>  Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
>  (via the LE TEST options) is completely unusable for us. It always has
>  been.
>
>  What suggestions might other people have?
>

We use IBM's Debug Tool for all of our COBOL debugging.

Some of its competitors (Xpeditor for example) are more slick and have
more features, but Debug Tool was priced right and has enough features
to keep the programmers happy.

We were formerly a MicroFocus Cobol shop, but we had allowed that tool
kit to degrade over the years until it became less and less useful.
At the end, we found it was cheaper to move to Debug Tool than to
upgrade our MicroFocus.

--
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

--
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

Re: FW: Workable Mainframe Debuggers

[David Logan]

Hmmm, I find it interesting that I have two votes for IBMs Debug Tool, which
is completely unusable to me. We write C++ programs here. My main app is
something like 200 object modules.

When I write a "Hello world" test app, fire it up under IBMs debug tool, it
works great. When I try to debug our actual application, either the size or
complexity is such that it just hacks up hairballs and dies.

So I have filled my sources full of DEBUGX lines that I turn and off by
module, and debug in batch via what turn out to be CEEMSG's.

So are there viable alternatives to IBMs debug tool, or is this the one? If
this is the one, I will have to give it another go so that I can explain in
detail how it behaves badly.

David Logan
Manager of Product Development, Pitney Bowes Software, Inc.
http://centrus.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Don Leahy
Sent: Friday, April 11, 2008 11:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FW: Workable Mainframe Debuggers

On Fri, Apr 11, 2008 at 12:35 PM, David Logan <[EMAIL PROTECTED]> wrote:
> I was wondering if there are any function debuggers on z/OS these days.
>  Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
>  (via the LE TEST options) is completely unusable for us. It always has
>  been.
>
>  What suggestions might other people have?
>

We use IBM's Debug Tool for all of our COBOL debugging.

Some of its competitors (Xpeditor for example) are more slick and have
more features, but Debug Tool was priced right and has enough features
to keep the programmers happy.

We were formerly a MicroFocus Cobol shop, but we had allowed that tool
kit to degrade over the years until it became less and less useful.
At the end, we found it was cheaper to move to Debug Tool than to
upgrade our MicroFocus.

--
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

Re: Workable Mainframe Debuggers

[John McKown]

On Sat, 12 Apr 2008, Shane wrote:

> On Fri, 2008-04-11 at 15:46 -0400, Farley, Peter x23353 wrote:
> 
> > I've rarely been in a shop that had IPCS and also permitted application
> > programmers to use it.
> 
> Peter has mentioned this before. Man, what I've give to have devs that
> were in the least bit interested ...
> FWIW I've never seen a shop restrict IPCS.
> 
> Shane ...

I agree. Even the ones who might be that technically inclined just don't 
have the time. They are too busy working on other things. If an abend 
occurs, they need to fix it ASAP. AbendAID is far better for that than 
IPCS. Of course, for applications, I usually just look at the CEEDUMP and 
can tell where the problem is (assuming AbendAID doesn't have what is 
needed).

-- 
Q: What do theoretical physicists drink beer from?
A: An EIN stein.

Maranatha!
John McKown

--
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

Re: Workable Mainframe Debuggers

[Shane]

On Fri, 2008-04-11 at 15:46 -0400, Farley, Peter x23353 wrote:

> I've rarely been in a shop that had IPCS and also permitted application
> programmers to use it.

Peter has mentioned this before. Man, what I've give to have devs that
were in the least bit interested ...
FWIW I've never seen a shop restrict IPCS.

Shane ...

--
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

Re: Workable Mainframe Debuggers

[Don Leahy]

On Fri, Apr 11, 2008 at 4:38 PM, Steve Comstock
<[EMAIL PROTECTED]> wrote:

>
>  1. I agree that few shops let applications programmers at IPCS
>
>  2. Mainly by keeping them in the dark
>
>  3. I think this started out a long time ago because SYSMDUMPs
>created large outputs (filling spool?) and were thought to
>be only for IBM support
>
>  4. Even if they had access to them, most programmers would not
>care to look; as John pointed out, they simply consider the
>dump unreadable.

In my 25 years as an application programmer, I have never seen IPCS.
I knew it existed, but was under the impression it was only useful for
sysprogs.  So, count me in the "keeping them in the dark" category.

A couple of years ago we moved from Abendaid to IBM's Fault Analyzer.
Initially FA was resisted by the programmers but once they were shown
how to use its symbolic debugging features, the resistance crumbled.

--
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

Re: Workable Mainframe Debuggers

[Farley, Peter x23353]

I probably should have added the phrase "available to the application
programmer".  And yes, most of the MVS sites at which I worked used
ignorance and information hiding to do it.  Plus a little attitude --
"Real programmers only use SYSUDUMP" kind of attidude.

In any case, I've never been privileged to learn it or use it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ted MacNEIL
> Sent: Friday, April 11, 2008 6:05 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> >I've rarely been in a shop that had IPCS
> 
> Isn't IPCS a 'bundled' product?


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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

Re: Workable Mainframe Debuggers

[Ted MacNEIL]

>I've rarely been in a shop that had IPCS

Isn't IPCS a 'bundled' product?

-
Too busy driving to stop for gas!

--
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

Re: Workable Mainframe Debuggers

[Kirk Talman]

You must work in heaven.  Obtaining a tool just because the pgmrs wanted 
it?  Oh my heart be still.

btw we went from XBUG to IDT (IBM debug tool).  plus the other tools in 
set.  there was a price issue (10's of kmips).

IDT has a serious learning curve w/ new releases yearly.

IBM Mainframe Discussion List  wrote on 04/11/2008 
03:56:19 PM:

> Here we used to have Xpediter.  That was thrown out in favor of 
> Intertest - I suspect mostly because of cost.  Just a few weeks ago,
> we went back to Xpediter because the programmers liked it better.  I

> Eric Bielefeld



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

--
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

Re: Question On Space Allocation

[Ted MacNEIL]

>The user says he doesn't want to lest his data get 'chunked up'...his NO CLUE 
>light is on

The performance impact of fragmented datasets disappeared years ago.
The whole purpose of SMS is to reduce the end-user management of datasets and 
storage.

Tell him that it would be better to have a 'chunked up' multi-volume dataset, 
rather than no dataset at all.

If he doesn't listen, tell him that he is to stop wasting your (and his) time; 
you've already given a solution.

-
Too busy driving to stop for gas!

--
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

Re: Authorized Rexx Assembler Function

[Gerhard Postpischil]

Edward Jaffe wrote:
None of these program linkage techniques will establish an authorized 
environment.


Oops. I completely forgot - I have a modified version of the 
STEPLIB program, that has an optional APF operand to authorize 
the libraries. Once that's done the authorized programs will run 
correctly; it's a great time saver when debugging new or heavily 
modified programs, since it can be done out of a test library.



Gerhard Postpischil
Bradford, VT

--
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

Re: Workable Mainframe Debuggers

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
> Sent: Friday, April 11, 2008 3:17 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> 
> It's the only way I know to analyze a SYSMDUMP or a data set 
> created by 
> the IEATDUMP macro -- a dump service intended for ordinary, 
> problem-state application program use.
> 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea
2a671/9.3

-- 
Edward E Jaffe

Is that a COBOL verb? If it ain't COBOL, our programmers ain't a gonna
bother with it. [grin?]

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: SHOWZOS output.

[Roland Schiradin]

ok Claude. Version 7.17 (currently beta for z/OS R10) will contain this fix 
among
downward compatibilty if assembled on z/OS R9 and run on older releases. It 
will be ready soon perhaps at summer time. Still working on some new issues 
like System-Rexx

Roland



>Roland,
>
>Thanks very much, it worked like a charm. When the assemble and link
>finished job finished, I ran SHOWZOS and it runs clean. Thank you again
>for providing this nice tool.
>
>And thanks to all who responded as well.
>
>Regards,
>Claude
>

--
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

Re: Workable Mainframe Debuggers

[Steve Comstock]

Edward Jaffe wrote:

McKown, John wrote:
It would be simple to do by customizing one of the IPCS clists. 


But, is this what *most* shops do?


Or just
keep them ignorant of it. Why would a "normal" programmer ever want to
use IPCS? 


It's the only way I know to analyze a SYSMDUMP or a data set created by 
the IEATDUMP macro -- a dump service intended for ordinary, 
problem-state application program use.


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a671/9.3


1. I agree that few shops let applications programmers at IPCS

2. Mainly by keeping them in the dark

3. I think this started out a long time ago because SYSMDUMPs
   created large outputs (filling spool?) and were thought to
   be only for IBM support

4. Even if they had access to them, most programmers would not
   care to look; as John pointed out, they simply consider the
   dump unreadable.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> call or email to receive a free sample student handout <==

--
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

Re: SHOWZOS output.

[Roland Schiradin]

Well it's more then just TWO programs. A "F ASMA" is a better way and always 
verify the RC. RC>4 might be a problem and delivered JCL will not invoke the 
programs in such cases. 

Roland

--
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

Re: Workable Mainframe Debuggers

[Edward Jaffe]

McKown, John wrote:
It would be simple to do by customizing one of the IPCS clists. 


But, is this what *most* shops do?


Or just
keep them ignorant of it. Why would a "normal" programmer ever want to
use IPCS? 


It's the only way I know to analyze a SYSMDUMP or a data set created by 
the IEATDUMP macro -- a dump service intended for ordinary, 
problem-state application program use.


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a671/9.3

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Workable Mainframe Debuggers

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
> Sent: Friday, April 11, 2008 3:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> 
> I'm not aware of any SAF call or other method to prevent application 
> programmers or anyone else from issuing the IPCS command 
> under TSO/E. Is 
> there?? Perhaps some popular, home-grown way of preventing 
> IPCS access 
> for all but sysprogs?? If so, why? Is there also some sort of popular 
> exit to prevent them from placing SYSMDUMP DD statements into 
> their jobs?

It would be simple to do by customizing one of the IPCS clists. Or just
keep them ignorant of it. Why would a "normal" programmer ever want to
use IPCS? Ours have a bad enough time trying to use AbendAID! If for any
reason they cannot get a symbolic dump (i.e. the source is out of date
or some such), then they usually just throw up their hands and declare
the problem unresolvable until a listing is available and the program
recreated.

> 
> -- 
> Edward E Jaffe


--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: Installers (Was: IBM announcements)

[Edward Jaffe]

Tom Marchant wrote:

On Fri, 11 Apr 2008 14:39:31 -0500, Patrick O'Keefe wrote:

  

... under no circumstances
would ever have its product installed in with other products in the
same CSI.



Could you be a little more specific about what you mean by this?

Are you referring to the target/DLIB zones or the global?

What about multiple related products from the same vendor?  I'm working in 
software development now, but when I was a sys prog, I always found it 
annoying when a vendor insisted that every product had to go in its own zone.
  


IIUC, his statement applies iff some ISV was foolish enough to follow 
the ServerPac model and do a full restore of pre-populated SMP/E zones.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Workable Mainframe Debuggers

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Friday, April 11, 2008 2:56 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> 
> Here we used to have Xpediter.  That was thrown out in favor 
> of Intertest - I suspect mostly because of cost.  Just a few 
> weeks ago, we went back to Xpediter because the programmers 
> liked it better.  I suspect that because we were bought by 
> Aviva, the 5th largest Life insurer in the world, that they 
> got pricing deals from Compuware making it much more affordable.
> 
> Eric

Gee, we did the exact same thing. For exactly the same reasons! Except
that we were bought out by Blackstone and taken private. Queue the
"Twilight Zone" song!

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: Workable Mainframe Debuggers

[Edward Jaffe]

Farley, Peter x23353 wrote:

I've rarely been in a shop that had IPCS


That *had* IPCS?? It comes with the system!


and also permitted application
programmers to use it.


I'm not aware of any SAF call or other method to prevent application 
programmers or anyone else from issuing the IPCS command under TSO/E. Is 
there?? Perhaps some popular, home-grown way of preventing IPCS access 
for all but sysprogs?? If so, why? Is there also some sort of popular 
exit to prevent them from placing SYSMDUMP DD statements into their jobs?



  I started in MVT and then early VM/VSE/SP
environments with some VS1 on the side.  By the time I moved to MVS
shops, they were so large that they followed the rule: "Everything
permitted is mandatory; everything else is forbidden."
  


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Installers (Was: IBM announcements)

[Tom Marchant]

On Fri, 11 Apr 2008 14:39:31 -0500, Patrick O'Keefe wrote:

>
>... under no circumstances
>would ever have its product installed in with other products in the
>same CSI.

Could you be a little more specific about what you mean by this?

Are you referring to the target/DLIB zones or the global?

What about multiple related products from the same vendor?  I'm working in 
software development now, but when I was a sys prog, I always found it 
annoying when a vendor insisted that every product had to go in its own zone.

-- 
Tom Marchant
Compuware

--
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

Re: Workable Mainframe Debuggers

[Eric Bielefeld]

Here we used to have Xpediter.  That was thrown out in favor of Intertest - I 
suspect mostly because of cost.  Just a few weeks ago, we went back to Xpediter 
because the programmers liked it better.  I suspect that because we were bought 
by Aviva, the 5th largest Life insurer in the world, that they got pricing 
deals from Compuware making it much more affordable.

Eric

 "Farley wrote: 
> For COBOL my shop uses Intertest (CICS and Batch), other shops I have
> been at use Xpediter.  For CICS there is also ADS (Advanced Debugging
> System) from Gary Bergman Associates, which you can rent by the month if
> you need to (COBOL and Assembler).
> 
> HTH
> 
> Peter
--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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

Re: Workable Mainframe Debuggers

[Farley, Peter x23353]

I've rarely been in a shop that had IPCS and also permitted application
programmers to use it.  I started in MVT and then early VM/VSE/SP
environments with some VS1 on the side.  By the time I moved to MVS
shops, they were so large that they followed the rule: "Everything
permitted is mandatory; everything else is forbidden."

Maybe one day...

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Edward Jaffe
> Sent: Friday, April 11, 2008 2:50 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> Farley, Peter x23353 wrote:
> > But then, no other post-mortem tool I'm aware of does that either,
> > though I'm sure I'll be quickly corrected if there is.
> >
> 
> I've never had an issue like that using IPCS.


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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

Re: Installers (Was: IBM announcements)

[Patrick O'Keefe]

On Thu, 10 Apr 2008 08:08:34 -0700, Edward Jaffe 
<[EMAIL PROTECTED]> wrote:

>...
>Keep in mind that ServerPac is an SMP/E "bypass". It _restores_ 
SMP/E
>zones rather than installing into them. This might be OK for a complete
>reinstall of z/OS. But, I submit that this is *not* the preferred,
>optimal -- or even necessarily the "correct" -- way to add a product to
>an existing pre-configured system!
>...

I think Ed is being a bit too restrained in his critique.  I might have
slipped in a "... totally unacceptable ..." somewhere.   I might relent
a bit if the vendor has a very good track record, provides very good
Program Directory-like documentation, and under no circumstances
would ever have its product installed in with other products in the
same CSI.

That last requirement is probably statisfied by any product that 
doesn't meet the other 2, but I can't think of many products that 
satisfy all 3.  And I strongly expect my list of caveats would grow if 
I spent a bit more time thinking about it.

Being a basically paranoid type, I would want to look very closely 
at any product using a ServerPac model for "installation" and try
verify everything done by SMP in a more standard Rec/App/Acc 
type of installation.  I see this kind of installations as a burden
rather than a time-saver - more things to be checked manually.

Pat O'Keefe

--
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

Re: Workable Mainframe Debuggers

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Friday, April 11, 2008 1:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Workable Mainframe Debuggers

If the OP is also interested in post-mortem dump analysis tools (as
opposed to just interactive debugging), I'll add a recommendation for
Dumpmaster from Macro4 (handles both batch and CICS).  My only complaint
about that fine product is that it doesn't capture *all* the TCB's in an
AS, just the one that abended.  At one time I supported a massively
multitasking assembler-based application where I needed to see the state
of tasks other than the one that died and could not always see what I
needed to see when I needed to from inside Dumpmaster.

But then, no other post-mortem tool I'm aware of does that either,
though I'm sure I'll be quickly corrected if there is.


Since you insist: IPCS. In dealing with multi-tasking (and even cross
memory situations) I'd much rather have a dump taken to SYSMDUMP or
system dump dataset than to "paper".

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

--
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

Re: Workable Mainframe Debuggers

[Edward Jaffe]

Farley, Peter x23353 wrote:

But then, no other post-mortem tool I'm aware of does that either,
though I'm sure I'll be quickly corrected if there is.
  


I've never had an issue like that using IPCS.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: TN3270 server OBEYFILE processing?

[Mark Pace]

I've also found, and I may just be doing it wrong, but the tn3270 server is
not handled like any other server. Meaning that TCPIP does not automatically
start TN3270 when it comes up, and it does not automatically stop TN3270
when you shutdown TCPIP.

On Fri, Apr 11, 2008 at 11:33 AM, Chris Mason <[EMAIL PROTECTED]>
wrote:

> David
>
> Sorry for the late reply.
>
> Rather than someone who's been there I'm someone who's going there. A
> customer with whom I am working will need to "split" the TN3270 server
> into
> its own address space in the near future.
>
> The way to look at this "split" of the TN3270 function from the rest of
> the CS
> IP functions is to realise that the developers have made absolutely
> minimal
> changes - why would they do anything else? Thus they have exploited the
> possibility to run multiple instances - some call them "stacks" - of CS
> IP. In
> effect there are two instances of the old CS IP main address space, one
> dedicated to all the previous functions *except* the TN3270 server and one
> supporting, of all the previous functions, *only* the TN3270 server.
>
> In the V1R9 IP System Administrator's Commands manual this "split" is
> reflected in the restructuring of the manual in respect of the DISPLAY and
> VARY commands. The restructuring of the description of the VARY command
> addresses your concern.
>
> There really should have been an update affecting the OBEYFILE command
> description in previous editions of the IP System Administrator's Commands
> manual to help you appreciate how the "split" was being handled. I checked
> the V1R8 manual and there is not a whiff of a hint about the possibility
> to use
> the OBEYFILE command with the separated TN3270 server but the guilty
> parties, the authors of this and earlier manuals, must now be excused
> their
> crimes even if the evidence - and the consequences - persist.
>
> Incidentally, matters concerning z/OS Communications Server, SNA as well
> as
> IP, tend to get more attention in the ibmtcp-l list:
>
> 
>
> For IBMTCP-L subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L
>
> 
>
> Chris Mason
>
> --
> 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
>
>


-- 
Mark Pace
Mainline Information Systems

--
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

Re: Workable Mainframe Debuggers

[Farley, Peter x23353]

If the OP is also interested in post-mortem dump analysis tools (as
opposed to just interactive debugging), I'll add a recommendation for
Dumpmaster from Macro4 (handles both batch and CICS).  My only complaint
about that fine product is that it doesn't capture *all* the TCB's in an
AS, just the one that abended.  At one time I supported a massively
multitasking assembler-based application where I needed to see the state
of tasks other than the one that died and could not always see what I
needed to see when I needed to from inside Dumpmaster.

But then, no other post-mortem tool I'm aware of does that either,
though I'm sure I'll be quickly corrected if there is.

HTH

Peter


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of McKown, John
> Sent: Friday, April 11, 2008 1:23 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Workable Mainframe Debuggers
> 
> I know of the following:
> 
> z/XDC from Cole software (www.colesoft.com) (assembler only?)
> Xpeditor from Compuware (www.compuware.com) dump analysis with
AbendAID
> Intertest from CA (www.ca.com) dump analysis with Symdump
> TraceMaster from Macro4 (www.macro4.com) dump analysis with DumpMaster
> Track from MacKinney Systems (CICS only) www.mackinney.com
> 
> I've worked with Intertest and Xpeditor and tested TraceMaster. Our
> programmers went with Xpeditor due mainly, they said, to their
previous
> experience. From my testing, I really loved TraceMaster from Macro4.
I,
> personally, wish that we had gone with it.


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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

Re: SHOWZOS output.

[Richbourg, Claude]

Roland,

Thanks very much, it worked like a charm. When the assemble and link
finished job finished, I ran SHOWZOS and it runs clean. Thank you again
for providing this nice tool.

And thanks to all who responded as well.

Regards,
Claude

Claude Richbourg
Florida Department of Corrections
Systems Programmer 
850-921-1383

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roland Schiradin
Sent: Friday, April 11, 2008 2:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SHOWZOS output.

Hi,

looks like you get a RC8 from assembly. Please apply the following
change

#STATUS GVTCSGRSCONSTRAINED,GVTQRQACONSTRAINED,'QRQA(YES)'
to
#STATUS GVTCSGRSCONSTRAINED,BIT2,'QRQA(YES)' 

for z/OS R9 and above

Roland

--
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

Re: SHOWZOS output.

[Mark Zelden]

On Fri, 11 Apr 2008 14:02:34 -0400, Richbourg, Claude
<[EMAIL PROTECTED]> wrote:

>That is a strange thing, the assembly. The assembly step gets an 8
>return
>code, but looking within the assembly step itself, it has a return code
>of zero and 'no statements flagged'. I have not been able to figure out
>why.
>Snippet from bottom of assembled output.
>
> No Statements Flagged in this Assembly
>

There are multiple assemblies in the output.  Do a FIND '** ASM' (there is a
space before ASM).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Authorized Rexx Assembler Function

[Edward Jaffe]

Gerhard Postpischil wrote:
There is an alternative to LINKPGM, but the name escapes me at the 
moment. It might be LINKMVS or AUTHMVS (I'd check a PDS member list of 
SYS1.LINKLIB)? It's been ten years, but when I worked at an ISV this 
was a standard way of handling things, provided all the details were 
taken care of. I do remember having to handle different formats for 
passing parameters, though.


You're thinking of LINKMVS/ATTCHMVS vs LINK/ATTACH and LINKPGM/ATTCHPGM.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/2.5.9.1
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/2.5.9.2
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/2.5.9.3

None of these program linkage techniques will establish an authorized 
environment.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: SHOWZOS output.

[Mark Jacobs]

Richbourg, Claude wrote:
> That is a strange thing, the assembly. The assembly step gets an 8
> return 
> code, but looking within the assembly step itself, it has a return code
> of zero and 'no statements flagged'. I have not been able to figure out
> why.
> Snippet from bottom of assembled output.
>   

There are "TWO" separate programs in the showzos source code member. If
you maxed down to the bottom you are looking at the second (much
shorter) program.

I would guess that you had an assembly error in the first program



-- 
Mark Jacobs
Time Customer Service
Tampa, FL


We have a special climate-controlled room that keeps the worms 
at a low enough temerature so that they remain dormant. If the 
temperature varies by more than +-0.73K, the worms either freeze 
to death, or eat throught the CrTiAl alloy of the airlock doors. 
Dicey.

   -Branko Cibej <[EMAIL PROTECTED]>, concerning the can of worms

--
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

Re: Authorized Rexx Assembler Function

[Steve Comstock]

Gerhard Postpischil wrote:

Lindy Mayfield wrote:

I wonder what I'm doing wrong (again).  I made an assembler program that
I call with Address LINKPGM.  It's in the linklist, it's APF authorized,
has the AC bit on, and listed in AUTHPGM in IKJTSO00.


There is an alternative to LINKPGM, but the name escapes me at the 
moment. It might be LINKMVS or AUTHMVS (I'd check a PDS member list of 
SYS1.LINKLIB)? It's been ten years, but when I worked at an ISV this was 
a standard way of handling things, provided all the details were taken 
care of. I do remember having to handle different formats for passing 
parameters, though.



Gerhard Postpischil
Bradford, VT


There are these ways to invoke programs from REXX execs (aside from CALL):

ADDRESS LINK
ADDRESS ATTACH
- passing a string, which may have variables substituted
  (if not in quotes)
- received as R1 points to two words in memory
  1st word points to a pointer to the string
  2nd word points to the length as a fullword binary integer



ADDRESS LINKMVS
ADDRESS ATTCHMVS
- pass multiple parameters as variables (substitution occurs
  even though the variables must be quoted)
- received as R1 points to a list of pointers
  each pointer points to a half-word prefixed string, one for
 each variable passed, of course
  the last pointer has its leftmost bit turned on
- the values of these parameters may be changed by the called program


ADDRESS LINKPGM
ADDRESS ATTCHPGM
- pass multiple parameters as a quoted string of variables
- received as R1 points to a list of pointers
  each pointer points to its corresponding parameter string
  * no length indicator
- values may be changed by called program but, of course, no
  value may have its length changed



We cover the above, with examples and labs in Assembler,
COBOL, PL/I, and C in our 2 day course "Introduction to
TSO and REXX APIs" (we don't over authorization issues)

for more info, check out:

  http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a780descrpt.htm




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> call or email to receive a free sample student handout <==

--
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

Re: SHOWZOS output.

[Roland Schiradin]

Hi,

looks like you get a RC8 from assembly. Please apply the following change

#STATUS GVTCSGRSCONSTRAINED,GVTQRQACONSTRAINED,'QRQA(YES)'
to
#STATUS GVTCSGRSCONSTRAINED,BIT2,'QRQA(YES)' 

for z/OS R9 and above

Roland

--
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

Re: SHOWZOS output.

[Richbourg, Claude]

That is a strange thing, the assembly. The assembly step gets an 8
return 
code, but looking within the assembly step itself, it has a return code
of zero and 'no statements flagged'. I have not been able to figure out
why.
Snippet from bottom of assembled output.

 No Statements Flagged in this Assembly

HIGH LEVEL ASSEMBLER, 5696-234, RELEASE 5.0, PTF UK33787

 

SYSTEM: z/OS 01.09.00  JOBNAME: ASMLINKDSTEPNAME: ASM
PROCSTEP: (NOPROC)  
 

Data Sets Allocated for this Assembly

 Con DDname   Data Set NameVolume
Member   
  P1 SYSINJSYS.CBT.SHOWMVS.PDS USTG05
SHOWZOS  
  L1 SYSLIB   SYS1.MACLIB  URESA1

  L2  SYS1.MODGEN  URESA1

  L3  CEE.SCEEMAC  URESA1

  L4  SYS1.SHASMAC URESA2

  L5  TCPIP.SEZANMAC   URESA2

  L6  TCPIP.SEZACMAC   URESA2

  L7  JSYS.SHOW716.MACLIB  USTG02

 SYSLIN   SYS08102.T131854.RA000.ASMLINKD.LOADME.H01   UPUB02

 SYSPRINT JSYSCSR.ASMLINKD.JOB03789.D102.?

 SYSPRINT JSYSCSR.ASMLINKD.JOB03789.D102.?

 

1767828K allocated to Buffer Pool   Storage required   51928K

   1125 Primary Input Records Read 5491 Library Records Read 
0 Work File Reads 0 Work File Writes 0 ASMAOPT Records Read
6227 Primary Print Records Written   
580 Object Records Written0 ADATA Records Written

 

Assembly Start Time: 13.19.39 Stop Time: 13.19.40 Processor Time:
00.00.00.2214 
Return Code 000   

So yes, I did the link to see what happens. It links clean, but the
abend when it runs.
But, I will search the archives and see what Roland posted last
November.


Thanks guys,
Claude
   

>--

Gee... right where I had to make my source code change per Roland's
post last November.  To the OP:  Did you link SHOWZOS even after
a bad assembly? Or did it assemble clean without the change?

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Workable Mainframe Debuggers

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Logan
Sent: Friday, April 11, 2008 11:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FW: Workable Mainframe Debuggers

I was wondering if there are any function debuggers on z/OS these days.
Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
(via the LE TEST options) is completely unusable for us. It always has
been.

What suggestions might other people have?


For ALC based environments:

TSO TEST and TEST[AUTH] for very simple things.

zXDC for anything complicated or involved (and yes, we sometimes use it
to deal with LE and C code).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

--
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

Re: Authorized Rexx Assembler Function

[Gerhard Postpischil]

Lindy Mayfield wrote:

I wonder what I'm doing wrong (again).  I made an assembler program that
I call with Address LINKPGM.  It's in the linklist, it's APF authorized,
has the AC bit on, and listed in AUTHPGM in IKJTSO00.


There is an alternative to LINKPGM, but the name escapes me at 
the moment. It might be LINKMVS or AUTHMVS (I'd check a PDS 
member list of SYS1.LINKLIB)? It's been ten years, but when I 
worked at an ISV this was a standard way of handling things, 
provided all the details were taken care of. I do remember 
having to handle different formats for passing parameters, though.



Gerhard Postpischil
Bradford, VT

--
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

Re: SHOWZOS output.

[Mark Zelden]

On Fri, 11 Apr 2008 11:58:59 -0500, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>On Fri, 11 Apr 2008 08:55:19 -0500, Rick Fochtman wrote:
>
>>---
>>
>>>IEA995I SYMPTOM DUMP OUTPUT  043
>>>SYSTEM COMPLETION CODE=0C6  REASON CODE=0006
>>> TIME=09.25.28  SEQ=00253  CPU=  ASID=0031
>>> PSW AT TIME OF ERROR  078D   93508A09  ILC 2  INTC 06
>>>   ACTIVE LOAD MODULE   ADDRESS=13500B50  OFFSET=7EB9
>>>   NAME=SHOWZOS
>>>   DATA AT PSW  13508A03 - C5E25D00  00C0  E5A5
>>>   GR 0: _   1: _00B4
>>>  2: _1228   3: _00FE2710
>>>  4: _13560AF0   5: _14CF501E
>>>  6: _   7: _
>>>  8: _00FD8DD0   9: _008FF050
>>>  A: _13560ACD   B: _008FF358
>>>  C: _1351E780   D: _7008
>>>  E: _13508A06   F: 0010_0008
>>> END OF SYMPTOM DUMP
>>>
>>---
>>The 0C6 is due to branching to an odd address. Looking at the "Data at
>>PSW", it looks like a branch into a data area, just after a character
>>constant that ends in "ES)".
>>
>>What changes, if any, have you made in the code? This sort of problem is
>>often caused by invalidly altering a base register, or a local
>>subroutine's return address.
>
>Rick is right.  I'd look at the assembly listing at displacement 7EB9.  Did
>something happen in that area that shifted an instruction to an odd address?
>
>--

Gee... right where I had to make my source code change per Roland's
post last November.  To the OP:  Did you link SHOWZOS even after
a bad assembly? Or did it assemble clean without the change?

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Workable Mainframe Debuggers

[Jerry Fuchs]

We use MacKinney Systems TRACK for batch and XRAY for CICS.

They are very inexpensive but work very well

Jerry 

--
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

Re: FW: Workable Mainframe Debuggers

[Don Leahy]

On Fri, Apr 11, 2008 at 12:35 PM, David Logan <[EMAIL PROTECTED]> wrote:
> I was wondering if there are any function debuggers on z/OS these days.
>  Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
>  (via the LE TEST options) is completely unusable for us. It always has
>  been.
>
>  What suggestions might other people have?
>

We use IBM's Debug Tool for all of our COBOL debugging.

Some of its competitors (Xpeditor for example) are more slick and have
more features, but Debug Tool was priced right and has enough features
to keep the programmers happy.

We were formerly a MicroFocus Cobol shop, but we had allowed that tool
kit to degrade over the years until it became less and less useful.
At the end, we found it was cheaper to move to Debug Tool than to
upgrade our MicroFocus.

--
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

Re: Workable Mainframe Debuggers

[McKown, John]

I know of the following:

z/XDC from Cole software (www.colesoft.com) (assembler only?)
Xpeditor from Compuware (www.compuware.com) dump analysis with AbendAID
Intertest from CA (www.ca.com) dump analysis with Symdump
TraceMaster from Macro4 (www.macro4.com) dump analysis with DumpMaster
Track from MacKinney Systems (CICS only) www.mackinney.com

I've worked with Intertest and Xpeditor and tested TraceMaster. Our
programmers went with Xpeditor due mainly, they said, to their previous
experience. From my testing, I really loved TraceMaster from Macro4. I,
personally, wish that we had gone with it.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

TREEV

[gsg]

Does anyone use a product called Treev?  It is used for storing/retrieving 
reports.  I'm some programmers are not adhereing to them.  We would like to 
setup some type of controls to handle this.  Any suggestions?

TIA

--
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

Re: Workable Mainframe Debuggers

[Rob Scott]

CLC  DEBUGGER,=C'XDC'
BNE  BADCHOICE
WTO 'YOU HAVE CHOSEN WELL, MY SON'



Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Craddock, Chris
Sent: 11 April 2008 18:00
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Workable Mainframe Debuggers

> I was wondering if there are any function debuggers on z/OS these
days.
> Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
> (via the LE TEST options) is completely unusable for us. It always has
> been.
>
> What suggestions might other people have?

You can't go past zXDC from Cole Software.

CC

--
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

Re: SHOWZOS output.

[Tom Marchant]

On Fri, 11 Apr 2008 08:55:19 -0500, Rick Fochtman wrote:

>---
>
>>IEA995I SYMPTOM DUMP OUTPUT  043
>>SYSTEM COMPLETION CODE=0C6  REASON CODE=0006
>> TIME=09.25.28  SEQ=00253  CPU=  ASID=0031
>> PSW AT TIME OF ERROR  078D   93508A09  ILC 2  INTC 06
>>   ACTIVE LOAD MODULE   ADDRESS=13500B50  OFFSET=7EB9
>>   NAME=SHOWZOS
>>   DATA AT PSW  13508A03 - C5E25D00  00C0  E5A5
>>   GR 0: _   1: _00B4
>>  2: _1228   3: _00FE2710
>>  4: _13560AF0   5: _14CF501E
>>  6: _   7: _
>>  8: _00FD8DD0   9: _008FF050
>>  A: _13560ACD   B: _008FF358
>>  C: _1351E780   D: _7008
>>  E: _13508A06   F: 0010_0008
>> END OF SYMPTOM DUMP
>>
>---
>The 0C6 is due to branching to an odd address. Looking at the "Data at
>PSW", it looks like a branch into a data area, just after a character
>constant that ends in "ES)".
>
>What changes, if any, have you made in the code? This sort of problem is
>often caused by invalidly altering a base register, or a local
>subroutine's return address.

Rick is right.  I'd look at the assembly listing at displacement 7EB9.  Did 
something happen in that area that shifted an instruction to an odd address?

-- 
Tom Marchant

--
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

Re: Workable Mainframe Debuggers

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of David Logan
> 
> I was wondering if there are any function debuggers on z/OS 
> these days.
> Our shop is currently using z/OS 1.5, and the IBM provided LE 
> debugger (via the LE TEST options) is completely unusable for 
> us. It always has been.
> 
> What suggestions might other people have?

I don't know of any other "built-in" facilities (beyond TSO TEST), or
any "free" ones, but IBM and other vendors offer debuggers at various
(but presumably competitive) fees.  Our shop currently licenses
Compuware's Xpediter for COBOL debugging (batch and CICS).  If you're
into "serious" bit-twiddling with Assembler, I've heard you can't beat
this one:

http://www.colesoft.com/overview.shtml

-jc-

--
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

Re: Workable Mainframe Debuggers

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of David Logan
> Sent: Friday, April 11, 2008 11:35 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: FW: Workable Mainframe Debuggers
> 
> 
> I was wondering if there are any function debuggers on z/OS 
> these days.
> Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
> (via the LE TEST options) is completely unusable for us. It always has
> been.
> 
> What suggestions might other people have?
> 
> --
> David Logan

>From what I've read here, everbody who is anybody use z/XDC from Cole
software.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: FW: Workable Mainframe Debuggers

[Rick Fochtman]

I was wondering if there are any function debuggers on z/OS these days. 
Our shop is currently using z/OS 1.5, and the IBM provided LE debugger 
(via the LE TEST options) is completely unusable for us. It always has been.


What suggestions might other people have?

When I was still working full-time, my last project was to install IBM's 
Debug Tool, to replace another tool that cost about 10 times as much 
(And who will remain nameless!)


--
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

Re: Workable Mainframe Debuggers

[Craddock, Chris]

> I was wondering if there are any function debuggers on z/OS these
days.
> Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
> (via the LE TEST options) is completely unusable for us. It always has
> been.
> 
> What suggestions might other people have?

You can't go past zXDC from Cole Software. 

CC

--
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

Re: Workable Mainframe Debuggers

[Farley, Peter x23353]

You don't say for what language, but here are my picks.

For assembler I use z/XDC, an exceptionally powerful and very usable
debugger.  Best of breed, IMHO, and reasonably priced as well.

See 

For COBOL my shop uses Intertest (CICS and Batch), other shops I have
been at use Xpediter.  For CICS there is also ADS (Advanced Debugging
System) from Gary Bergman Associates, which you can rent by the month if
you need to (COBOL and Assembler).

HTH

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of David Logan
> Sent: Friday, April 11, 2008 12:35 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: FW: Workable Mainframe Debuggers
> 
> I was wondering if there are any function debuggers on z/OS these
days.
> Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
> (via the LE TEST options) is completely unusable for us. It always has
> been.
> 
> What suggestions might other people have?


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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

FW: Workable Mainframe Debuggers

[David Logan]

I was wondering if there are any function debuggers on z/OS these days.
Our shop is currently using z/OS 1.5, and the IBM provided LE debugger
(via the LE TEST options) is completely unusable for us. It always has
been.

What suggestions might other people have?

---
David Logan
Manager of Product Development, Pitney Bowes Software, Inc.
http://centrus.com

4750 Walnut St, Suite 200
Boulder, CO  80301

W: (720) 564-3056
C: (303) 818-8222

--
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

Re: Question On Space Allocation

[willie bunter]

Yes, when money is mentioned things change.  Thanks for your help. 

Daniel McLaughlin <[EMAIL PROTECTED]> wrote:  Ah, you've got accounting clout 
which we don't. I don't mind the user is 
right thing and we're going through that here with some tapes. TLMS 
default is one day. User claims we're scratching his tapes. We advised to 
use EXPDT or RETPD to avoid the issue. Some back and forth. Also a claim 
that they were using 99365 on one when it was miskeyed as 99360.

Yes, we often have to negotiate to help them understand they have a 
problem which they can solve with guidance. 

Daniel McLaughlin 
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List wrote on 04/11/2008 
10:47:16 AM:

> -- Information from the mail header 
> ---
> Sender: IBM Mainframe Discussion List 
> Poster: willie bunter 
> Subject: Re: Question On Space Allocation
> 
---
> 
> Daniel,
> 
> I liked your idea, but our "management" supports the old adage 
> "the customer is always right". I had a chat with the user this 
> morning and advised him to change the jcl - add the vol parm etc. I
> also reminded him of the fact, should his jobs abend, I will add 
> dasd which will be billed to his group. Hopefully the cost factor 
> will come in to play.
> 
> Thanks
> 
> Daniel McLaughlin wrote:
> Fix him with SMS so he gets a smaller primary. Put a JES exit in for 
the 
> same.
> 
> Seek support from managment.
> 
> Daniel McLaughlin 
> Z-Series Systems Programmer
> Information & Communications Technology
> Crawford & Company
> 4680 N. Royal Atlanta
> Tucker GA 30084 
> phone: 770-621-3256 
> fax: 770-621-3237
> email: [EMAIL PROTECTED]
> web: www.crawfordandcompany.com 
> 
> 
> 
> 
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards

Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers. This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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



 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
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

FW: The Moderator Raises an Eyebrow Re: [IBMVM] Ten Questions to ask a Prospective z/VM Systems Programmer

[McKown, John]

Now, this is the way to tell people to shut up! From the VM list's
moderator.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel P. Martin
Sent: Friday, April 11, 2008 11:13 AM
To: [EMAIL PROTECTED]
Subject: The Moderator Raises an Eyebrow Re: [IBMVM] Ten Questions to
ask a Prospective z/VM Systems Programmer


Dear colleagues:

Your poor, beleaguered list moderator can not help but notice that 
certain components of this topic have strayed far afield from the 
declared subject and even farther from the generally technical nature of

our chats.

Ladies and gentlemen, this horse is dead.  The carcass is too far gone 
to be usable for leather goods or water-soluble adhesives.  This horse 
wouldn't "VOOM!" if you put 3,000 volts through it. Please resist the 
temptation to poke the remains with a pointy stick, and instead allow 
the poor beast to decompose in peace, quiet and dignity as we all hope 
for a fresh breeze.

Your humble moderator,

-dan.

--
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

Re: Encrypted Tapes and DR <[EMAIL PROTECTED]>

[Rick Fochtman]

--
R.S. wrote:


Rick Fochtman wrote:


-

And yes, you can activate a new RACF DB without an IPL, but only if 
it has

the same dsname as the one you're already running.
  



-
ISTR switch to new RACF database files by using a series of RVARY 
commands. It that no longer available?



It is still available, but it never allowed to specify new dataset name.
So, you can switch. inact, act, but the dataset names are fixed in 
ICHRDSNT.


However I see no problem here: you can simply copy any RACF db to 
existing (inactive) file. Or rename the files.
In other words RACFdb is not aware of it's own dataset name - so the 
name can be changed.


-
Yes I did change the dsname, and that change lasts through the life of 
the IPL. Learned it the hard way, when I forgot to update ICHRDSNT and 
it reverted to the old datasets after an IPL. I'm sure I'll be corrected 
if I'm wrong, but ICHRDSNT is only referenced at IPL time, when RACF is 
first initialized. Other security tools MAY behave differently. Look at 
the syntax of the RVARY command for dataset switching.


--
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

Re: Datatrain Courseware - Opinions?

[Steve Comstock]

Edward Jaffe wrote:

Steve Comstock wrote:

Daniel McLaughlin wrote:
His domain suggest he is in Italy...do you take your roadshow there?  



Of course. But we also take it to Georgia, if
ya' get my drift.


Saakashvili's reforms have been transformative! With corruption and 
socialist government programs all but eliminated, establishment of rule 
of law, and a free market, equal-opportunity sensibility, Georgia has 
become an impressive and attractive place for business investment and .. 
oh wait ... you mean the State of Georgia in the US. Well, that's a nice 
place too. The Masters Tournament is in Augusta right now. :-[


LOL!!

Actually, Ed, I'll work in either Georgia.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> call or email to receive a free sample student handout <==

--
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

Re: TN3270 server OBEYFILE processing?

[Chris Mason]

David

Sorry for the late reply.

Rather than someone who's been there I'm someone who's going there. A 
customer with whom I am working will need to "split" the TN3270 server into 
its own address space in the near future.

The way to look at this "split" of the TN3270 function from the rest of the CS 
IP functions is to realise that the developers have made absolutely minimal 
changes - why would they do anything else? Thus they have exploited the 
possibility to run multiple instances - some call them "stacks" - of CS IP. In 
effect there are two instances of the old CS IP main address space, one 
dedicated to all the previous functions *except* the TN3270 server and one 
supporting, of all the previous functions, *only* the TN3270 server.

In the V1R9 IP System Administrator's Commands manual this "split" is 
reflected in the restructuring of the manual in respect of the DISPLAY and 
VARY commands. The restructuring of the description of the VARY command 
addresses your concern.
 
There really should have been an update affecting the OBEYFILE command 
description in previous editions of the IP System Administrator's Commands 
manual to help you appreciate how the "split" was being handled. I checked 
the V1R8 manual and there is not a whiff of a hint about the possibility to use 
the OBEYFILE command with the separated TN3270 server but the guilty 
parties, the authors of this and earlier manuals, must now be excused their 
crimes even if the evidence - and the consequences - persist.

Incidentally, matters concerning z/OS Communications Server, SNA as well as 
IP, tend to get more attention in the ibmtcp-l list:



For IBMTCP-L subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L



Chris Mason

--
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

Re: Authorized Rexx Assembler Function

[Lindy Mayfield]

I understand now.  Somehow I got the impression that a rexx function
needed IKJEFTSR but a way around it was to do LINKPGM.  Sorry about my
confustion.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: 11. huhtikuuta 2008 18:26
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Authorized Rexx Assembler Function

Lindy Mayfield wrote:
> I wonder what I'm doing wrong (again).  I made an assembler program
that
> I call with Address LINKPGM.  It's in the linklist, it's APF
authorized,
> has the AC bit on, and listed in AUTHPGM in IKJTSO00.
>   

LINKPGM won't provide an authorized environment. You need to use 
IKJEFTSR as Rob Scott suggested here:

http://bama.ua.edu/cgi-bin/wa?A2=ind0804&L=ibm-main&T=0&F=&S=&P=101724

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: storing pdf documents an DB2

[Flint, Mike]

This should be achievable in COBOL.

I've done CLOBs. Handled exactly like any other column type, the only
difference being around how to declare the host variables in the cobol
source:

  EXEC SQL 
   BEGIN DECLARE SECTION   
  END-EXEC.  
  
  01  WS-CLOB USAGE IS SQL TYPE IS CLOB (1M).  
  
  EXEC SQL 
   END DECLARE SECTION 
  END-EXEC.

- I'd guess a BLOB would use the same structure(?)

I recall DV2 v7.1 had extra restrictions around tables including large
objects, but 8.1 makes most of the differences/difficulties go away.

HTH,
Mike.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jim McAlpine
Sent: 11 April 2008 16:01
To: IBM-MAIN@BAMA.UA.EDU
Subject: storing pdf documents an DB2

We have a need to store pdf documents in DB2 tables.  I know that DB2
supports blob columns which we can presumably use to store the pdfs.
The question I have is can we use COBOL to manipulate/insert the data
into the
DB2 blob columns.  I had a quick look at the COBOL FMs but there seems
to be little mention of blobs.  Has anyone successfuly done this.

Jim McAlpine

--
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


This e-mail has come from Experian, the only business to have been twice named 
the UK's 'Business of the Year’ 
Register for our free online seminar on 24th April where we advise marketers on 
how to achieve marketing relevance with their customer communications. Visit 
www.experianim.com/marketingrelevancewebinar (simply paste the URL into your 
browser)
===
Information in this e-mail and any attachments is confidential, and may not be 
copied or used by anyone other than the addressee, nor disclosed to any third 
party without our permission. There is no intention to create any legally 
binding contract or other binding commitment through the use of this electronic 
communication unless it is issued in accordance with the Experian Limited 
standard terms and conditions of purchase or other express written agreement 
between Experian Limited and the recipient. 
Although Experian has taken reasonable steps to ensure that this communication 
and any attachments are free from computer virus, you are advised to take your 
own steps to ensure that they are actually virus free. 
Companies Act information:
Registered name: Experian Limited 
Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH 
Place of registration: England and Wales 
Registered number: 653331

--
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

Re: Authorized Rexx Assembler Function

[Edward Jaffe]

Lindy Mayfield wrote:

I wonder what I'm doing wrong (again).  I made an assembler program that
I call with Address LINKPGM.  It's in the linklist, it's APF authorized,
has the AC bit on, and listed in AUTHPGM in IKJTSO00.
  


LINKPGM won't provide an authorized environment. You need to use 
IKJEFTSR as Rob Scott suggested here:


http://bama.ua.edu/cgi-bin/wa?A2=ind0804&L=ibm-main&T=0&F=&S=&P=101724

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: SHOWZOS output.

[Mark Zelden]

On Fri, 11 Apr 2008 11:13:54 -0400, Richbourg, Claude
<[EMAIL PROTECTED]> wrote:

>Mmmm,
>
>I am at RSU0802 maintenance level and not sure about the other change
>you made with ISPF.
>Is the change you made needed in the install process, or is it something
>you had to do based on your shop?
>
>Regards,
>Claude
>

Assembly failed without the change.  But I don't know if a higher maintenance
level removes that requirement (Roland posted the requirement in the
archives last November).  There is also a RRS macro that has to be updated
via APAR OA22594.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: IPCSs hidden qualities

[Edward Jaffe]

Robert Wright wrote:
If you're running release 8 or later, take a look a dialog option 
2.6i.  It's not advertised on the analysis panel, and the disclaimer 
on the 2.6i panel hopefully explains why.


Cool! 8-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: SHOWZOS output.

[Richbourg, Claude]

Mmmm,

I am at RSU0802 maintenance level and not sure about the other change
you made with ISPF.
Is the change you made needed in the install process, or is it something
you had to do based on your shop?

Regards,
Claude

Claude Richbourg
Florida Department of Corrections
Systems Programmer 
850-921-1383

>

I just downloaded the current version from the CBT updates page and 
other than having to using ISPF to CHANGE 'GVTQRQACONSTRAINED' 'BIT2'
it worked fine with no abends.  However, your maintenance level of z/OS
1.9
could be different than the one I tested on.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

--
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

Re: System Rexx questions

[Lindy Mayfield]

1.8 with a APAR and shipped by default in 1.9.

It is where you put system rexx programs that can run system commands.

I found this nice presentation on it:

http://www.gsezos.be/PDF-Files/071121%20-%20System%20Rexx.pdf



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: 11. huhtikuuta 2008 18:05
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: System Rexx questions

What is dataset SYS1.SAXREXEC?  I looked on both our 1.4 and 1.7 systems
and its not there.  I assume it must be in 1.8 or 1.9.

Eric

 Mark Jacobs <[EMAIL PROTECTED]> wrote: 
> >
> > What is the member TSOX from Ed J. in SYS1.SAXREXEC used for?
> >

--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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

Re: Authorized Rexx Assembler Function

[Tom Marchant]

On Fri, 11 Apr 2008 10:28:35 -0400, Daniel McLaughlin wrote:
>
>I can only go on personal experience in that a concatenated series of
>libraries which are intermixed between APF and non-APF has caused me more
>than one S047 (SO47?) ABEND.

One non-APF library in a concatenation makes the whole concatenation 
unauthorized.

But not so with LNKLST.  It can be a mix of APF and non-APF libraries.

-- 
Tom Marchant

--
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

Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Wayne Driscoll]

One nice thing about a development environment, on my "dirty" dev systems, I
often run with DAE=01 set at IPL time, with aggressive cleanup of
unreferenced dump datasets.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Friday, April 11, 2008 9:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to format the current linkage stack for a SLIP dump taken
in SRB mode?

Barbara Nitz wrote:
> Use IPCS :-) option 3.5, look for the symptom string (after confirming the
correct DAE data set) and type a T in that line. IPCS does the rest,
sysplex-wide.
>   

Oh yeah. I forgot all about that interface. It requires an AUTHCMD entry 
for ADYOPCMD in IKJTSOxx. Too bad it still doesn't provide a delete 
function. :-(

The REXX I was thinking of was ADYUPDAT. I like the ADYUPDAT CLEANUP 
function.

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Datatrain Courseware - Opinions?

[Edward Jaffe]

Steve Comstock wrote:

Daniel McLaughlin wrote:
His domain suggest he is in Italy...do you take your roadshow there?  



Of course. But we also take it to Georgia, if
ya' get my drift.


Saakashvili's reforms have been transformative! With corruption and 
socialist government programs all but eliminated, establishment of rule 
of law, and a free market, equal-opportunity sensibility, Georgia has 
become an impressive and attractive place for business investment and .. 
oh wait ... you mean the State of Georgia in the US. Well, that's a nice 
place too. The Masters Tournament is in Augusta right now. :-[


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: System Rexx questions

[Mark Zelden]

On Fri, 11 Apr 2008 16:45:01 +0200, Lindy Mayfield
<[EMAIL PROTECTED]> wrote:

>Couple of system rexx questions that I couldn't find in any docs (or in
>the SHARE presentation):
>
>What is the member TSOX from Ed J. in SYS1.SAXREXEC used for?

Don't have the presentation...
>
>Is there a way in system rexx to wait x number of seconds?
>

IIRC, OMVS is not supported for system rexx, so you can't use 
syscall sleep (which is what I prefer to use these days since it is a
supported native interface).   You should be able to use a user written
sleep function.  The one I use (or used to use) was from Rob Scott. 
It may still be on his web site. ... checking...

ah... it moved, but I found it:
http://www.searchengineconcepts.co.uk/mximvs/rexx-functions.shtml

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Send a command to a desktop from MVS

[Lindy Mayfield]

Not sure if this helps what you need, but Vista 3270 has a TSO program
that allows you to send commands to the emulator to run macros, IND$FILE
and other stuff.

http://www.tombrennansoftware.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Day
Sent: 11. huhtikuuta 2008 0:19
To: IBM-MAIN@BAMA.UA.EDU
Subject: Send a command to a desktop from MVS

I have a mainframe application that uses FTP to transfer some data to a
PC.  Currently use FTP in an ISPF application to an FTP Server,
FileZilla, on the desktop.  Data gets where its supposed to go, and in
the correct format.  Does anyone know if there is any way to tell
Windows to run a script from MVS?  Either as part of the FTP session, or
some other method?  I would like to be able to transfer the data and
update the database on the desktop without user intervention on the
Windows side.

--Dave Day

--
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

Re: System Rexx questions

[Eric Bielefeld]

What is dataset SYS1.SAXREXEC?  I looked on both our 1.4 and 1.7 systems and 
its not there.  I assume it must be in 1.8 or 1.9.

Eric

 Mark Jacobs <[EMAIL PROTECTED]> wrote: 
> >
> > What is the member TSOX from Ed J. in SYS1.SAXREXEC used for?
> >

--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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

Re: TCPIP local hosts table not found

[Chris Mason]

Gerrit

I don't know whether or not you reported this problem to IBM. You may know 
that this very fiddly system for the creating local name to address resolution 
tables has been there since the very beginning of TCP/IP for VM, the product 
from which the original TCP/IP for MVS was developed.

I'm pretty certain that IBM developers would now like to put this weird way of 
creating the tables behind them - although the layout is backed up by an 
antique RFC, 952 "DoD Internet host table specification" 1985 - and encourage 
the use of the "ipnodes" format which is a file you can simply edit and use.

Thus your best bet to avoid frustrations like this is future is to customise 
your 
resolver function in order to introduce the COMMONSEARCH parameter. Have a 
look at section 1.5.4.4, "Creating ETC.IPNODES and /etc/ipnodes" in the CS IP 
Configuration Guide (1.8 edition in case the section number changes).

Chris Mason

--
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

Re: SHOWZOS output.

[Mark Zelden]

On Fri, 11 Apr 2008 10:08:06 -0400, Richbourg, Claude
<[EMAIL PROTECTED]> wrote:

>Mark,
>
>I downloaded file 492 from the CBT Updates section and brought it up to
>the 1.9 system. Showzos runs with zero return code, but gives the abend
>within the syslog. It produces output, but not as much as the older
>SHOWMVS.
>
>Thanks to all who have responded and I'll wait for a comment by Roland
>or Gilbert.
>
>Regards,
>Claude
>
>

I just downloaded the current version from the CBT updates page and 
other than having to using ISPF to CHANGE 'GVTQRQACONSTRAINED' 'BIT2'
it worked fine with no abends.  However, your maintenance level of z/OS 1.9
could be different than the one I tested on.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

storing pdf documents an DB2

[Jim McAlpine]

We have a need to store pdf documents in DB2 tables.  I know that DB2
supports blob columns which we can presumably use to store the pdfs.  The
question I have is can we use COBOL to manipulate/insert the data into the
DB2 blob columns.  I had a quick look at the COBOL FMs but there seems to be
little mention of blobs.  Has anyone successfuly done this.

Jim McAlpine

--
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

Re: Send a command to a desktop from MVS

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr.
> Sent: Thursday, April 10, 2008 7:23 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Send a command to a desktop from MVS
> 
> 
> David Day wrote:
> > I have a mainframe application that uses FTP to transfer 
> some data to a PC.  Currently use FTP in an ISPF application 
> to an FTP Server, FileZilla, on the desktop.  Data gets where 
> its supposed to go, and in the correct format.  Does anyone 
> know if there is any way to tell Windows to run a script from 
> MVS?  Either as part of the FTP session, or some other 
> method?  I would like to be able to transfer the data and 
> update the database on the desktop without user intervention 
> on the Windows side.
> > 
> > --Dave Day
> 
> Not sure about FileZilla, but some distributed FTP servers have the 
> option to execute a script/command every time a file transfer 
> is successful.
> 

We have such a beastie. It is called BeyondFTP. Seems pretty good, for a
Windows product [grin]. It can execute a script upon successful recept
of a file. It can also then distribute that file to other servers by
using Windows "shares". We do that a lot. I.e. instead of putting up ftp
servers on all the servers, we have BeyondFTP receive the ftp file and
then do a "copy" to a shared directory that the appropriate server can
access as well.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: Authorized Rexx Assembler Function

[Tom Marchant]

On Fri, 11 Apr 2008 10:30:10 -0400, Mark Jacobs wrote:

>Tom Marchant wrote:
>> On Fri, 11 Apr 2008 09:55:18 -0400, Daniel McLaughlin wrote:
>>
>>
>>> Are all libraries in the concatenation of the linklib in the APF list? If
>>> one isn't that may cause your issue.
>>>
>>
>> If the load library is being accessed through the LNKLST, it is ok to have
>> libraries that are not APF.
>>
>>
>If LNKAUTH=LNKLST in IEASYSxx is being used then yes.

What?  LNKAUTH=LNKLST means that every library in LNKLST is treated as 
being in the APF list when it is accessed through the LNKLST.  
LNKAUTH=APFTAB means that LNKSLT libraries are not authorized unless they 
are also in the APF list.  It is perfectly to have some libraries in LNKLST 
authorized and some not, but that can only happen if you have 
LNKAUTH=APFTAB.

-- 
Tom Marchant

--
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

Re: Question On Space Allocation

[Daniel McLaughlin]

Ah, you've got accounting clout which we don't. I don't mind the user is 
right thing and we're going through that here with some tapes. TLMS 
default is one day. User claims we're scratching his tapes. We advised to 
use EXPDT or RETPD to avoid the issue. Some back and forth. Also a claim 
that they were using 99365 on one when it was miskeyed as 99360.

Yes, we often have to negotiate to help them understand they have a 
problem which they can solve with guidance. 

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/11/2008 
10:47:16 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   willie bunter <[EMAIL PROTECTED]>
> Subject:  Re: Question On Space Allocation
> 
---
> 
> Daniel,
> 
>   I liked your idea, but our "management" supports the old adage 
> "the customer is always right".  I had a chat with the user this 
> morning and advised him to change the jcl - add the vol parm etc.  I
> also reminded him of the fact, should his jobs abend, I will add 
> dasd which will be billed to his group.  Hopefully the cost factor 
> will come in to play.
> 
>   Thanks
> 
> Daniel McLaughlin <[EMAIL PROTECTED]> wrote:
>   Fix him with SMS so he gets a smaller primary. Put a JES exit in for 
the 
> same.
> 
> Seek support from managment.
> 
> Daniel McLaughlin 
> Z-Series Systems Programmer
> Information & Communications Technology
> Crawford & Company
> 4680 N. Royal Atlanta
> Tucker GA 30084 
> phone: 770-621-3256 
> fax: 770-621-3237
> email: [EMAIL PROTECTED]
> web: www.crawfordandcompany.com 
> 
> 
> 
> 
>  __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: System Rexx questions

[Mark Jacobs]

Lindy Mayfield wrote:
> Couple of system rexx questions that I couldn't find in any docs (or in
> the SHARE presentation):
>
> What is the member TSOX from Ed J. in SYS1.SAXREXEC used for?
>
> Is there a way in system rexx to wait x number of seconds?
>
> --
> 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
>
>
>   
We have that member in our sys1.saxrexec dataset and it allows a TSO
command to be executed in the system rexx environment

TSOX  listc ent('sys1.linklib')
AXR0500I AXREXX OUTPUT DISPLAY 576 
EXECNAME=TSOX TOKEN=4000C23AA4FFCA774B86  
NONVSAM --- SYS1.LINKLIB   
IN-CAT --- SYS1.ICF.MASTCATA   


-- 
Mark Jacobs
Time Customer Service
Tampa, FL


We have a special climate-controlled room that keeps the worms 
at a low enough temerature so that they remain dormant. If the 
temperature varies by more than +-0.73K, the worms either freeze 
to death, or eat throught the CrTiAl alloy of the airlock doors. 
Dicey.

   -Branko Cibej <[EMAIL PROTECTED]>, concerning the can of worms

--
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

Re: Question On Space Allocation

[willie bunter]

Daniel,
   
  I liked your idea, but our "management" supports the old adage "the customer 
is always right".  I had a chat with the user this morning and advised him to 
change the jcl - add the vol parm etc.  I also reminded him of the fact, should 
his jobs abend, I will add dasd which will be billed to his group.  Hopefully 
the cost factor will come in to play.
   
  Thanks

Daniel McLaughlin <[EMAIL PROTECTED]> wrote:
  Fix him with SMS so he gets a smaller primary. Put a JES exit in for the 
same.

Seek support from managment.

Daniel McLaughlin 
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
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

System Rexx questions

[Lindy Mayfield]

Couple of system rexx questions that I couldn't find in any docs (or in
the SHARE presentation):

What is the member TSOX from Ed J. in SYS1.SAXREXEC used for?

Is there a way in system rexx to wait x number of seconds?

--
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

Re: Question On Space Allocation

[Tom Marchant]

On Fri, 11 Apr 2008 09:57:45 -0400, Daniel McLaughlin wrote:

>Noticed that LRECL is specified, RECFM FB, but no BLKSIZE. Does that
>default to 1 record per block? Mighty wasteful.

Actually, in this case, it s not wasteful at all.  With LRECL=14160, you can 
get 
3 records on a track.  If you were to block it 2 records per block, the block 
size would be 28320 and only one block would fit on a track.  Higher blocking 
factors would push it abofe 32760.

IAC, with no BLKSIZE specified, SDB would normally select the most efficient 
block size.

--
Tom Marchant

--
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

Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Edward Jaffe]

Barbara Nitz wrote:

Use IPCS :-) option 3.5, look for the symptom string (after confirming the 
correct DAE data set) and type a T in that line. IPCS does the rest, 
sysplex-wide.
  


Oh yeah. I forgot all about that interface. It requires an AUTHCMD entry 
for ADYOPCMD in IKJTSOxx. Too bad it still doesn't provide a delete 
function. :-(


The REXX I was thinking of was ADYUPDAT. I like the ADYUPDAT CLEANUP 
function.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Authorized Rexx Assembler Function

[Lindy Mayfield]

I was running in batch with no STEPLIB just to make sure.


(he) (-:

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel McLaughlin
Sent: 11. huhtikuuta 2008 17:34
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Authorized Rexx Assembler Function

Ahif she is using STEPLIBthen APF gets involved for everyone,
no?

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 

--
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

Re: Authorized Rexx Assembler Function

[Lindy Mayfield]

I really appreciate everyone's hints, advice and help.

I checked, LNKAUTH=LNKLST is on.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Jacobs
Sent: 11. huhtikuuta 2008 17:30
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Authorized Rexx Assembler Function

Tom Marchant wrote:
> On Fri, 11 Apr 2008 09:55:18 -0400, Daniel McLaughlin wrote:
>
>   
>> Are all libraries in the concatenation of the linklib in the APF
list? If
>> one isn't that may cause your issue.
>> 
>
> If the load library is being accessed through the LNKLST, it is ok to
have 
> libraries that are not APF.
>
>   
If LNKAUTH=LNKLST in IEASYSxx is being used then yes.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


--
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

Re: Authorized Rexx Assembler Function

[Daniel McLaughlin]

Ahif she is using STEPLIBthen APF gets involved for everyone, no?

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/11/2008 
10:30:10 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   Mark Jacobs <[EMAIL PROTECTED]>
> Organization: Time Customer Service
> Subject:  Re: Authorized Rexx Assembler Function
> 
---
> 
> Tom Marchant wrote:
> > On Fri, 11 Apr 2008 09:55:18 -0400, Daniel McLaughlin wrote:
> >
> > 
> >> Are all libraries in the concatenation of the linklib in the APF 
list? If
> >> one isn't that may cause your issue.
> >> 
> >
> > If the load library is being accessed through the LNKLST, it is ok to 
have 
> > libraries that are not APF.
> >
> > 
> If LNKAUTH=LNKLST in IEASYSxx is being used then yes.
> 
> -- 
> Mark Jacobs
> Time Customer Service
> Tampa, FL
> 
> 
> We have a special climate-controlled room that keeps the worms 
> at a low enough temerature so that they remain dormant. If the 
> temperature varies by more than +-0.73K, the worms either freeze 
> to death, or eat throught the CrTiAl alloy of the airlock doors. 
> Dicey.
> 
>-Branko Cibej <[EMAIL PROTECTED]>, concerning the can of worms
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: Authorized Rexx Assembler Function

[Mark Jacobs]

Tom Marchant wrote:
> On Fri, 11 Apr 2008 09:55:18 -0400, Daniel McLaughlin wrote:
>
>   
>> Are all libraries in the concatenation of the linklib in the APF list? If
>> one isn't that may cause your issue.
>> 
>
> If the load library is being accessed through the LNKLST, it is ok to have 
> libraries that are not APF.
>
>   
If LNKAUTH=LNKLST in IEASYSxx is being used then yes.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


We have a special climate-controlled room that keeps the worms 
at a low enough temerature so that they remain dormant. If the 
temperature varies by more than +-0.73K, the worms either freeze 
to death, or eat throught the CrTiAl alloy of the airlock doors. 
Dicey.

   -Branko Cibej <[EMAIL PROTECTED]>, concerning the can of worms

--
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

Re: Authorized Rexx Assembler Function

[Daniel McLaughlin]

Snipped:
  Actually no, there are a few in there that aren't.  Like SYS1.SORTLIB,
for example.

I can only go on personal experience in that a concatenated series of 
libraries which are intermixed between APF and non-APF has caused me more 
than one S047 (SO47?) ABEND.

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: Authorized Rexx Assembler Function

[Tom Marchant]

On Fri, 11 Apr 2008 09:55:18 -0400, Daniel McLaughlin wrote:

>Are all libraries in the concatenation of the linklib in the APF list? If
>one isn't that may cause your issue.

If the load library is being accessed through the LNKLST, it is ok to have 
libraries that are not APF.

-- 
Tom Marchant

--
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

Re: Question On Space Allocation

[Daniel McLaughlin]

snipped

He doesn't have a choice unless the OP is willing to reserve a volume or =
two for users like this.
Of course that's what Overflow storage groups are for.


Exactly. On occasion the user needs to understand the ramifications of 
obstinance.

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: Question On Space Allocation

[O'Brien, David W. (NIH/CIT) [C]]

He doesn't have a choice unless the OP is willing to reserve a volume or two 
for users like this.
Of course that's what Overflow storage groups are for.



From: Daniel McLaughlin [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation



That was part of the original posting. The user says he doesn't want to
lest his data get 'chunked up'...his NO CLUE light is on

Daniel McLaughlin   
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com



IBM Mainframe Discussion List  wrote on 04/11/2008
10:10:17 AM:

> -- Information from the mail header
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
> Subject:  Re: Question On Space Allocation
>
---
>
> He also needs to reduce his Primary allocation.
>
> 
>
> From: willie bunter [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 10:04 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Question On Space Allocation
>
>
>
> Thanks David for the info.  I will speak to the user and ask him to put
=
> a vol parm.
>  =20
>   Thanks.
>
> "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
>   Willie,
>
> Yes, that is correct, the Primary allocation is restricted to one =
> volume.
>
> Given that you haven't provided a volume count greater than 1 in the =
> applicable Dataclass and your user has not coded a volume count =
> sub-parameter in the Unit parameter the allocation is restricted to one
=
> volume.
>
> 
>
> From: willie bunter [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 9:53 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Question On Space Allocation
>
>
>
> David,
>
> Thanks for the suggestion. For my better understanding, Zos will attempt
=
> to satisfy the primary allocation (5 extents) on the same pack. Correct?
>
>
>
>
> --
> 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
>
>
>
>  __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com   =20
>
> --
> 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
>
>



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards

Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: Question On Space Allocation

[O'Brien, David W. (NIH/CIT) [C]]

You could also direct his file via the ACS routines to a Data Class with the 
following:
 
 CDS Name  . . . . . : ACTIVE  
 Data Class Name . . : VSCOMP  
   
 Data Set Name Type  . . . . . : EXTENDED  
   If Extended . . . . . . . . : REQUIRED 
   Extended Addressability . . : YES   
   Record Access Bias  . . . . : USER  
 Space Constraint Relief . . . : YES   
   Reduce Space Up To (%)  . . : 50
   Dynamic Volume Count  . . . : 9 
 Compaction  . . . . . . . . . : YES  
 
This should be done with adequate testing. Extended addressing can provide up 
to 50% savings in space allocation and works for both Sequential and VSAM.
And if 1000 compacted cyls aren't enough, you now have a volume count of 9.
 
Caveat: Make sure only normal APIs are used to access the data. 



From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation



Thanks David for the info.  I will speak to the user and ask him to put a vol 
parm.
  
  Thanks.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
  Willie,

Yes, that is correct, the Primary allocation is restricted to one volume.

Given that you haven't provided a volume count greater than 1 in the applicable 
Dataclass and your user has not coded a volume count sub-parameter in the Unit 
parameter the allocation is restricted to one volume.



From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation



David,

Thanks for the suggestion. For my better understanding, Zos will attempt to 
satisfy the primary allocation (5 extents) on the same pack. Correct?




--
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



 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com  

--
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

Re: Question On Space Allocation

[Daniel McLaughlin]

That was part of the original posting. The user says he doesn't want to 
lest his data get 'chunked up'...his NO CLUE light is on

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/11/2008 
10:10:17 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
> Subject:  Re: Question On Space Allocation
> 
---
> 
> He also needs to reduce his Primary allocation.
> 
> 
> 
> From: willie bunter [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 10:04 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Question On Space Allocation
> 
> 
> 
> Thanks David for the info.  I will speak to the user and ask him to put 
=
> a vol parm.
>  =20
>   Thanks.
> 
> "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
>   Willie,
> 
> Yes, that is correct, the Primary allocation is restricted to one =
> volume.
> 
> Given that you haven't provided a volume count greater than 1 in the =
> applicable Dataclass and your user has not coded a volume count =
> sub-parameter in the Unit parameter the allocation is restricted to one 
=
> volume.
> 
> 
> 
> From: willie bunter [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 9:53 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Question On Space Allocation
> 
> 
> 
> David,
> 
> Thanks for the suggestion. For my better understanding, Zos will attempt 
=
> to satisfy the primary allocation (5 extents) on the same pack. Correct?
> 
> 
> 
> 
> --
> 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
> 
> 
> 
>  __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com =20
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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

Re: Question On Space Allocation

[O'Brien, David W. (NIH/CIT) [C]]

He also needs to reduce his Primary allocation.



From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation



Thanks David for the info.  I will speak to the user and ask him to put a vol 
parm.
  
  Thanks.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
  Willie,

Yes, that is correct, the Primary allocation is restricted to one volume.

Given that you haven't provided a volume count greater than 1 in the applicable 
Dataclass and your user has not coded a volume count sub-parameter in the Unit 
parameter the allocation is restricted to one volume.



From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation



David,

Thanks for the suggestion. For my better understanding, Zos will attempt to 
satisfy the primary allocation (5 extents) on the same pack. Correct?




--
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



 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com  

--
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

Re: SHOWZOS output.

[Richbourg, Claude]

Mark,

I downloaded file 492 from the CBT Updates section and brought it up to
the 1.9 system. Showzos runs with zero return code, but gives the abend
within the syslog. It produces output, but not as much as the older
SHOWMVS.

Thanks to all who have responded and I'll wait for a comment by Roland
or Gilbert.

Regards,
Claude


>Claude,
>
>I believe the author frequents this list (Mark Zelden? maybe) and it
>may not be zOS 1.9 compatable. I would wait for the author to reply.
>

Sorry,  I only dream of being able to code assembler like that.  

Roland Schiradin has been maintaining / enhancing ShowZOS and
ShowMVS prior for years with some contributions also.  The original
author
who layed all the ground work was Gilbert Saint-Flour. 

To the OP:  Did you download the current version from the CBT updates 
page? http://www.cbttape.org/updates.htm 

And yes... make sure you assemble with the z/OS 1.9 maclibs if asm/lnk
from a downleveled system by pointing to them with VOL=SER.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Authorized Rexx Assembler Function

[Lindy Mayfield]

Actually no, there are a few in there that aren't.  Like SYS1.SORTLIB,
for example.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel McLaughlin
Sent: 11. huhtikuuta 2008 16:55
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Authorized Rexx Assembler Function

Are all libraries in the concatenation of the linklib in the APF list?
If 
one isn't that may cause your issue.

BTDT

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 

--
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