Re: Process pane on SDSF (Was How to associate the PID number in D OMVS to the ENC in SDSF)

[Walt Farrell]

On Fri, 26 May 2017 16:25:57 -0700, Lizette Koehler  
wrote:

>Okay, I yield - this time as I did not read the SDSF panel closely enough.
>
>So the COMMAND section on the PS panel shows only so much of the command 
>(which is what I was really after this whole time).
>
>I know when I do the D OMVS,A=ALL, or D OMVS,U=userid, or D OMVS,PID=pidnumber 
>  the command is not completed.  We have some really long commands.
>
>I was hoping to to be able to see the complete command.
>
>I increased the length from 40 to 60 but it does not seem to produce the rest 
>of the command.
>
>Is there another way to extract the complete command with a D OMVS command or 
>the PS panel in SDSF?  Or is there another function >I could use?

If you issue a "ps" command in a UNIX shell for the process of interest do you 
see all of the command information that you want to see? Or, perhaps, is UNIX 
only saving some truncated version, so that's all that anything can show you?

-- 
Walt

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

Process pane on SDSF (Was How to associate the PID number in D OMVS to the ENC in SDSF)

[Lizette Koehler]

Okay, I yield - this time as I did not read the SDSF panel closely enough.

So the COMMAND section on the PS panel shows only so much of the command (which 
is what I was really after this whole time).

I know when I do the D OMVS,A=ALL, or D OMVS,U=userid, or D OMVS,PID=pidnumber  
 the command is not completed.  We have some really long commands.

I was hoping to to be able to see the complete command.

I increased the length from 40 to 60 but it does not seem to produce the rest 
of the command.

Is there another way to extract the complete command with a D OMVS command or 
the PS panel in SDSF?  Or is there another function I could use?


Lizette



-Original Message-
>From: Tony Harminc 
>Sent: May 26, 2017 4:04 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How to associate the PID number in D OMVS to the ENC in SDSF
>
>On 26 May 2017 at 18:58, Lizette Koehler  wrote:
>
>> So I was hoping there was a process panel for SDSF (yes I am changing
>> horses now) that was LIKE the ENC panel for the OMVS Pids.
>> So when I do the D OMVS,A=ALL   I would like a panel entry on SDSF to show
>> it rather than doing the command.
>>
>> So rather than having to remember D OMVS,A=ALL
>> I would like an entry on the SDSF Panel for PIDS or OMVS that would
>> display the same info.  So I could have nice scroll and filter capabilities.
>>
>
>What info does D OMVS,A=ALL give you that the SDSF PS command doesn't?
>
>Tony H.
>

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

Re: How to associate the PID number in D OMVS to the ENC in SDSF

[Tony Harminc]

On 26 May 2017 at 18:58, Lizette Koehler  wrote:

> So I was hoping there was a process panel for SDSF (yes I am changing
> horses now) that was LIKE the ENC panel for the OMVS Pids.
> So when I do the D OMVS,A=ALL   I would like a panel entry on SDSF to show
> it rather than doing the command.
>
> So rather than having to remember D OMVS,A=ALL
> I would like an entry on the SDSF Panel for PIDS or OMVS that would
> display the same info.  So I could have nice scroll and filter capabilities.
>

What info does D OMVS,A=ALL give you that the SDSF PS command doesn't?

Tony H.

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

Re: How to associate the PID number in D OMVS to the ENC in SDSF

[Lizette Koehler]

So I was hoping there was a process panel for SDSF (yes I am changing horses 
now) that was LIKE the ENC panel for the OMVS Pids.

So when I do the D OMVS,A=ALL   I would like a panel entry on SDSF to show it 
rather than doing the command.


So rather than having to remember D OMVS,A=ALL

I would like an entry on the SDSF Panel for PIDS or OMVS that would display the 
same info.  So I could have nice scroll and filter capabilities.


Lizette


-Original Message-
>From: Mark Zelden 
>Sent: May 26, 2017 2:10 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How to associate the PID number in D OMVS to the ENC in SDSF
>
>On Fri, 26 May 2017 13:52:25 -0700, Lizette Koehler  
>wrote:
>
>>So, sounds like an RFE to get the info from a D OMVS,U= command or D 
>>OMVS,A=ALL command onto the SDSF panels.
>>
>>Thanks
>>
>>Lizette
>>
>
>What information?  Are you the confusing ENC (enclave display) with the
>PS (process display) command?
>
>Regards,
>
>Mark
>--
>Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>ITIL v3 Foundation Certified
>mailto:m...@mzelden.com
>Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>

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

Re: How to associate the PID number in D OMVS to the ENC in SDSF

[Mark Zelden]

On Fri, 26 May 2017 13:52:25 -0700, Lizette Koehler  
wrote:

>So, sounds like an RFE to get the info from a D OMVS,U= command or D 
>OMVS,A=ALL command onto the SDSF panels.
>
>Thanks
>
>Lizette
>

What information?  Are you the confusing ENC (enclave display) with the
PS (process display) command?

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: How to associate the PID number in D OMVS to the ENC in SDSF

[Lizette Koehler]

So, sounds like an RFE to get the info from a D OMVS,U= command or D 
OMVS,A=ALL command onto the SDSF panels.

Thanks

Lizette


-Original Message-
>From: Mark Zelden 
>Sent: May 26, 2017 1:46 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How to associate the PID number in D OMVS to the ENC in SDSF
>
>On Fri, 26 May 2017 13:31:06 -0700, Lizette Koehler  
>wrote:
>
>>Is there a way to know what ENC in the ENC panel to the information in the D 
>>OMVS,A=ALL command
>>
>>
>>I know these do not match, they are just examples
>>
>>From SDSF Screen
>>
>> NAME SSType Status   SrvClass
>> AC00AD   STCACTIVE   STCHIGH
>>
>>From D OMVS,A=ALL
>>
>>STCUSER  CEA  001B   16842758  1 1F---P-- 22.40.04 4.6
>>  LATCHWAITPID= 0 CMD=CEAPSRVR
>>
>>I know these do not match, they are just examples.
>>
>>How can I determine the NAME column (or another col???) in SDSF to a specific 
>>PID?
>>
>>Thanks
>>
>>Lizette
>>
>
>Apples and oranges.  Why do you think the enclave is or has to be associated 
>with
>a unix process?
>
>Mark
>--
>Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>ITIL v3 Foundation Certified
>mailto:m...@mzelden.com
>Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>Systems Programming expert at http://search390.techtarget.com/ateExperts/

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

Re: How to associate the PID number in D OMVS to the ENC in SDSF

[Mark Zelden]

On Fri, 26 May 2017 13:31:06 -0700, Lizette Koehler  
wrote:

>Is there a way to know what ENC in the ENC panel to the information in the D 
>OMVS,A=ALL command
>
>
>I know these do not match, they are just examples
>
>From SDSF Screen
>
> NAME SSType Status   SrvClass
> AC00AD   STCACTIVE   STCHIGH
>
>From D OMVS,A=ALL
>
>STCUSER  CEA  001B   16842758  1 1F---P-- 22.40.04 4.6
>  LATCHWAITPID= 0 CMD=CEAPSRVR
>
>I know these do not match, they are just examples.
>
>How can I determine the NAME column (or another col???) in SDSF to a specific 
>PID?
>
>Thanks
>
>Lizette
>

Apples and oranges.  Why do you think the enclave is or has to be associated 
with
a unix process?

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How to associate the PID number in D OMVS to the ENC in SDSF

[Lizette Koehler]

Is there a way to know what ENC in the ENC panel to the information in the D 
OMVS,A=ALL command


I know these do not match, they are just examples

>From SDSF Screen

 NAME SSType Status   SrvClass
 AC00AD   STCACTIVE   STCHIGH

>From D OMVS,A=ALL

STCUSER  CEA  001B   16842758  1 1F---P-- 22.40.04 4.6
  LATCHWAITPID= 0 CMD=CEAPSRVR

I know these do not match, they are just examples.

How can I determine the NAME column (or another col???) in SDSF to a specific 
PID?

Thanks

Lizette

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

Re: Setting of LNKAUTH available to a program?

[Mark Zelden]

On Fri, 26 May 2017 15:09:11 -0400, Jim Mulder  wrote:

>  If LNKAUTH=APFTAB was specified, but all of the data sets in the 
>LNKLST for this DLCB are APF authorized on their own merits, 
>DlcbAPF will be on.   So DlcbAPF=On does not imply
>LNKAUTH=LNKLST.
>
>  DlcbAPF=Off does imply LNKAUTH=APFTAB. 
>

Thanks for explaining that distinction.  

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: Setting of LNKAUTH available to a program?

[Jim Mulder]

  If LNKAUTH=APFTAB was specified, but all of the data sets in the 
LNKLST for this DLCB are APF authorized on their own merits, 
DlcbAPF will be on.   So DlcbAPF=On does not imply
LNKAUTH=LNKLST.

  DlcbAPF=Off does imply LNKAUTH=APFTAB. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

> @Peter, not arguing with you, and not asking you to support the 
unsupported,
> just trying to understand the general LNKLST topic.
> 
> > could be different for another address space's LNKLST
> 
> I understand how different A/S's could have different LNKLSTs due to a
> pending LNKLST update.
> 
> But isn't LNKAUTH= an IPL option that would therefore necessarily be
> consistent and stable across A/S's? Or am I missing some consideration?
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Relson
> Sent: Friday, May 26, 2017 6:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Setting of LNKAUTH available to a program?
> 
> The IPA contains the specification. No documentation is, or likely ever 
will
> be, provided about the values you might find there. The field is an
> interface for extracting data (if any) that was specified during IPL.
> That's not to say that you're likely to get it wrong, or that things are
> likely to change in that area, but it's not impossible (there are no 
plans
> to change). If you want a programming interface for determining the 
state of
> the option, then you really ought to ask for one.
> 
> Mark's code is not correct, by the way, in identifying the LNKAUTH 
option
> (APFTAB or LNKLST).
> You can look in the source of CSVDLCB in SYS1.MACLIB and see that the 
PL/X
> for the bit that his code is checking has the following:
> 
> 5 DlcbAPF BIT(1),   /* Only valid when "Active",
>   indicates that the entire
>   LNKLST concatenation is authorized. Can
>   use to set DEBAPFIN@L1A*/
> 
> This applies only to the LNKLST for this address space (so could be
> different for another address space's LNKLST) and does mean what the
> commentary says. The wording is not necessarily the same as meaning that
> LNKAUTH=LNKLST is in effect. And it still remains a fact that it is not 
a
> programming interface.



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

Re: Suspended SRB scheduled with SYNCH=YES?

[Charles Mills]

Seems pretty clear. Seems analogous to a LINK macro. You sit there until the 
child ends. SYNCH to me implies, well, synchronous. I run, and then it runs, 
and then I run. Not "we compete for a single processor."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Greg Dyck
Sent: Friday, May 26, 2017 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Suspended SRB scheduled with SYNCH=YES?

On 5/25/2017 10:38 PM, Donald Likens wrote:
> SYNCH-YES does not say what happens when the SRB is suspended.
>
> I am hoping that the work unit will resume when the SRB is suspended. Now 
> that I think about it, I do not think I should do this unless IBM says it 
> will work (or you all say it will work and has for a long time).

The documentation clearly states that a SYNCH=YES requester remains suspended 
until the associated SRB completes, is purged, or abnormally terminates.  
Suspension is *not* one of those three cases, so it remains suspended.  When 
the one of the three cases does occur, causing cleanup for the SRB to occur, 
Supervisor code will finally resume the requester.

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

Re: Looks like lots of folks in marketing said thanks but no thanks

[Bobbie Justice]

"I am most productive when I work from home.  They can find me using Lync, or 
Sametime. "

Ditto. I have been working from home for 5 years now, far more productive than 
I ever was in any office environment. 

We have team meetings I dial into, and those, along with the weekly status 
reports, let other people know what I am working on. If we need to have 
additional project related meetings (software or hardware upgrades) I dial into 
those. 

Email is available, and so is Skype. 

Bobbie Justice 
Senior z/OS Systems Engineer 

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

Re: Suspended SRB scheduled with SYNCH=YES?

[Peter Relson]

"completes, is purged, or ends abnormally" is the complete set of 
documented events that will result in the SYNCH=YES invoker waking up.

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: RFE? Way to _safely_ invoke non-APF subroutine from APF routine.

[John McKown]

On Fri, May 26, 2017 at 10:11 AM, Jim Mulder  wrote:

> ​
>
>   When you copied it into the APF-authorized library, you were
> telling the system that you trusted that module to be safe
> (from a system integrity/security point of view) to run in
> a APF-authorized environment.
>
>
​From IBM's viewpoint the above is true. From my personal viewpoint, I
thought it was dangerous. But it was "risk accepted" by I.T. management, so
I could not stop it.​ Of course, these are the same people who "risk
accepted" putting the entire I.T. structure "in the cloud" with a 3rd party
(which project failed and is now being reversed.)


-- 
Windows. A funny name for a operating system that doesn't let you see
anything.

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: Setting of LNKAUTH available to a program?

[Charles Mills]

@Peter, not arguing with you, and not asking you to support the unsupported,
just trying to understand the general LNKLST topic.

> could be different for another address space's LNKLST

I understand how different A/S's could have different LNKLSTs due to a
pending LNKLST update. 

But isn't LNKAUTH= an IPL option that would therefore necessarily be
consistent and stable across A/S's? Or am I missing some consideration?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Friday, May 26, 2017 6:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Setting of LNKAUTH available to a program?

The IPA contains the specification. No documentation is, or likely ever will
be, provided about the values you might find there. The field is an
interface for extracting data (if any) that was specified during IPL. 
That's not to say that you're likely to get it wrong, or that things are
likely to change in that area, but it's not impossible (there are no plans
to change). If you want a programming interface for determining the state of
the option, then you really ought to ask for one. 

Mark's code is not correct, by the way, in identifying the LNKAUTH option
(APFTAB or LNKLST).
You can look in the source of CSVDLCB in SYS1.MACLIB and see that the PL/X
for the bit that his code is checking has the following:

5 DlcbAPF BIT(1),   /* Only valid when "Active", 
  indicates that the entire 
  LNKLST concatenation is authorized. Can 
  use to set DEBAPFIN@L1A*/

This applies only to the LNKLST for this address space (so could be
different for another address space's LNKLST) and does mean what the
commentary says. The wording is not necessarily the same as meaning that
LNKAUTH=LNKLST is in effect. And it still remains a fact that it is not a
programming interface.

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

Re: Suspended SRB scheduled with SYNCH=YES?

[Greg Dyck]

On 5/25/2017 10:38 PM, Donald Likens wrote:

SYNCH-YES does not say what happens when the SRB is suspended.

I am hoping that the work unit will resume when the SRB is suspended. Now that 
I think about it, I do not think I should do this unless IBM says it will work 
(or you all say it will work and has for a long time).


The documentation clearly states that a SYNCH=YES requester remains 
suspended until the associated SRB completes, is purged, or abnormally 
terminates.  Suspension is *not* one of those three cases, so it remains 
suspended.  When the one of the three cases does occur, causing cleanup 
for the SRB to occur, Supervisor code will finally resume the requester.


Regards,
Greg

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

Re: RFE? Way to _safely_ invoke non-APF subroutine from APF routine.

[Jim Mulder]

> This question related back to the thread "ATTACH with RSAPF=YES" in 
which
> the OP apparently wants a way to invoke a module from a non-APF 
authorized
> library from a program which is running APF authorized. In today's
> environment, the "simple" way (OPEN a DCB to a DDNAME which has the 
library
> allocated to it, LINKX using DCB=) will result in an S306-C abend.
> 
> So, first question is: Is this sort of things a reasonable desire? I 
don't
> have a personal opinion.

  This is not a reasonable desire.  For security purposes, you want 
only trusted modules running APF-authorized.  APF-authorization of 
library is the mechanism we use to determine whether or not 
a module is trusted. 

> We did have this "need" in that we run an STC which requires APF
> authorization. The vendor program needed a user-written subroutine in 
order
> to "decode" some data fields into something it could recognize and 
process.
> This subroutine was written by our programmer in COBOL. The last step of
> implementation required that a sysprog copy the program object from the
> production LIBRARY into the proper APF library.

  When you copied it into the APF-authorized library, you were 
telling the system that you trusted that module to be safe 
(from a system integrity/security point of view) to run in 
a APF-authorized environment. 
 
> Second question: IBM doesn't really like to be given a request with a
> "implement this way" addendum. Which is reasonable. But I was trying to
> think of a way to implement something like this myself using "magic". 
What
> occurred to me is to look into using the MVS subspace facility. I don't
> know much about it other than that CICS uses it to protect the CICS
> "kernel" data areas from modification by user programs (running 
KEY=USER).
> Seems like a decent idea to me. What say ye?

  The subspace architecture was designed for RAS purposes, to help 
avoid accidental storage overlays by CICS transaction programs.
This architecture is not designed for system integrity purposes.  It
is not intended to be able to prevent a malicious program from 
escaping from the scope of a subspace. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY



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

Re: RFE? Way to _safely_ invoke non-APF subroutine from APF routine.

[Walt Farrell]

On Fri, 26 May 2017 09:02:14 -0500, John McKown  
wrote:

>This question related back to the thread "ATTACH with RSAPF=YES" in which
>the OP apparently wants a way to invoke a module from a non-APF authorized
>library from a program which is running APF authorized. In today's
>environment, the "simple" way (OPEN a DCB to a DDNAME which has the library
>allocated to it, LINKX using DCB=) will result in an S306-C abend.
>
>So, first question is: Is this sort of things a reasonable desire? I don't
>have a personal opinion.
>
>We did have this "need" in that we run an STC which requires APF
>authorization. The vendor program needed a user-written subroutine in order
>to "decode" some data fields into something it could recognize and process.
>This subroutine was written by our programmer in COBOL. The last step of
>implementation required that a sysprog copy the program object from the
>production LIBRARY into the proper APF library.

That's the proper general way, in my opinion. In the absence of additional 
hardware facilities, any other general mechanism will have to involve something 
like fork(), as we've discussed in that other thread. And, as you know, fork() 
has some significant considerations for such things as DD allocations, etc.

>
>Second question: IBM doesn't really like to be given a request with a
>"implement this way" addendum. Which is reasonable. But I was trying to
>think of a way to implement something like this myself using "magic". What
>occurred to me is to look into using the MVS subspace facility. I don't
>know much about it other than that CICS uses it to protect the CICS
>"kernel" data areas from modification by user programs (running KEY=USER).
>Seems like a decent idea to me. What say ye?

The subspace facility doesn't do quite what you think it does. It does not 
protect the CICS areas from the user; that's done using system storage keys. 

The subspace facility allows you to segregrate a cooperating, non-malicious set 
of user code so that it can't modify the key 8 storage, or (I think) other 
transactions' key 9 storage, but the key descriptive words there are 
"cooperating" and "non-malicious". A program running in a subspace can freely 
switch out of subspace mode if it wants to, and then the subspace definition 
provides no protection. 

Thus, it is an advisory protection mechanism, that prevents well-intentioned 
programs from making a mistake. It is not a mandatory control, as provided by 
supervisor state, storage keys, or APF-authorization, and therefore cannot help 
if there is a possibility of having malicious code. It can not help in 
maintaining System Integrity.

-- 
Walt

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

Re: Looks like lots of folks in marketing said thanks but no thanks

[Edward Gould]

> On May 26, 2017, at 3:19 AM, Martin Packer  wrote:
> 
> 
> 2 days a week requires commutability. For example, I go to Hursley about
> once a fortnight (and none of my team are there at present). It's about 90
> minutes each way, which is OK. Just.
> 
> The rest of the time I'm at home or on the road.
> 
> Cheers, Martin
———SNIP—

Each person/company has their own needs if it works for both of you, 
congratulations.

I suppose if all you do is dump analyzing I could see it might work, with some 
caveats.
But the systems programming environments that I have worked in, it doesn’t.
At one job they had a person that worked remotely and to be honest I never knew 
what the person was working on. The big downfall with that situation is that 
she had a connection that was at best iffy for weeks at a time. The senior had 
to go out in the field to try and resolve her connection issues, talk about 
loss of productivity for two people (this occurred 10 times at least in two 
months).
I personally cannot see an installation of a new OS of ever working.
As meeting with application types over a problem it the only way I can see it 
working is with Skype or some such method as to whether you can see each other 
face to face.
Forget about team meetings as there is no sense of teamonship, for example at 
one place where I worked one of the sysprogs wanted to have the company pay for 
a class for JAVA. He was turned down (I thought unfairly), I spoke up and 
suggested that the company review their education policy as it needed to move 
forward in its thinking, that it wasn’t about just Mainframes and UNIX was 
melding in now. Once I spoke up the rest of the group backed me up. The boss 
said he work rethink his position. If we all hadn’t of sensed what was going on 
in the room the conversation would have ended with the “no”.
I suppose if you are a follower then remote working is feasible, I just don’t 
see it as a long term viable option.

Ed

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

RFE? Way to _safely_ invoke non-APF subroutine from APF routine.

[John McKown]

This question related back to the thread "ATTACH with RSAPF=YES" in which
the OP apparently wants a way to invoke a module from a non-APF authorized
library from a program which is running APF authorized. In today's
environment, the "simple" way (OPEN a DCB to a DDNAME which has the library
allocated to it, LINKX using DCB=) will result in an S306-C abend.

So, first question is: Is this sort of things a reasonable desire? I don't
have a personal opinion.

We did have this "need" in that we run an STC which requires APF
authorization. The vendor program needed a user-written subroutine in order
to "decode" some data fields into something it could recognize and process.
This subroutine was written by our programmer in COBOL. The last step of
implementation required that a sysprog copy the program object from the
production LIBRARY into the proper APF library.

Second question: IBM doesn't really like to be given a request with a
"implement this way" addendum. Which is reasonable. But I was trying to
think of a way to implement something like this myself using "magic". What
occurred to me is to look into using the MVS subspace facility. I don't
know much about it other than that CICS uses it to protect the CICS
"kernel" data areas from modification by user programs (running KEY=USER).
Seems like a decent idea to me. What say ye?

ref:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa500/subrun.htm

-- 
Windows. A funny name for a operating system that doesn't let you see
anything.

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: Setting of LNKAUTH available to a program?

[Peter Relson]

The IPA contains the specification. No documentation is, or likely ever 
will be, provided about the values you might find there. The field is an 
interface for extracting data (if any) that was specified during IPL. 
That's not to say that you're likely to get it wrong, or that things are 
likely to change in that area, but it's not impossible (there are no plans 
to change). If you want a programming interface for determining the state 
of the option, then you really ought to ask for one. 

Mark's code is not correct, by the way, in identifying the LNKAUTH option 
(APFTAB or LNKLST).
You can look in the source of CSVDLCB in SYS1.MACLIB and see that the PL/X 
for the bit that his code is checking has the following:

5 DlcbAPF BIT(1),   /* Only valid when "Active", 
  indicates that the entire 
  LNKLST concatenation is authorized. Can 
  use to set DEBAPFIN@L1A*/

This applies only to the LNKLST for this address space (so could be 
different for another address space's LNKLST) and does mean what the 
commentary says. The wording is not necessarily the same as meaning that 
LNKAUTH=LNKLST is in effect. And it still remains a fact that it is not a 
programming interface.

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: Looks like lots of folks in marketing said thanks but no thanks

[Martin Packer]

2 days a week requires commutability. For example, I go to Hursley about
once a fortnight (and none of my team are there at present). It's about 90
minutes each way, which is OK. Just.

The rest of the time I'm at home or on the road.

Cheers, Martin

Sent from my iPad

> On 26 May 2017, at 09:14, Timothy Sipples  wrote:
>
> Steve Smith wrote:
>> A symphony can hardly be performed with everyone working remotely
>
> If you're thinking of a live concert performance, OK. However, the
recorded
> music industry doesn't always, or even very often, operate with every
> musician in the same room performing at the same time.
>
> Frank Swarbrick mentioned a two days per week office schedule. That's an
> important point. There are many percentages available between 0% and 100%
> office v. home office work. It doesn't have to be all or nothing. If an
> employer thinks that face-to-face employee "water cooler" interactions
are
> valuable, OK, but *how* valuable? Can employers capture most or all of
that
> value if employees are working in an office setting, say, every second
full
> week every month and working from home offices otherwise? Yes, probably
so.
>
> One of the advantages of reducing office desk space is that it "forces"
> employees who ought to be client-facing to be more client-facing, to
spend
> more and better time with clients.
>
> Anyway, there are pros and cons to every work arrangement, but working
from
> home offices >0% of the time often makes business sense.
>
>


> 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
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: Looks like lots of folks in marketing said thanks but no thanks

[Timothy Sipples]

Steve Smith wrote:
>A symphony can hardly be performed with everyone working remotely

If you're thinking of a live concert performance, OK. However, the recorded
music industry doesn't always, or even very often, operate with every
musician in the same room performing at the same time.

Frank Swarbrick mentioned a two days per week office schedule. That's an
important point. There are many percentages available between 0% and 100%
office v. home office work. It doesn't have to be all or nothing. If an
employer thinks that face-to-face employee "water cooler" interactions are
valuable, OK, but *how* valuable? Can employers capture most or all of that
value if employees are working in an office setting, say, every second full
week every month and working from home offices otherwise? Yes, probably so.

One of the advantages of reducing office desk space is that it "forces"
employees who ought to be client-facing to be more client-facing, to spend
more and better time with clients.

Anyway, there are pros and cons to every work arrangement, but working from
home offices >0% of the time often makes business sense.


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