Re: Failing to install zOSMF ptfs

[Barbara Nitz]

>That’s correct Barbara.
And it worked like a charm. Which made me wonder why I was able to mount on a 
non-empty mount point (assuming it was non-empty!). Turns out I only had the 
parm set to warning, not to fail. And sure enough, there was a message that I 
mounted on a non-empty mount point. 

>You probably have some garbage IBM* modules in the SIZUUSRD filesystem now, as 
>SMPE would have placed them there, then tried to do the link(which failed).   
>After a successful apply without that FS mounted, you may have some manual 
>cleanup to do in that filesystem.
That should not be a problem. I guess the only thing that is supposed to be in 
there is the /data directory.

>I went back and looked at my (unused) Serverpac provided BPXPRMFS and see that 
>SIZUUSRD is mounted off of /var:
I should have done that instead of checking SMPE :-(

Thanks, David!

Barbara

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

Re: Measuring Usage of zIIP per address space

[Elardus Engelbrecht]

To Horst Sinram and Massimo Biancucci and others who replied off-line:

Many many thanks for your kind replies. All of them were very helpful.

Groete / Greetings
Elardus Engelbrecht

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

Re: RES: Question about Luminex VTS solutions

[Brian Westerman]

Luminex and Optica are the low end of the cost spectrum for VTS's that are 
still completely acceptable for enterprise use.  They are both fairly robust 
and the cost is pretty close.  Optica is just slightly better with respect to 
ease of use (day to day support of keeping the VTS and your tape library in 
sync), but they are both good choices.  EMC has a very good box, as does IBM, 
but the cost is a lot higher and you really don't get all that much more from 
it.

Both LUMINEX and OPTICA store their tapes in standard AWS format, and they are 
actually interchangeable (the tapes), except that Optica has a special little 
side file that is supposed to ensure that the data was correctly created and 
maintained, although I am not aware of any problems that it told any of our 
clients about a mismatch.

Of the sites we support, all but one of them have VTS boxes, and 26 of them 
have ONLY VTS boxes (no real tape at all).  14 have Optica (4 with NetApp or 
similar storage, 10 internal storage), 11 Luminex, 32 are IBM TS77xx, 18 are 
EMC DLm85xx, 2 Fujitsu ETERNUS (which I don't recommend but not because they 
are bad, they are just more difficult for most sites), and 6 Oracle|STK VSMs.  
We have 2 that use CA-Tape, but those sites don't actually use much tape at all 
and I'm not sure CA-Tape counts in this case as it's all software.

I think the only "bad" thing about the Luminex is that they used to support 
only 8GB Ficon (that may have changed, but I don't think so).  It's not like it 
will be slow, but 16GB is "better".

If you have something specific you need to know about any of the above feel 
free to ask and I'll give you whatever information I can.  

Brian Westerman

On Mon, 10 Sep 2018 11:27:00 -0300, Carlos Bodra - Pessoal 
 wrote:

>I had 12 different boxes installed in 11 different customers with z/OS (v1 and 
>v2), OS/390 (v2), z/VM (v5 v6), z/VSE (v5) and VSE/ESA (v2).
>One of customers has 2 boxes (production and DR) using replication.
>All these boxes has being installed since 2012 and has no trouble with 
>hardware and small software problems was solved fast by Luminex support, 
>including asking for some new facilities.
>
>Carlos Bodra
>IBM System Certified System z
>São Paulo - Brazil
>
>-Mensagem original-
>De: IBM Mainframe Discussion List  Em nome de Todd 
>Burrell
>Enviada em: sexta-feira, 7 de setembro de 2018 15:54
>Para: IBM-MAIN@LISTSERV.UA.EDU
>Assunto: Question about Luminex VTS solutions
>
>Does anyone have any experience with Luminex virtual tape solutions?  We saw a 
>presentation today that was fairly impressive, but we would like to be sure 
>that they actually work as well as they say.  
>
>Please email me directly.  
>Todd Burrell
>todd_burr...@csx.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

AW: *** GMX Spamverdacht *** ASCRE and ACEE inheritance

[Peter Hunkeler]

>The obvious solution would be to set the ACEE in the address-space 
>initialisation exit and that is what I did and it seemed to work. The new STC 
>is still owned by the mother task's ACEE but data set accesses are governed by 
>the new ACEE.


Since ASCRE starts a new started task similar to the START operator command, 
the new STC's userid (owner) and default group are determined by RACF (STARTED 
class profiles). Is this what causes you the trouble?


--
Peter Hunkeler



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

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 16:08:40 -0700, Charles Mills wrote:
>
>Ah! pclose(). Got it. I was using fclose() but I see I have a potential timing 
>issue there, ...
>
Yup.  Bummer.

I believe there's a 131k kernel buffer that gives you some slack if you do 
things out
of order.  "Ask yourself, Do I feel lucky?"

Here's an example of that misusage, with a cautionary note:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxb600/bpx1rx63.htm

>... and pclose() is where I where I would get an error status from. I will try 
>it with a command of bpxmfoo and see if I can detect the error.
> 
If you dont pclose(), your zombie processes may never get reaped.
(Like DETACH.)

Does redirecting 2>&1 let you capture more error messages if the command fails?
Actually, "command 2>&1" captures only error messages "command" itself issues.
"{ command ;} 2>&1" captures additional messages from shell.

>Thanks for your help, @Gil and all. It takes a friggin' village to wade 
>through the IBM documentation.
> 
Only fair.  They used a friggin' village to write it.

-- gil

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

So ... if bpxmtext works we have

XXX0028E Return code 140 received for 10.2.40.149 from TCP/IP function send(), 
EDC5140I Broken pipe. 
XXX0132I z/OS errno2() value X'76697242'. TCPIP  JRConnTCBNotFound: A TCB was 
not found for the specified ...   
+socket.  Action: Use a valid socket descriptor.
  
XXX0112E Server 10.2.40.149 disconnected due to TCP/IP error
 
XXX0028E Return code 1127 received for 10.2.40.149 from TCP/IP function 
connect(), EDC8127I Connection timed out.
XXX0132I z/OS errno2() value X'7494'. TCPIP  JROK: The return code value 
describes the error  Action: ...   
+Refer to the return code for information on the error. 
 

And if it fails (forced failure with bpxmfoo) we have

XXX0028E Return code 140 received for 10.2.40.149 from TCP/IP function send(), 
EDC5140I Broken pipe. 
XXX0132I z/OS errno2() value X'76697242'. Look up using 'TSO BPXMTEXT 
76697242'.

QED  

Charles

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

I'm doing the LF to blank in the C code -- have a library routine to do that 
already, so just as easy as tr.

> How do you tell original line feeds from original blanks so everything 
> doesn't just flow together?

I don't think I need to. Here is my "flowed" output. I think plenty readable 
enough. Picture this as part of a mainframey message XYZ0123E Error blah blah

TCPIP  JRConnTCBNotFound: A TCB was not found for the specified socket.  
Action: Use a valid socket descriptor. 
or  
  
TCPIP  JROK: The return code value describes the error  Action: Refer to the 
return code for information on the error.

Ah! pclose(). Got it. I was using fclose() but I see I have a potential timing 
issue there, and pclose() is where I where I would get an error status from. I 
will try it with a command of bpxmfoo and see if I can detect the error.

Thanks for your help, @Gil and all. It takes a friggin' village to wade through 
the IBM documentation.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, September 10, 2018 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

On Mon, 10 Sep 2018 17:36:18 -0500, Paul Gilmartin wrote:

>On Mon, 10 Sep 2018 15:12:46 -0700, Charles Mills wrote:
>
>>Ha! Thank you. I put only the "PATH=/bin bpxmtext ..." in and it works! 
>>Reading the file to the end I get
>>
>>TCPIP   
>>JRConnTCBNotFound: A TCB was not found for the specified socket.
>>Action: Use a valid socket descriptor.  
>> 
>z/OS isn't really UNIX, y'know.
>
>>I am going to convert line feeds to blanks so that it will all substitute 
>>nicely into a conventional z/OS style message.
>>
>That would be (untested):
>FILE *errFile = popen("PATH=/bin bpxmtext 76697242 &1 | tr 
> '\025' '\040'", "r");
> 
Silly me!  If you intend to get status from pclose(), leave out the "| tr ...".
You'd get the status from tr, which hardly ever fails.

How do you tell original line feeds from original blanks so everything
doesn't just flow together?

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

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 17:36:18 -0500, Paul Gilmartin wrote:

>On Mon, 10 Sep 2018 15:12:46 -0700, Charles Mills wrote:
>
>>Ha! Thank you. I put only the "PATH=/bin bpxmtext ..." in and it works! 
>>Reading the file to the end I get
>>
>>TCPIP   
>>JRConnTCBNotFound: A TCB was not found for the specified socket.
>>Action: Use a valid socket descriptor.  
>> 
>z/OS isn't really UNIX, y'know.
>
>>I am going to convert line feeds to blanks so that it will all substitute 
>>nicely into a conventional z/OS style message.
>>
>That would be (untested):
>FILE *errFile = popen("PATH=/bin bpxmtext 76697242 &1 | tr 
> '\025' '\040'", "r");
> 
Silly me!  If you intend to get status from pclose(), leave out the "| tr ...".
You'd get the status from tr, which hardly ever fails.

How do you tell original line feeds from original blanks so everything
doesn't just flow together?

-- gil

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

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 15:12:46 -0700, Charles Mills wrote:

>Ha! Thank you. I put only the "PATH=/bin bpxmtext ..." in and it works! 
>Reading the file to the end I get
>
>TCPIP   
>JRConnTCBNotFound: A TCB was not found for the specified socket.
>Action: Use a valid socket descriptor.  
> 
z/OS isn't really UNIX, y'know.

>I am going to convert line feeds to blanks so that it will all substitute 
>nicely into a conventional z/OS style message.
>
That would be (untested):
FILE *errFile = popen("PATH=/bin bpxmtext 76697242 &1 | tr 
'\025' '\040'", "r");

>Question: Do I have something here that should work at 99.9% of customers, or 
>at least fail very gracefully? I don't want to create a new "hard" problem 
>solving what is basically a cosmetic shortcoming. How do I recognize a 
>failure? The FILE pointer was non-null even when the command failed. I suppose 
>if the text read from the file were less than some reasonableness value? 20 
>bytes?
> 
Does pclose() report the status of the popen()ed command?

Sheesh!  The doc says it doesn't even report buffer overflow.  It's
irritatingly reasonable that popen() return the output of even a command
that reports an error.

Kludge with command substitution (untested):
if Answer=$( PATH=/bin bpxmtext ... )
then printf '%s' "$Answer"
else echo "BPXMTEXT failed"
fi

If PATH=/bin doesn't hurt anything, I'd feel more comfortable keeping it.
Likewise 0

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 16:05:29 -0500, Jerry Callen wrote:

>OK, a few clues. 
>
>bpxmtext is, as others have pointed out, a rexx exec. In at least some cases 
>it turns around and calls another rexx exec, edcmtext. That, in turn winds up 
>looking at this module: CEE.SCEERUN(EDCEJR). That, finally, contains message 
>text. The rexx is (to me, a non-rexx programmer) somewhat inscrutable. Just 
>groveling over a binary copy of CEE.SCEERUN(EDCEJR) suggests that it has some 
>sort of index table at the front, followed by the actual message texts. 
> 
Doesn't your License Agreement prohibit such reverse engineering?  From:
https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zproblem/bpx.htm
  z/OS problem management
BPXMTEXT for z/OS UNIX reason codes

BPXMTEXT is shipped in SYS1.SBPXEXEC and must be in SYSEXEC or SYSPROC to use. 
It can run from TSO, IPCS, or the z/OS UNIX Shell. In z/OS V1R8 and above, you 
can use BPXMTEXT to interpret errnojr values from zFS (reason code 
qualifier=EFxx) and TCP/IP (reason code qualifier=7xxx). In z/OS V1R9 and 
above, you can interpret errnojr values from the C/C++ run-time library (reason 
code qualifier=Cxxx).

Are those DDNAMEs allocated?  (But do they survice the spawn()/exec() in 
popen()?)

>And that's all I have time for today (all of 5 minutes...). Maybe in a few 
>more days I can dig deeper.
>
>Would an API have been SO hard? G
>
The example in:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb100/epct.htm
doesn't help much.

G,
gil

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

Ha! Thank you. I put only the "PATH=/bin bpxmtext ..." in and it works! Reading 
the file to the end I get

TCPIP   
JRConnTCBNotFound: A TCB was not found for the specified socket.
Action: Use a valid socket descriptor.  

I am going to convert line feeds to blanks so that it will all substitute 
nicely into a conventional z/OS style message.

Question: Do I have something here that should work at 99.9% of customers, or 
at least fail very gracefully? I don't want to create a new "hard" problem 
solving what is basically a cosmetic shortcoming. How do I recognize a failure? 
The FILE pointer was non-null even when the command failed. I suppose if the 
text read from the file were less than some reasonableness value? 20 bytes?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, September 10, 2018 2:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

On Mon, 10 Sep 2018 13:56:46 -0700, Charles Mills wrote:

>> o What does "bpxmtext 76697242" do?
>
>TCPIP
>JRConnTCBNotFound: A TCB was not found for the specified socket.
>
>Action: Use a valid socket descriptor.
>
>> o What does "type bpxmtext" do?
>
>bpxmtext is cached /bin/bpxmtext
>
>> o What does 'getenv( "PATH" )' do?
>
>Returns an empty string.
> 
Maybe not good.  But "cached" should take care of it.

Bit by bit:
FILE *errFile = popen("PATH=/bin bpxmtext 76697242 &1", "r");

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

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 13:56:46 -0700, Charles Mills wrote:

>> o What does "bpxmtext 76697242" do?
>
>TCPIP
>JRConnTCBNotFound: A TCB was not found for the specified socket.
>
>Action: Use a valid socket descriptor.
>
>> o What does "type bpxmtext" do?
>
>bpxmtext is cached /bin/bpxmtext
>
>> o What does 'getenv( "PATH" )' do?
>
>Returns an empty string.
> 
Maybe not good.  But "cached" should take care of it.

Bit by bit:
FILE *errFile = popen("PATH=/bin bpxmtext 76697242 &1", "r");

o And, what does "file /bin/bpxmtext" do?

G,
gil

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

Few questions about HMC

[R.S.]

1. IOCP.txt import.
Until HMC 2.13.n  thre was a choice of source: USB stick in HMC or 
*directly* to SE, which mean one has to establish some connectivity to 
internal (HMC-SE) network.
I vaguely remember there was announcement the connectivity to change it 
so the HMC will relay the file. Is it in effect in HMC 2.14? If yes, how 
can I do it?


2. "Mixed roles". Any user using Singl Object Operations see SooSysprog 
or SooAcsadmin instead of his real username. What about userid which has 
sum of authorities Sysprog+Acsadmin?


3. (maybe stupid). What user database is being used in SE? Is it the 
same users set as on HMC?
To clarify, example: ON HMC I deleted OPERATOR and ADVANCED. ACSADMIN, 
SYSPROG and SERVICE are blocked, istead I defined ACS2, SYSPRG2 and 
SERV2. What is on SE? Can I use ACS2 , SYSPRG2 and SERV2? Are OPERATOR 
and ADVANCED nonexistent and ACSADMIN blocked/disabled?


4. Let's complicate the above: we have two (independent) HMCs managing 
some CPC. And of course both have different user databases. What's then 
on SE?


--
Radoslaw Skorupka
Lodz, Poland




==

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

Re: ÝEXTERNAL¨ Re: Report volumes with IPLText

[Jim Mulder]

  A Stand Alone Dump IPL volume will have a data set
named  SYS1.PAGEDUMP.Vvolser

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

> > Just write a VTOC scan program looking for a dataset named 
SYS1.NUCLEUS.
> > Every volume having SYS1.NUCLEUS is most likely a RESVOL volume...
> 
> What about SAD?
> (SAD = Stand Alone Dump in this context)



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

Re: How call BPXMTEXT from Posix STC

[Jerry Callen]

OK, a few clues. 

bpxmtext is, as others have pointed out, a rexx exec. In at least some cases it 
turns around and calls another rexx exec, edcmtext. That, in turn winds up 
looking at this module: CEE.SCEERUN(EDCEJR). That, finally, contains message 
text. The rexx is (to me, a non-rexx programmer) somewhat inscrutable. Just 
groveling over a binary copy of CEE.SCEERUN(EDCEJR) suggests that it has some 
sort of index table at the front, followed by the actual message texts. 

And that's all I have time for today (all of 5 minutes...). Maybe in a few more 
days I can dig deeper.

Would an API have been SO hard? G

-- Jerry

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

> o What does "bpxmtext 76697242" do?

TCPIP 
JRConnTCBNotFound: A TCB was not found for the specified socket.  
  
Action: Use a valid socket descriptor.

> o What does "type bpxmtext" do?

bpxmtext is cached /bin/bpxmtext

> o What does 'getenv( "PATH" )' do?

Returns an empty string.

Charles

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Bruce Armstrong]

Today use the node trial version for the Zowe open beta which is no 
charge. By the time Zowe is ready for production use node.js licensing may 
change. 


 
Bruce Armstrong 
IBM System Z Offering Manager- zowe.org 
4205 S MIAMI BLVD, DURHAM NC 27703-9141
Email: armst...@us.ibm.com
Tel: 919-254-8773
Cell: 919-931-3132


  



From:   Rob Schramm 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/10/2018 03:45 PM
Subject:Re: Zowe needs node.js, which you have to pay for on z/OS
Sent by:IBM Mainframe Discussion List 



So.. is node.js going to be a license charge or not?


Rob Schramm

On Mon, Sep 10, 2018 at 2:12 PM Bruce Armstrong  
wrote:

> I am saying use the trial  that is pointed to by the Zowe open beta
> instructions,
>
>
>
> Bruce Armstrong
> IBM System Z Offering Manager- zowe.org
> 4205 S MIAMI BLVD, DURHAM NC 27703
> <
https://maps.google.com/?q=4205+S+MIAMI+BLVD,+DURHAM+NC+27703=gmail=g
>
> -9141
> Email: armst...@us.ibm.com
> Tel: 919-254-8773 <(919)%20254-8773>
> Cell: 919-931-3132 <(919)%20931-3132>
>
>
>
>
>
>
> From:   Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   09/10/2018 01:59 PM
> Subject:Re: Zowe needs node.js, which you have to pay for on 
z/OS
> Sent by:IBM Mainframe Discussion List 
>
>
>
> On Mon, 10 Sep 2018 13:39:57 -0400, Bruce Armstrong wrote:
>
> >The node.js for z/OS using by the Zowe open beta
> >is a trial version. I am told there is not checking done on the 90 day
> >limit. If the T for node.js on z/OS change, we will post the update
> >here. In the mean time you are welcome to use the trial for Zowe open
> >beta.
>
> Are you suggesting that we should violate the terms and conditions
> just because they are not enforced?
>
> --
> Tom Marchant
>
> --
> 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
>
-- 

Rob Schramm

--
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: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 09:10:54 -0700, Charles Mills wrote:

>Forgive my UNIX stupidity.
>
>I am executing FILE *errFile = popen("bpxmtext 76697242", "r"); and getting 
>BPXWI Exec not found
>
>What am I missing?
>
>Environment: started task, POSIX(ON), z/OS V2R2, I think fairly typical 
>linklist and so forth.
>
From a UNIX commmand line:
o What does "bpxmtext 76697242" do?
o What does "type bpxmtext" do?

From your C program:
o What does 'getenv( "PATH" )' do?

I might suggest:
FILE *errFile = popen("bpxmtext 76697242 &1", "r"); just to
cover stdin and stderr, but I hardly expect any difference.

>-Original Message-
>From: David Crayford
>Sent: Friday, September 7, 2018 7:24 PM
>
>Swap system(“bpxmtext”) to popen(“bpxmtext”) and read the output from the pipe

-- gil

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

Re: [EXTERNAL] Re: Report volumes with IPLText

[R.S.]

W dniu 2018-09-10 o 17:36, Giliad Wilf pisze:

On Mon, 10 Sep 2018 11:07:21 +, Dyck, Lionel B. (RavenTek) 
 wrote:


Good one 

No - we are taking responsibility for a sister data center and the individuals 
who knew where things were have retired without adequate doc. I'm looking to 
find which volumes have ipltext - we know of the ones in active use - just 
curious about others - looking for sad and possible stand alone edit.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

Just write a VTOC scan program looking for a dataset named SYS1.NUCLEUS.
Every volume having SYS1.NUCLEUS is most likely a RESVOL volume...


What about SAD?
(SAD = Stand Alone Dump in this context)


--
Radoslaw Skorupka
Lodz, Poland




==

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

Re: Spectre/Meltdown APAR - OA54807

[Charles Mills]

It is a security APAR and details are available only through the Security 
Portal.

And yes, if you are grumbling, you are not alone.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Monday, September 10, 2018 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Spectre/Meltdown APAR - OA54807

Is is something IBM can do verbally via meeting that they are unwilling to
detail in the issue(s)?

Seems to me there have been some things like this in the past that the only
information was provided in closed meetings?
But then again.. maybe that was a movie.. need to clean the cobwebs out of
the brain today!

Rob Schramm

On Mon, Sep 10, 2018 at 3:10 PM Lizette Koehler 
wrote:

> I did a general GOOGLE search on OA54807.  Some 3rd party vendors were
> recommending their customers delay implementation for now.  I am not one of
> their customers - so could not get more inform
>
> But, it might be an interesting process by googling this and seeing what
> might
> catch your interest
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Jousma, David
> > Sent: Monday, September 10, 2018 11:39 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Spectre/Meltdown APAR - OA54807
> >
> > OK, so I opened a Q PMR with IBM on this topic.  Mostly about
> > implementation with regards to software remediation if accessing PSASTAK.
> > My question was whether or not OSPROTECT=SYSTEM (lowest setting) would
> cause
> > these apps to fail, or if the next level would be where the problem would
> > surface  Reason why question is important to me, at the lowest
> setting,
> > backing out means regressing z/OS maint, and IPLing vs just changing the
> > OSPROTECT setting, and IPLinga huge difference.  I get the cloak of
> > secrecy with regards to vulnerabilities, but c'mon IBM, help me come up
> with
> > a viable implementation plan.I guess in the absence of more concrete
> > information, I'll have to prepare for having everything remediated
> before the
> > PTF goes on z/OS and have an extended burn-in period as we migrate this
> out.
> >
> > My response from IBM was:
> >
> > "As much as I would be happy to address new questions, they touch on
> > important and not disclosed details regarding the OSPROTECT
> > implementation. It is very regrettable but we may not provide more
> > information on the new option than what may be found in the downloadable
> > Documentation Updates for APAR OA54807."
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jousma, David
> > Sent: Friday, September 07, 2018 12:54 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Spectre/Meltdown APAR - OA54807
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > I am holding off for now, so that we can call all of our software
> vendors as
> > well as get the preq MCL's installed on our z14s.   From what I have
> read,
> > there is no way to install the fixes, and continue to run with it fully
> off
> > while we make those vendor calls.  I suspect we'll tackle this early next
> > year and run an extended maintenance cycle in our non-prod environments
> to
> > allow for plenty of burn-in.  the other part of this is that it is an
> IPL to
> > turn on OSPROTECT=1 and another IPL to turn it back off (SYSTEM mode) if
> > problems are encountered.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Phillips, Thomas
> > Sent: Thursday, September 06, 2018 3:38 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Spectre/Meltdown APAR - OA54807
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Has anyone installed OA54807?  If so, did you see any performance
> impacts?
> > Any other gotchas that you'd like to share?
> >
> > Has anyone implemented OSPROTECT=1?
> >
> > Thanks,
> > Tom Phillips
> > Principal Financial Group
> >
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

--
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: Spectre/Meltdown APAR - OA54807

[Rob Schramm]

Is is something IBM can do verbally via meeting that they are unwilling to
detail in the issue(s)?

Seems to me there have been some things like this in the past that the only
information was provided in closed meetings?
But then again.. maybe that was a movie.. need to clean the cobwebs out of
the brain today!

Rob Schramm

On Mon, Sep 10, 2018 at 3:10 PM Lizette Koehler 
wrote:

> I did a general GOOGLE search on OA54807.  Some 3rd party vendors were
> recommending their customers delay implementation for now.  I am not one of
> their customers - so could not get more inform
>
> But, it might be an interesting process by googling this and seeing what
> might
> catch your interest
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Jousma, David
> > Sent: Monday, September 10, 2018 11:39 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Spectre/Meltdown APAR - OA54807
> >
> > OK, so I opened a Q PMR with IBM on this topic.  Mostly about
> > implementation with regards to software remediation if accessing PSASTAK.
> > My question was whether or not OSPROTECT=SYSTEM (lowest setting) would
> cause
> > these apps to fail, or if the next level would be where the problem would
> > surface  Reason why question is important to me, at the lowest
> setting,
> > backing out means regressing z/OS maint, and IPLing vs just changing the
> > OSPROTECT setting, and IPLinga huge difference.  I get the cloak of
> > secrecy with regards to vulnerabilities, but c'mon IBM, help me come up
> with
> > a viable implementation plan.I guess in the absence of more concrete
> > information, I'll have to prepare for having everything remediated
> before the
> > PTF goes on z/OS and have an extended burn-in period as we migrate this
> out.
> >
> > My response from IBM was:
> >
> > "As much as I would be happy to address new questions, they touch on
> > important and not disclosed details regarding the OSPROTECT
> > implementation. It is very regrettable but we may not provide more
> > information on the new option than what may be found in the downloadable
> > Documentation Updates for APAR OA54807."
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jousma, David
> > Sent: Friday, September 07, 2018 12:54 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Spectre/Meltdown APAR - OA54807
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > I am holding off for now, so that we can call all of our software
> vendors as
> > well as get the preq MCL's installed on our z14s.   From what I have
> read,
> > there is no way to install the fixes, and continue to run with it fully
> off
> > while we make those vendor calls.  I suspect we'll tackle this early next
> > year and run an extended maintenance cycle in our non-prod environments
> to
> > allow for plenty of burn-in.  the other part of this is that it is an
> IPL to
> > turn on OSPROTECT=1 and another IPL to turn it back off (SYSTEM mode) if
> > problems are encountered.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Phillips, Thomas
> > Sent: Thursday, September 06, 2018 3:38 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Spectre/Meltdown APAR - OA54807
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Has anyone installed OA54807?  If so, did you see any performance
> impacts?
> > Any other gotchas that you'd like to share?
> >
> > Has anyone implemented OSPROTECT=1?
> >
> > Thanks,
> > Tom Phillips
> > Principal Financial Group
> >
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Rob Schramm]

So.. is node.js going to be a license charge or not?


Rob Schramm

On Mon, Sep 10, 2018 at 2:12 PM Bruce Armstrong  wrote:

> I am saying use the trial  that is pointed to by the Zowe open beta
> instructions,
>
>
>
> Bruce Armstrong
> IBM System Z Offering Manager- zowe.org
> 4205 S MIAMI BLVD, DURHAM NC 27703
> 
> -9141
> Email: armst...@us.ibm.com
> Tel: 919-254-8773 <(919)%20254-8773>
> Cell: 919-931-3132 <(919)%20931-3132>
>
>
>
>
>
>
> From:   Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   09/10/2018 01:59 PM
> Subject:Re: Zowe needs node.js, which you have to pay for on z/OS
> Sent by:IBM Mainframe Discussion List 
>
>
>
> On Mon, 10 Sep 2018 13:39:57 -0400, Bruce Armstrong wrote:
>
> >The node.js for z/OS using by the Zowe open beta
> >is a trial version. I am told there is not checking done on the 90 day
> >limit. If the T for node.js on z/OS change, we will post the update
> >here. In the mean time you are welcome to use the trial for Zowe open
> >beta.
>
> Are you suggesting that we should violate the terms and conditions
> just because they are not enforced?
>
> --
> Tom Marchant
>
> --
> 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
>
-- 

Rob Schramm

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

Re: Spectre/Meltdown APAR - OA54807

[Lizette Koehler]

I did a general GOOGLE search on OA54807.  Some 3rd party vendors were
recommending their customers delay implementation for now.  I am not one of
their customers - so could not get more inform

But, it might be an interesting process by googling this and seeing what might
catch your interest

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Jousma, David
> Sent: Monday, September 10, 2018 11:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Spectre/Meltdown APAR - OA54807
> 
> OK, so I opened a Q PMR with IBM on this topic.  Mostly about
> implementation with regards to software remediation if accessing PSASTAK.
> My question was whether or not OSPROTECT=SYSTEM (lowest setting) would cause
> these apps to fail, or if the next level would be where the problem would
> surface  Reason why question is important to me, at the lowest setting,
> backing out means regressing z/OS maint, and IPLing vs just changing the
> OSPROTECT setting, and IPLinga huge difference.  I get the cloak of
> secrecy with regards to vulnerabilities, but c'mon IBM, help me come up with
> a viable implementation plan.I guess in the absence of more concrete
> information, I'll have to prepare for having everything remediated before the
> PTF goes on z/OS and have an extended burn-in period as we migrate this out.
> 
> My response from IBM was:
> 
> "As much as I would be happy to address new questions, they touch on
> important and not disclosed details regarding the OSPROTECT
> implementation. It is very regrettable but we may not provide more
> information on the new option than what may be found in the downloadable
> Documentation Updates for APAR OA54807."
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Friday, September 07, 2018 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Spectre/Meltdown APAR - OA54807
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> I am holding off for now, so that we can call all of our software vendors as
> well as get the preq MCL's installed on our z14s.   From what I have read,
> there is no way to install the fixes, and continue to run with it fully off
> while we make those vendor calls.  I suspect we'll tackle this early next
> year and run an extended maintenance cycle in our non-prod environments to
> allow for plenty of burn-in.  the other part of this is that it is an IPL to
> turn on OSPROTECT=1 and another IPL to turn it back off (SYSTEM mode) if
> problems are encountered.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phillips, Thomas
> Sent: Thursday, September 06, 2018 3:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Spectre/Meltdown APAR - OA54807
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> Has anyone installed OA54807?  If so, did you see any performance impacts?
> Any other gotchas that you'd like to share?
> 
> Has anyone implemented OSPROTECT=1?
> 
> Thanks,
> Tom Phillips
> Principal Financial Group
> 
> 
> 

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

Re: Spectre/Meltdown APAR - OA54807

[Jousma, David]

OK, so I opened a Q PMR with IBM on this topic.  Mostly about implementation 
with regards to software remediation if accessing PSASTAK.   My question was 
whether or not OSPROTECT=SYSTEM (lowest setting) would cause these apps to 
fail, or if the next level would be where the problem would surface  Reason 
why question is important to me, at the lowest setting, backing out means 
regressing z/OS maint, and IPLing vs just changing the OSPROTECT setting, and 
IPLinga huge difference.  I get the cloak of secrecy with regards to 
vulnerabilities, but c'mon IBM, help me come up with a viable implementation 
plan.I guess in the absence of more concrete information, I'll have to 
prepare for having everything remediated before the PTF goes on z/OS and have 
an extended burn-in period as we migrate this out.

My response from IBM was:

"As much as I would be happy to address new questions, they touch on 
important and not disclosed details regarding the OSPROTECT 
implementation. It is very regrettable but we may not provide more  
information on the new option than what may be found in the downloadable
Documentation Updates for APAR OA54807."

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, September 07, 2018 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Spectre/Meltdown APAR - OA54807

**CAUTION EXTERNAL EMAIL**

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

I am holding off for now, so that we can call all of our software vendors as 
well as get the preq MCL's installed on our z14s.   From what I have read, 
there is no way to install the fixes, and continue to run with it fully off 
while we make those vendor calls.  I suspect we'll tackle this early next year 
and run an extended maintenance cycle in our non-prod environments to allow for 
plenty of burn-in.  the other part of this is that it is an IPL to turn on 
OSPROTECT=1 and another IPL to turn it back off (SYSTEM mode) if problems are 
encountered.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phillips, Thomas
Sent: Thursday, September 06, 2018 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Spectre/Meltdown APAR - OA54807

**CAUTION EXTERNAL EMAIL**

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

Has anyone installed OA54807?  If so, did you see any performance impacts?  Any 
other gotchas that you'd like to share?

Has anyone implemented OSPROTECT=1?

Thanks,
Tom Phillips
Principal Financial Group




Classification: Internal Use
-Message Disclaimer-

This e-mail message is intended only for the use of the individual or entity to 
which it is addressed, and may contain information that is privileged, 
confidential and exempt from disclosure under applicable law. If you are not 
the intended recipient, any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by reply email to conn...@principal.com 
and delete or destroy all copies of the original message and attachments 
thereto. Email sent to or from the Principal Financial Group or any of its 
member companies may be retained as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature for 
purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic 
Signatures in Global and National Commerce Act ("E-Sign") unless a specific 
statement to the contrary is included in this message.

If you no longer wish to receive any further solicitation from the Principal 
Financial Group you may unsubscribe at 
https://www.principal.com/do-not-contact-form any time.

If you are a Canadian resident and no longer wish to receive commercial 
electronic messages you may unsubscribe at 
https://www.principal.com/do-not-email-request-canadian-residents any time.




This message was secured by Zix(R).

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

Re: BRIF command routine

[Mike Shaw]

On 9/10/2018 4:39 AM, Ron MacRae wrote:

Mike,
That is exactly the info I want, and it works. Thank you.

However ZLINEX does not appear anywhere in the ISRBROBF panel and google 
doesn't find it anywhere related to panels or ISPF.
I've seen ZLINEX, or LINEX in a couple of samples but no definition anywhere

I'm worried I'm using something unsupported that may cease to work in the 
future?

Thanks,

Ron.


Ron,

I wouldn't worry. If it works, use it. That panel has not changed since 
Moses was a corporal. IBM has bigger fish to fry.


Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

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

Are there C prototypes and/or headers available for the BPX1xxxxx USS callable services?

[Charles Mills]

Or documentation for calling BPX1 functions from C/C++?

Seems to me I have seen this information somewhere but I am not finding it.

Or are there more C-appropriate services that I should be using instead -
instead of BPX1PCT (pfsctl) specifically? I am looking at vfs_pfsctl but it
looks more difficult than BPX1PCT rather than less.

Charles

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Bruce Armstrong]

I am saying use the trial  that is pointed to by the Zowe open beta 
instructions, 


 
Bruce Armstrong 
IBM System Z Offering Manager- zowe.org 
4205 S MIAMI BLVD, DURHAM NC 27703-9141
Email: armst...@us.ibm.com
Tel: 919-254-8773
Cell: 919-931-3132


  



From:   Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/10/2018 01:59 PM
Subject:Re: Zowe needs node.js, which you have to pay for on z/OS
Sent by:IBM Mainframe Discussion List 



On Mon, 10 Sep 2018 13:39:57 -0400, Bruce Armstrong wrote:

>The node.js for z/OS using by the Zowe open beta 
>is a trial version. I am told there is not checking done on the 90 day 
>limit. If the T for node.js on z/OS change, we will post the update 
>here. In the mean time you are welcome to use the trial for Zowe open 
>beta. 

Are you suggesting that we should violate the terms and conditions 
just because they are not enforced?

-- 
Tom Marchant

--
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: Zowe needs node.js, which you have to pay for on z/OS

[Tom Marchant]

On Mon, 10 Sep 2018 13:39:57 -0400, Bruce Armstrong wrote:

>The node.js for z/OS using by the Zowe open beta 
>is a trial version. I am told there is not checking done on the 90 day 
>limit. If the T for node.js on z/OS change, we will post the update 
>here. In the mean time you are welcome to use the trial for Zowe open 
>beta. 

Are you suggesting that we should violate the terms and conditions 
just because they are not enforced?

-- 
Tom Marchant

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

Re: How call BPXMTEXT from Posix STC

[Tony Harminc]

On 10 September 2018 at 13:01, Charles Mills  wrote:
> What the heck value do you suppose this should be for a Comm Server error?
>
> File_System_type
> Supplied parameter
> Type:
> Character string
> Character set:
> Printable characters
> Length:
> 8 bytes
> The name of a field that contains the 8-character file system type name. The
> file system type name matches the TYPE operand that was specified on the
> FILESYSTYPE statement, or the NAME operand of the SUBFILESYSTYPE statement
> that defined this physical file system in the BPXPRMxx parmlib member.

You're talking of calling pfsctl() with the PC#ErrorText command? In
this case the File_System_type is not used. I usually use "Kernel" as
a reminder of who's providing the answer.

I agree that the whole thing is ill documented, and I've complained
about it for years, with no results.

Thera are a couple of related gotchas:

1) Not all errno2 values come from the Unix kernel. Some are from LE,
and some are from odd places like DADSM. The BPXMTEXT exec triages
based on some magic values, and for some of the input values returns a
hard-coded message. You could copy that logic.

2) If your process is not dubbed, and cannot be for some reason (RACF
config error, no UID, no GID, etc.) then you can't use pfsctl(). So in
our products we've hard coded a short list of message texts that (we
think) cover all these cases. This probably won't arise in your case
since you're up and running, but we've found it very useful when the
first Unix call fails near startup. I asked IBM if they would consider
allowing just this command of pfsctl() to run without being dubbed,
and was told "no way".

3) Most of the TCP/IP errnos return an errno2 of 0, and if you
exhaustively use PC#ErrorText with all the combinations of PC#EtDesc,
PC#EtAction, PC#EtModname, PC#EtReason, PC#EtErrno you may end up with
a number of "The return code value describes
the error", which doesn't help anyone. And there is at least one other
errno2 that has similar text: JRTPCERROR (657) says "Tcp returned an
error identified by the return code". Sigh...

Tony H.

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Bruce Armstrong]

Having a no-charge node.js for z/OS is a "known requirement" (and optional 
fee supporting offer).  The node.js for z/OS using by the Zowe open beta 
is a trial version. I am told there is not checking done on the 90 day 
limit. If the T for node.js on z/OS change, we will post the update 
here. In the mean time you are welcome to use the trial for Zowe open 
beta. 


 
Bruce Armstrong 
IBM System Z Offering Manager- zowe.org 
4205 S MIAMI BLVD, DURHAM NC 27703-9141
Email: armst...@us.ibm.com
Tel: 919-254-8773
Cell: 919-931-3132


  



From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/10/2018 11:57 AM
Subject:Re: Zowe needs node.js, which you have to pay for on z/OS
Sent by:IBM Mainframe Discussion List 



There appears to be some confusion.

https://developer.ibm.com/node/sdk/ says

"Announcement: Deprecating the IBM SDK for Node.js in favour of the 
community SDKs

Now that AIX on Power, Linux on Power, and Linux on IBM Z are an integral 
part of the community build process – we are no longer producing a 
proprietary IBM SDK for these platforms, and instead can offer support for 
the community SDKs. Read more about this exciting development in this blog 
post.

Want to use Node.js on z/OS? You can try it for free, or purchase the full 
edition which includes IBM support, find out more here.

You can find downloads for Node.js on IBM platforms on the Node.js 
downloads page."

The first paragraph seems to indicate the part? of the product is being 
changed to a community supported product.

The second statement it says one can try it for free - not use it forever 
for free. The link it points to 
https://www.ibm.com/uk-en/marketplace/sdk-nodejs-compiler-zos  has button 
links for a 90 day trial or to contact for pricing.

The third statement points to a download page on nodejs.org which seems to 
have binaries for node.js for Linux on Power, Linux on System z and AIX on 
Power, but none for z/OS.

-Original Message-
>From: Timothy Sipples 
>Sent: Sep 10, 2018 12:52 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Zowe needs node.js, which you have to pay for on z/OS
>
>Yes, Zowe needs Node.js for z/OS. Node.js for z/OS is downloadable at no
>additional charge, and the Zowe documentation refers you directly to that
>downloadable release at:https://developer.ibm.com/node/sdk/ztp -- and not
>to anybody's sales representative.
>
>Zowe is in beta release, and it's not vendor supported yet. If you want 
and
>need to obtain a fully IBM supported release of Node.js for general
>purposes, great news: it's available. Yes, there's a charge for it, but
>it's a different proposition altogether.
>
>Zowe's commercial details haven't been announced or even all decided I
>suspect (no inside information here), but it's pretty obvious to me from
>the multi-party announcement that Zowe will eventually emerge in some
>fashion as ubiquitous on/with z/OS. Let's see how it all shakes out, but
>this particular commercial detail isn't something I worry about at all.
>There are all sorts of examples of runtime environments that are both
>provided at no additional charge for particular uses and available at
>additional charge (sometimes only for the vendor support) for general
>purpose use.
>
>
>Timothy Sipples
>IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
>Multi-Geography
>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






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

Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Mon, 10 Sep 2018 09:10:54 -0700, Charles Mills wrote:

>Forgive my UNIX stupidity.
>
>I am executing FILE *errFile = popen("bpxmtext 76697242", "r"); and getting 
>BPXWI Exec not found
>
>What am I missing?
> 
I've seen one; it was weird.  It occurred when the path argument to exec() had 
the
Rexx magic number but argv[0] did not identify the same Exec found in PATH.

WJS has said:  http://vm.marist.edu/htbin/wlvtype?MVS-OE.62663
I forgot about that behavior.
It was not intended and should have been fixed some time ago.
If you find it still does that please open a PMR.

I'm not in a position to open a PMR.

(I believe bpxmtext is Rexx.  I've seen documentation (TSO?) that BPXMTEXT
must exist in SYSEXEC or SYSPROC.)

-- gil

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

What the heck value do you suppose this should be for a Comm Server error?

File_System_type
Supplied parameter
Type:
Character string
Character set:
Printable characters
Length:
8 bytes
The name of a field that contains the 8-character file system type name. The
file system type name matches the TYPE operand that was specified on the
FILESYSTYPE statement, or the NAME operand of the SUBFILESYSTYPE statement
that defined this physical file system in the BPXPRMxx parmlib member.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of William Schoen
Sent: Saturday, September 8, 2018 4:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

The API for this is the pfsctl callable service, see usage note 9.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
.bpxb100/pct.htm

Bill Schoen

--
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: [EXTERNAL] Re: Ts7700 replication

[Wheeler, Simon]

Hi,

For data mirroring between TS7760 arrays (grid members) there's two primary 
parts.

1. ACS routines on the mainframe need to assign the desired management class 
that is defined on the VTS with mirroring.

2. On the VTS use constructs, with the same management class name, to determine 
what happens to the data. I've kept it simple with just three management 
classes; one for synchronous write (i.e. mirroring between two arrays), one for 
write to VTS 'a', one for write to VTS 'b'.

The VTS decides how and where to write the tapes by matching the management 
class. It comes with a GUI that makes it easy to define the policy. 

Cheers,
Simon.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: 02 September 2018 12:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Ts7700 replication

WARNING: this email has originated from outside of the SSE Group. Please treat 
any links or attachments with caution.

**
Is the policy written on Mainframe or is it within TCPIP on when it needs to be 
copied ?

On Sun 2 Sep, 2018, 2:52 PM Gadi Ben-Avi,  wrote:

> I have very limited knowledge but:
> When two, or more, TS7700's are connected it is called a grid 
> configuration.
> The different members of a grid are connected using an IP network.
> There is a policy that defines when a tape is copied.
> You can copy a tape when it is closed, or at the end of every block 
> written.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Peter
> Sent: Sunday, September 2, 2018 1:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Ts7700 replication
>
> Hi
>
> I confess that I have no knowledge about ts7700. Wanted to know how 
> ts7700 tape gets copied to the disaster site ?
>
> Can someone please explain me ?
>
> 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

I see what you are saying here. Thanks. @Gil was not kidding about
"obscure."

I guess I will create some sort of wrapper (for my own internal use) for
this.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of William Schoen
Sent: Saturday, September 8, 2018 4:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

The API for this is the pfsctl callable service, see usage note 9.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
.bpxb100/pct.htm

Bill Schoen

--
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: [EXTERNAL] Incremental volume and dataset backups

[Wheeler, Simon]

Hi,

If going down the ADRDSSU route, why not use GDGs for the dump datasets?

Cheers,
Simon. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IBM user
Sent: 31 August 2018 17:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Incremental volume and dataset backups

WARNING: this email has originated from outside of the SSE Group. Please treat 
any links or attachments with caution.

**
Hi IBM-MAIN list,

What can you recommend for incremental backups for volumes with strictly 
non-DB2 datasets (VSAM and non-VSAM)?

I know ADRDSSU supports this.  If you use ADRDSSU, how do you manage the 
rotation of the backups?

Is there a better 3rd party backup package you can recommend?

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

Forgive my UNIX stupidity.

I am executing FILE *errFile = popen("bpxmtext 76697242", "r"); and getting 
BPXWI Exec not found

What am I missing?

Environment: started task, POSIX(ON), z/OS V2R2, I think fairly typical 
linklist and so forth.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Friday, September 7, 2018 7:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

Swap system(“bpxmtext”) to popen(“bpxmtext”) and read the output from the pipe

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

Re: Auto backup of zfs

[Glenn Wilcock]

Hi, we have not yet publicly announced a date.  If you have a nonDisclosure 
Agreement, we can discuss offline.  Thx, Glenn

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Alan Young]

There appears to be some confusion.

https://developer.ibm.com/node/sdk/ says

"Announcement: Deprecating the IBM SDK for Node.js in favour of the community 
SDKs

Now that AIX on Power, Linux on Power, and Linux on IBM Z are an integral part 
of the community build process – we are no longer producing a proprietary IBM 
SDK for these platforms, and instead can offer support for the community SDKs. 
Read more about this exciting development in this blog post.

Want to use Node.js on z/OS? You can try it for free, or purchase the full 
edition which includes IBM support, find out more here.

You can find downloads for Node.js on IBM platforms on the Node.js downloads 
page."

The first paragraph seems to indicate the part? of the product is being changed 
to a community supported product.

The second statement it says one can try it for free - not use it forever for 
free. The link it points to 
https://www.ibm.com/uk-en/marketplace/sdk-nodejs-compiler-zos  has button links 
for a 90 day trial or to contact for pricing.

The third statement points to a download page on nodejs.org which seems to have 
binaries for node.js for Linux on Power, Linux on System z and AIX on Power, 
but none for z/OS.

-Original Message-
>From: Timothy Sipples 
>Sent: Sep 10, 2018 12:52 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Zowe needs node.js, which you have to pay for on z/OS
>
>Yes, Zowe needs Node.js for z/OS. Node.js for z/OS is downloadable at no
>additional charge, and the Zowe documentation refers you directly to that
>downloadable release at:https://developer.ibm.com/node/sdk/ztp -- and not
>to anybody's sales representative.
>
>Zowe is in beta release, and it's not vendor supported yet. If you want and
>need to obtain a fully IBM supported release of Node.js for general
>purposes, great news: it's available. Yes, there's a charge for it, but
>it's a different proposition altogether.
>
>Zowe's commercial details haven't been announced or even all decided I
>suspect (no inside information here), but it's pretty obvious to me from
>the multi-party announcement that Zowe will eventually emerge in some
>fashion as ubiquitous on/with z/OS. Let's see how it all shakes out, but
>this particular commercial detail isn't something I worry about at all.
>There are all sorts of examples of runtime environments that are both
>provided at no additional charge for particular uses and available at
>additional charge (sometimes only for the vendor support) for general
>purpose use.
>
>
>Timothy Sipples
>IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
>Multi-Geography
>E-Mail: sipp...@sg.ibm.com

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

Re: [EXTERNAL] Re: Report volumes with IPLText

[Giliad Wilf]

On Mon, 10 Sep 2018 11:07:21 +, Dyck, Lionel B. (RavenTek) 
 wrote:

>Good one 
>
>No - we are taking responsibility for a sister data center and the individuals 
>who knew where things were have retired without adequate doc. I'm looking to 
>find which volumes have ipltext - we know of the ones in active use - just 
>curious about others - looking for sad and possible stand alone edit.
>
>--
>Lionel B. Dyck (Contractor)  <
>Mainframe Systems Programmer – RavenTek Solution Partners

Just write a VTOC scan program looking for a dataset named SYS1.NUCLEUS.
Every volume having SYS1.NUCLEUS is most likely a RESVOL volume...

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

Re: Report volumes with IPLText

[Mark Jacobs - Listserv]

Before that command was available, I used this process to prevent Operations 
from IPLing from volumes I didn't want them to;

//ASM EXEC HLASMC,PARM='NOGOFF'
//SYSIN  DD*
NOIPLSTART 0
BALR  12,0
USING *,12
LPSW  WAITDBF
DS0D
WAITDBF  DCXL8'000ADEADBEEF'
END   NOIPL
/*
//NOIPLEXEC PGM=ICKDSF,REGION=4M
//DISK1DD  UNIT=SYSALLDA,VOL=SER=XX,DISP=OLD
//SYSPRINT DD  SYSOUT=*
REFORMAT  DDNAME(DISK1) NOVERIFY IPLDD(IPL)
//IPL  DD  DSN=&,DISP=(OLD,DELETE)

Vernooij, Kees (ITOPT1) - KLM wrote on 9/10/18 10:50 AM:
If you are not sure anymore what IPL text was written in the past to which 
volumes, there is:
REFORMAT REMOVEIPLTXT to clear this.

This way you are sure you will not accidently IPL something old and disastrous.

Kees.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jesse 1 Robinson
Sent: 07 September, 2018 23:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Report volumes with IPLText

IIRC, every volume initialized by ICKDSF--is there any other way?--will
contain code in the IPLTEXT area that loads a wait state 00F, which says
that no IPL text exists, unless that area has been rewritten with true
IPL text. So you might write a program that looks for the 00F wait state
code and infer that otherwise it has actual IPL text. You work for the
guvment, right?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Smith
Sent: Friday, September 07, 2018 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Report volumes with IPLText

ICKDSF claims it knows how to tell if IPL text exists.  Ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.
v2r3.e0zm100/aa3iplt.htm

I used to know more about where IPL text was. Likely it would take an
authorized program using EXCP to poke at it.  Regardless, I've never
heard of any utility that did.  So, if you think there's a market, go
ahead and write it!

sas


On 9/7/2018 16:34, Seymour J Metz wrote:
> I doubt it; what signature would it look for?
>
> It would be easy to write a program that looked for a specific version
of IPLTEXT, but I don't see how to do anything more general than that.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List 
 on
> behalf of Dyck, Lionel B. (RavenTek)
> 
<01d7f21a6167-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, September 7, 2018 1:35 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Report volumes with IPLText
>
> Is there a utility that will display all mounted volumes that have IPL
Text installed?
>
> --
> 
> Lionel B. Dyck (Contractor) <
> Mainframe Systems Programmer - RavenTek Solution Partners


--
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: How call BPXMTEXT from Posix STC

[Charles Mills]

No joy. As the documentation indicates, this simply adds for example 
"(errno2=0x76697242)" to the string returned by strerror(). I can do that with 
%X. I want the explanation available only from BPXMTEXT.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Monday, September 10, 2018 6:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

If you:

setenv("_EDC_ADD_ERRNO2", "1", 0);

then strerror(), perror(), etc will have some additional message text
related to the errno2.
It's not the entire thing, but it is often times useful.


On Mon, Sep 10, 2018 at 6:28 AM Jerry Callen  wrote:

> > Based on advice on another thread I am now calling errno2() on certain
> > socket errors. I get back an integer that I dutifully display in hex:
> >
> > XXX0123I errno2 = x'12345678'. Look up using BPXMTEXT.
> >
> > That message kind of offends me. When I get a basic library error I use
> > strerror() to convert it to text. I would like to convert errno2() to
> text,
> > rather than telling customers to go look it up for themselves.
>
> Likewise.
>
> A while back I went looking for some way to convert errno2 to a message
> without calling BPXMTEXT
> and got nowhere before I had to get back to Real Work (tm). It seems to me
> that either:
>
> * strerror() just ought to do it, or
> * there should be a dead-simple API.
>
> I guess this calls for an enhancement request...
>
> -- Jerry
>
> --
> 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: Report volumes with IPLText

[Vernooij, Kees (ITOPT1) - KLM]

If you are not sure anymore what IPL text was written in the past to which 
volumes, there is:
REFORMAT REMOVEIPLTXT to clear this.

This way you are sure you will not accidently IPL something old and disastrous.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 07 September, 2018 23:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Report volumes with IPLText
> 
> IIRC, every volume initialized by ICKDSF--is there any other way?--will
> contain code in the IPLTEXT area that loads a wait state 00F, which says
> that no IPL text exists, unless that area has been rewritten with true
> IPL text. So you might write a program that looks for the 00F wait state
> code and infer that otherwise it has actual IPL text. You work for the
> guvment, right?
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Smith
> Sent: Friday, September 07, 2018 1:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Report volumes with IPLText
> 
> ICKDSF claims it knows how to tell if IPL text exists.  Ref:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.
> v2r3.e0zm100/aa3iplt.htm
> 
> I used to know more about where IPL text was. Likely it would take an
> authorized program using EXCP to poke at it.  Regardless, I've never
> heard of any utility that did.  So, if you think there's a market, go
> ahead and write it!
> 
> sas
> 
> 
> On 9/7/2018 16:34, Seymour J Metz wrote:
> > I doubt it; what signature would it look for?
> >
> > It would be easy to write a program that looked for a specific version
> of IPLTEXT, but I don't see how to do anything more general than that.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Dyck, Lionel B. (RavenTek)
> > <01d7f21a6167-dmarc-requ...@listserv.ua.edu>
> > Sent: Friday, September 7, 2018 1:35 PM
> > To: IBM-MAIN@listserv.ua.edu
> > Subject: Report volumes with IPLText
> >
> > Is there a utility that will display all mounted volumes that have IPL
> Text installed?
> >
> > --
> > 
> > Lionel B. Dyck (Contractor)  <
> > Mainframe Systems Programmer - RavenTek Solution Partners
> 
> 
> --
> 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: Zowe needs node.js, which you have to pay for on z/OS

[Wendell Lovewell]

Sorry Tim, but I don't understand.  

You said:

"Node.js for z/OS is downloadable at no additional charge, and the Zowe 
documentation refers you directly to that downloadable release 
at:https://developer.ibm.com/node/sdk/ztp -- and not to anybody's sales 
representative."

But that page says:

"The code and application programming interfaces herein are trial information 
that may not be made generally available by IBM as or in a product. You are 
permitted to use the information only for internal use for evaluation purposes 
and not for use in a production environment."

"downloadable at no additional charge" seems to be only for trial purposes.  
Without knowing that there will be enough customers using node.js to achieve a 
critical mass, vendors will have a hard time justifying writing applications 
that depend on it--Zowe or otherwise.

Wendell Lovewell
MacKinney Systems, Inc.

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

RES: Question about Luminex VTS solutions

[Carlos Bodra - Pessoal]

I had 12 different boxes installed in 11 different customers with z/OS (v1 and 
v2), OS/390 (v2), z/VM (v5 v6), z/VSE (v5) and VSE/ESA (v2).
One of customers has 2 boxes (production and DR) using replication.
All these boxes has being installed since 2012 and has no trouble with hardware 
and small software problems was solved fast by Luminex support, including 
asking for some new facilities.

Carlos Bodra
IBM System Certified System z
São Paulo - Brazil

-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de Todd 
Burrell
Enviada em: sexta-feira, 7 de setembro de 2018 15:54
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Question about Luminex VTS solutions

Does anyone have any experience with Luminex virtual tape solutions?  We saw a 
presentation today that was fairly impressive, but we would like to be sure 
that they actually work as well as they say.  

Please email me directly.  
Todd Burrell
todd_burr...@csx.com

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

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

Re: Failing to install zOSMF ptfs

[Jousma, David]

That’s correct Barbara.

The other mounts/filesystems match what I have with regards to ZBBLZFS, and 
that ZOSMF is in the root filesystem.

You probably have some garbage IBM* modules in the SIZUUSRD filesystem now, as 
SMPE would have placed them there, then tried to do the link(which failed).   
After a successful apply without that FS mounted, you may have some manual 
cleanup to do in that filesystem.

I went back and looked at my (unused) Serverpac provided BPXPRMFS and see that 
SIZUUSRD is mounted off of /var:

BROWSESYS1.CPAC.PARMLIB(BPXPRMFS)  Line 00
Command ===>  
MOUNT FILESYSTEM('OMVSU.RSM02A.SIZUUSRD') 
 MOUNTPOINT('/var/zosmf/')
 TYPE(ZFS) MODE(RDWR) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barbara Nitz
Sent: Monday, September 10, 2018 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Failing to install zOSMF ptfs

**CAUTION EXTERNAL EMAIL**

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

David,

>Are you sure you had all of your Service filesystems mounted correctly?  The 
>error indicates the possibility that maybe not?   On my systems IZUUSRD is 
>mounted off /var/zosmf and is NOT updated by SMPE as it is the ZOSMF 
>operational data container.   My V2.3 SMPE shows DDDEF SIZUFSD with a path of 
>'/SERVICE/usr/lpp/zosmf/IBM/' and when I mount my Service filesystems, and 
>navigate there, I see;

yes, I am pretty sure that I mounted correctly:

 /SERVICE/usr/lpp/liberty_zos   INST23.SBBLZFS
-/SERVICE/usr/lpp/zosmf/* 
  /SERVICE/usr/lpp/zosmf/IBMINST23.SIZUUSRD.N 

I think what you're telling me is that the SIZUUSRD.N ZFS doesn't need to get 
mounted at all. Instead I should just use the path that's there and install 
into the root. I'll try that tomorrow.

Thanks,
Barbara

--
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: Failing to install zOSMF ptfs

[Barbara Nitz]

David,

>Are you sure you had all of your Service filesystems mounted correctly?  The 
>error indicates the possibility that maybe not?   On my systems IZUUSRD is 
>mounted off /var/zosmf and is NOT updated by SMPE as it is the ZOSMF 
>operational data container.   My V2.3 SMPE shows DDDEF SIZUFSD with a path of 
>'/SERVICE/usr/lpp/zosmf/IBM/' and when I mount my Service filesystems, and 
>navigate there, I see;

yes, I am pretty sure that I mounted correctly:

 /SERVICE/usr/lpp/liberty_zos   INST23.SBBLZFS
-/SERVICE/usr/lpp/zosmf/* 
  /SERVICE/usr/lpp/zosmf/IBMINST23.SIZUUSRD.N 

I think what you're telling me is that the SIZUUSRD.N ZFS doesn't need to get 
mounted at all. Instead I should just use the path that's there and install 
into the root. I'll try that tomorrow.

Thanks,
Barbara

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

Re: Report volumes with IPLText

[R.S.]

W dniu 2018-09-07 o 23:06, Jesse 1 Robinson pisze:

IIRC, every volume initialized by ICKDSF--is there any other way?--will contain 
code in the IPLTEXT area that loads a wait state 00F, which says that no IPL 
text exists, unless that area has been rewritten with true IPL text. So you 
might write a program that looks for the 00F wait state code and infer that 
otherwise it has actual IPL text. You work for the guvment, right?


Theoretically one can overwrite this area with any content he wants.
More practically, detected IPL text can be corrupted or just old-versioned.

BTW: what is the purpose of that excercise?
Just curiosity?

--
Radoslaw Skorupka
Lodz, Poland




==

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

Re: How call BPXMTEXT from Posix STC

[Charles Mills]

@Kirk. Thank you. I am sure that is clearly documented *if you know where to 
look*. I have this gripe that so often the answer to questions is essentially 
RTFM, the catch being you have to know which FM to R, and that is not always 
intuitive.

@Jerry, exactly. I almost posted *exactly* the same thing. How hard could that 
have been if IBM has the code to output the text in a utility program. 
__strerror2() ?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Monday, September 10, 2018 6:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How call BPXMTEXT from Posix STC

If you:

setenv("_EDC_ADD_ERRNO2", "1", 0);

then strerror(), perror(), etc will have some additional message text
related to the errno2.
It's not the entire thing, but it is often times useful.


On Mon, Sep 10, 2018 at 6:28 AM Jerry Callen  wrote:

> > Based on advice on another thread I am now calling errno2() on certain
> > socket errors. I get back an integer that I dutifully display in hex:
> >
> > XXX0123I errno2 = x'12345678'. Look up using BPXMTEXT.
> >
> > That message kind of offends me. When I get a basic library error I use
> > strerror() to convert it to text. I would like to convert errno2() to
> text,
> > rather than telling customers to go look it up for themselves.
>
> Likewise.
>
> A while back I went looking for some way to convert errno2 to a message
> without calling BPXMTEXT
> and got nowhere before I had to get back to Real Work (tm). It seems to me
> that either:
>
> * strerror() just ought to do it, or
> * there should be a dead-simple API.

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

Re: [EXTERNAL] Re: Report volumes with IPLText

[Richards, Robert B.]

ADRDSSU!  Write up some REXX code to pass in all volsers, etc. You get the idea.

Bob

PRINT TRACKS(0,0) -
INDYNAM(xx) -
ADMIN -
OUTDDNAME(OUTPUT)

Output:

PAGE 0001 5695-DF175  DFSMSDSS V2R02.0 DATA SET SERVICES 2018.253 09:22
*** TRACK(CCHH)   R0 DATA  
COUNT  01040018
   C9D7D3F1 0008 815A 06004A98  6060 08004A98   
 *IPL1...!..¢q-..-..¢q*
COUNT  02040090
   C9D7D3F2 07004AB8 4006 31004ABE  4005 08004AA0  0600 
 *IPL2..¢...¢...¢.*
 0020  20002F55   0400      
 **
 0040    40404040 40404040  40404040 40404040 40404040 40404040 
 **
 0060  40404040 40404040 40404040 40404040  40404040 40404040 40404040 40404040 
 **
 0080  40404040 40404040 40404040   
 **
COUNT  03040050
   E5D6D3F1 E5D6D3F1 D9C5E2D9 F0F14000  0101 40404040 40404040 40404040 
 *VOL1VOL1XX..*
 0020  40404040 40404040 40404040 40404040  40404040 40404040 40404040 40404040 
 **
 0040  40404040 40404040 40404040 40404040  40404040
 **
COUNT  04001A72
   0008 863A 40404040 F0F04040   0380   
 *00..*
 0020           
 **
 0040         000A 000140E1 
 **
 0060  000A 000150E1 000A 0002007B    000A 000180E1 
 *..&#*
 0080           
 **
 00A0  TO  019F   SAME AS ABOVE
 01A0   8000  0C0C   8000  0C0C 
 **
 01C0   8000  0B92   8000  0AB0 
 *...k*
 01E0        8000  0C0C 
 **
 0200  C9C5C1C9 D7D3F0F0 F0F861F2 F461F1F1  40C8C2C2 F7F7F9F0 000A  
 *IEAIPL0008/24/11.HBB7790*
 0220  0008  000A 0019  0008 8AD2  8000 
 *...K*



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (RavenTek)
Sent: Monday, September 10, 2018 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Logic does not work for this site ☹

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, September 10, 2018 6:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Most shops I have "stopped by at" used a variation  of RES*, IODF*, CAT*, SAE* 
and SAD*.

A lot of SYSRES "00 or 01" volumes too (where SYSRES is your four character 
convention for same).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (RavenTek)
Sent: Monday, September 10, 2018 7:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Good one 

No - we are taking responsibility for a sister data center and the individuals 
who knew where things were have retired without adequate doc. I'm looking to 
find which volumes have ipltext - we know of the ones in active use - just 
curious about others - looking for sad and possible stand alone edit.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beverly Caldwell
Sent: Friday, September 07, 2018 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Report volumes with IPLText

Don't tell me. Your systems are so reliable you've forgotten where your IPL 
volumes are.!

On Fri, Sep 7, 2018 at 10:36 AM Dyck, Lionel B. (RavenTek) < 
01d7f21a6167-dmarc-requ...@listserv.ua.edu> wrote:

> Is there a utility that will display all mounted volumes that have IPL
> Text installed?
>
> --
> 
> Lionel 

Re: How call BPXMTEXT from Posix STC

[Kirk Wolf]

If you:

setenv("_EDC_ADD_ERRNO2", "1", 0);

then strerror(), perror(), etc will have some additional message text
related to the errno2.
It's not the entire thing, but it is often times useful.


On Mon, Sep 10, 2018 at 6:28 AM Jerry Callen  wrote:

> > Based on advice on another thread I am now calling errno2() on certain
> > socket errors. I get back an integer that I dutifully display in hex:
> >
> > XXX0123I errno2 = x'12345678'. Look up using BPXMTEXT.
> >
> > That message kind of offends me. When I get a basic library error I use
> > strerror() to convert it to text. I would like to convert errno2() to
> text,
> > rather than telling customers to go look it up for themselves.
>
> Likewise.
>
> A while back I went looking for some way to convert errno2 to a message
> without calling BPXMTEXT
> and got nowhere before I had to get back to Real Work (tm). It seems to me
> that either:
>
> * strerror() just ought to do it, or
> * there should be a dead-simple API.
>
> I guess this calls for an enhancement request...
>
> -- Jerry
>
> --
> 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: Failing to install zOSMF ptfs

[Jousma, David]

Barbara,

Are you sure you had all of your Service filesystems mounted correctly?  The 
error indicates the possibility that maybe not?   On my systems IZUUSRD is 
mounted off /var/zosmf and is NOT updated by SMPE as it is the ZOSMF 
operational data container.   My V2.3 SMPE shows DDDEF SIZUFSD with a path of 
'/SERVICE/usr/lpp/zosmf/IBM/' and when I mount my Service filesystems, and 
navigate there, I see;

/SERVICE/usr/lpp/zosmf/IBM  
   
TEC1:$ df -vk . 
  
Mounted on FilesystemAvail/TotalFiles  Status   
  
/SERVICE(OMVSU.SERVICE.ROOT)   444779/3556800 4294929811 Available  

ZFS, Read/Write, Device:648776, ACLS=Y  
  
File System Owner : TEC1Automove=U  Client=N
  
Filetag : T=off   codeset=0 
  
Aggregate Name : OMVSU.SERVICE.ROOT 
   
TEC1:$  
  


TEC1:$ bpxmtext 0549010C
 
BPXFSLNK 10/03/16   
 
JRLnkAcrossFilesets: The service tried to link across file systems  
 

 
Action: Reissue the request, specifying a new pathname that is within the same  
 
file system as the existing pathname.   
 
TEC1:$  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barbara Nitz
Sent: Monday, September 10, 2018 4:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Failing to install zOSMF ptfs

**CAUTION EXTERNAL EMAIL**

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

What a good thing we are not using z/OSMF. Last Friday I downloaded a refresh 
for z/OS 2.3 from ShopZ. Everything went fine *except* ptfs UI55431, UI55737, 
UI56534, UI57065 and UI57212. They fail to go in.

I install maintenance into /SERVICE, so the root is mounted under /SERVICE. 
SBBLZFS is mounted under /SERVICE/usr/lpp/liberty_zos, SIZUUSRD is mounted 
under /SERVICE/usr/lpp/zosmf/IBM, just like the DDDefs from serverpac specified.

I get these errors:

BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 09.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO TEXT HFS FILE 
/SERVICE/usr/lpp/zosmf/IBM/IZUGUTSC.   
BPXF140E RETURN CODE 0090, REASON CODE 0549010C.  A LINK FAILED FOR LINK 
NAME /SERVICE/usr/lpp/zosmf/IBM/../samples/IZUSEC.xml.
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 10.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUSPEAR. 
--- 
   
SHELL SCRIPT IZUSPUNE OUTPUT FOR HFS IZUSPEARSEQ NUM 11 
   

   
/SERVICE/usr/lpp/zosmf/IBM/IZUSPUNE: /SERVICE/usr/lpp/zosmf/IBM/IZUSPUNE: not 
found
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 12.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUDMUI.  
--- 
   
SHELL SCRIPT IZUDUPUI OUTPUT FOR HFS IZUDMUI SEQ NUM 13 
   

   
/SERVICE/usr/lpp/zosmf/IBM/IZUDUPUI: /SERVICE/usr/lpp/zosmf/IBM/IZUDUPUI: not 
found
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 14.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUGNAEW. 
BPXF140E RETURN CODE 0090, REASON CODE 0549010C.  A LINK FAILED FOR LINK 
NAME /SERVICE/usr/lpp/zosmf/IBM/../lib/izur   

Re: [EXTERNAL] Re: Report volumes with IPLText

[Dyck, Lionel B. (RavenTek)]

Logic does not work for this site ☹

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, September 10, 2018 6:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Most shops I have "stopped by at" used a variation  of RES*, IODF*, CAT*, SAE* 
and SAD*.

A lot of SYSRES "00 or 01" volumes too (where SYSRES is your four character 
convention for same).

Bob 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (RavenTek)
Sent: Monday, September 10, 2018 7:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Good one 

No - we are taking responsibility for a sister data center and the individuals 
who knew where things were have retired without adequate doc. I'm looking to 
find which volumes have ipltext - we know of the ones in active use - just 
curious about others - looking for sad and possible stand alone edit.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beverly Caldwell
Sent: Friday, September 07, 2018 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Report volumes with IPLText

Don't tell me. Your systems are so reliable you've forgotten where your IPL 
volumes are.!

On Fri, Sep 7, 2018 at 10:36 AM Dyck, Lionel B. (RavenTek) < 
01d7f21a6167-dmarc-requ...@listserv.ua.edu> wrote:

> Is there a utility that will display all mounted volumes that have IPL 
> Text installed?
>
> --
> 
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners
>
>
>
> --
> 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: Zowe needs node.js, which you have to pay for on z/OS

[Tom Conley]

On 9/10/2018 3:53 AM, Timothy Sipples wrote:

Yes, Zowe needs Node.js for z/OS. Node.js for z/OS is downloadable at no
additional charge, and the Zowe documentation refers you directly to that
downloadable release at:https://developer.ibm.com/node/sdk/ztp -- and not
to anybody's sales representative.

Zowe is in beta release, and it's not vendor supported yet. If you want and
need to obtain a fully IBM supported release of Node.js for general
purposes, great news: it's available. Yes, there's a charge for it, but
it's a different proposition altogether.

Zowe's commercial details haven't been announced or even all decided I
suspect (no inside information here), but it's pretty obvious to me from
the multi-party announcement that Zowe will eventually emerge in some
fashion as ubiquitous on/with z/OS. Let's see how it all shakes out, but
this particular commercial detail isn't something I worry about at all.
There are all sorts of examples of runtime environments that are both
provided at no additional charge for particular uses and available at
additional charge (sometimes only for the vendor support) for general
purpose use.



Tim,

Good to know.  When I followed the link from Zowe, I got the node.js 
homepage with the Free trial and Contact us for a Quote buttons. 
Hopefully the charges will be minimal, so as not to sabotage the Zowe 
effort.


Regards,
Tom Conley

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

Re: [EXTERNAL] Re: Report volumes with IPLText

[Richards, Robert B.]

Most shops I have "stopped by at" used a variation  of RES*, IODF*, CAT*, SAE* 
and SAD*.

A lot of SYSRES "00 or 01" volumes too (where SYSRES is your four character 
convention for same).

Bob 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (RavenTek)
Sent: Monday, September 10, 2018 7:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Report volumes with IPLText

Good one 

No - we are taking responsibility for a sister data center and the individuals 
who knew where things were have retired without adequate doc. I'm looking to 
find which volumes have ipltext - we know of the ones in active use - just 
curious about others - looking for sad and possible stand alone edit.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beverly Caldwell
Sent: Friday, September 07, 2018 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Report volumes with IPLText

Don't tell me. Your systems are so reliable you've forgotten where your IPL 
volumes are.!

On Fri, Sep 7, 2018 at 10:36 AM Dyck, Lionel B. (RavenTek) < 
01d7f21a6167-dmarc-requ...@listserv.ua.edu> wrote:

> Is there a utility that will display all mounted volumes that have IPL 
> Text installed?
>
> --
> 
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners
>
>
>
> --
> 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: How call BPXMTEXT from Posix STC

[Jerry Callen]

> Based on advice on another thread I am now calling errno2() on certain
> socket errors. I get back an integer that I dutifully display in hex:
> 
> XXX0123I errno2 = x'12345678'. Look up using BPXMTEXT.
> 
> That message kind of offends me. When I get a basic library error I use
> strerror() to convert it to text. I would like to convert errno2() to text,
> rather than telling customers to go look it up for themselves.

Likewise.

A while back I went looking for some way to convert errno2 to a message without 
calling BPXMTEXT 
and got nowhere before I had to get back to Real Work (tm). It seems to me that 
either:

* strerror() just ought to do it, or
* there should be a dead-simple API.

I guess this calls for an enhancement request...

-- Jerry

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

Re: [EXTERNAL] Re: ISPF command for owner of DSN enqueue

[Dyck, Lionel B. (RavenTek)]

Take a look at CBT FILE 716:  QUERYENQ ISPF implementation from Jim Moore

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, September 07, 2018 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: ISPF command for owner of DSN enqueue

Then it is probably the WHOHAS command which is on the CBTTAPE.ORG

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Conley
> Sent: Friday, September 07, 2018 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF command for owner of DSN enqueue
> 
> On 9/7/2018 10:59 AM, IBM user wrote:
> > We once had a product that would allow us to issue a shortcut 
> > command in a
> 3.4 ISPF DIRLIST.  The command would tell us who owned the dataset in 
> question.
> >
> > Does anyone know of an open source version of that function, that 
> > works in
> ISPF without any special RACF authorizations for the users, or that 
> does not involve using a D GRS console command?
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> 
> ISRDDN (DDLIST) ENQ command, or TASID ENQ.  Doesn't work from 3.4, but 
> you could whip up a REXX with the ISPF QUERYENQ service.
> 
> Regards,
> Tom Conley
> 
> --
> 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: [EXTERNAL] Re: Report volumes with IPLText

[Dyck, Lionel B. (RavenTek)]

Good one 

No - we are taking responsibility for a sister data center and the individuals 
who knew where things were have retired without adequate doc. I'm looking to 
find which volumes have ipltext - we know of the ones in active use - just 
curious about others - looking for sad and possible stand alone edit.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beverly Caldwell
Sent: Friday, September 07, 2018 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Report volumes with IPLText

Don't tell me. Your systems are so reliable you've forgotten where your IPL 
volumes are.!

On Fri, Sep 7, 2018 at 10:36 AM Dyck, Lionel B. (RavenTek) < 
01d7f21a6167-dmarc-requ...@listserv.ua.edu> wrote:

> Is there a utility that will display all mounted volumes that have IPL 
> Text installed?
>
> --
> 
> Lionel B. Dyck (Contractor)  <
> Mainframe Systems Programmer - RavenTek Solution Partners
>
>
>
> --
> 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

Failing to install zOSMF ptfs

[Barbara Nitz]

What a good thing we are not using z/OSMF. Last Friday I downloaded a refresh 
for z/OS 2.3 from ShopZ. Everything went fine *except* ptfs UI55431, UI55737, 
UI56534, UI57065 and UI57212. They fail to go in.

I install maintenance into /SERVICE, so the root is mounted under /SERVICE. 
SBBLZFS is mounted under /SERVICE/usr/lpp/liberty_zos, SIZUUSRD is mounted 
under /SERVICE/usr/lpp/zosmf/IBM, just like the DDDefs from serverpac specified.

I get these errors:

BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 09.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO TEXT HFS FILE 
/SERVICE/usr/lpp/zosmf/IBM/IZUGUTSC.   
BPXF140E RETURN CODE 0090, REASON CODE 0549010C.  A LINK FAILED FOR LINK 
NAME /SERVICE/usr/lpp/zosmf/IBM/../samples/IZUSEC.xml.
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 10.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUSPEAR. 
--- 
   
SHELL SCRIPT IZUSPUNE OUTPUT FOR HFS IZUSPEARSEQ NUM 11 
   

   
/SERVICE/usr/lpp/zosmf/IBM/IZUSPUNE: /SERVICE/usr/lpp/zosmf/IBM/IZUSPUNE: not 
found
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 12.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUDMUI.  
--- 
   
SHELL SCRIPT IZUDUPUI OUTPUT FOR HFS IZUDMUI SEQ NUM 13 
   

   
/SERVICE/usr/lpp/zosmf/IBM/IZUDUPUI: /SERVICE/usr/lpp/zosmf/IBM/IZUDUPUI: not 
found
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 14.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUGNAEW. 
BPXF140E RETURN CODE 0090, REASON CODE 0549010C.  A LINK FAILED FOR LINK 
NAME /SERVICE/usr/lpp/zosmf/IBM/../lib/izur   
estjobs.jar.
   
BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 15.
   
BPXF150I MVS DATA SET WITH DDNAME SYSUT1 SUCCESSFULLY COPIED INTO BINARY HFS 
FILE /SERVICE/usr/lpp/zosmf/IBM/IZUCAHLP. 
--- 
   
SHELL SCRIPT IZUCATAR OUTPUT FOR HFS IZUCAHLPSEQ NUM 16 
   

   
/SERVICE/usr/lpp/zosmf/IBM/IZUCATAR: /SERVICE/usr/lpp/zosmf/IBM/IZUCATAR: not 
found

I am unable to determine why the link fails. What did I do wrong?

Regards, Barbara

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

Re: BRIF command routine

[Ron MacRae]

Mike,
   That is exactly the info I want, and it works. Thank you.

However ZLINEX does not appear anywhere in the ISRBROBF panel and google 
doesn't find it anywhere related to panels or ISPF.
I've seen ZLINEX, or LINEX in a couple of samples but no definition anywhere

I'm worried I'm using something unsupported that may cease to work in the 
future?

Thanks,

Ron.

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

Re: Zowe needs node.js, which you have to pay for on z/OS

[Timothy Sipples]

Yes, Zowe needs Node.js for z/OS. Node.js for z/OS is downloadable at no
additional charge, and the Zowe documentation refers you directly to that
downloadable release at:https://developer.ibm.com/node/sdk/ztp -- and not
to anybody's sales representative.

Zowe is in beta release, and it's not vendor supported yet. If you want and
need to obtain a fully IBM supported release of Node.js for general
purposes, great news: it's available. Yes, there's a charge for it, but
it's a different proposition altogether.

Zowe's commercial details haven't been announced or even all decided I
suspect (no inside information here), but it's pretty obvious to me from
the multi-party announcement that Zowe will eventually emerge in some
fashion as ubiquitous on/with z/OS. Let's see how it all shakes out, but
this particular commercial detail isn't something I worry about at all.
There are all sorts of examples of runtime environments that are both
provided at no additional charge for particular uses and available at
additional charge (sometimes only for the vendor support) for general
purpose use.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
E-Mail: sipp...@sg.ibm.com

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

Re: [EXTERNAL] Re: Co:Z question

[Sankaranarayanan, Vignesh]

Hi Gil,

So what would be ideal is for me to rup chcp -q to find the platform's EBCDIC 
codepage number, and ASCII codepage number, as is described in the example, in 
that link.
It says I'll need to setup rlogin or telnet (to OMVS)... is there a simple way 
of doing either of these?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 07 September 2018 20:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Co:Z question

On Fri, 7 Sep 2018 14:53:59 +, Seymour J Metz wrote:

>> Z/OS does not have a code page.
>
>But it does have *many* code pages and it does have a chcp command.
>
A z/OS UNIX command:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa500/ip1.htm

Format

chcp [–r | –q]
chcp [–s] [–a ASCII_cp] [–e EBCDIC_cp]

Description

chcp sets, resets, or queries the current ASCII/EBCDIC code conversion in 
effect for the controlling terminal. Use it when the terminal requires ASCII 
data and the shell application uses EBCDIC. Do not use chcp if you are logged 
on through the TSO/E OMVS command. The _BPX_TERMPATH environment variable 
enables shell scripts to tell if the user logged on from TSO, rather from 
rlogin or telnet.
...

For a list of code pages supported by the shell, see z/OS XL C/C++ Programming 
Guide.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.cbcpx01/toc.htm?view=kc

Which section?  It's a thick document.

...  OK.  It says you're not supposed to use it from a 3270 session.  It 
doesn't say what happens if you try.  And the OP has already said he's 
uncomfortable with the restriction.

Does it cause automatic tagging of files created with a code page in effect?

Does it affect behavior of classic data sets?  E.g.:
cp "//'my.data.set(member)'" /dev/fd/1

There's an ISPF command that tells the CCSID in use by a TSO/ISPF session.
That's set by the LOGON handshaking protocol.

Does it have any (useful) effect to code in a (perhaps custom) LOGON PROC:
//TSO  EXEC PGM=IKJEFT01,CCSID=...
Why not?

(Some) terminal emulators let you set the desktop code page and the host code 
page (the one reported by ISPF) independently.  I have had good success with 
xterm, setting the desktop code page to UTF-8 and using various host code 
pages.  ISPF 3.17 nicely displays tagged UNIX files, even UTF-8, as long as all 
characters exist in the terminal's configured host code page.  Characters not 
so available display as attribute bytes.

I don't believe TSO/ISPF supports 1208 as a terminal code page.  I don't know 
about other MBCS code pages.

I hate EBCDIC!

-- gil

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

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

Re: [EXTERNAL] Re: Co:Z question

[Sankaranarayanan, Vignesh]

Yup 

Irrespective of locale, HASP messages are always produced by z/OS as $HASP.. ? 
And it's the codepage that helps it locale friendly by making one see it as 
£HASP.. ? 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cameron Conacher
Sent: 07 September 2018 14:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Co:Z question

Z/OS does not have a code page. 
You have data.
If you input the data using a green screen emulator you set a mainframe EBCDIC 
codepage for the session.
Then when you add information it uses that code page mapping.
When you read information to display in a green screen you just access whatever 
but patterns are in a file and then map the bit patterns using the code page 
you specified for your emulator settings This means you “know” which code page 
to set for the emulator.
On the other hand if I send you a file of data you can just save all of my bits 
and remember which code page I told you I used or you can try to transform the 
data into one that you always use ( a la green screen). The issue here is I 
could send say Japanese data and your default is 1047 so the transformation 
would lose a lot. If you just store all my bits and always remember data from 
me is Japanese then when you share the specific files or records I send you, 
you need to tell the receiver what code page you are sending.
Make sense?

Sent from my iPhone

> On Sep 7, 2018, at 8:54 AM, Seymour J Metz  wrote:
> 
> What about OMVS and ISHELL?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Sankaranarayanan, Vignesh 
> 
> Sent: Friday, September 7, 2018 8:48 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: [EXTERNAL] Re: Co:Z question
> 
> Follow-up question.. how do I check the z/OS codepage?
> 
> Looks like 'chcp -q' can answer this but I'd need to login via rlogin or 
> telnet, both of which are not available!
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 07 September 2018 09:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Co:Z question
> 
> And yes, on connecting to z/OS with "1047 Open Edition", they indeed show up 
> correctly... as [ ] :
> 
> ZosSettings[I]: Transfer options: 
> clientcp=UTF-8,mode=text,servercp=UTF-8,trim
> Translator[F]: -> Translator(IBM-1047, UTF-8, , 0, 0)
> 
> I've been living under a codepage rock all this while... never thought it 
> would affect me, an infra person.
> Always thought it was a thing that app people have to worry about!
> 
> Makes me worry about whether I should change the codepage default for HOD now 
> !!
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tony Harminc
> Sent: 06 September 2018 17:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Co:Z question
> 
>> On 6 September 2018 at 09:13, Sankaranarayanan, Vignesh 
>>  wrote:
>> 
>> On mainframe, a dataset has £ (the pound symbol) in multiple records.
>> I'm transferring to a RHEL box with lzopts="mode=text".
>> The £ shows up as a $.
>> 
>> I ran the COZ job with the following in the first //SFTPIN input:
>> export COZ_LOG="T,Translator=F"
>> 
>> I see these relevant lines in the log:
>>ZosSettingsÝI¨: Transfer options: 
>> clientcp=IBM-1047,mode=text,servercp=ISO8859-1,trim
>>TranslatorÝF¨: -> Translator(IBM-1047, ISO8859-1, , 0,
>> 0)
> 
> Vignesh,
> 
> Your data is probably not encoded in CP 1047, but more likely the UK 
> CECP 285. CP 1047 has the dollar sign at 5B, the pound sterling sign 
> at B1, and the cent sign at 4A. CP 285 has sterling at 5B, dollar at 
> 4A, and cent at B0. But be careful - you are very likely to have a de 
> facto mix of encodings in various data, depending on where it came 
> from. Changing your translation from 1047 to 285 may break something 
> else. (For example, your log lines quoted above show dodgy characters 
> right after ZosSettings and Translator. What characters do you see 
> there when you look at them on z/OS? Are they perhaps square
> brackets?)
> 
> Tony H.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 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
> 
> http://secure-web.cisco.com/13md6rkC_Y_NnmbTdtecCJav-DLNxVePDEypAYSMBc
> WaXDSTCqh6hNDC6PP9Ux9rTnLk8WMhVx2o5xkafzYvuRwNrIDY0QzbAqjerFECsNpKWE_9