Re: FW: Concurrent Server Task Dispatch issue multitasking issue

2019-01-03 Thread Brian Westerman
One way to do it is when you set up your console interface and do the extract, 
you need to save the comm ECB address into a register and then save it into the 
ECB list (when you wait, i.e. WAIT 1,ECBLIST=youECBlistname,LONG=YES) you are 
using for your other waits (your normal timer ones).   You need to make sure 
that Then when you are posted it may be for a console communication or from one 
of your other timers, so you have to test to see why at that time.  You are 
then waiting on the list of ECBs (they can be posted by anything you set them 
up for) and no matter which one is posted, you will end up in the same code.  
Therefore you go back to that place all the time (within your standard code) 
and mostly you are just waiting for something to happen (or for a console 
interrupt for your task).  Just make sure you don't forget to wait (in the case 
of the sample below it's at WAITTIME) only.  Otherwise, you could end up never 
knowing when you get a console message.  You can have multiple waits in your 
program so long as they all use the same ECBLIST.  It can have more in it, mine 
just has the two ECBs in the sample. 

So it's something like this:

WAITTIME DS0H
 WAIT  1,ECBLIST=ECBLIST,LONG=YES  WAIT UNTIL AN ECB IS POSTED
 L R1,COMMECB ADDR OF COMMUNICATIONS ECB
 CLI   0(R1),X'00'CHECK FOR OPERATOR REQUEST
 BNE   OPERREQYES--GO TO PROCESS OPER REQ   
 CLI   TIMEECB,X'00'  DID THE TIMER POP ?   
 BNE   TIMERPOP   YES--GO PROCESS TIME REQUEST 
 B WAITTIME   HMMM.. DON'T KNOW, RETRY  

...
ECBLIST DS0F   
COMMECB  DCA(0) 
 DCX'80',AL3(TIMEECB) 

Brian

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


Re: Crosshair cursor

2019-01-03 Thread David Crayford

On 3/01/2019 1:58 am, Seymour J Metz wrote:

Bah! I did 62x160 on a 17" plasma screen. Of course, these day I would not consider 
buying 17", 23" or even the larger screen I have now; I'd go for the biggest screen 
that had a reasonable price.



39" 4K TVs are cheap as chips these days. The bigger the better. The 
days of dual monitors are over.





FWIW, I usually used SPLIT and VSPLIT to chop up the screen, depending on what 
I was doing; I almost never ran with one big panel.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of Robert 
Prins 
Sent: Wednesday, January 2, 2019 11:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Crosshair cursor

On 2019-01-02 08:26, Styles, Andy , ITS zPlatform Services wrote:

On 2018-12-29 17:46, zMan wrote:

Does anybody here voluntarily use a crosshair cursor in your 3270
emulator?


It was the second change I made after installing Vista, setting up the cursor
to garish bright yellow cross-hairs. ;) (The first change? A 62 x 160
screen-size)

Classification: Public I also frequently use crosshairs (toggled by
SHIFT-HOME, which I think is something similar to the combination on the 3270
keyboard I used in the 80s). I switch crosshair on/off depending on what I'm
doing.

62 x 160 eh? Still using a small screen then? :-)

Only 23" full HD, and pretty bad eyesight, myopic (-6.5) and problems using
multifocal glasses.

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com

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

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


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


Re: Crosshair cursor

2019-01-03 Thread Roger Bolan
I almost never use it, but it's not a big deal.  On my emulator (PCOMM)
it's mapped to the ctrl-home key which toggles it on or off instantly as
needed.

On Thu, Jan 3, 2019 at 12:15 PM Seymour J Metz  wrote:

> What do you do when you can't see where the cursor is in order to move it
> where want it? Hitting home and then moving it back near where it was isn't
> nearly as nice as having the crosshairs. To say nothing of lining up text.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of zMan 
> Sent: Saturday, December 29, 2018 12:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Crosshair cursor
>
> Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> 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: The Yoda of Silicon Valley - The New York Times

2019-01-03 Thread Tony Harminc
On Sun, 23 Dec 2018 at 09:47, Joel C. Ewing  wrote:

> And he has some unusual hobbies not mentioned in the NYT article:  How
> many people do you know that have a pipe organ designed for and built in
> their home?  https://www-cs-faculty.stanford.edu/~knuth/organ.html

I seem vaguely to remember that our own Joyce Tomaselli (Dame Joyce
the Diligent) had one. Maybe it was her husband's?

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: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Anne & Lynn Wheeler
marktre...@gmail.com (Mark Regan) writes:
> For those of you who find yourselves in this type of working environment.
>
> https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html
>
> Mark T. Regan, K8MTR
> CTO1, USNR-Retired
> 1969-1991

long ago and far away ... from "Real Programmers Don't Eat Quiche":

Real Programmers never work 9 to 5.  If any Real Programmers are
around at 9 AM, it's because they were up all night.

so can concentrate and avoid interruptions from co-workers and phone
calls.

older trivia: as undergraduate, about a year after taking two semester
hr intro to fortran/computers, I was hired fulltime to be responsible
for univ. academic and administration os/360 systems. The univ. shutdown
the datacenter from 8am sat. to 8am monday ... and I had the whole
datacenter dedicated to myself ... although 48hrs w/o sleep could make
monday morning classes a little hard.

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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


Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Paul Gilmartin
On Thu, 3 Jan 2019 19:02:32 +, Seymour J Metz wrote:

>You haven't lived until you have to talk to a vendor on the telephone while 
>surrounded by other conversations. To be fair, they don't appreciate your 
>reading out loud from the dump any more then you enjoy their chatter - which 
>might also be with vendor support groups.
> 
I sometimes sit in a café near any of several young apparent partners in
high-tech startups who are discussing design or making customer contacts
on their fondleslabs:
" ...
Thank you.  We'll do that.  Have a great day!"

And one of our customer support reps once mentioned that his wireless
headset worked in the restroom.  Imagine the background noise.
 
>Dumbest of all time? I'm not sure. But dumb enough - no question.


On Thu, 3 Jan 2019 10:52:12 -0500, Chuck Kreiter wrote:

>Last office I worked in did this.  Everyone said it would kill productivity 
>but we were told we were wrong.  I now work from home and get more done than I 
>ever have in my career.  
>
>This is the key paragraph in this article:
>
>"What if you're just a worker-bee? Well, tread lightly. As a general rule, 
>bosses don't react well when told they've made an expensive, dumb mistake. 
>There are also some folk at your workplace whose careers are now tied to the 
>"success" of the office redesign."
>
>These people who made the decisions work in actual walled offices with doors 
>they can close.  
>
ObQoheleth in the Dilberverse.

>https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

-- gil

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


Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Phil Smith III
To their credit, my management also has cubicles. And hates them as much as we 
do, but our Corporate Overlords are in control of that.

 

We also have "Focus rooms": a bunch of small rooms of varying sizes where you 
can go to be alone or meet in small groups. They're theoretically time-limited, 
but are NOT prebookable. I say "theoretically" because I'm told that they're 
never in high enough demand for it to be an issue. (And I work from home so I 
sure don't care.)

 

The sort-of funny thing is, I've gotten so inured to cubicles that the Focus 
rooms seemed like a great idea; of course, with civilized offices, folks would 
get more done and all that real estate dedicated to the Focus rooms wouldn't be 
wasted.


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


Re: Crosshair cursor

2019-01-03 Thread Seymour J Metz
What do you do when you can't see where the cursor is in order to move it where 
want it? Hitting home and then moving it back near where it was isn't nearly as 
nice as having the crosshairs. To say nothing of lining up text.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
zMan 
Sent: Saturday, December 29, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Crosshair cursor

Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Lester, Bob
Greetings,

   BTDT.  I'm old enough to need a bit of QUIET when trying to read a dump - 
nervermind having to do that while on the phone with a vendor.

   Might be applicable in a DevOps environment - which we do here - but it's 
nevertheless a distraction since I'm right next door...   

BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Thursday, January 3, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com [ EXTERNAL ]

You haven't lived until you have to talk to a vendor on the telephone while 
surrounded by other conversations. To be fair, they don't appreciate your 
reading out loud from the dump any more then you enjoy their chatter - which 
might also be with vendor support groups.

Dumbest of all time? I'm not sure. But dumb enough - no question.


--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFAw=huW-Z3760n7oNORvLCN2eBo-Ehm9Q_bNeNJaAMovBjQ=Qowhtqe2n9CP4j5cKgUfmAFB9ziwNIdru4NRZBXkzeA=DkmByddCguIVQsI92DkYAk1Nir0BtoZ0yaYVNX9Pa5M=T-cI5S5hXEmRORUJbs0TgTiiCtFxFq7VVQ-GrwGBDaE=


From: IBM Mainframe Discussion List  on behalf of 
Mark Regan 
Sent: Thursday, January 3, 2019 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

For those of you who find yourselves in this type of working environment.

https://urldefense.proofpoint.com/v2/url?u=https-3A__secure-2Dweb.cisco.com_1F4O7Jngr9Ip6KIwviFvSVIESyGORRnsgACKq0T9XEdiHfGeJmPbukhwhAS0BInhkpXD2YjG1TFrgfTGHi3F-2Dd96aaH1AJbzjaFoFe0QanBV-2DY50uvJ-2DsH1T2bP3nwrhhFZ8qAsZQuYmoZf8UucIHp0L59-5FGZQwA5e1PegPVVqX5ybkj5bfykFYzBr1GIyc7JxL8K9J8-2DvBW2OPaZ0nFB-5FWIHXaADIahBcNukyLqLrMNNRbkQEXemaT99CFBnI1x25KCiNh5fEuVQCU6xMQ9EYGBTCQAnCPQ7NKsA-5F3yXInXn1zQvP6BfG6ubix3adrSFH7s9RdOvaBlwsNth6c-2DKDSMq44E93ezA4UDj-2DZJorkIoFJo-5F4X5dw09LWAXJ96GG9Vpcih23-2DAJDJP-2Dd5LX2u9q83jr1JhbWWwZvSVTyn-5FklCi8NwncsKRtu0yi84PYv_https-253A-252F-252Fwww.inc.com-252Fgeoffrey-2Djames-252Fits-2Dofficial-2Dopen-2Dplan-2Doffices-2Dare-2Dnow-2Ddumbest-2Dmanagement-2Dfad-2Dof-2Dall-2Dtime.html=DwIFAw=huW-Z3760n7oNORvLCN2eBo-Ehm9Q_bNeNJaAMovBjQ=Qowhtqe2n9CP4j5cKgUfmAFB9ziwNIdru4NRZBXkzeA=DkmByddCguIVQsI92DkYAk1Nir0BtoZ0yaYVNX9Pa5M=SglYut1nf0UEAAr2YDYcb8qM9N5RGG7OUQB5mjOzOgA=

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.


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


Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Schuffenhauer, Mark
>From working 30 years on systems to development projects and just about 
>anything that needed to be done, I can see when open office can work.  I can 
>see when it would have helped with productivity.  Usually projects doing 
>something new and quite fast.  The caveat is, with the right people that fit 
>with what we're doing.  Not what management, analysts, and project people 
>think we need.  No one would think it through.  I would stare at "Ted" for a 
>year, but never had any reason to work with "Ted. "

The flip side is often the tasks my team needs to do require research, testing, 
coding, QA testing what has changed, and setting up everything for 
implementation.  Tasks best done without interruption.  The large cube with 6 
foot walls, and small entry made me incredibly productive.  As we went to small 
cubes with short walls, that changed a lot.  With a laptop I could hide places 
with a network drop, and once there was wireless LAN connectivity, options were 
unlimited.

"Don't do anything without a ticket."  "Don't give people free, easy access to 
me, when it's quicker to do something and make them go away."

The "Interesting, trendy name here" open cubical experiments over the years 
were generally unsuccessful because they were too generic.  It treated workers 
like a herd, and not looking at our job differences and what we had to 
accomplish, and what resources we needed to be successful.  (3 paragraph rant 
on contracting/outsourcing projects are often the same way, retracted).

Mark

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, January 03, 2019 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

You haven't lived until you have to talk to a vendor on the telephone while 
surrounded by other conversations. To be fair, they don't appreciate your 
reading out loud from the dump any more then you enjoy their chatter - which 
might also be with vendor support groups.

Dumbest of all time? I'm not sure. But dumb enough - no question.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Mark Regan 
Sent: Thursday, January 3, 2019 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

For those of you who find yourselves in this type of working environment.

https://secure-web.cisco.com/1F4O7Jngr9Ip6KIwviFvSVIESyGORRnsgACKq0T9XEdiHfGeJmPbukhwhAS0BInhkpXD2YjG1TFrgfTGHi3F-d96aaH1AJbzjaFoFe0QanBV-Y50uvJ-sH1T2bP3nwrhhFZ8qAsZQuYmoZf8UucIHp0L59_GZQwA5e1PegPVVqX5ybkj5bfykFYzBr1GIyc7JxL8K9J8-vBW2OPaZ0nFB_WIHXaADIahBcNukyLqLrMNNRbkQEXemaT99CFBnI1x25KCiNh5fEuVQCU6xMQ9EYGBTCQAnCPQ7NKsA_3yXInXn1zQvP6BfG6ubix3adrSFH7s9RdOvaBlwsNth6c-KDSMq44E93ezA4UDj-ZJorkIoFJo_4X5dw09LWAXJ96GG9Vpcih23-AJDJP-d5LX2u9q83jr1JhbWWwZvSVTyn_klCi8NwncsKRtu0yi84PYv/https%3A%2F%2Fwww.inc.com%2Fgeoffrey-james%2Fits-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

--
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
DISCLAIMER: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

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


Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Seymour J Metz
You haven't lived until you have to talk to a vendor on the telephone while 
surrounded by other conversations. To be fair, they don't appreciate your 
reading out loud from the dump any more then you enjoy their chatter - which 
might also be with vendor support groups.

Dumbest of all time? I'm not sure. But dumb enough - no question.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Mark Regan 
Sent: Thursday, January 3, 2019 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

For those of you who find yourselves in this type of working environment.

https://secure-web.cisco.com/1F4O7Jngr9Ip6KIwviFvSVIESyGORRnsgACKq0T9XEdiHfGeJmPbukhwhAS0BInhkpXD2YjG1TFrgfTGHi3F-d96aaH1AJbzjaFoFe0QanBV-Y50uvJ-sH1T2bP3nwrhhFZ8qAsZQuYmoZf8UucIHp0L59_GZQwA5e1PegPVVqX5ybkj5bfykFYzBr1GIyc7JxL8K9J8-vBW2OPaZ0nFB_WIHXaADIahBcNukyLqLrMNNRbkQEXemaT99CFBnI1x25KCiNh5fEuVQCU6xMQ9EYGBTCQAnCPQ7NKsA_3yXInXn1zQvP6BfG6ubix3adrSFH7s9RdOvaBlwsNth6c-KDSMq44E93ezA4UDj-ZJorkIoFJo_4X5dw09LWAXJ96GG9Vpcih23-AJDJP-d5LX2u9q83jr1JhbWWwZvSVTyn_klCi8NwncsKRtu0yi84PYv/https%3A%2F%2Fwww.inc.com%2Fgeoffrey-james%2Fits-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

--
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: HSM and empty files

2019-01-03 Thread Paul Gilmartin
On Thu, 3 Jan 2019 10:52:41 -0600, Glenn Wilcock wrote:
>
>I looked and didn't see any Patches for skipping empty data sets.
>
>HSM treats these as normal since both migration and expiration can depend on 
>the existence of a valid backup copy.  For this reason, HSM recently added 
>support for data sets with an undefined data set org (OA52304), since some 
>clients reported that a large number of these data sets were consuming a large 
>amount of primary storage and HSM was not able to process them.
> 
I vaguely recall that long ago, perhaps when HSM was very new, it didn't, 
perhaps couldn't
deal with empty data sets, perhaps empty PDSes.

Perhaps an explicit HMIGRATE command failed on an empty data set.

I considered this a defect, attributable to the design's ignoring a boundary 
condition.

To my taste, too many IBM products fail to handle the low-end boundary condition
properly, and are getting worse.

-- gil

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


Re: Exit Calls or Using

2019-01-03 Thread Binyamin Dissen
On Thu, 3 Jan 2019 08:25:24 +0400 Peter  wrote:

:>Is there a way to determine if an EXIT is being used by anyone ? Like to
:>know the number of times it is called for performing any functions or if it
:>is invoked ?

Two issues:

1) Is the exit taken? Of course, when documented. Obviously CICS exits will
not be taken if CICS is not installed. Or SETPROG defined exits will not do
anything if the jobs that it applies to do not run.

2) Does the exit provide a useful function for your shop? That requires source
review.

:>I am trying to take some list of obsolete EXITS which are not being used .


--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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


Fwd: How Ancient Religious Texts Went Digital (with IBM's help)

2019-01-03 Thread Mark Regan
https://gizmodo.com/how-ancient-religious-texts-went-digital-1831241832

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


Re: HSM and empty files

2019-01-03 Thread Glenn Wilcock
Hi, 

I looked and didn't see any Patches for skipping empty data sets.

HSM treats these as normal since both migration and expiration can depend on 
the existence of a valid backup copy.  For this reason, HSM recently added 
support for data sets with an undefined data set org (OA52304), since some 
clients reported that a large number of these data sets were consuming a large 
amount of primary storage and HSM was not able to process them.

Glenn Wilcock

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


FW: Concurrent Server Task Dispatch issue multitasking issue

2019-01-03 Thread Joseph Reichman
Hi 

 

I posted this yesterday on the TCP/IP listserv but in reality its more of
z/os multitasking issue

 

thanks 

From: Joseph Reichman  
Sent: Wednesday, January 2, 2019 3:21 PM
To: 'IBM TCP/IP List' 
Subject: Concurrent Server Task Dispatch issue 

 

Hi

 

I have a concurrent server with four subtasks. I used the basic design from
section H a beginners guide to TCP/IP programming. One difference in mine.
The subtask(s) handle multiple I/O's

And there for they too have a SELECT API not for listening to incoming
connections but to handle reads on multiple sockets

 

Both the main Task and subtasks have multiple ECB waits. The Main Task
waits for on 2 ecbs 1) Select 2) Modify COMECBPT.

 

The problem I am having is with the modify command it works once and doesn't
work 5 times why because the main task hardly gets control.

 

Both the main and Subtasks have time out values so I can WTO a message when
there is a TIMEOUT I can see the WTO from subtask time out but not the main
it does pop up once in a while

 

I tried using CALLDISP on the subtask TIMEOUT  CHAP playing around with the
DPMOD and  LPMOD on the ATTACH but the best I could up with was having the
Modify command work once out of  5 times

 

Again from the WTO's at TIMEOUT on the select I can see when the subtask are
executing and the main task

 

Any Suggestions are appreciated

 

 

thanks   


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


Re: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Tom Marchant
On Thu, 3 Jan 2019 09:27:48 -0500, Mark Regan wrote:

>For those of you who find yourselves in this type of working environment.
>
>https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

"As a general rule, bosses don't react well when told they've made an 
expensive, dumb mistake. There are also some folk at your workplace whose 
careers are now tied to the 'success' of the office redesign."

Ain't that the truth!

-- 
Tom Marchant

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


Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Chuck Kreiter
Last office I worked in did this.  Everyone said it would kill productivity but 
we were told we were wrong.  I now work from home and get more done than I ever 
have in my career.  

This is the key paragraph in this article:

"What if you're just a worker-bee? Well, tread lightly. As a general rule, 
bosses don't react well when told they've made an expensive, dumb mistake. 
There are also some folk at your workplace whose careers are now tied to the 
"success" of the office redesign."

These people who made the decisions work in actual walled offices with doors 
they can close.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Thursday, January 3, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

For those of you who find yourselves in this type of working environment.

https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

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


Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Mark Regan
For those of you who find yourselves in this type of working environment.

https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

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


Re: Exit Calls or Using

2019-01-03 Thread Jousma, David
Identifying obsolete exits or exit functionality that needs to be retired is 
something I've been doing here for the last 10+ years.   You really have to 
review and try to fully understand the exit function to then determine if/why 
it is still needed or not.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
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  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Thursday, January 3, 2019 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Exit Calls or Using

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

For some exits, it is clear by definition: 
SMF exits are taken as specified in SMFPRMxx, IEFUSO and IEFUJP as specified in 
JES2PARM.
JES2 exits are taken as defined in JES2PARM or by commands.
Which exits are unclear to you?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Peter
> Sent: 03 January, 2019 5:25
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Exit Calls or Using
> 
> Hi
> 
> Is there a way to determine if an EXIT is being used by anyone ? Like 
> to know the number of times it is called for performing any functions 
> or if it is invoked ?
> 
> I am trying to take some list of obsolete EXITS which are not being 
> used .
> 
> Peter
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: Exit Calls or Using

2019-01-03 Thread Vernooij, Kees (ITOP NM) - KLM
For some exits, it is clear by definition: 
SMF exits are taken as specified in SMFPRMxx, IEFUSO and IEFUJP as specified in 
JES2PARM.
JES2 exits are taken as defined in JES2PARM or by commands.
Which exits are unclear to you?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 03 January, 2019 5:25
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Exit Calls or Using
> 
> Hi
> 
> Is there a way to determine if an EXIT is being used by anyone ? Like to
> know the number of times it is called for performing any functions or if
> it
> is invoked ?
> 
> I am trying to take some list of obsolete EXITS which are not being used
> .
> 
> Peter
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: EXTERNAL: Exit Calls or Using

2019-01-03 Thread Crawford, Robert C.
Instruction fetch SLIP trap that creates a trace record every time the exit is 
or is not entered?

Unfortunately, negatives like this are very hard to prove.

Robert Crawford
Mainframe Management
United Services Automobile Association
(210) 913-3822 

Manchmal ist das Denken lästig.
- Albert Einstein 
Please send requests to Mainframe Management through our front door at go/mfm

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Wednesday, January 02, 2019 10:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Exit Calls or Using

Hi

Is there a way to determine if an EXIT is being used by anyone ? Like to know 
the number of times it is called for performing any functions or if it is 
invoked ?

I am trying to take some list of obsolete EXITS which are not being used .

Peter

--
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: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Gadi Ben-Avi
Thanks Kurt

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: Thursday, January 3, 2019 3:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

On 1/3/2019 3:30 AM, Gadi Ben-Avi wrote:
> Hi,
> We need to implement Web Services Security in CICS v5.4 The CICS
> manual says we need APAR OA14956 for ICSF.
>
> I tried looking up the PTF for this APAR, but I can't find it.
>
> Does anyone know what the PTF is for z/OS v2.2?
That APAR closed in I think 2006.  It was likely integrated into the ICSF base 
for z/OS V1.9 or V1.10.  So, there is no PTF required for z/OS V2.2.  Not sure 
why the CICS manual continues to call out this fix.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות 
מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי 
מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא 
באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה 
חיצונית ו/או זדונית על הארגון.

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


Re: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Kurt Quackenbush

On 1/3/2019 3:30 AM, Gadi Ben-Avi wrote:

Hi,
We need to implement Web Services Security in CICS v5.4
The CICS manual says we need APAR OA14956 for ICSF.

I tried looking up the PTF for this APAR, but I can't find it.

Does anyone know what the PTF is for z/OS v2.2?
That APAR closed in I think 2006.  It was likely integrated into the 
ICSF base for z/OS V1.9 or V1.10.  So, there is no PTF required for z/OS 
V2.2.  Not sure why the CICS manual continues to call out this fix.


Kurt Quackenbush -- IBM, SMP/E Development

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


Re: Crosshair cursor

2019-01-03 Thread Styles, Andy (ITS zPlatform Services)
Classification: Public


On 02-01-2019 at 16:51, Robert Prins wrote:

>> On 2019-01-02 08:26, Styles, Andy , ITS zPlatform Services wrote:

>> 62 x 160 eh? Still using a small screen then? :-)

> Only 23" full HD, and pretty bad eyesight, myopic (-6.5) and problems using 
> multifocal glasses.

Heh. I was really referring to the 62 x 160; I use 84 x 160. However, I do have 
better eyes- 19" 4:3, and sometimes smaller (down to the 14" laptop screen..)

-- 
Andy Styles
z/Series System Programmer




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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


Re: Crosshair cursor

2019-01-03 Thread Chambers, David W.
"Yes," he said sheepishly, "it's an age thing."

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Saturday, December 29, 2018 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Crosshair cursor

Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Gadi Ben-Avi
Maybe because z/OS v2.4 is not available yet :-)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Blake, Daniel J [CTR]
Sent: Thursday, January 3, 2019 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

Chances are OA14956 was sup'd and you are good.

But, there is this FIXCAT(IBM.Coexistence.ICSF.z/OS_V2R2-V2R3-HCR77D0).  I 
couldn't find one for V2R4.

;-D an


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

I ran the command against the z/OS CSI.
No PTFs are missing.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Blake, Daniel J [CTR]
Sent: Thursday, January 3, 2019 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

Gadi,



Run a SMPE report using either 
FIXCAT(IBM.TargetSystem-RequiredService.CICS.V5R4) or if you like some extra 
reading FIXCAT(*).



;-D an







-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 3:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Implementign Web Services Security in CICS v5.4



Hi,

We need to implement Web Services Security in CICS v5.4 The CICS manual says we 
need APAR OA14956 for ICSF.



I tried looking up the PTF for this APAR, but I can't find it.



Does anyone know what the PTF is for z/OS v2.2?



Thanks



Gadi





? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.



--

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

--
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: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Gadi Ben-Avi
The APAR mentioned in the documentation was for ICSF, which is part of z/OS, so 
I checked against the z/OS CSI.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roger Lowe
Sent: Thursday, January 3, 2019 2:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

On Thu, 3 Jan 2019 12:14:09 +, Gadi Ben-Avi  wrote:

>I ran the command against the z/OS CSI.
>No PTFs are missing.
>
>Gadi

CICS should have an SREL of C150 whilst zOS is Z038 - are you sure you are 
running the command against the correct zone?

Roger

--
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: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Roger Lowe
On Thu, 3 Jan 2019 12:14:09 +, Gadi Ben-Avi  wrote:

>I ran the command against the z/OS CSI.
>No PTFs are missing.
>
>Gadi

CICS should have an SREL of C150 whilst zOS is Z038 - are you sure you are 
running the command against the correct zone?

Roger

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


Re: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Blake, Daniel J [CTR]
Chances are OA14956 was sup'd and you are good.

But, there is this FIXCAT(IBM.Coexistence.ICSF.z/OS_V2R2-V2R3-HCR77D0).  I 
couldn't find one for V2R4.

;-D an


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

I ran the command against the z/OS CSI.
No PTFs are missing.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Blake, Daniel J [CTR]
Sent: Thursday, January 3, 2019 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

Gadi,



Run a SMPE report using either 
FIXCAT(IBM.TargetSystem-RequiredService.CICS.V5R4) or if you like some extra 
reading FIXCAT(*).



;-D an







-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 3:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Implementign Web Services Security in CICS v5.4



Hi,

We need to implement Web Services Security in CICS v5.4 The CICS manual says we 
need APAR OA14956 for ICSF.



I tried looking up the PTF for this APAR, but I can't find it.



Does anyone know what the PTF is for z/OS v2.2?



Thanks



Gadi





? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.



--

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

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


Re: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Gadi Ben-Avi
I ran the command against the z/OS CSI.
No PTFs are missing.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Blake, Daniel J [CTR]
Sent: Thursday, January 3, 2019 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementign Web Services Security in CICS v5.4

Gadi,



Run a SMPE report using either 
FIXCAT(IBM.TargetSystem-RequiredService.CICS.V5R4) or if you like some extra 
reading FIXCAT(*).



;-D an







-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 3:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Implementign Web Services Security in CICS v5.4



Hi,

We need to implement Web Services Security in CICS v5.4 The CICS manual says we 
need APAR OA14956 for ICSF.



I tried looking up the PTF for this APAR, but I can't find it.



Does anyone know what the PTF is for z/OS v2.2?



Thanks



Gadi





? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.



--

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: Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Blake, Daniel J [CTR]
Gadi,



Run a SMPE report using either 
FIXCAT(IBM.TargetSystem-RequiredService.CICS.V5R4) or if you like some extra 
reading FIXCAT(*).



;-D an







-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, January 03, 2019 3:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Implementign Web Services Security in CICS v5.4



Hi,

We need to implement Web Services Security in CICS v5.4 The CICS manual says we 
need APAR OA14956 for ICSF.



I tried looking up the PTF for this APAR, but I can't find it.



Does anyone know what the PTF is for z/OS v2.2?



Thanks



Gadi





? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.



--

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


DSCHA and RESET

2019-01-03 Thread Sankaranarayanan, Vignesh
Hello list!

Let's say I run a backup job on Sundays without DSCHA, i.e., backup everything 
under A.*
Mon-Sat, I want to backup only files that were changes or are new.
I thought DSCHA EQ 1 will do this, but apparently, a lot more datasets are 
being picked than were created anew or changed (since the last backup).

What does specifying both of DSCHA EQ 1 and RESET do?
Does it achieve what I'm looking to do?
Looked at the KB for both keywords.. 'fraid am not fully understanding it 
without examples.

Thank you for any tips!

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Implementign Web Services Security in CICS v5.4

2019-01-03 Thread Gadi Ben-Avi
Hi,
We need to implement Web Services Security in CICS v5.4
The CICS manual says we need APAR OA14956 for ICSF.

I tried looking up the PTF for this APAR, but I can't find it.

Does anyone know what the PTF is for z/OS v2.2?

Thanks

Gadi


? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.

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


Re: Clarification on using a hardware

2019-01-03 Thread Parwez



From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: 02 January 2019 23:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification on using a hardware

Of course you have meant z/OS 1.13, not 1.3

--
Radoslaw Skorupka
Lodz, Poland







W dniu 2019-01-01 o 16:01, Parwez Hamid pisze:
> As I can't attach nice charts, will try and type the info for supported z/OS 
> levels on different systems (these include systems and z/OS levels withdrawn 
> from marketing). Assumption: appropriate z/OS maintenance has been applied 
> etc:
>
>
> z/OS 1.13 - z9/z10/z196/z114/z12/z13(s)/z14. For z14, see note below.  
> <---corrected
> z/OS 2.1 - z9/z10/z196/z114/z12/z13(s)/z14
> z/OS 2.2 - z10/z196/z114/z12/z13(s)/z14
> z/OS 2.3 - z12/z13(s)/z14
>
> Notes:
>
> The IBM Software Support Services for z/OS V1.13, offered as of October 1, 
> 2016, provides the ability for customers to purchase extended defect support 
> service for z/OS V1.13
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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