Re: grabbing JES output via FTP

[Paul Gilmartin]

On Sat, 19 Aug 2017 21:34:57 -0400, Tony Thigpen wrote:

>I am attempting to use FTP under VM to grab some job output from JES2. I
>am getting a strange error that I don't know where to start trying to
>resolve it. I also get the same messages when I try to ftp from a local pc.
>
>...
> >>>EPRT |1|10.10.50.141|1170|
>500 unknown command EPRT
>
>thoughts?
> 
RFC 2428?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: grabbing JES output via FTP

[Paul Gilmartin]

On Sat, 19 Aug 2017 21:34:57 -0400, Tony Thigpen  wrote:

>I am attempting to use FTP under VM to grab some job output from JES2. I
>am getting a strange error that I don't know where to start trying to
>resolve it. I also get the same messages when I try to ftp from a local pc.
>
>Command:
>site filetype=jes
> >>>SITE filetype=jes
>200 SITE command was accepted
>Command:
>get JOB01106.2
> >>>EPRT |1|10.10.50.141|1170|
>500 unknown command EPRT
>
Is this an IP address and port number for setting up the separate data port?
Does PASSIVE mode affect this?

> >>>PORT 10,10,50,141,4,146
>200 Port request OK.
> >>>RETR JOB01106.2
>451 Nlst failed due to internal error

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

grabbing JES output via FTP

[Tony Thigpen]

I am attempting to use FTP under VM to grab some job output from JES2. I 
am getting a strange error that I don't know where to start trying to 
resolve it. I also get the same messages when I try to ftp from a local pc.


Command:
site filetype=jes
>>>SITE filetype=jes
200 SITE command was accepted
Command:
get JOB01106.2
>>>EPRT |1|10.10.50.141|1170|
500 unknown command EPRT
>>>PORT 10,10,50,141,4,146
200 Port request OK.
>>>RETR JOB01106.2
451 Nlst failed due to internal error
Command:


thoughts?

--
Tony Thigpen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Removing Catalog Entries for Datasets That Do Not Exist

[Lizette Koehler]

If you have access to ARCCATGP then you can do a DEL namehere NOSCRATCH

If you do not, then a RECALL Will be attempted.

See if your security product has ARCCATGP defined and that you can use it.

Then either LOGON to TSO with GROUP ARCCATGP or use a batch job with
GROUP=ARCCATGP


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rodatz, William J
> Sent: Friday, August 18, 2017 8:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Removing Catalog Entries for Datasets That Do Not Exist
> 
> Hello Everyone,
> 
> Recently I discovered some datasets with "MIGRAT" as the volser.  These
> datasets had been migrated with DFHSM many years ago.  My organization is no
> longer running the product.  I am attempting to remove the dangling catalog
> entries which appears to be challenging.  The pubs say to use IEHPROGM with
> the SCRATCH function if (1) the dataset is non-SMS managed and (2) you know
> the dataset's volser prior to migration.  I don't what the original volser
> was and I don't know why it matters.  The catalog entry has only the dataset
> name and "MIGRAT" for the volser.
> 
> When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I
> am unable to move past this point.
> 
> Does anyone have an idea how the catalog entries can be removed?  Any input
> would be greatly appreciated.
> 
> Thank you.
> 
> Bill
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GSKSRVR trace

[Smith III, Phil (HPE Data Security (Voltage))]

Mike Schmutzok wrote:
>I think you have to start the GSKSRVR first before starting the GSK writer. We 
>had to do an SSL trace per IBM's request and the following was the process 
>they gave to us. Note, this was for a CICS trace so your reply may be 
>different.


Well, that would certainly make sense, will try it! Thanks.

Assuming it's the answer, I guess my next question is, "What is GSKSRVR?" It 
sounds like it's the System SSL process, but System SSL works without it, so 
that can't be right!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[scott Ford]

Guys,

Like you'll I have worked a lot of hours and additionally raised two
daughters on my own.
Now I would like to live a bit more, which I have started doing. You don't
realize what you miss working all the
Time ..I started art lessons, I draw and started painting, ans my gf says I
go "zen" when I draw and paint.

Scott


On Sat, Aug 19, 2017 at 1:53 PM Jack J. Woehr  wrote:

> Ed Jaffe wrote:
> > I'll probably die with one foot in the grave and one hand on the
> keyboard...
>
> Me too, I'm on the "Work Until You Drop" retirement plan. Along with many
> of my generation:
>
> http://www.pressherald.com/2017/08/02/baby-boomer-dying-on-the-job/
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the
> universe
> www.softwoehr.com # with a fine understanding of human fallibility. -
> Carl Sagan
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Jack J. Woehr]

Ed Jaffe wrote:
I'll probably die with one foot in the grave and one hand on the keyboard... 


Me too, I'm on the "Work Until You Drop" retirement plan. Along with many of my 
generation:

http://www.pressherald.com/2017/08/02/baby-boomer-dying-on-the-job/

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Bill Johnson]

I've never heard anyone on their deathbed say they wish they spent more time 
working. Wife and I have spent the last 10 years seeing the world. Will spend 
the next 10 doing more of the same.


Sent from Yahoo Mail for iPhone


On Saturday, August 19, 2017, 1:34 PM, Ed Jaffe  
wrote:

On 8/19/2017 6:11 AM, scott Ford wrote:
> How does a techie of 40 yrs know when it's time to retire? Bearing in mind
> I understand you have to have enough money, for me that's a given

I'll probably die with one foot in the grave and one hand on the keyboard...

-- 
PHOENIX SOFTWARE INTERNATIONAL
Edward E. Jaffe
Chief Technology Officer
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Ed Jaffe]

On 8/19/2017 6:11 AM, scott Ford wrote:

How does a techie of 40 yrs know when it's time to retire? Bearing in mind
I understand you have to have enough money, for me that's a given


I'll probably die with one foot in the grave and one hand on the keyboard...

--
PHOENIX SOFTWARE INTERNATIONAL
Edward E. Jaffe
Chief Technology Officer
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[scott Ford]

William and retired,

Absolutely 


On Sat, Aug 19, 2017 at 12:45 PM retired mainframer <
retired-mainfra...@q.com> wrote:

> Since you are not working for the money, prioritize your time.
>
>  Are there things you want to do while you are still able?  For me,
> traveling was one of the biggies.  For others, it might be spending time
> with the grandkids before they become teenagers.  Some enjoy volunteering
>
>  Are there time consuming hobbies you have always wanted to enjoy but
> couldn't fit in around a daily work schedule?  Are there old friends and
> family you have not had enough time to see as often as you want?
>
> By the way, retirement need not be 100%.  But when you do, make sure you
> have a plan to at least partially fill the new 8-10 hour void in your day.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of scott Ford
> > Sent: Saturday, August 19, 2017 6:12 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: OT-retirement
> >
> > How does a techie of 40 yrs know when it's time to retire? Bearing in
> mind
> > I understand you have to have enough money, for me that's a given
> >
> > A friend is asking a lot of friends ..
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[retired mainframer]

Since you are not working for the money, prioritize your time.  

 Are there things you want to do while you are still able?  For me, 
traveling was one of the biggies.  For others, it might be spending time with 
the grandkids before they become teenagers.  Some enjoy volunteering

 Are there time consuming hobbies you have always wanted to enjoy but 
couldn't fit in around a daily work schedule?  Are there old friends and family 
you have not had enough time to see as often as you want?

By the way, retirement need not be 100%.  But when you do, make sure you have a 
plan to at least partially fill the new 8-10 hour void in your day.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of scott Ford
> Sent: Saturday, August 19, 2017 6:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: OT-retirement
> 
> How does a techie of 40 yrs know when it's time to retire? Bearing in mind
> I understand you have to have enough money, for me that's a given
> 
> A friend is asking a lot of friends ..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[william janulin]

Gary hit the nail right on the head. When it stops being fun and there are 
other things you would rather be doing. 
 

On Saturday, August 19, 2017 11:27 AM, scott Ford  
wrote:
 

 Guys your absolutely right on both accounts..
It's not bad when people you work with ask questions because of lack of
knowledge or curious.
I tell everyone I don't know all the answers but will help then figure it
out.

I work with some that think they know, very dangerous especially where i
work in security products.



On Sat, Aug 19, 2017 at 11:24 AM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> That's a big one. Very frustrating dealing with someone who has next to
> zero mainframe knowledge.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Saturday, August 19, 2017, 11:15 AM, scott Ford 
> wrote:
>
> What about having PC managers who don't understand z/OS or z/OS ppl?
>
>
> On Sat, Aug 19, 2017 at 10:23 AM John Clifford 
> wrote:
>
> > When you can't find any jobs locally after looking for over a year.
> Forget
> > it and retire(d).
> >
> > John C
> >
> > On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
> >
> > > How does a techie of 40 yrs know when it's time to retire? Bearing in
> > mind
> > > I understand you have to have enough money, for me that's a given
> > >
> > > A friend is asking a lot of friends ..
> > >
> > > Scott
> > > --
> > > Scott Ford
> > > IDMWORKS
> > > z/OS Development
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


   

|  | Virus-free. www.avast.com  |


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Removing Catalog Entries for Datasets That Do Not Exist

[van der Grijn, Bart (B)]

IIRC, the approach I use is: 
- Create a new catalog
- REPRO MERGECAT the entries you want to delete to the new catalog
- Delete the catalog with RECOVERY

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Friday, August 18, 2017 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Removing Catalog Entries for Datasets That Do Not Exist

Hello Everyone,

Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.

When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.

Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.

Thank you.

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[scott Ford]

Guys your absolutely right on both accounts..
It's not bad when people you work with ask questions because of lack of
knowledge or curious.
I tell everyone I don't know all the answers but will help then figure it
out.

I work with some that think they know, very dangerous especially where i
work in security products.



On Sat, Aug 19, 2017 at 11:24 AM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> That's a big one. Very frustrating dealing with someone who has next to
> zero mainframe knowledge.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Saturday, August 19, 2017, 11:15 AM, scott Ford 
> wrote:
>
> What about having PC managers who don't understand z/OS or z/OS ppl?
>
>
> On Sat, Aug 19, 2017 at 10:23 AM John Clifford 
> wrote:
>
> > When you can't find any jobs locally after looking for over a year.
> Forget
> > it and retire(d).
> >
> > John C
> >
> > On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
> >
> > > How does a techie of 40 yrs know when it's time to retire? Bearing in
> > mind
> > > I understand you have to have enough money, for me that's a given
> > >
> > > A friend is asking a lot of friends ..
> > >
> > > Scott
> > > --
> > > Scott Ford
> > > IDMWORKS
> > > z/OS Development
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Bill Johnson]

That's a big one. Very frustrating dealing with someone who has next to zero 
mainframe knowledge.


Sent from Yahoo Mail for iPhone


On Saturday, August 19, 2017, 11:15 AM, scott Ford  wrote:

What about having PC managers who don't understand z/OS or z/OS ppl?


On Sat, Aug 19, 2017 at 10:23 AM John Clifford  wrote:

> When you can't find any jobs locally after looking for over a year. Forget
> it and retire(d).
>
> John C
>
> On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
>
> > How does a techie of 40 yrs know when it's time to retire? Bearing in
> mind
> > I understand you have to have enough money, for me that's a given
> >
> > A friend is asking a lot of friends ..
> >
> > Scott
> > --
> > Scott Ford
> > IDMWORKS
> > z/OS Development
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Steve Beaver]

If comes down to.  Do you love what you do, and you could cut down to 2 days 
week and play the other 5

Sent from my iPhone

Sorry for any grammar problems 

> On Aug 19, 2017, at 10:15, scott Ford  wrote:
> 
> Guys and girls I am 67 on Sundayit's making me think
> 
> 
>> On Sat, Aug 19, 2017 at 11:15 AM scott Ford  wrote:
>> 
>> What about having PC managers who don't understand z/OS or z/OS ppl?
>> 
>> 
>> On Sat, Aug 19, 2017 at 10:23 AM John Clifford 
>> wrote:
>> 
>>> When you can't find any jobs locally after looking for over a year. Forget
>>> it and retire(d).
>>> 
>>> John C
>>> 
 On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
 
 How does a techie of 40 yrs know when it's time to retire? Bearing in
>>> mind
 I understand you have to have enough money, for me that's a given
 
 A friend is asking a lot of friends ..
 
 Scott
 --
 Scott Ford
 IDMWORKS
 z/OS Development
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> 
>> --
>> Scott Ford
>> IDMWORKS
>> z/OS Development
>> 
> -- 
> Scott Ford
> IDMWORKS
> z/OS Development
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[scott Ford]

Guys and girls I am 67 on Sundayit's making me think


On Sat, Aug 19, 2017 at 11:15 AM scott Ford  wrote:

> What about having PC managers who don't understand z/OS or z/OS ppl?
>
>
> On Sat, Aug 19, 2017 at 10:23 AM John Clifford 
> wrote:
>
>> When you can't find any jobs locally after looking for over a year. Forget
>> it and retire(d).
>>
>> John C
>>
>> On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
>>
>> > How does a techie of 40 yrs know when it's time to retire? Bearing in
>> mind
>> > I understand you have to have enough money, for me that's a given
>> >
>> > A friend is asking a lot of friends ..
>> >
>> > Scott
>> > --
>> > Scott Ford
>> > IDMWORKS
>> > z/OS Development
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> >
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[scott Ford]

What about having PC managers who don't understand z/OS or z/OS ppl?


On Sat, Aug 19, 2017 at 10:23 AM John Clifford  wrote:

> When you can't find any jobs locally after looking for over a year. Forget
> it and retire(d).
>
> John C
>
> On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:
>
> > How does a techie of 40 yrs know when it's time to retire? Bearing in
> mind
> > I understand you have to have enough money, for me that's a given
> >
> > A friend is asking a lot of friends ..
> >
> > Scott
> > --
> > Scott Ford
> > IDMWORKS
> > z/OS Development
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Possible COBOL RFE to abend if any warnings occured

[Farley, Peter x23353]

Apologies, you certainly did not say anything about production.

I don't like the idea of someone else turning on all the checking options 
"automatically" when my program needs some development or maintenance.  I 
prefer to be the one to decide which (if any) of those options I may need to 
debug a problem or verify new code.  Besides, all a programmer has to do to 
thwart any automatic option setting is to use a PROCESS card to turn off the 
options they don't want to use.

From the application programmer's point of view, your RFE if automatically 
imposed would force me to keep changing code until all messages were handled 
because my program always abends when it completes if I don't handle those 
messages.

From a managers point of view, why are you forcing my programmer to make 
unplanned code changes that may introduce as many bugs as it purportedly 
resolves?  I don't necessarily always subscribe to this philosophy, but it is 
very common and managers do have some legitimate concerns about unplanned code 
changes.

Unit testing is a bit more challenging when your program always abends while 
you are trying to test a logic change not associated with the code that 
generates checking messages.  Annoying too if you are running an interactive 
debugging session and the program abends at the end of processing.

I might see turning the existing checking options on automatically with the ABD 
sub-option in the full-volume regression testing stage to see if any bugs were 
missed during unit testing because those logic paths were not exercised, but 
not otherwise and probably not at all if I know there are unhandled checking 
messages being generated for this particular maintenance cycle.

I still agree with Jeffrey's response that since the compiler options already 
allow for the ABD sub-option you will probably get "already delivered" as an 
answer to your RFE.  Not a big help if you have "legitimate" code that triggers 
the option check which you don't want to change right away, but I would first 
question whether any such code is actually legitimate and not a problem.  If 
it's actually broken it ought to be fixed ASAP, though one's manager may or may 
not agree with that opinion (see above).

If the point is to generate all the possible sub-option MSG messages from a 
batch run or CICS transaction and then "tell the programmer" via abend to be 
sure to go look at the message output, I do not see any real usefulness in such 
an option.  If the programmer doesn't know enough to go look at the messages 
when they asked for them (or were told they must ask for them and check the 
results), then there isn't much you can do beyond telling them to RTFM and talk 
to their manager about it.

OTOH I think the idea of being able to "turn off" selected options around 
sections of code could be a useful idea.  Kind of like C/C++ "pragma(packed) 
and "pragma(reset)" around structure definitions but for executable code.  That 
has possibilities, but again you (and your manager) should probably first 
question whether such code sections are really "ignorable" for any given check.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, August 18, 2017 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Possible COBOL RFE to abend if any warnings occured

I never said anything about production.  This would be (in our environment, 
anyway) set automatically for any development compiles only.


From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 
Sent: Friday, August 18, 2017 8:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Possible COBOL RFE to abend if any warnings occured

I agree with Jeffrey's comment and will add one of my own:  No program should 
be installed into QA or UAT or production libraries with SSRANGE or ZONECHECK 
or any other debugging option turned on at all.  There should be lifecycle 
software rules in place to automatically prevent it from ever happening.

Debugging options are for debugging problems and for unit and regression 
testing, never for production.  You are costing yourself serious CPU usage to 
leave them turned on in production.  When a programmer is debugging or changing 
code they should already know enough to look at the message output (batch or 
CICS) when they have debugging compiler options turned on.  If they don't know 
that then they don't deserve the label "programmer".

Like the old vaudeville routine said, "Patient: Doctor!  Doctor!  It hurts when 
I do that!"  "Doctor: Well, don't do that!"

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeffrey Holst
Sent: Friday, August 18, 2017 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Possible COBOL RFE to abend if any warnings occured

Unless you have other 

Re: OT-retirement

[John Clifford]

When you can't find any jobs locally after looking for over a year. Forget
it and retire(d).

John C

On Sat, Aug 19, 2017 at 9:11 AM, scott Ford  wrote:

> How does a techie of 40 yrs know when it's time to retire? Bearing in mind
> I understand you have to have enough money, for me that's a given
>
> A friend is asking a lot of friends ..
>
> Scott
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT-retirement

[Gary DiPillo]

When it stops being fun.

When you have other things you would rather be doing.

Gary (who is able to wind it all down slowly and is doing just that)


On 8/19/2017 9:11 AM, scott Ford wrote:

How does a techie of 40 yrs know when it's time to retire? Bearing in mind
I understand you have to have enough money, for me that's a given

A friend is asking a lot of friends ..

Scott



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AXR address space

[scott Ford]

Yeah,

I have seen usually "Force AXRxx, ARM" , but I assume this brings it down
hard.

Scott


On Fri, Aug 18, 2017 at 11:16 PM Lucas Rosalen 
wrote:

> We use 2 methods at the same time with System Automation:
> - INGLKUP REQ=JOB COMMAND=STOP to perform a P AXRxx,A=
> - P AXR
>
>
> ---
> *Lucas Rosalen*
> Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
> *
> LinkedIn: http://br.linkedin.com/in/lrosalen
> Phone: +48 (71) 792 809 198
>
>
> 2017-08-18 18:55 GMT+02:00 Gilson Cesar de Oliveira :
>
> >
> > Dear list:
> >
> > I'd like to know how to stop the AXR address space without using the
> > CANCEL command??
> >
> > I already tried with STOP but it didn't work.
> >
> > Any clues??
> >
> >
> > Thanks in advance for any help.
> >
> > Regards,
> >
> > Gilson
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

OT-retirement

[scott Ford]

How does a techie of 40 yrs know when it's time to retire? Bearing in mind
I understand you have to have enough money, for me that's a given

A friend is asking a lot of friends ..

Scott
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN