Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Roberts, John J]

>>"Gee, I don't recall how that worked".

"Just push the big red button - that should fix your issues!".

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

Subscribe to RACF-L

[Jorge Garcia]

Hello,

 I know that it's not a topic a about IBM-Main list, but in our shop the 
collegues want to subsribe to this RACF-L and we don't receive any email with 
the confirmation code. We use this link: https://listserv.uga.edu/cgi-bin/wa
Also we send a email to lists...@listserv.uga.edu with the body subscribe 
racf-l my name and with the same result. There aren't mail in the rejected 
folder mail.

Any help would be appreciated

Regards 

Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE 
Avenida del Talgo 100-103 – 3ª Planta
CP 28023 Madrid
Tel. 91 581 27 34, Movil 464196/618333559 
jgarc...@mapfre.com

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

Re: Subscribe to RACF-L

[Ed Finnell]

Just send it to ibm-main
 
>Sub: RACHK(or whatever you choose)
 
>Body of msg
 
>sub RACF-L   <--all that's required
 
It will bounce but be forwarded to UGA. Worked for me. Got confirmation it  
just a few seconds.
 
 
 
 
In a message dated 10/22/2015 1:07:55 A.M. Central Daylight Time,  
jgarc...@mapfre.com writes:

Any help  would be appreciated


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

Re: Subscribe to RACF-L

[Ed Finnell]

Sorry I misspoke. Send request to UA's _lists...@listserv.ua.edu_ 
(mailto:lists...@listserv.ua.edu)  
 
> sub RACF-L
The RACF-L  list is unknown  to  lists...@listserv.ua.edu. Your  request is
being forwarded to the  nearest backbone server, lists...@swgate.lsoft.com.




In a message dated 10/22/2015 1:07:55 A.M. Central Daylight Time,  
jgarc...@mapfre.com writes:

Any help  would be appreciated



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

Re: Fwd: Bloomberg: IBM's Third-Quarter Revenue Misses Estimates on Currency Impact

[Cannaerts, Jan]

>I said in another place that seeing as they have the brighest heads on the 
>planet, they should go back to thinking (what they used to be good at) and to 
>hell with the shareholders.

That's the reason why Bell Labs was so productive. Then again AT wasn't 
financially dependent on the work that was done at Bell Labs. It's slightly 
more complicated for IBM.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andre Massena
Sent: woensdag 21 oktober 2015 8:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Bloomberg: IBM's Third-Quarter Revenue Misses Estimates on 
Currency Impact

All,


The z13 would seem to be  (rather unusually) a winner. Pity today's Zeitgeist 
does not see things the same way. Consume, wrap it up and throw it away - what 
a mentality.

I said in another place that seeing as they have the brighest heads on the 
planet, they should go back to thinking (what they used to be good at) and to 
hell with the shareholders.


Cordialement


Andre
 



 Message d'origine 
De : Jon Butler 
À : IBM-MAIN@LISTSERV.UA.EDU
Objet : Re: Fwd: Bloomberg: IBM's Third-Quarter Revenue Misses Estimates on 
Currency Impact
Date : 21/10/2015 20:42:22 CEST

Ah...the old currency bugbear. 

Actually the mainframe division had another good year...it's the mini-computer 
and nebulous computing offerings that continue to cause the problems. 

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

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

Re: COBOL V5.x and CSP descendants was Re: New and improved IBM migration recommendations for COBOL V5

[Timothy Sipples]

John McKown wrote:
>But the problem could well be the fact that getting the
>new COBOL is an immediate, definite, increase in the budget
>numbers

And how would *that* happen? If that happens, I don't think it's due to
IBM. If you're thinking of per MSU charge variations between versions,
they're gone.(*) IBM abolished those several years ago.

What's IBM-MAIN's statute of limitations on IBM's past practices? :-) (**)

>whereas the projected_(not assured) savings from a decrease
>in MSU charges is a_future savings which may OR MAY NOT
>occur.

Or projected additional workload volumes supported within the same
capacity, if you prefer. You can "spend" greater efficiencies however you
and your employer wish.

>Also, there is the expense of testing that the newly compiled
>programs still work correctly.

Yes, but:

(a) One always tests, especially (but not only, hopefully) when there's a
change;

(b) Thus one perfectly reasonable approach -- the approach we often
recommend -- is to recompile only programs that change during the normal
course of business driven code changes and to test through those ordinary
development cycles per normal. (Does *anybody* recompile *every* program
after they upgrade a compiler? It's uncommon, at least.)

Of course one could always try arguing in favor of absolute inertia, but
your organization isn't choosing inertia, is it? I don't recommend arguing
in favor of inertia particularly when the business isn't willing to stand
still. (Not blaming you, John.)

>I'm not trying to argue against upgrading.

After presenting only a simulation of an argument? :-) :-)

Look, I'm all in favor of discussing and debating well considered arguments
based on current facts, figuring out ways IBM might do even better. That's
not yet happening in this thread. I continue to share John Gilmore's
frustration. :-( We're rehashing resolved, debunked, and/or imagined
problems. This really isn't productive. What would be at least more
productive is evaluating the new compiler and upgrading your compiler as
reasonably quickly as you can.

(*) It can be even better than that. Enterprise COBOL Version 5
*automatically* generates SMF Type 89 records for sub-capacity license
reporting. Previous COBOL compiler versions didn't, and you had to perform
a manual configuration step to make sure your sub-capacity reports
correctly reflected your compiler usage. If you skipped that step, IBM
probably billed your COBOL compiler at full capacity. My sincere thanks to
you if IBM did so. When you upgrade, the new compiler protects against your
making that particular error of omission.

(**) Answering my own question, often at least decades. But be careful what
you wish for! You might encourage IBM not to respond favorably to customer
concerns, even well justified concerns. If you think IBM still hasn't fixed
something it has already well fixed, even many years ago, then why should
IBM ever fix anything? :-)


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: Bookmanager BUILD and z/OS V2.2

[John Eells]

Juergen Kehr wrote:

As you probably know Bookmanager BUILD isn't supported and delivered with z/OS 
V2.2 anymore.

We've had the idea to transfer the "old" Bookmanager BUILD FMIDs via BUILDMCS 
into a seperate CSI in the V2.2 environment. Now our question is: Will this work? Of 
course it's not offically supported, but their are many unsupported old z/OS or even MVS 
or OS/VS product, which run perfect although in very new environments.

Does anybody have any experiences with this approach? Thanks in advance.



We generally do not break things on purpose when they are no longer 
supported or offered. For example, I think BTAM/SP worked for at *least* 
a decade after we withdrew it, and maybe even two. However, we also do 
not test with them, and if we happen to make a change that breaks them, 
we will not even know we did it--as happened, eventually, to BTAM.


That said, my guess is that Bookmanager Build does nothing special and 
will likely continue to work. The usual caveats around BUILDMCS apply, 
though. ACCEPT all service first, look in the zone where it's installed 
to see whether it has any cross-FMID considerations that would preclude 
installation in a separate zone and libraries (e.g., shared load 
modules), and so on.  If it does have an intra-zone dependency, it might 
even be something reasonably easy to manage (such as an interaction with 
Bookmanager Read, which you could BUILDMCS out and install alongside it).


BUILDMCS is remarkably fast, and APPLYing something relatively small 
without any PTFs is pretty quick too. I'd be inclined to do some quick 
checking, try it, and see whether it works.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Elardus Engelbrecht]

Ed Gould wrote:

http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/

WTF! G! Those crappies are too cheap to support their employees! That bank 
wants to have its bread buttered on both sides.

If you drop me, I drop you. Simple. My new employer wants my full attention and 
if needed 24 hours be on standby. Goodbye ex-employer. 

If my ex-employer wants my work, they need to setup a contract with pay. Treat 
me like a consultant with full [hourly] pay, not like a cheap/free slave.

I will surely challenge that "no-pay work after being dismissed" clause. (BTW, 
I think our land's somewhat militant unions will go very badly mad about 
this...)

And of course move my money to another bank. 

Even when I'm retired, I still want to be paid for any work to any ex-employer.

PS: You think I'm ranting for fun? Read this disgusting story about a doctor 
being misused for 8 years:

http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-working-for-free-for-8-years-20151020

Groete / Greetings
Elardus Engelbrecht

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Tony Thigpen]

I wonder how much $$ the severance package provides. That could be 
considered a 'Retainer' for 2 years. So, they are not providing the 
support 'without pay'.


And, if an employee decides to quit talking to the bank after 10 or 20 
hours, what can the bank do? Any judge would consider that the 
ex-employee was working in "good faith" and that the bank was not.


Tony Thigpen

Paul Gilmartin wrote on 10/22/2015 01:31 PM:

On Thu, 22 Oct 2015 12:14:15 -0500, Ed Gould wrote:


http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-
off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/


Y'know, sometimes you have really bad broken URLs.  Repaired (I think):
 
http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/



But the article describes only the quid, not the quo of the quid-pro-quo.
If the employees dislike the offer, they're free to leave with no severance
compensation.  Not that they're likely to relish the prospect.

-- gil

--
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: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Steve Beaver]

The severance package would have to be HUGE.  $15K for every year of service 
plus the Bank would have to 
Fund my 401(k) to the MAX for those 2 years at no cost to me.  Plus an 
immediate increase of salary of 100%
And I would be on VACATION 2 weeks a month. 

If an employee decides to quit talking to the bank after 10 or 20 hours, what 
can the bank do? Not a Blessed thing

Any judge would consider that the ex-employee was working in "good faith" and 
that the bank was not. Sue me and find out



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Thursday, October 22, 2015 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on 
call’ for 2 years of tech support — without pay

I wonder how much $$ the severance package provides. That could be considered a 
'Retainer' for 2 years. So, they are not providing the support 'without pay'.

And, if an employee decides to quit talking to the bank after 10 or 20 hours, 
what can the bank do? Any judge would consider that the ex-employee was working 
in "good faith" and that the bank was not.

Tony Thigpen

Paul Gilmartin wrote on 10/22/2015 01:31 PM:
> On Thu, 22 Oct 2015 12:14:15 -0500, Ed Gould wrote:
>>>
>>> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-
>>> off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay
>>> /
>>>
> Y'know, sometimes you have really bad broken URLs.  Repaired (I think):
>  
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>>>
> But the article describes only the quid, not the quo of the quid-pro-quo.
> If the employees dislike the offer, they're free to leave with no 
> severance compensation.  Not that they're likely to relish the prospect.
>
> -- gil
>
> --
> 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

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Chris Hoelscher]

Wow - a bank lets staff go - and then expects on-call answers? And the bank 
expects "truthful" answers?  And even if the "answers" are provided in good 
faith, but in the end turn out not the best advice, what happens then? 
Personally - if I let someone go - I would want to be done with them ; not rely 
on them at all'

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 22, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Fwd: Bank’s severance deal indebts laid off IT workers 
to be ‘on call’ for 2 years of tech support — without pay

I certainly dislike what the bank did. I am ignorant: is a severance package 
legally required? Hum, that probably varies. If the employment contract does 
not require that a severance be paid, then the company can require anything 
(legal) in order to qualify for it. IIRC, at one time our company had something 
similar. You wouldn't get a lump sum, but you would continue to get a 
fortnightly (2 week) pay check, with no deductions other than taxes for (up to) 
6 months. While receiving this pay out, you could still be called to answer 
questions. I.e. you couldn't log onto the company's systems or need to "come 
it". But you did need to be "reasonably"
available for phone contact. If you refused, you're payout would stop. So it 
really wasn't "severance", per se, more like a "retainer".

On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Ed Gould wrote:
>
>
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>
> WTF! G! Those crappies are too cheap to support their employees! 
> That bank wants to have its bread buttered on both sides.
>
> If you drop me, I drop you. Simple. My new employer wants my full 
> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>
> If my ex-employer wants my work, they need to setup a contract with pay.
> Treat me like a consultant with full [hourly] pay, not like a 
> cheap/free slave.
>
> I will surely challenge that "no-pay work after being dismissed" clause.
> (BTW, I think our land's somewhat militant unions will go very badly 
> mad about this...)
>
> And of course move my money to another bank.
>
> Even when I'm retired, I still want to be paid for any work to any 
> ex-employer.
>
> PS: You think I'm ranting for fun? Read this disgusting story about a 
> doctor being misused for 8 years:
>
>
> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-worki
> ng-for-free-for-8-years-20151020
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


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

Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Ed Gould]

http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid- 
off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/






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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[John McKown]

I certainly dislike what the bank did. I am ignorant: is a severance
package legally required? Hum, that probably varies. If the employment
contract does not require that a severance be paid, then the company can
require anything (legal) in order to qualify for it. IIRC, at one time our
company had something similar. You wouldn't get a lump sum, but you would
continue to get a fortnightly (2 week) pay check, with no deductions other
than taxes for (up to) 6 months. While receiving this pay out, you could
still be called to answer questions. I.e. you couldn't log onto the
company's systems or need to "come it". But you did need to be "reasonably"
available for phone contact. If you refused, you're payout would stop. So
it really wasn't "severance", per se, more like a "retainer".

On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Ed Gould wrote:
>
>
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>
> WTF! G! Those crappies are too cheap to support their employees! That
> bank wants to have its bread buttered on both sides.
>
> If you drop me, I drop you. Simple. My new employer wants my full
> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>
> If my ex-employer wants my work, they need to setup a contract with pay.
> Treat me like a consultant with full [hourly] pay, not like a cheap/free
> slave.
>
> I will surely challenge that "no-pay work after being dismissed" clause.
> (BTW, I think our land's somewhat militant unions will go very badly mad
> about this...)
>
> And of course move my money to another bank.
>
> Even when I'm retired, I still want to be paid for any work to any
> ex-employer.
>
> PS: You think I'm ranting for fun? Read this disgusting story about a
> doctor being misused for 8 years:
>
>
> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-working-for-free-for-8-years-20151020
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: C lang. embedded HLASM latest z/OS 2.1

[Tony Harminc]

On 22 October 2015 at 11:17, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:

> And to your desire to replace the C prologue and epilogue -- Check out
> Metal C.  It allows you to do precisely that.  You lose almost all I/O
> facilities though, and you are thus forced / allowed to use inline
> assembler I/O or your own custom-built I/O subroutines.


There would seem to be no reason that one couldn't generate LE-compatible
prologue/epilogue code in Metal C, and thus get the advantages, such as
they are, of both schemes. Well pretty much the only thing I can think of
is AR-mode support within the C language, which is all fine until an
exception comes along that LE tries to handle...

Tony H.

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Martin Packer]

I assume US law requires no severance package at all.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Tony Thigpen 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   22/10/2015 18:50
Subject:Re: Fwd: Bank’s severance deal indebts laid off IT workers 
to be ‘on call’ for 2 years of tech support — without pay
Sent by:IBM Mainframe Discussion List 



I wonder how much $$ the severance package provides. That could be 
considered a 'Retainer' for 2 years. So, they are not providing the 
support 'without pay'.

And, if an employee decides to quit talking to the bank after 10 or 20 
hours, what can the bank do? Any judge would consider that the 
ex-employee was working in "good faith" and that the bank was not.

Tony Thigpen

Paul Gilmartin wrote on 10/22/2015 01:31 PM:
> On Thu, 22 Oct 2015 12:14:15 -0500, Ed Gould wrote:
>>>
>>> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-
>>> off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>>>
> Y'know, sometimes you have really bad broken URLs.  Repaired (I think):
>  
http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/

>>>
> But the article describes only the quid, not the quo of the 
quid-pro-quo.
> If the employees dislike the offer, they're free to leave with no 
severance
> compensation.  Not that they're likely to relish the prospect.
>
> -- gil
>
> --
> 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





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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Paul Gilmartin]

On Thu, 22 Oct 2015 12:14:15 -0500, Ed Gould wrote:
>>
>> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-
>> off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>> 
Y'know, sometimes you have really bad broken URLs.  Repaired (I think):

http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>>
But the article describes only the quid, not the quo of the quid-pro-quo.
If the employees dislike the offer, they're free to leave with no severance
compensation.  Not that they're likely to relish the prospect.

-- gil

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Steve Beaver]

I am ignorant: is a severance package legally required? Depends and it is 
NEGOCIABLE 

Otherwise its Pay-to-Stay 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Thursday, October 22, 2015 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on 
call’ for 2 years of tech support — without pay

Wow - a bank lets staff go - and then expects on-call answers? And the bank 
expects "truthful" answers?  And even if the "answers" are provided in good 
faith, but in the end turn out not the best advice, what happens then? 
Personally - if I let someone go - I would want to be done with them ; not rely 
on them at all'

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 22, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Fwd: Bank’s severance deal indebts laid off IT workers 
to be ‘on call’ for 2 years of tech support — without pay

I certainly dislike what the bank did. I am ignorant: is a severance package 
legally required? Hum, that probably varies. If the employment contract does 
not require that a severance be paid, then the company can require anything 
(legal) in order to qualify for it. IIRC, at one time our company had something 
similar. You wouldn't get a lump sum, but you would continue to get a 
fortnightly (2 week) pay check, with no deductions other than taxes for (up to) 
6 months. While receiving this pay out, you could still be called to answer 
questions. I.e. you couldn't log onto the company's systems or need to "come 
it". But you did need to be "reasonably"
available for phone contact. If you refused, you're payout would stop. So it 
really wasn't "severance", per se, more like a "retainer".

On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Ed Gould wrote:
>
>
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>
> WTF! G! Those crappies are too cheap to support their employees! 
> That bank wants to have its bread buttered on both sides.
>
> If you drop me, I drop you. Simple. My new employer wants my full 
> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>
> If my ex-employer wants my work, they need to setup a contract with pay.
> Treat me like a consultant with full [hourly] pay, not like a 
> cheap/free slave.
>
> I will surely challenge that "no-pay work after being dismissed" clause.
> (BTW, I think our land's somewhat militant unions will go very badly 
> mad about this...)
>
> And of course move my money to another bank.
>
> Even when I'm retired, I still want to be paid for any work to any 
> ex-employer.
>
> PS: You think I'm ranting for fun? Read this disgusting story about a 
> doctor being misused for 8 years:
>
>
> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-worki
> ng-for-free-for-8-years-20151020
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.


--
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: Subscribe to RACF-L

[Walt Farrell]

On Thu, 22 Oct 2015 09:37:03 -0500, Jorge Garcia  wrote:

>Thank Elardus. We know this link is ready and working but when you add you 
>name and email al push subscribe appears in 
>the top: "A confirmation request is being sent under separate cover. " but no 
>mail is received in our shop.

If your networking people cannot locate the problem, try sending a note to the 
list-owner for RACF-L, lsvma...@uga.edu  

Perhaps their logs will show the issue and then you can work on fixing it.

-- 
Walt

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

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[Jousma, David]

"Gee, I don't recall how that worked".

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 22, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on 
call’ for 2 years of tech support — without pay

I certainly dislike what the bank did. I am ignorant: is a severance package 
legally required? Hum, that probably varies. If the employment contract does 
not require that a severance be paid, then the company can require anything 
(legal) in order to qualify for it. IIRC, at one time our company had something 
similar. You wouldn't get a lump sum, but you would continue to get a 
fortnightly (2 week) pay check, with no deductions other than taxes for (up to) 
6 months. While receiving this pay out, you could still be called to answer 
questions. I.e. you couldn't log onto the company's systems or need to "come 
it". But you did need to be "reasonably"
available for phone contact. If you refused, you're payout would stop. So it 
really wasn't "severance", per se, more like a "retainer".

On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Ed Gould wrote:
>
>
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>
> WTF! G! Those crappies are too cheap to support their employees! 
> That bank wants to have its bread buttered on both sides.
>
> If you drop me, I drop you. Simple. My new employer wants my full 
> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>
> If my ex-employer wants my work, they need to setup a contract with pay.
> Treat me like a consultant with full [hourly] pay, not like a 
> cheap/free slave.
>
> I will surely challenge that "no-pay work after being dismissed" clause.
> (BTW, I think our land's somewhat militant unions will go very badly 
> mad about this...)
>
> And of course move my money to another bank.
>
> Even when I'm retired, I still want to be paid for any work to any 
> ex-employer.
>
> PS: You think I'm ranting for fun? Read this disgusting story about a 
> doctor being misused for 8 years:
>
>
> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-worki
> ng-for-free-for-8-years-20151020
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: ALESERV macro

[Peter Relson]

If on every invocation of the exit routine you need to
-- ALESERV ADD using the STOKEN you can save/extract
-- ALESERV DELETE

This will be quite cycle-intensive.

You also have to be aware that you might not be able to add to the access 
list. It might conceivably already be full.

If, on the other hand, your data space is already represented by an entry 
on the PASN access list of the space such that you need only extract the 
ALET to use, then that's not bad, since name/token retrieve is quite 
quick.

Peter Relson
z/OS Core Technology Design

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

Re: (External):Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[J O Skip Robinson]

I've never heard that a severance package is required by law in the US, 
although it would likely be a state issue rather than Federal. From war stories 
I've encountered I'd say almost certainly not. Large responsible companies 
usually offer something. Terms vary, but it's designed to keep torch carrying 
peasants from storming the castle.

The chutzpa of Sun Trust appears to be mind-boggling. If the package is paid up 
front in a lump sum (usual practice), then let a judge decide whether the 
company has the right to demand labor from a person no longer employed. If the 
package is paid out gradually over time, then it looks more like a retainer and 
could be subject to termination for non-compliance. Sigh.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Thursday, October 22, 2015 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Fwd: Bank’s severance deal indebts laid off IT workers 
to be ‘on call’ for 2 years of tech support — without pay

I am ignorant: is a severance package legally required? Depends and it is 
NEGOCIABLE 

Otherwise its Pay-to-Stay 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Thursday, October 22, 2015 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on 
call’ for 2 years of tech support — without pay

Wow - a bank lets staff go - and then expects on-call answers? And the bank 
expects "truthful" answers?  And even if the "answers" are provided in good 
faith, but in the end turn out not the best advice, what happens then? 
Personally - if I let someone go - I would want to be done with them ; not rely 
on them at all'

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 22, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Fwd: Bank’s severance deal indebts laid off IT workers 
to be ‘on call’ for 2 years of tech support — without pay

I certainly dislike what the bank did. I am ignorant: is a severance package 
legally required? Hum, that probably varies. If the employment contract does 
not require that a severance be paid, then the company can require anything 
(legal) in order to qualify for it. IIRC, at one time our company had something 
similar. You wouldn't get a lump sum, but you would continue to get a 
fortnightly (2 week) pay check, with no deductions other than taxes for (up to) 
6 months. While receiving this pay out, you could still be called to answer 
questions. I.e. you couldn't log onto the company's systems or need to "come 
it". But you did need to be "reasonably"
available for phone contact. If you refused, you're payout would stop. So it 
really wasn't "severance", per se, more like a "retainer".

On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Ed Gould wrote:
>
>
> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>
> WTF! G! Those crappies are too cheap to support their employees! 
> That bank wants to have its bread buttered on both sides.
>
> If you drop me, I drop you. Simple. My new employer wants my full 
> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>
> If my ex-employer wants my work, they need to setup a contract with pay.
> Treat me like a consultant with full [hourly] pay, not like a 
> cheap/free slave.
>
> I will surely challenge that "no-pay work after being dismissed" clause.
> (BTW, I think our land's somewhat militant unions will go very badly 
> mad about this...)
>
> And of course move my money to another bank.
>
> Even when I'm retired, I still want to be paid for any work to any 
> ex-employer.
>
> PS: You think I'm ranting for fun? Read this disgusting story about a 
> doctor being misused for 8 years:
>
>
> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-worki
> ng-for-free-for-8-years-20151020
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you 

Re: (External):Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[michelbutz]

What about the tax issue 

Think severance and employment are taxed differently I think severance is at 
higher tax rate

Sent from my iPhone

> On Oct 22, 2015, at 5:21 PM, J O Skip Robinson  
> wrote:
> 
> I've never heard that a severance package is required by law in the US, 
> although it would likely be a state issue rather than Federal. From war 
> stories I've encountered I'd say almost certainly not. Large responsible 
> companies usually offer something. Terms vary, but it's designed to keep 
> torch carrying peasants from storming the castle.
> 
> The chutzpa of Sun Trust appears to be mind-boggling. If the package is paid 
> up front in a lump sum (usual practice), then let a judge decide whether the 
> company has the right to demand labor from a person no longer employed. If 
> the package is paid out gradually over time, then it looks more like a 
> retainer and could be subject to termination for non-compliance. Sigh.
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler 
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Steve Beaver
> Sent: Thursday, October 22, 2015 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Fwd: Bank’s severance deal indebts laid off IT 
> workers to be ‘on call’ for 2 years of tech support — without pay
> 
> I am ignorant: is a severance package legally required? Depends and it is 
> NEGOCIABLE 
> 
> Otherwise its Pay-to-Stay 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Chris Hoelscher
> Sent: Thursday, October 22, 2015 11:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on 
> call’ for 2 years of tech support — without pay
> 
> Wow - a bank lets staff go - and then expects on-call answers? And the bank 
> expects "truthful" answers?  And even if the "answers" are provided in good 
> faith, but in the end turn out not the best advice, what happens then? 
> Personally - if I let someone go - I would want to be done with them ; not 
> rely on them at all'
> 
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services Technology Solution 
> Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of John McKown
> Sent: Thursday, October 22, 2015 1:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Fwd: Bank’s severance deal indebts laid off IT 
> workers to be ‘on call’ for 2 years of tech support — without pay
> 
> I certainly dislike what the bank did. I am ignorant: is a severance package 
> legally required? Hum, that probably varies. If the employment contract does 
> not require that a severance be paid, then the company can require anything 
> (legal) in order to qualify for it. IIRC, at one time our company had 
> something similar. You wouldn't get a lump sum, but you would continue to get 
> a fortnightly (2 week) pay check, with no deductions other than taxes for (up 
> to) 6 months. While receiving this pay out, you could still be called to 
> answer questions. I.e. you couldn't log onto the company's systems or need to 
> "come it". But you did need to be "reasonably"
> available for phone contact. If you refused, you're payout would stop. So it 
> really wasn't "severance", per se, more like a "retainer".
> 
>> On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
>> elardus.engelbre...@sita.co.za> wrote:
>> 
>> Ed Gould wrote:
>> 
>> 
>> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off-
>> it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>> 
>> WTF! G! Those crappies are too cheap to support their employees! 
>> That bank wants to have its bread buttered on both sides.
>> 
>> If you drop me, I drop you. Simple. My new employer wants my full 
>> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>> 
>> If my ex-employer wants my work, they need to setup a contract with pay.
>> Treat me like a consultant with full [hourly] pay, not like a 
>> cheap/free slave.
>> 
>> I will surely challenge that "no-pay work after being dismissed" clause.
>> (BTW, I think our land's somewhat militant unions will go very badly 
>> mad about this...)
>> 
>> And of course move my money to another bank.
>> 
>> Even when I'm retired, I still want to be paid for any work to any 
>> ex-employer.
>> 
>> PS: You think I'm ranting for fun? Read this disgusting story about a 
>> doctor being misused for 8 years:
>> 
>> 
>> http://www.health24.com/Lifestyle/Healthy-you/Slave-doctor-in-SA-worki
>> 

Re: (External):Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

[J O Skip Robinson]

Hmm. I'll let you know next year. ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Thursday, October 22, 2015 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Fwd: Bank’s severance deal indebts laid off IT 
workers to be ‘on call’ for 2 years of tech support — without pay

What about the tax issue 

Think severance and employment are taxed differently I think severance is at 
higher tax rate

Sent from my iPhone

> On Oct 22, 2015, at 5:21 PM, J O Skip Robinson  
> wrote:
> 
> I've never heard that a severance package is required by law in the US, 
> although it would likely be a state issue rather than Federal. From war 
> stories I've encountered I'd say almost certainly not. Large responsible 
> companies usually offer something. Terms vary, but it's designed to keep 
> torch carrying peasants from storming the castle.
> 
> The chutzpa of Sun Trust appears to be mind-boggling. If the package is paid 
> up front in a lump sum (usual practice), then let a judge decide whether the 
> company has the right to demand labor from a person no longer employed. If 
> the package is paid out gradually over time, then it looks more like a 
> retainer and could be subject to termination for non-compliance. Sigh.
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Steve Beaver
> Sent: Thursday, October 22, 2015 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Fwd: Bank’s severance deal indebts laid off IT 
> workers to be ‘on call’ for 2 years of tech support — without pay
> 
> I am ignorant: is a severance package legally required? Depends and it 
> is NEGOCIABLE
> 
> Otherwise its Pay-to-Stay
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Chris Hoelscher
> Sent: Thursday, October 22, 2015 11:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fwd: Bank’s severance deal indebts laid off IT workers to 
> be ‘on call’ for 2 years of tech support — without pay
> 
> Wow - a bank lets staff go - and then expects on-call answers? And the bank 
> expects "truthful" answers?  And even if the "answers" are provided in good 
> faith, but in the end turn out not the best advice, what happens then? 
> Personally - if I let someone go - I would want to be done with them ; not 
> rely on them at all'
> 
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services Technology 
> Solution Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John McKown
> Sent: Thursday, October 22, 2015 1:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Fwd: Bank’s severance deal indebts laid off IT 
> workers to be ‘on call’ for 2 years of tech support — without pay
> 
> I certainly dislike what the bank did. I am ignorant: is a severance package 
> legally required? Hum, that probably varies. If the employment contract does 
> not require that a severance be paid, then the company can require anything 
> (legal) in order to qualify for it. IIRC, at one time our company had 
> something similar. You wouldn't get a lump sum, but you would continue to get 
> a fortnightly (2 week) pay check, with no deductions other than taxes for (up 
> to) 6 months. While receiving this pay out, you could still be called to 
> answer questions. I.e. you couldn't log onto the company's systems or need to 
> "come it". But you did need to be "reasonably"
> available for phone contact. If you refused, you're payout would stop. So it 
> really wasn't "severance", per se, more like a "retainer".
> 
>> On Thu, Oct 22, 2015 at 12:46 PM, Elardus Engelbrecht < 
>> elardus.engelbre...@sita.co.za> wrote:
>> 
>> Ed Gould wrote:
>> 
>> 
>> http://www.rawstory.com/2015/10/banks-severance-deal-indebts-laid-off
>> - it-workers-to-be-on-call-for-2-years-of-tech-support-without-pay/
>> 
>> WTF! G! Those crappies are too cheap to support their employees! 
>> That bank wants to have its bread buttered on both sides.
>> 
>> If you drop me, I drop you. Simple. My new employer wants my full 
>> attention and if needed 24 hours be on standby. Goodbye ex-employer.
>> 
>> If my ex-employer wants my work, they need to setup a contract with pay.
>> Treat me like a consultant with full [hourly] pay, not like a 
>> 

Re: (External):Re: Subscribe to RACF-L

[J O Skip Robinson]

A new colleague recently had great difficulty subscribing to IBM-MAIN. The 
problem turned out to be on our side but not specific to IBM-MAIN. Some time 
ago a filter was put in place to reject email whose Envelope Sender was blank. 
This was supposedly to ward off unsolicited, unwanted list server traffic. (Say 
what?) 

Meanwhile I was having no problem because I had subscribed (long) before this 
filter was put in place. The response to 'Info' was OK because it had a 
nonblank Sender. I believe the postings themselves are OK because they also 
have a Sender. Only the response to Subscribe came back blank. Our email guru 
allowed the Subscribe response to come through. Now all is well.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Walt Farrell
Sent: Thursday, October 22, 2015 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Subscribe to RACF-L

On Thu, 22 Oct 2015 09:37:03 -0500, Jorge Garcia  wrote:

>Thank Elardus. We know this link is ready and working but when you add 
>you name and email al push subscribe appears in the top: "A confirmation 
>request is being sent under separate cover. " but no mail is received in our 
>shop.

If your networking people cannot locate the problem, try sending a note to the 
list-owner for RACF-L, lsvma...@uga.edu  

Perhaps their logs will show the issue and then you can work on fixing it.

--
Walt 


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

Re: (External):Re: Bookmanager BUILD and z/OS V2.2

[J O Skip Robinson]

A more outrageous example. Some years ago management decided that we did not 
really need Netview, so they refused to order the next upgrade that was 
actually quite a bit more expensive. BUILDMCS came to the rescue. By comparison 
with Book Mgr, Netview is very complicated. Had elements in NUCLEUS as I 
recall. Nonetheless it worked long enough for management to see the light and 
pony up for the next version. BUILDMCS a powerful tool. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, October 22, 2015 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Bookmanager BUILD and z/OS V2.2

Juergen Kehr wrote:
> As you probably know Bookmanager BUILD isn't supported and delivered with 
> z/OS V2.2 anymore.
>
> We've had the idea to transfer the "old" Bookmanager BUILD FMIDs via BUILDMCS 
> into a seperate CSI in the V2.2 environment. Now our question is: Will this 
> work? Of course it's not offically supported, but their are many unsupported 
> old z/OS or even MVS or OS/VS product, which run perfect although in very new 
> environments.
>
> Does anybody have any experiences with this approach? Thanks in advance.


We generally do not break things on purpose when they are no longer supported 
or offered. For example, I think BTAM/SP worked for at *least* a decade after 
we withdrew it, and maybe even two. However, we also do not test with them, and 
if we happen to make a change that breaks them, we will not even know we did 
it--as happened, eventually, to BTAM.

That said, my guess is that Bookmanager Build does nothing special and will 
likely continue to work. The usual caveats around BUILDMCS apply, though. 
ACCEPT all service first, look in the zone where it's installed to see whether 
it has any cross-FMID considerations that would preclude installation in a 
separate zone and libraries (e.g., shared load modules), and so on.  If it does 
have an intra-zone dependency, it might even be something reasonably easy to 
manage (such as an interaction with Bookmanager Read, which you could BUILDMCS 
out and install alongside it).

BUILDMCS is remarkably fast, and APPLYing something relatively small without 
any PTFs is pretty quick too. I'd be inclined to do some quick checking, try 
it, and see whether it works.

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com


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

Re: More "ageing mainframe" (bad) press.

[Clark Morris]

On 30 Sep 2015 03:07:25 -0700, in bit.listserv.ibm-main you wrote:

>On 30/09/2015 4:37 PM, Shane Ginnane wrote:
>> On Wed, 30 Sep 2015 15:31:13 +0800, David Crayford  
>> wrote:
>>
>>> CentreLink is a 26,000 MIP customer
>>> http://www.techworld.com.au/article/303153/centrelink_ups_it_reform_keeps_model_204_legacy_/?pp=2.
>>> Phew, that's going to be a big blow for big blue when they move off.
>> Nope.
>> At that time (2009) Centrelink might (might ?) have been. It is now an 
>> amalgamation of Medibank and sundry others. Bigger and badder by large.
>> We as a community can not afford to lose this puppy. It was Amdahls 
>> trumpeted catch (along with quaint-arse) and look what happened to them.
>> If this goes, there is *NO* future for z/OS in Aus - simple as that.
>
>I had no idea they were so huge! An IT budget of $400m six years ago so 
>add another $100m to that by now. I predict a disaster trying to migrate 
>off a system of that scale. Government IT projects always fail
>and that's a big, big project. The talk is of a requirement for new 
>systems that can handle self-service but why can't they just integrate? 
>The UK government has blown billions of pounds on over ambitious IT projects
>for the NHS that were doomed from the start. The aussie government 
>should take note! The only winners in government IT projects are vendors.
>
>WA is a bit of a basket case wrt z/OS. When I first rocked up in 1998 
>the company I work for also had a FM wing which looked after about 15 
>mainframe customers, mainly government. They're all gone
>now. WA police, Main Roads, ICWA (who re-platformed from a small BC z9 
>to a single blade server 
>http://www.itnews.com.au/news/wa-insurance-commission-decommissions-mainframe-322780).
> 
>The only
>two z/OS sites left in Perth are Bankwest and HBF. I've been over east 
>several times to conferences in Melbourne/Sydney and conversations with 
>the customers (banks) are depressing. They all have mainframe
>exit strategies. I was told that ANZ spent in the region of $300M trying 
>to get off and failed miserably. Everybody wants off!

Companies wanting off the mainframe is not new and If I were heading a
major customer's IT department I might well be on the band wagon. The
zaap and ziip processors to make new work cheap while still hosing me
with high costs for my existing systems would be there for starters.
The EBCDIIC ASCII problem is another issue.  Where is the growth in
compute power and new applications in your shops?

Clark Morris 
>
>> Shane ...
>>
>> --
>> 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

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

Re: COBOL V5.x and CSP descendants was Re: New and improved IBM migration recommendations for COBOL V5

[Clark Morris]

On 16 Oct 2015 01:04:34 -0700, in bit.listserv.ibm-main you wrote:

>You've made this exact point before about two years ago with Tom Ross
>(among others) in the loop.

Visual Age Gen had continued the practice for PAC field of forcing the
F zone on positive numbers.  From the EGL 7.1 manual:

9.If you are new to mainframe computing, you might not recognize two
common types of numeric variables in COBOL: zoned decimal and packed
decimal. If you work with these types, your EGL data types must match
the format and sign configuration of the data these types contain.
Here is a quick overview:

EBCDIC represents ordinary positive numbers 0-9 with hex characters
F0-F9 (for example, 150 translates to F1F5F0). COBOL also supports
''zoned'' data types that allow signs (in EGL these are NUM and NUMC).
The rightmost hex digit carries the sign for the whole number, with a
D replacing the F for a negative number. Thus F1F5D0 translates to
-150. In the case of NUMC, a C replaces the F for a positive number,
rendering positive 150 as F1F5C0.  

The repeated F characters may seem redundant to those unfamiliar with
EBCDIC. Packed decimal data types (represented in EGL by DECIMAL,
MONEY, and PACF) eliminate the redundancy. The packed decimal version
of -150 is 150D. Positive 150 is 150, except in the PACF format, where
it would be 150F.

This last statement from the 7.5.1 manual page confuses the h out of
me because I would assume positive 150 would be 150C.  7.5.1 was the
latest version I could find access to with possible later manuals
requiring a login.  Also the NUM data type would store positive
numbers that would be considered NOT NUMERIC for PICTURE S9(n) fields
in COBOL under NUMPROC(PFD).  The NUMC data type seems to valid to EGL
only in the Visual Age Gen compatibility mode.  The COBOL Version 5.2
Programmers Guide states on page 660 that NUMPROC(NOPFD) is less
efficient than NUMPROC(PFD).  It also states elsewhere that A, B and E
zones are also valid sign zones for NUMPROC(NOPFD).  In many shops
including the ones I worked in, the only valid sign zones are C, D,
and F.  I suspect most shops do not test data coming from other
program for being numeric, especially if it is packed. I happened to
be trying to optimize a program in the shop where I worked that did
such a test for reasons I not certain that I ever knew.  Thus CSP /
VAG / EGL idiosyncrasies may never affect them unless a CLC is
generated for a compare equal instead of a CP.  If most character
signed numeric data these days is being entered in sign is separate
fields or in a manner that requires special manipulation anyway then
for any files not affected by EGL, NUMPROC(PFD) should not be a
problem.   

In an unrelated issue I ran across when researching this, given that
64 bit fixed binary registers have been available for a number of
years are the statements on page 653 in the V5.2 COBOL Programmers
Guide about the number of digits in a binary number that cause the
compiler to convert it to decimal still true?

Clark Morris
>
>To repeat, we have a different compiler now with different technology. You
>simply cannot assume that a hypothetical NUMPROC(MIG) in the new compiler
>would offer better performance. It did in the past on a different compiler,
>but that doesn't matter. This isn't your father's or grandfather's
>compiler. THIS IS A DIFFERENT COMPILER TECHNOLOGY with different (better)
>performance behaviors. On this compiler a hypothetical NUMPROC(MIG) could
>well be worse! I trust the compiler designers' judgment on this performance
>question especially since they seem to have reviewed this issue.
>
>As a reminder, there are no compatibility issues here. CSP, VisualAge
>Generator, and EGL programs all work great with the new Enterprise COBOL
>5.x compilers. (Another reminder: Upgrade from CSP and VisualAge Generator
>to current EGL, please. EGL is IBM supported.) I think we would have heard
>a lot of screaming if that weren't true since we're now years into the
>Version 5.x series of new COBOL compilers.
>
>If you have performance benchmarking data that support your assertion that
>CSP, VisualAge Generator, and EGL customers must "put up with bad
>performance" after migrating to Enterprise COBOL 5.2, please show it. I'm
>sure the compiler team would be grateful to receive your data and will
>seriously evaluate it. There are no politics here, no hidden agenda,
>honestly. Minds are open. But so far as I am aware, IBM would assert the
>opposite. If you don't have such performance data, or if your performance
>data show something different than what you asserted, it would also be most
>welcome to hear that, too.
>
>It is EXTREMELY common that IBM removes particular former
>performance-related parameters as technology and time marches on when those
>parameters no longer yield performance benefits, or worse. This is a good
>thing! Start with assuming they got this decision right and that they know
>a great deal more than either one of us about the 

Re: More "ageing mainframe" (bad) press.

[Paul Gilmartin]

On Thu, 22 Oct 2015 21:07:46 -0300, Clark Morris wrote:
>
>The EBCDIIC ASCII problem is another issue.  ...
> 
IBM should recognize this problem and complete the enhanced
ASCII support in the xlc runtime.  It seems pretty much there
in the preprocessor and the compiler.

-- gil

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

Re: Subscribe to RACF-L

[Elardus Engelbrecht]

Jorge Garcia wrote:

> I know that it's not a topic a about IBM-Main list, but in our shop the 
> collegues want to subsribe to this RACF-L and we don't receive any email with 
> the confirmation code. We use this link: https://listserv.uga.edu/cgi-bin/wa

That link is right and working. I have tested it out, because I see some 
threads recently from people struggling to join to the discussion lists. 

Now select RACF-L from that list in that link. You will see the Home Page of 
RACF-L.

Select 'Subscribe or Unsubscribe' on the right side of that page and follow the 
prompts.

Groete / Greetings
Elardus Engelbrecht

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

Re: C lang. embedded HLASM latest z/OS 2.1

[John McKown]

On Thu, Oct 22, 2015 at 9:40 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John McKown wrote:
>
> >Mainly that the compiler inserted an NOPR 0 after my simple command.
>
> Hmmm, I remembered that Borland Turbo Pascal [1] could do that similar
> trick, but I don't have MSDOS and Pascal anymore.
>
> I never tried that [inserting machine code to speed up things] out with C
> and C++.
>
> > *04 0700   9  NOPR  0
> > 74  581D  00B009 | Lr1,176(r13,)
>
> Is that compiler action just for [full word / half word?] alignment?
> Increase/decrease the instruction length by 1 or 2 bytes with same or other
> instruction and see where it ends up.
>

​Hum, I inserted a second instruction "LR 2,1" after the first one:

   09 |   *  __asm(" L 1,%0\n LR
2,1":"=m"(i3)::"r1","r2");
 *00 581D 00B0000B0 8  L 1,176(13)
09
 *04 1821   9  LR2,1
09
 *06 0700  10  NOPR  0
09
 74  581D  00B009 | Lr1,176(r13,)

 78  1821  09 | LR   r2,r1

 7A  0700  09 | NOPR 0
   10 |   *  printf("%.*s\n",i1,word);
​

​The NOPR is still there. I wonder if it is somehow used if I were to set a
break point in a debugging session. I.e. the NOPR is there so that it can
be overlain with the debug SVC or whatever is used.​

​I'm just doing this to see if I can get up to the real desire: to embed
assembler macros, such as TPG (TSO terminal I/O), in my C code. ​Although
it might actually be simpler to just continue writing LE enabled HLASM
"service" routines.
​ Hum, wish I had a way to make an HLASM "program" which could be "in
lined" by the C compiler in order to avoid the entry/exit code overhead. I
am still, perhaps stupidly, concerned with "CPU overhead".​ If I weren't I
could be a Windows programmer! 




>
> >This is just curiosity on my part. It is not a "bug" or a complaint.
>
> This is why we all need you. You learn on the hard way and we look on the
> easy way. ;-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I wrote cryptographic code in mix of Turbo Pascal and MASM to
> protect my and my clients files. Good old MSDOS days when nothing was
> available for pure protection.
>
>

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

C lang. embedded HLASM latest z/OS 2.1

[John McKown]

Just "for fun and profit" (learning), I inserted an unnecessary HLASM
statement into a C program (helloworld.c type). I am curious about the
generated code. Mainly that the compiler inserted an NOPR 0 after my simple
command. The statement was the first executable in main() and output in the
compiler listing looks like:

   08 |   *  char word[]="123456";
 6E  D206  D0B4  1000  08 | MVC
 word$init$0(7,r13,180),+CONSTANT_AREA(r1,0)
   09 |   *  __asm(" L
1,%0":"=m"(i3)::"r1");
 *00 581D 00B0000B0 8  L 1,176(13)
09
 *04 0700   9  NOPR  0
09
 74  581D  00B009 | Lr1,176(r13,)
 78  0700  09 | NOPR 0
   10 |   *  printf("%.*s\n",i1,word);


The compile was done on z/OS UNIX shell invocation of xlc:

xlc  -qaggregate -qasm -qchars=unsigned -qevents=hello.events -qexpmac
-qinfo -qlanglvl=extc1x -qoffset -qshowinc -qlist -qskipsrc=hide
-qsource=hello.lst hello.c

The compiler said it was: "5650ZOS V2.1.1 z/OS XL C"

This is just curiosity on my part. It is not a "bug" or a complaint.

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

OMVS directory question

[william janulin]

To list;
I have a websphere directory that I can see when I am in TSO ISH. However, when 
I try to point to it in OMVS, I get the following:
IBM is a registered trademark of the IBM Corp.  
    
IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5    
cd: /usr/lpp/zWebsphere/V8R5: EDC5129I No such file or directory.   
IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5/   
cd: /usr/lpp/zWebsphere/V8R5/: EDC5129I No such file or directory.  
IBMUSER:/u/ibmuser: >   

When I try to run stats against the file that is mounted to it, from a higher 
level, I get the following:
WAS850.SBBOZFS 360 2139301    1460699   60% /Z21Z/usr/lpp/zW
ebSphere/V8R5    

I get the same results when I am in TSO ISH as well.    
   

So, I know the directory is there but for some reason, I cannot get to it 
directly. 
Is this related to permissions somehow? 

Bill J.

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

Re: Subscribe to RACF-L

[Jorge Garcia]

Thank Elardus. We know this link is ready and working but when you add you name 
and email al push subscribe appears in the top: "A confirmation request is 
being sent under separate cover. " but no mail is received in our shop.

regards

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

Re: C lang. embedded HLASM latest z/OS 2.1

[Elardus Engelbrecht]

John McKown wrote:

>Mainly that the compiler inserted an NOPR 0 after my simple command. 

Hmmm, I remembered that Borland Turbo Pascal [1] could do that similar trick, 
but I don't have MSDOS and Pascal anymore.

I never tried that [inserting machine code to speed up things] out with C and 
C++.

> *04 0700   9  NOPR  0
> 74  581D  00B009 | Lr1,176(r13,)

Is that compiler action just for [full word / half word?] alignment? 
Increase/decrease the instruction length by 1 or 2 bytes with same or other 
instruction and see where it ends up.

>This is just curiosity on my part. It is not a "bug" or a complaint.

This is why we all need you. You learn on the hard way and we look on the easy 
way. ;-D

Groete / Greetings
Elardus Engelbrecht

[1] - I wrote cryptographic code in mix of Turbo Pascal and MASM to protect my 
and my clients files. Good old MSDOS days when nothing was available for pure 
protection.

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

Re: Syncsort question: Why do I get error RDW NOT INCLUDED?

[Farley, Peter x23353]

Answered my own question by experimentation.  Seems that OVERLAY is just like 
BUILD except that it does not permit the shorthand notation of 
"position:position" at the end of the specifications to mean "from here to the 
end of the record, however long it may be".  And OVERLAY is not needed to 
overlay values in certain positions, BUILD will do that just fine.

For the archives, this is the revised OUTREC which works:

OUTREC IFTHEN=(WHEN=(32,1,CH,EQ,C'1'),  FOR RECORDS WITH THIS VALUE ONLY
 BUILD=(1,4,5:5,27,RDW + UP TO FIRST CHANGE 
 32:C'7X',FIRST CHANGE
 34:34,323, UP TO NEXT CHANGE  
 358:C'F#',  NEXT CHANGE
 360:360,5, UP TO LAST CHANGE  
 366:C'C',LAST CHANGE
 367:367)), REST OF RECORD 
   IFTHEN=(WHEN=NONE,  ALL OTHER RECORDS 
  BUILD=(1,4,5:5))  OUTPUT AS-IS  

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Wednesday, October 21, 2015 5:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Syncsort question: Why do I get error RDW NOT INCLUDED?

I am trying to set up a Syncsort OUTREC to overlay certain fields in VB 
records.  This is the OUTREC I have:

OUTREC IFTHEN(WHEN=(0032,1,CH,EQ,C'1'),
   OVERLAY=(1,4,
32:32,2,C'7X',
   358:358,2,C'F#',
   366:366,1,C'C')),
IFTHEN(WHEN=NONE,
   BUILD=(1,4,5:5))

I get these Syncsort messages:

WER276B  SYSDIAG= 1680787, 4697249, 4697249, 4893065
WER164B  1,028K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER164B 156K BYTES RESERVE REQUESTED, 1,000K BYTES USED
WER146B  24K BYTES OF EMERGENCY SPACE ALLOCATED
WER108I  SORTIN   : RECFM=VB   ; LRECL=  8004; BLKSIZE= 27998
WER073I  SORTIN   : DSNAME=HLQ.INPUT.FILE
WER235A  OUTREC   RDW NOT INCLUDED
WER211B  SYNCSMF  CALLED BY SYNCSORT; RC=

I think I am including the RDW in each of the IFWHEN phrases (1,4).  Can anyone 
tell me what I am doing wrong here?

TIA for any help you can provide.

Peter
--

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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Re: Unicode services Red alert

[Haselbach, Markus]

Yes we had first 12th of dec.   in our appl test Sysplexthen jumped to 30rd 
dec and had the problem; we tried Ipling with many dates until someone had the 
idea that the tod clock  has near there a special value... 

Brgds
Markus Haselbach


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Friday, October 16, 2015 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert

I wish we could take credit for discovering the problem. I've learned that many 
sites do time-warp testing on a regular basis. Remember the Y2K Flash Mob scene 
when we all did that incessantly? I seriously doubt that this problem was 
discovered by IPLing at Dec. 15. There was undoubtedly some further future date 
being explored. Whoa! Unicode is broken. Eventually it was narrowed down by the 
original customer (wishful thinking) or more likely by IBM to the actual fail 
point. 

Our PMR was opened by a diligent colleague who wanted more specific details. 
And I appreciate that IBM complied and supplied more details, especially the 
SAMPLIB pointer, which allowed us to test without the painful need to change 
the system time at IPL. 

OK, I warned about a RACF war story. A DB2 sysprog was trying to debug what 
looked like a RACF problem in DB2. She found a flag documented in DB2 as 'RACF 
available'. She could see that it was zero, so she zapped it to one. This was 
not a DB2 control block but the actual MVS CVT flag. The entire system stopped 
working. Every RACF access of any kind resulted in a WTOR requesting permission 
to allow access. Somehow we got the flag zeroed out before total system 
collapse. Luckily it was the development system, and luckily we didn't have to 
IPL. But that's how I remember the meaning of the RACF flag. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, October 15, 2015 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert

On 2015-10-15, at 21:06, J O Skip Robinson wrote:

> I'm piecing together various clues. It appears to me that:
> 
> 1. The UCCB is a defined control block, mapped in several (!) MACLIB members 
> such as CUNBAIDF.
>  
A more modular design might map it in one macro and call it from all the 
others.  Jurisdiction probably precludes.

> 2. Various flags are defined beginning at UCCB+10.
> 3. Somehow during IPL the system clock has been overlaying UCCB+10 by 
> (presumably) Unicode set up processing.
> 4. No one noticed all this time because the flag nibble in the timestamp has 
> always, coincidentally, indicated 'Unicode available'.
> 5. As of the magic moment on December 15, the clock rolls over and reverses 
> the benign bit. Without the fix, Unicode appears to be unavailable more or 
> less forever. Until the bit once again changes back?
> 
> I suspect that checks for the timestamp are far rarer than checks for Unicode 
> availability. So the fix is to store the clock somewhere else at IPL 
> (UCCB+20) and ensure that the critical flags are zero. Our PMR indicates what 
> I suspected: a zero value means OK, a one value means not OK. This is 
> analogous to the RACF flag in the CVT. Zero means that RACF is functional 
> while one means that it is not. I have a hilarious war story about how I know 
> that. 
>  
And I wonder how the problem was discovered.  Does someone routinely test with 
the system clock advanced a few weeks; long enough for an APAR to turn around?  
May I infer from "Our PMR" that you're the reporting site?

-- gil

--
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: OMVS directory question

[Paul Gilmartin]

On Thu, 22 Oct 2015 14:07:44 +, william janulin wrote:

>To list;
>I have a websphere directory that I can see when I am in TSO ISH. However, 
>when I try to point to it in OMVS, I get the following:
>IBM is a registered trademark of the IBM Corp.  
>    
>IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5    
>cd: /usr/lpp/zWebsphere/V8R5: EDC5129I No such file or directory.   
>IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5/   
>cd: /usr/lpp/zWebsphere/V8R5/: EDC5129I No such file or directory.  
>IBMUSER:/u/ibmuser: >   
>
>When I try to run stats against the file that is mounted to it, from a higher 
>level, I get the following:
>WAS850.SBBOZFS 360 2139301    1460699   60% 
>/Z21Z/usr/lpp/zW
>ebSphere/V8R5    
>
>I get the same results when I am in TSO ISH as well.   
>    
> 
Possibly.  Go after it piecemeal:

ls -al /
ls -al /usr
ls -al /usr/lpp
ls -al /usr/lpp/zWebsphere
ls -al /usr/lpp/zWebsphere/V8R5

Also look for error messages in SYSLOG.

-- gil

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

O/T Migraine in the mainframe: Unisys reports more losses

[Ed Gould]

http://www.theregister.co.uk/2015/10/22/ 
unisys_reports_more_disappointing_results/



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

Re: More "ageing mainframe" (bad) press.

[David Crayford]

On 23/10/2015 9:31 AM, Paul Gilmartin wrote:

On Thu, 22 Oct 2015 21:07:46 -0300, Clark Morris wrote:

The EBCDIIC ASCII problem is another issue.  ...


IBM should recognize this problem and complete the enhanced
ASCII support in the xlc runtime.  It seems pretty much there
in the preprocessor and the compiler.


It's not a problem if you use Java. And that's a strategic platform for 
IBM on the mainframe.



-- gil

--
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: Syncsort question: Why do I get error RDW NOT INCLUDED?

[Farley, Peter x23353]

It can.  See sort docs on the SYMNAMES input DD for the sort (either Syncsort 
or DFSORT), and IBM (well, actually I think it was Frank Yeager or one of his 
close cohorts) provided us with a nice Rexx tool to convert COBOL copy books to 
SYMNAMES input.

ftp://ftp.software.ibm.com/storage/dfsort/mvs/cobdfsym.txt

Search for COBDFSYM on the web to see more information and IBM-MAIN postings 
about it.  The only drawback is that it expects compiler listing output from 
Enterprise COBOL 4.1, so we will certainly need an update to that tool when we 
move to COBOL 5.x.

There is also a small trove of interesting SORT papers and examples here:

http://www-01.ibm.com/support/docview.wss?rs=114=isg3T797

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Wednesday, October 21, 2015 11:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort question: Why do I get error RDW NOT INCLUDED?

On 21 Oct 2015 15:57:42 -0700, in bit.listserv.ibm-main you wrote:


Why can't COBOL record descriptions be used like they could in
SYNCSORT for HP-UX in 2002?

Clark Morris
--

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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Syncsort question: Why do I get error RDW NOT INCLUDED?

[Clark Morris]

On 22 Oct 2015 08:09:23 -0700, in bit.listserv.ibm-main you wrote:

>It can.  See sort docs on the SYMNAMES input DD for the sort (either Syncsort 
>or DFSORT), and IBM (well, actually I think it was Frank Yeager or one of his 
>close cohorts) provided us with a nice Rexx tool to convert COBOL copy books 
>to SYMNAMES input.
>
>ftp://ftp.software.ibm.com/storage/dfsort/mvs/cobdfsym.txt
>
>Search for COBDFSYM on the web to see more information and IBM-MAIN postings 
>about it.  The only drawback is that it expects compiler listing output from 
>Enterprise COBOL 4.1, so we will certainly need an update to that tool when we 
>move to COBOL 5.x.

Syncsort for HP-UX read the COBOL record definition.  Unfortunately
SYNCSORT manuals aren't available online.

Clark Morris
>
>There is also a small trove of interesting SORT papers and examples here:
>
>http://www-01.ibm.com/support/docview.wss?rs=114=isg3T797
>
>HTH
>
>Peter
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Clark Morris
>Sent: Wednesday, October 21, 2015 11:03 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Syncsort question: Why do I get error RDW NOT INCLUDED?
>
>On 21 Oct 2015 15:57:42 -0700, in bit.listserv.ibm-main you wrote:
>
>
>Why can't COBOL record descriptions be used like they could in
>SYNCSORT for HP-UX in 2002?
>
>Clark Morris

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

Re: OMVS directory question

[Lucas Rosalen]

It looks like you have /usr as a directory, not a symbolic link to
/Z21Z/usr/, which seems to be the correct path in this case.

Lucas
On Oct 22, 2015 16:13, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 22 Oct 2015 14:07:44 +, william janulin wrote:
>
> >To list;
> >I have a websphere directory that I can see when I am in TSO ISH.
> However, when I try to point to it in OMVS, I get the following:
> >IBM is a registered trademark of the IBM Corp.
> >
> >IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5
> >cd: /usr/lpp/zWebsphere/V8R5: EDC5129I No such file or directory.
> >IBMUSER:/u/ibmuser: >cd /usr/lpp/zWebsphere/V8R5/
> >cd: /usr/lpp/zWebsphere/V8R5/: EDC5129I No such file or directory.
> >IBMUSER:/u/ibmuser: >
> >
> >When I try to run stats against the file that is mounted to it, from a
> higher level, I get the following:
> >WAS850.SBBOZFS 360 21393011460699   60%
> /Z21Z/usr/lpp/zW
> >ebSphere/V8R5
> >
> >I get the same results when I am in TSO ISH as well.
>
> >
> Possibly.  Go after it piecemeal:
>
> ls -al /
> ls -al /usr
> ls -al /usr/lpp
> ls -al /usr/lpp/zWebsphere
> ls -al /usr/lpp/zWebsphere/V8R5
>
> Also look for error messages in SYSLOG.
>
> -- gil
>
> --
> 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: C lang. embedded HLASM latest z/OS 2.1

[Farley, Peter x23353]

John,

Depending on the OPT, ARCH and TUNE compiler settings I suspect it may be an 
optimization to avoid AGI (Address Generation Interlock).  Nothing to do with 
alignment per se.

And to your desire to replace the C prologue and epilogue -- Check out Metal C. 
 It allows you to do precisely that.  You lose almost all I/O facilities 
though, and you are thus forced / allowed to use inline assembler I/O or your 
own custom-built I/O subroutines.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 22, 2015 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C lang. embedded HLASM latest z/OS 2.1

On Thu, Oct 22, 2015 at 9:40 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John McKown wrote:
>
> >Mainly that the compiler inserted an NOPR 0 after my simple command.
>
> Hmmm, I remembered that Borland Turbo Pascal [1] could do that similar
> trick, but I don't have MSDOS and Pascal anymore.
>
> I never tried that [inserting machine code to speed up things] out with C
> and C++.
>
> > *04 0700   9  NOPR  0
> > 74  581D  00B009 | Lr1,176(r13,)
>
> Is that compiler action just for [full word / half word?] alignment?
> Increase/decrease the instruction length by 1 or 2 bytes with same or other
> instruction and see where it ends up.
>

​Hum, I inserted a second instruction "LR 2,1" after the first one:

   09 |   *  __asm(" L 1,%0\n LR
2,1":"=m"(i3)::"r1","r2");
 *00 581D 00B0000B0 8  L 1,176(13)
09
 *04 1821   9  LR2,1
09
 *06 0700  10  NOPR  0
09
 74  581D  00B009 | Lr1,176(r13,)

 78  1821  09 | LR   r2,r1

 7A  0700  09 | NOPR 0
   10 |   *  printf("%.*s\n",i1,word);
​

​The NOPR is still there. I wonder if it is somehow used if I were to set a
break point in a debugging session. I.e. the NOPR is there so that it can
be overlain with the debug SVC or whatever is used.​

​I'm just doing this to see if I can get up to the real desire: to embed
assembler macros, such as TPG (TSO terminal I/O), in my C code. ​Although
it might actually be simpler to just continue writing LE enabled HLASM
"service" routines.
​ Hum, wish I had a way to make an HLASM "program" which could be "in
lined" by the C compiler in order to avoid the entry/exit code overhead. I
am still, perhaps stupidly, concerned with "CPU overhead".​ If I weren't I
could be a Windows programmer! 

-- 


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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Subscribe to RACF-L

[Lucas Rosalen]

Jorge,

I had the exact same problem a while ago.
Redoing the process worked for me.

No, the confirmation email was not lost amog spam ones :)

Lucas
On Oct 22, 2015 16:48, "Elardus Engelbrecht" 
wrote:

> Jorge Garcia wrote:
>
> >Thank Elardus. We know this link is ready and working but when you add
> you name and email al push subscribe appears in the top: "A confirmation
> request is being sent under separate cover. " but no mail is received in
> our shop.
>
> Check with your e-mail admin to see if RACF-L is not blacklisted as spam
> or something like that.
>
> Could you retry subscription using a private e-mail, say gmail, yahoo,
> etc.? If that works, then problem is with your e-mail system.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: C lang. embedded HLASM latest z/OS 2.1

[John McKown]

On Thu, Oct 22, 2015 at 10:17 AM, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:

> John,
>
> Depending on the OPT, ARCH and TUNE compiler settings I suspect it may be
> an optimization to avoid AGI (Address Generation Interlock).  Nothing to do
> with alignment per se.
>
> And to your desire to replace the C prologue and epilogue -- Check out
> Metal C.  It allows you to do precisely that.  You lose almost all I/O
> facilities though, and you are thus forced / allowed to use inline
> assembler I/O or your own custom-built I/O subroutines.
>

​I was really trying to avoid Metal C. What I'm aiming at is to rewrite my
CBT distributed UNIX HLASM programs as C programs instead. Although I don't
really know why I should. Just another of my oddities, I guess. I don't
even know if those programs are very popular or nor. I would guess not. I
doubt there are many z/OS people who like playing on the UNIX command line
instead of in ISPF.

I am just guessing that the newest xlc compiler ​was enhanced with in-line
assembler for non-Metal C mainly due the GNU C's ability to do so. Some of
the options in xlc seem to be "echoing" some of the abilities that GNU C
has. Perhaps to lure some GNU / Linux people to at least consider xlc.



>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, October 22, 2015 10:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C lang. embedded HLASM latest z/OS 2.1
>
> On Thu, Oct 22, 2015 at 9:40 AM, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
> > John McKown wrote:
> >
> > >Mainly that the compiler inserted an NOPR 0 after my simple command.
> >
> > Hmmm, I remembered that Borland Turbo Pascal [1] could do that similar
> > trick, but I don't have MSDOS and Pascal anymore.
> >
> > I never tried that [inserting machine code to speed up things] out with C
> > and C++.
> >
> > > *04 0700   9  NOPR  0
> > > 74  581D  00B009 | L
> r1,176(r13,)
> >
> > Is that compiler action just for [full word / half word?] alignment?
> > Increase/decrease the instruction length by 1 or 2 bytes with same or
> other
> > instruction and see where it ends up.
> >
>
> ​Hum, I inserted a second instruction "LR 2,1" after the first one:
>
>09 |   *  __asm(" L 1,%0\n LR
> 2,1":"=m"(i3)::"r1","r2");
>  *00 581D 00B0000B0 8  L 1,176(13)
> 09
>  *04 1821   9  LR2,1
> 09
>  *06 0700  10  NOPR  0
> 09
>  74  581D  00B009 | Lr1,176(r13,)
>
>  78  1821  09 | LR   r2,r1
>
>  7A  0700  09 | NOPR 0
>10 |   *  printf("%.*s\n",i1,word);
> ​
>
> ​The NOPR is still there. I wonder if it is somehow used if I were to set a
> break point in a debugging session. I.e. the NOPR is there so that it can
> be overlain with the debug SVC or whatever is used.​
>
> ​I'm just doing this to see if I can get up to the real desire: to embed
> assembler macros, such as TPG (TSO terminal I/O), in my C code. ​Although
> it might actually be simpler to just continue writing LE enabled HLASM
> "service" routines.
> ​ Hum, wish I had a way to make an HLASM "program" which could be "in
> lined" by the C compiler in order to avoid the entry/exit code overhead. I
> am still, perhaps stupidly, concerned with "CPU overhead".​ If I weren't I
> could be a Windows programmer! 
>
> --
>
>
> 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive 

Re: Syncsort question: Why do I get error RDW NOT INCLUDED?

[Farley, Peter x23353]

That would be a very significant and useful addition to SORT capabilities from 
either vendor.

There are "gotcha's" though, like when the COBOL copy book written by the 
programmer uses illegal COBOL strings to allow REPLACE of the high-level part 
of the data names in the definition file/member, like this:

01  :HLN:-RECORD-AREA.
05  :HLN:-FIELD-1 PIC X(10).
05  :HLN:-FIELD-2 PIC S9(5)V9(2) COMP-3.

Use of a direct-copybook-read process would require (like the COBDFSYM process 
requires a dummy program compile) some other process or parameters to expand 
any required REPLACE strings, or a separate "sort" copy of the definition with 
all REPLACE strings already resolved.

Not to say it cannot be programmed (SMOP), but definitely a factor to be 
considered.

Plus once COBOL is supported, what about assembler DSECTS, PL/1 DECLARE's, C 
struct's and typedef's?  I'm sure users of those languages would also want that 
kind of support.  That gets really complex really quickly.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Thursday, October 22, 2015 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort question: Why do I get error RDW NOT INCLUDED?

On 22 Oct 2015 08:09:23 -0700, in bit.listserv.ibm-main you wrote:

>It can.  See sort docs on the SYMNAMES input DD for the sort (either Syncsort 
>or DFSORT), and IBM (well, actually I think it was Frank Yeager or one of his 
>close cohorts) provided us with a nice Rexx tool to convert COBOL copy books 
>to SYMNAMES input.
>
>ftp://ftp.software.ibm.com/storage/dfsort/mvs/cobdfsym.txt
>
>Search for COBDFSYM on the web to see more information and IBM-MAIN postings 
>about it.  The only drawback is that it expects compiler listing output from 
>Enterprise COBOL 4.1, so we will certainly need an update to that tool when we 
>move to COBOL 5.x.

Syncsort for HP-UX read the COBOL record definition.  Unfortunately SYNCSORT 
manuals aren't available online.

Clark Morris
>
>There is also a small trove of interesting SORT papers and examples here:
>
>http://www-01.ibm.com/support/docview.wss?rs=114=isg3T797
>
>HTH
>
>Peter
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Clark Morris
>Sent: Wednesday, October 21, 2015 11:03 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Syncsort question: Why do I get error RDW NOT INCLUDED?
>
>On 21 Oct 2015 15:57:42 -0700, in bit.listserv.ibm-main you wrote:
>
>
>Why can't COBOL record descriptions be used like they could in SYNCSORT 
>for HP-UX in 2002?
>
>Clark Morris
--

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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Bookmanager BUILD and z/OS V2.2

[Juergen Kehr]

As you probably know Bookmanager BUILD isn't supported and delivered with z/OS 
V2.2 anymore.

We've had the idea to transfer the "old" Bookmanager BUILD FMIDs via BUILDMCS 
into a seperate CSI in the V2.2 environment. Now our question is: Will this 
work? Of course it's not offically supported, but their are many unsupported 
old z/OS or even MVS or OS/VS product, which run perfect although in very new 
environments. 

Does anybody have any experiences with this approach? Thanks in advance.

Regards.
Juergen

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

FW: Weird CICS/STC problem

[Phil Smith]

We have a problem with a stacking, space-switching, cross-memory PC routine 
called from CICS (from an L8 region). It works fine--it's heavily used and 
heavily tested--except when testing some invalid use cases, which force a S0C4 
(as expected). What isn't expected is that the CICS region goes down *under 
certain circumstances* with a KERNDUMP resulting in a U1800 ABEND. Since we 
have tested many other deliberate ABENDs and get ASRAs as expected, this seems 
odd.

Environment:

- mainline does a BRAS to a subroutine to validate storage access. There are 
ESTAEs set up in the STC. These don't seem related, as disabling them does not 
change behavior.
- subroutine causes S0C4. Region goes down with U1800 ABEND, reason=.
- in trying to nail things down, we put a DC H'0' in the subroutine, moving it 
earlier and earlier.
- eventually we had it as the FIRST instruction in the subroutine, before even 
saving registers. Still U1800.
- then we moved it to before the BRAS. ASRA.

After much tinkering, we moved the BRAS much earlier in the routine, and made a 
dummy version of the subroutine that just did the DC X'00'. ASRA.

Also left the BRAS where it was and moved the dummy version of the subroutine 
earlier. ASRA.

So it *seems* like CICS is unhappy when the exception occurs further down in 
the module. But why would it care? It's not past the first page of 
addressability (indeed, the module only has one base register). But there's no 
substantive difference between:

 BRAS R14,LABEL
...
LABEL DS   0H
 DC   X'00'

and

 DC  X'00
 BRAS R14,LABEL
(I mean, there is, but shouldn't be in terms of ABEND behavior!)

It isn't even that R14 is somehow important (which would make no sense anyway, 
since registers were saved etc. long ago)--changed it to use an otherwise-free 
register, same behavior.

Any ideas? 
-- 
...phsiii

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