Re: Address location

[Binyamin Dissen]

VSMLOC

On Sun, 14 Jun 2015 01:32:26 -0400 michelbutz  wrote:

:>Given address how I can I tell whether this is SQA LSQA PVT, or CSA

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

Address location

[michelbutz]

Given address how I can I tell whether this is SQA LSQA PVT, or CSA

Thanks 

Sent from my iPhone

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[John McKown]

On Jun 13, 2015 8:27 PM, "Shmuel Metz (Seymour J.)" <
shmuel+ibm-m...@patriot.net> wrote:
>
> In
> ,
> on 06/12/2015
>at 11:54 AM, John McKown  said:
>
> >I could do it faster in Perl than my manager
> >could using MS-Excel.
>
> That depends on what "it" is. There are some things that are much
> easier than a spreadsheet, although excel is not my SS of choice.

It, in this case, was some rather simple reports, from RACF unloaded
security data. I probably could have used ICETOOL instead, but the data was
too voluminous to keep on z/OS DASD without fighting (politics). So it was
faster to ftp the data from virtual tape to my USB connected 2 Tib HD on
Linux PC.

I'm a Libre/OpenOffice user, because I have a Linux desktop available. My
manager uses MS because that's what he has on his Windows desktop. Which is
the company standard.

>
> OTOH, as a REXX bigot[1] I am appalled at how many times Perl has been
> a better tool for the task at hand.

ooRexx was an option, but it is just different enough from z/OS REXX to
cause me problems in "intuitive" coding. Like speaking 'Strine English
instead of U.S English, sort of.

>
> [1] When I can't have PL/I.

PL/I was my first love in college. Unfortunately, I don't have a compiler
for it.

>
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
>

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

Re: STCK question

[Shmuel Metz (Seymour J.)]

In , on 06/12/2015
   at 06:10 PM, J R  said:

>If the highest unit you are working toward is "days", it's actually
>quite simple to calculate.  That's because you don't have to deal
>with months and years of differing lengths. 

What about leap seconds?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: STCK question

[Shmuel Metz (Seymour J.)]

In <201506122210.t5cma5pg008...@d03av01.boulder.ibm.com>, on
06/12/2015
   at 05:05 PM, Wayne Driscoll  said:

>Define a constant representing the number of time units in one day 

You can't; it's a time-dependent variable. The problem is leap
seconds.

OTOH, the OP may be satisifed with a fairly good approximation.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[Shmuel Metz (Seymour J.)]

In
,
on 06/12/2015
   at 11:54 AM, John McKown  said:

>I could do it faster in Perl than my manager
>could using MS-Excel.

That depends on what "it" is. There are some things that are much
easier than a spreadsheet, although excel is not my SS of choice.

OTOH, as a REXX bigot[1] I am appalled at how many times Perl has been
a better tool for the task at hand.

[1] When I can't have PL/I.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: OT STCK question

[Shmuel Metz (Seymour J.)]

In
,
on 06/12/2015
   at 05:31 PM, J O Skip Robinson  said:

>I have no problem with 'they/them' as genderless generic pronouns.

That's good, because the usage goes back hundreds of years. OTOH, I
cringe when I hear "media is" or, worse, "medias are".

>But failure of number agreement is linguistic cacophony. 

Don't read any Hebrew religous books in the original; you'll get hit
in the face with what you call cacophony.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Statement of Integrity and UNIX.

[Andy Wood]

On Sat, 13 Jun 2015 10:36:05 -0500, Tom Marchant  
wrote:

>On Fri, 12 Jun 2015 19:28:01 -0500, Andy Wood wrote:
>
>
>>there were some weasel words in the documentation about 
>>not allowing "privileged users" to have OMVS segments.
>
>I don't see any such words in the Statement of Integrity at
>http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=WH&infotype=SA&htmlfid=ZSL03361USEN&attachment=ZSL03361USEN.PDF

I did not mean to imply that it was was in the SOI.

UNIX System Services Planning, where it discusses BPX.DAEMON, says: "Kernel 
services that change a caller's z/OS user identity require the target z/OS user 
identity to have an OMVS segment defined. If you want to maintain this extra 
level of control at your installation, you must choose which daemons to permit 
to BPX.DAEMON. You will also have to choose the users to whom you give the OMVS 
security profile segments."

The wording has changed somewhat over the years, but it seems to me that the 
potential exposure still exists. Actually, I think the new wording makes it 
less likely that you would realise exactly what they are getting at. 

It is a situation where having access to root spills over into the world of 
traditional z/OS security. So, if a user can surreptitiously gain access to 
root, there is the potential for them to gain access to "anything".  People 
with a Unix background might say "so what is new?", but the very existance of 
profiles like BPX.DAEMON to me indicates that such spill over was something the 
designers hoped to prevent.

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

Re: Wait in SRB mode

[Binyamin Dissen]

On Fri, 12 Jun 2015 21:57:43 -0500 Donald Likens 
wrote:

:>Does any one know of a way to wait in SRB mode. I am pretty sure it can be 
done because BPX1AIO waits when connecting to a TCP/IP address.

Others have suggested PAUSE.

Just be aware that the SRB really does not WAIT - it save the complete state,
including the linkage stacks so that other work can be dispatched on the CPU..
There is a performance cost.

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[Mike Wawiorko]

1. What's a CV (apart from what I need for my next job!)?

Control Vector.  May be included in the flows setting up the SNA session from 
the tn3270 server to the 3270 application. Look in SNA Formats if you want/need 
to know more.

If you have a session manager it will be passed to the session manager. I don't 
know if any session managers pass it on to the ultimate application such as 
TSO. 

Mike Wawiorko 
 Please consider the environment before printing this e-mail

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Coalbran
Sent: 13 June 2015 09:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

Sorry, don't quite understand what you're saying.
1. What's a CV (apart from what I need for my next job!)?
2. Whatever address I need, how do I get it? Preferably by displays or TSO 
commands I can trap.
/Steve




This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.

Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.

Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). 
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. 

Barclays Bank PLC is authorised by the Prudential Regulation Authority and 
regulated by the Financial Conduct Authority and the Prudential Regulation 
Authority (Financial Services Register No. 122702).

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

Re: Statement of Integrity and UNIX.

[Tom Marchant]

On Fri, 12 Jun 2015 19:28:01 -0500, Andy Wood wrote:


>there were some weasel words in the documentation about 
>not allowing "privileged users" to have OMVS segments.

I don't see any such words in the Statement of Integrity at
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=WH&infotype=SA&htmlfid=ZSL03361USEN&attachment=ZSL03361USEN.PDF

-- 
Tom Marchant

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

Re: GRS Control Unit ( Was IBM mainframe operations in the 80s)

[Norbert Friemel]

On Sat, 13 Jun 2015 12:43:23 +0200, R.S. wrote:

> Has anyone a photo of 3088?

https://ia902603.us.archive.org/BookReader/BookReaderImages.php?zip=/29/items/bitsavers_ibm370feGCEquipmentInstallationPhysicalPlanningMar_20235151/GC22-7064-13_Input_Output_Equipment_Installation_Physical_Planning_Mar93_jp2.zip&file=GC22-7064-13_Input_Output_Equipment_Installation_Physical_Planning_Mar93_jp2/GC22-7064-13_Input_Output_Equipment_Installation_Physical_Planning_Mar93_0023.jp2&scale=4&rotate=0

or
page 24 (3088-1) 
http://bitsavers.org/pdf/ibm/370/fe/GC22-7064-13_Input_Output_Equipment_Installation_Physical_Planning_Mar93.pdf

Norbert Friemel
 

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

Re: AW: Re: Statement of Integrity and UNIX.

[Andy Wood]

On Sat, 13 Jun 2015 08:07:55 +0200, Peter Hunkeler  wrote:

...
>
>
>What you wrote is true *if* BPX.DAEMON is *not* defined at all.
>
>
...

It is also true if even if BPX.DAEMON *is* defined, if you have a daemon that 
trusts the Unix file system. For example, when you have enabled cron.

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

Re: GRS Control Unit ( Was IBM mainframe operations in the 80s)

[R.S.]

Has anyone a photo of 3088?

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: Share IODF in different sysplex same CPC

[R.S.]

W dniu 2015-06-12 o 21:34, Gibney, David Allen,Jr pisze:

Sharing without serialization can lead to errors. It's even worse with PDSE 
outside Sysplex

On the other hand, here where there are only two of us who could possibly 
update the IODF (and I usually leave it to the other guy)
We get away with it. But we only have four monoplexes and carefully limit 
sharing. I may break me, but I will rarely break the system :)
If I was running a larger installation, or more sysprogs stirring the soup, I 
would completely agree with Skip and Tom

Sharing without serialization IS insecure and MAY lead to problems. In 
other words no serialization does not cause problems, the problems are 
caused by users.
IODF is very specific - only few update it, not many tasks read it and 
you (should) perferctly know and control who and when.


PDSE is completely another story, the problems are not caused by (lack 
of) serialization.


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: Wait in SRB mode

[Wayne Driscoll]

There are a number of potential methods, but I would recommend the PAUSE
ELEMENT TOKEN facility, documented in the Serialization chapter in the
Authorized Assembler Services Guide.

==
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(at)us(dot)ibm(dot)com
All opinions are mine, and do not represent
IBM Corporation.
==

IBM Mainframe Discussion List  wrote on
06/12/2015 09:57:43 PM:

> From: Donald Likens 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/12/2015 09:58 PM
> Subject: [IBM-MAIN] Wait in SRB mode
> Sent by: IBM Mainframe Discussion List 
>
> Does any one know of a way to wait in SRB mode. I am pretty sure it
> can be done because BPX1AIO waits when connecting to a TCP/IP address.
>
> --
> 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: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[Steve Coalbran]

Sorry, don't quite understand what you're saying.
1. What's a CV (apart from what I need for my next job!)?
2. Whatever address I need, how do I get it? Preferably by displays or TSO 
commands I can trap.
/Steve



From:   "Shmuel Metz (Seymour J.)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-13 01:15
Subject:Re: ISPF Workstation Setup ( Was:  IND$FILE Resource Log & 
Monitoring)
Sent by:IBM Mainframe Discussion List 



In
,
on 06/12/2015
   at 03:02 PM, Steve Coalbran  said:

>Thanks Lizette,
>I have played with WSA but not for some time.
>I had to stop when I found Customers whose servers are behind: 
>LDAP+Citrix+TPX, etc... don't seem to have a locatable IPADDR.

 1. TSO stores the IP address if the right CV is sent to it during
session initiation.

 2. You don't the IP address of a server, only the IP address of the
TSO TNET client.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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




Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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