Re: How call BPXMTEXT from Posix STC

[Paul Gilmartin]

On Fri, 7 Sep 2018 18:06:51 -0700, Charles Mills wrote:
>
>Something like system("bpxmtext %x") where I substitute the errno2() value
>into the message. But (1) I read a warning about having to allocate stdin
>and so forth, and (2) I would like to capture the output. I suspect those
>two issues have the same solution, and perhaps someone could point me in the
>right direction?
>
(on further review:)

How about popen( "bpxmtext &1" ) and read the text from the
FILE* returned?

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

[David Crayford]

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

> On 8 Sep 2018, at 9:06 am, Charles Mills  wrote:
> 
> I freely admit that this is basically a newbie type question (despite the
> mainframe gray hairs I have earned).
> 
> 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.
> 
> If I wanted to call BPXMTEXT from within my program and capture the text
> output, what would I to do? I'm sure I could solve this with enough
> experimentation but the gray hairs have made me impatient.
> 
> Something like system("bpxmtext %x") where I substitute the errno2() value
> into the message. But (1) I read a warning about having to allocate stdin
> and so forth, and (2) I would like to capture the output. I suspect those
> two issues have the same solution, and perhaps someone could point me in the
> right direction?
> 
> Environment is started task, POSIX(ON), C++, any current release of z/OS.
> 
> Thanks,
> Charles 
> 
> --
> 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 Fri, 7 Sep 2018 18:06:51 -0700, Charles Mills wrote:

>I freely admit that this is basically a newbie type question (despite the
>mainframe gray hairs I have earned).
>
>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.
>
>If I wanted to call BPXMTEXT from within my program and capture the text
>output, what would I to do? I'm sure I could solve this with enough
>experimentation but the gray hairs have made me impatient.
> 
Rexx SYSCALL strerror does it.

o Is there an easier way to get to Rexx than BPXWUNIX?  Is BPXWUNIX
  even practical?

o And you'd need to pass the result back.  Memory buffer?  Sockets?
  Descriptors?  Does BPXWUNIX preserve descriptors?

o Invoke Rexx with spawnp()?  Pass it all the descriptors you need.

o And you need a place to keep the Rexx code.  Exec-in-storage
  interface?

o Non-Rexx approaches?  I suspect Rexx SYSCALL strerror is implemented
  outside the standard library.
  
-- gil

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

Re: Question about Luminex VTS solutions

[McCabe, Ron]

We have had a Luminex VTL for a couple years now and have not had issues with 
support.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Friday, September 07, 2018 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about Luminex VTS solutions

Todd,
We have been since 2010 without any issues.
Not sure which solution you are considering.
Say hello to Ann for me.

Doug


.

On Sep 7, 2018, at 15:00, Pew, Curtis G  wrote:

> On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
>
> 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.

I’d be interested in hearing about this as well.


--
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


--
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
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

How call BPXMTEXT from Posix STC

[Charles Mills]

I freely admit that this is basically a newbie type question (despite the
mainframe gray hairs I have earned).

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.

If I wanted to call BPXMTEXT from within my program and capture the text
output, what would I to do? I'm sure I could solve this with enough
experimentation but the gray hairs have made me impatient.

Something like system("bpxmtext %x") where I substitute the errno2() value
into the message. But (1) I read a warning about having to allocate stdin
and so forth, and (2) I would like to capture the output. I suspect those
two issues have the same solution, and perhaps someone could point me in the
right direction?

Environment is started task, POSIX(ON), C++, any current release of z/OS.

Thanks,
Charles 

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

Re: Question about Luminex VTS solutions

[Hervey Martinez]

We had a Luminex library for our small mainframe shop. i was not impressed with 
the support. I'm not sure if that was due to the contract we had or the company 
in general.


Hervey



From: IBM Mainframe Discussion List  on behalf of 
Todd Burrell 
Sent: Friday, September 7, 2018 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 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: ISPF command for owner of DSN enqueue

[Edward Finnell]

The other one I got lots of mileage out of was ZOOM. I think it was on XEPHON 
mods but haven't looked in a while.


In a message dated 9/7/2018 4:06:19 PM Central Standard Time, 
steely.m...@aaa-texas.com writes:

 
Option 3.4 enter WHI beside DSN. Provides information requested.

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

Re: [EXTERNAL] Co:Z question

[Paul Gilmartin]

On Fri, 7 Sep 2018 19:45:32 +, Pew, Curtis G wrote:
>> 
>> There's an ISPF command that tells the CCSID in use by a TSO/ISPF session.
>> That's set by the LOGON handshaking protocol.
>
>Just out of curiosity, do you remember what that command is?
>
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.f54dg00/ispdg199.htm

ZTERMCID.  You might need a trivial EXEC to extract it.

-- gil

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

[Jesse 1 Robinson]

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

Re: ISPF command for owner of DSN enqueue

[Steely.Mark]

I have this as member WHI in SYSPROC concatenation.

PROC 1 DSN 
/* CLRSCRN */  
ISRDDN E &DSN  


Option 3.4 enter WHI beside DSN. Provides information requested. 

Thanks


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

ISPF has a built-in WHOHAS. If you get Dataset in use. Just PF1 and it will 
show enques. 


In a message dated 9/7/2018 3:50:30 PM Central Standard Time, 
jesse1.robin...@sce.com writes:

 
We have run a version of WHOHAS since the 1980s. Origin unknown. If CBT has a 
version, it would probably do the trick.

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

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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

[Seymour J Metz]

The first record will be a PSW, a READ CCW and a TIC CCW. Whether the next 
record really is IPL text is what is hard to determine.


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


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Friday, September 7, 2018 4:47 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Report volumes with IPLText

I believe that what's common to any IPL text is that the first 24 bytes do 
nothing more than set up a channel program to read the next n number of bytes. 
Whether this looks the same for MVS or SAD or xxx, I've never researched.

.
.
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 Seymour J Metz
Sent: Friday, September 07, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Report volumes with IPLText

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

[Seymour J Metz]

Well, it can certainly tell if there is a 24-byte record with a PSW and two 
CCW's, but how can it tell if the next record really is IPL text or just 
garbage? I assume that it looks for some signature that might not be guarantied 
to exist.


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


From: IBM Mainframe Discussion List  on behalf of 
Steve Smith 
Sent: Friday, September 7, 2018 4:48 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Report volumes with IPLText

ICKDSF claims it knows how to tell if IPL text exists.  Ref:
https://secure-web.cisco.com/17y0mhEnQAhPQBsmTqLUXfEKoGLFOqAfyzczZc62JLTslmOWmyDYgKiHZt5YE5KD82DxF6EaOt1lk1pb4Dkmx__ACO2L1ZaHUfto9BXizRV0i3jbHKmK-kZvrNmDOph5VwaFFkzFKVJ4ZZzzGloTcK3vVAYrn9381d3VQKEGgZzHTHfUpxgGRYNVBcgX4fjWVwGOPw99AyKPYh82hWIDjOqDGNDNzz6oryqT1vRpdwDWADdMzx5hBtq2hoW3n1h-pLJaYKTB40IUViRt84yHIAbmON-qjQe-Pw2jOhItU8UoZFb-4tmXDykXGHhf5GLLpQI2jKJ_ncv-p1iDmjzgKo4Gepa2ct1tGwDxvi-IiI4BWHQ2CaKBF2EsF23-R6hX9r1pxz10nLW3LS9im32icMGIa-xhr-daNRVQ7c3hXZBjjNugKFT1pQkDpHJmh6XQe/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.e0zm100%2Faa3iplt.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 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: ISPF command for owner of DSN enqueue

[Edward Finnell]

ISPF has a built-in WHOHAS. If you get Dataset in use. Just PF1 and it will 
show enques. 


In a message dated 9/7/2018 3:50:30 PM Central Standard Time, 
jesse1.robin...@sce.com writes:

 
We have run a version of WHOHAS since the 1980s. Origin unknown. If CBT has a 
version, it would probably do the trick.

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

Re: ISPF command for owner of DSN enqueue

[Jesse 1 Robinson]

We have run a version of WHOHAS since the 1980s. Origin unknown. If CBT has a 
version, it would probably do the trick. 

.
.
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 Lizette Koehler
Sent: Friday, September 07, 2018 12: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: Report volumes with IPLText

[Steve Smith]

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

[Jesse 1 Robinson]

I believe that what's common to any IPL text is that the first 24 bytes do 
nothing more than set up a channel program to read the next n number of bytes. 
Whether this looks the same for MVS or SAD or xxx, I've never researched. 

.
.
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 Seymour J Metz
Sent: Friday, September 07, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Report volumes with IPLText

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

Re: Report volumes with IPLText

[Seymour J Metz]

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

[Seymour J Metz]

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

It's actually much more complicated than that. The 3270 data stream allows you 
to query the base CCSID of the terminal, but thee are also multiple levels of 
translation in the software, with facilities to control them, e.g., TSO 
TERMINAL TRAN(name), ISPF ISPTTDEF.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, September 7, 2018 3:10 PM
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://secure-web.cisco.com/1Va_mojAZM56J02u0Wvea6hlLwwOpBhiUJcmtN0HG8s4Y1A3I-b4n-9uBqtmi7NX93Qbb4-UmF-OfnAS-nraxFQevKkgk_gGlSZdB6jDIVAHdLIRtAYA60AM7lTa8Q0iHG4clRr8jfGzXrPiabuXtlCU4dnuNTPPpg_vv4HO5fDnGd93N1c0YezABb1qdEaj7qBp_IoeJ2N4mebaDEGFpbhIeomTKNN4NgTqG28F06DdAeB33m8I6qcxflaoT3ARVC6yja3sW0o9k81fIQ7VEgE5Z2QSAWqmkmljdAsuHoYwQ56Pb-R3P8Ps88_4Y7kMypaIwQfPoImAqtg52nNAufkZCXVBcvoU-lp64OG2p3Y3VerCS00bACfdthvWSZH9o_K5OgNHR-wbIrUJ94Dt1X7uT7GksDNejGoAazdqzxp5tCG2nKu1p1ht81smX_Ngq/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.bpxa500%2Fip1.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://secure-web.cisco.com/1r0ILdk1L-0beWmKT_ETL9Hh3FDGiWtHUeCSCpplEO30y8HZ7WRCQA8eeeZ53Ux8Cd14u1_qqdriVTH2p6J_MjEZ86l4BcHYpda1T7HGfwHYCD6iPXS7lEnQR5ZC8Jbd46SUmIc1Jo3-i3ju2phEGsTcAnNLYN2doXpUDr2YKWl6NyZ6XU1xtzUEy9b0S6iLuM_6lZBJPGNXob42Hb07BhbXfXVwync3swUQ4_p1Z7PlqNhwtfU_hssqABZd5ygFR6GxMp53JImjmn9552a-B7bW4SK7pmIyubr10MRVcL-s-ORzPWKpwIga-1QcdYeqFFEMu2A0JvJmmkfWS42EqNTDQUB5a3KDwIlJ_59V6TWEXgiDtEDgUoA5Pgaih_RqsyubeiBgTH1I-nswJrXQzuuu0GiJdDTFGgEjp9Ge3dNqrcWVX0HrzwRoj17u64r-b/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.cbcpx01%2Ftoc.htm%3Fview%3Dkc

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

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

Re: Question about Luminex VTS solutions

[Nims,Alva John (Al)]

We have been running with 2 units directly connected to our Mainframe with a 
remote unit as backup for about a year now.

At this time, we have not any real complaints with the units at this time.

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Todd Burrell
Sent: Friday, September 07, 2018 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 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: DFSORT and Large SORTIN

[David Betten]

I haven't been in DFSORT for a while but I'm not aware that DFSORT made any
changes to read multi-volume input in parallel.  What in the output makes
you think it is?  The only way I know to get parallelism on the input is to
make the data set multi-stripe.


Have a nice day,
Dave Betten
z/OS Performance Specialist
Cloud and Systems Performance
IBM Corporation
email:  bet...@us.ibm.com


IBM Mainframe Discussion List  wrote on
09/07/2018 02:03:05 PM:

> From: Michael Babcock 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/07/2018 02:04 PM
> Subject: DFSORT and Large SORTIN
> Sent by: IBM Mainframe Discussion List 
>
> Trying to verify if DFSORT reads a multi volume DASD dataset in parallel.
> Our dataset is spread across 11 volumes and the output seems to indicate
> DFSORT reads these in parallel.  Is that true?   If so, when did DFSORT
> acquire this capability?
>
> --
> 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: DFSORT and Large SORTIN

[Sri h Kolusu]

>>and the output seems to indicate DFSORT reads these in parallel.

Michael Babcock,

Are you using a COPY operation or a SORT operation?   For a SORT operation,
DFSORT does NOT do parallel processing on the input and output data sets.
For a COPY or MERGE operation, DFSORT does do parallel processing on the
input and output data sets

If you still have questions can you please send the complete joblog with
SORTDIAG DD DUMMY statement  coded in your JCL

Thanks,
Sri Hari Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on
09/07/2018 11:03:05 AM:

> From: Michael Babcock 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/07/2018 11:04 AM
> Subject: DFSORT and Large SORTIN
> Sent by: IBM Mainframe Discussion List 
>
> Trying to verify if DFSORT reads a multi volume DASD dataset in parallel.
> Our dataset is spread across 11 volumes and the output seems to indicate
> DFSORT reads these in parallel.  Is that true?   If so, when did DFSORT
> acquire this capability?
>
> --
> 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] Co:Z question

[Pew, Curtis G]

On Sep 7, 2018, at 2:10 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> ...  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.

I tried from 3270:

FOMC2823 This terminal does not support the chcp command.

as opposed to, from ssh:

 ASCII code page : ISO8859-1
EBCDIC code page : IBM-1047

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

Apparently, at least in some cases:

-bash-4.3# echo "My dog has fleas." > test.txt
-bash-4.3# ls -T test.txt 
t ISO8859-1   T=on  test.txt

I do have all the environment variables set as Rocket recommends for their bash 
port, so that may make a difference.

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

I get the same result from this command (substituting one of my actual classic 
datasets) in 3270 and ssh.


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

Just out of curiosity, do you remember what that command is?


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services

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

Re: ISPF command for owner of DSN enqueue

[Lizette Koehler]

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

Re: Report volumes with IPLText

[Beverly Caldwell]

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

Re: Question about Luminex VTS solutions

[Andrew Arentsen]

I have experience with a few versions Luminex's Channel Gateway tape 
solution. Both have been rock solid and easy to implement. For the few 
issues I've encountered, support has been phenomenal. Most of the issues 
revolved around our implementation of replication and disaster recovery. 
Over all, I'm very impressed with their VTS solution.

Andrew Arentsen




From:   "Pew, Curtis G" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/07/2018 02:00 PM
Subject:[EXTERNAL] Re: Question about Luminex VTS solutions
Sent by:"IBM Mainframe Discussion List" 



On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
> 
> 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. 

I’d be interested in hearing about this as well.


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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




**
This e-mail is confidential. If you are not the intended recipient, you must 
not disclose or use the information contained in it. If you have received this 
e-mail in error, please tell us immediately by return e-mail and delete the 
document.


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

Re: Question about Luminex VTS solutions

[Doug]

Todd,
We have been since 2010 without any issues.
Not sure which solution you are considering.
Say hello to Ann for me.

Doug 


.

On Sep 7, 2018, at 15:00, Pew, Curtis G  wrote:

> On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
> 
> 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.  

I’d be interested in hearing about this as well.


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


--
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: Co:Z question

[Paul Gilmartin]

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

Re: ISPF command for owner of DSN enqueue

[Tom Conley]

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

Re: Question about Luminex VTS solutions

[Ken Bloom]

I suggest you also take a look at the Visara VI-5990L virtual tape library.  


> On Sep 7, 2018, at 3:00 PM, Pew, Curtis G  
> wrote:
> 
>> On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
>> 
>> 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.  
> 
> I’d be interested in hearing about this as well.
> 
> 
> -- 
> Pew, Curtis G
> curtis@austin.utexas.edu
> ITS Systems/Core/Administrative Services
> 
> 
> --
> 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: Question about Luminex VTS solutions

[Pew, Curtis G]

On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
> 
> 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.  

I’d be interested in hearing about this as well.


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Question about Luminex VTS solutions

[Todd Burrell]

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

DFSORT and Large SORTIN

[Michael Babcock]

Trying to verify if DFSORT reads a multi volume DASD dataset in parallel.
Our dataset is spread across 11 volumes and the output seems to indicate
DFSORT reads these in parallel.  Is that true?   If so, when did DFSORT
acquire this capability?

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

Report volumes with IPLText

[Dyck, Lionel B. (RavenTek)]

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

Re: Spectre/Meltdown APAR - OA54807

[Jousma, David]

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 
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: ISPF command for owner of DSN enqueue

[Tom Marchant]

On Fri, 7 Sep 2018 09:59:24 -0500, 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?

When you get the short message that the data set is in use, press PF1.
You get a longer message saying that it is in use.
Press PF1 again. You get information about who has it.

If you want to know if someone has the data set, you can issue the R (rename) 
line command. If it tells you that the data set is in use, someone has it. If 
it comes back and asks you what you want to rename it to, no one does.

Is this sufficient?

-- 
Tom Marchant

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

Re: ISPF command for owner of DSN enqueue

[Lizette Koehler]

Not sure what that would be.

Do you have an example of the output that would have been generated?

Have you checked on cbttape.org?


Have you tried posting to the RACF List to see if they know of it?

Have you tried the LD command?   LD dataset(datastename) Genenric

Only way I have seen that done in the past is when the Racf team had a table 
they maintained that contained who owned what


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> IBM user
> Sent: Friday, September 07, 2018 7:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ISPF command for owner of DSN enqueue
> 
> 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

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

ISPF command for owner of DSN enqueue

[IBM user]

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

Re: Incremental volume and dataset backups

[IBM user]

Thank you Brian, Richard, and Curtis, for your replies on this. I appreciate 
your time.

- Original message -
From: Brian Westerman 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Incremental volume and dataset backups
Date: Sat, 1 Sep 2018 02:51:33 -0500

Of the sites we support, 86 of them use HSM and 44 use FDR/ABR/CPK.  The rest 
use plain old DF/dss that we run as full volume backups weekly with incremental 
backups daily (twice a day for some of them).  Some of the volumes that don't 
change often or make little sense to backup daily or weekly (Spool volumes, 
etc.) we backup monthly just so that we have something to restore if D.R> is 
necessary.  



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

[Seymour J Metz]

> Z/OS does not have a code page. 

But it does have *many* code pages and it does have a chcp command.


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


From: IBM Mainframe Discussion List  on behalf of 
Cameron Conacher 
Sent: Friday, September 7, 2018 9:12 AM
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-DLNxVePDEypAYSMBcWaXDSTCqh6hNDC6PP9Ux9rTnLk8WMhVx2o5xkafzYvuRwNrIDY0QzbAqjerFECsNpKWE_9Ir1HccLYhMPxoN3enzT0yVTNrApluXAwYZvAKTTavPAiZXQt_RSSv_txwEF2p

BRIF command routine

[Ron MacRae]

Hi all,
I've got a program that reads a VSAM file and uses ISPF BRIF to display 
it. Works fine but I want to add a command processing routine.

I've got my command routine reading the command line, screen data and cursor 
position from the ISPF variables but I can't find any way to get the current 
line number? I.e. the number displayed on the top left of the screen. 

Is there a dialog variable that contains the number of the line at the top of 
the screen or any other way to work it out?
I know the rows that have been requested via my read routine but I don't know 
what is currently at top of the screen.

I'm a complete ISPF dialogue novice and hope I'm missing something obvious.

Thanks, Ron.

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

[Munif Sadek]

Thank you so much, Glenn.

Despite migrating to zOS 2.3 couple of months back, totally missed zFS 
enhancement. Is there any tentative  schedule of  this zOS 2.3  enhancement?


regards
Munif.

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

Re: Unexpected UDP sendto() errors on z/OS V2R3

[Charles Mills]

Shoot, not logging that, and cannot reproduce on my dev systems, so to find out 
will have to re-build, ship to customer, wait for test ...

Will start that in motion, but meanwhile, what would you be looking for?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Friday, September 7, 2018 6:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unexpected UDP sendto() errors on z/OS V2R3

What __errno2() are you getting?  (reason code)

On Thu, Sep 6, 2018 at 3:03 PM Charles Mills  wrote:

> I've got code that has been running unmodified "forever." It does a UDP
> sendto(). Those of you familiar with UDP know that the good news with UDP
> is
> that you never get errors; the bad news is that you never get errors.
>
>
>
> Suddenly, at two customers we are seeing EIO or 122 from sendto(). EIO has
> one of those generic "an I/O error occurred" descriptions. The common
> thread
> is they are both V2R3.
>
>
>
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ce
> ea900/cs00228.htm
> 
>
>
>
> Is anyone else seeing anything like this? Anyone have any insights?
>
>
>
> Thanks,
>
>
>
> Charles
>
>
>
>
> --
> 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: Unexpected UDP sendto() errors on z/OS V2R3

[Kirk Wolf]

What __errno2() are you getting?  (reason code)

On Thu, Sep 6, 2018 at 3:03 PM Charles Mills  wrote:

> I've got code that has been running unmodified "forever." It does a UDP
> sendto(). Those of you familiar with UDP know that the good news with UDP
> is
> that you never get errors; the bad news is that you never get errors.
>
>
>
> Suddenly, at two customers we are seeing EIO or 122 from sendto(). EIO has
> one of those generic "an I/O error occurred" descriptions. The common
> thread
> is they are both V2R3.
>
>
>
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ce
> ea900/cs00228.htm
> 
>
>
>
> Is anyone else seeing anything like this? Anyone have any insights?
>
>
>
> Thanks,
>
>
>
> Charles
>
>
>
>
> --
> 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: Co:Z question

[Cameron Conacher]

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-DLNxVePDEypAYSMBcWaXDSTCqh6hNDC6PP9Ux9rTnLk8WMhVx2o5xkafzYvuRwNrIDY0QzbAqjerFECsNpKWE_9Ir1HccLYhMPxoN3enzT0yVTNrApluXAwYZvAKTTavPAiZXQt_RSSv_txwEF2pV7Q72qdLrpI61s-81cNgIgS-hr3hnzdhQcXymd-wSAi0gmn1HJQq1daNfT9JXfM-NDcJRfboJkGUtU6rRjr5J2Gvy7qcivUJcPcZoDDJ7CZXd2jqv4gBxwl0aLfrcwTNQEMDkG7cHzd3mWsIyPtrDKx0781drsSXPXsyVOh6EXDzGYxlsAE3ea9_BYh9d6zOrjTiYkwaNkKea_rQpyDuKU37vsfK_AH_bY-sQWiLyTE7RrvabtnQozFv0TGMYfFKRSMMsdzIFg_MJwAL6vv1/http%3A%2F%2Fwww.marksandspencer.com
> 
> Please note that electronic mail may be 

Re: [EXTERNAL] Re: Co:Z question

[Seymour J Metz]

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-DLNxVePDEypAYSMBcWaXDSTCqh6hNDC6PP9Ux9rTnLk8WMhVx2o5xkafzYvuRwNrIDY0QzbAqjerFECsNpKWE_9Ir1HccLYhMPxoN3enzT0yVTNrApluXAwYZvAKTTavPAiZXQt_RSSv_txwEF2pV7Q72qdLrpI61s-81cNgIgS-hr3hnzdhQcXymd-wSAi0gmn1HJQq1daNfT9JXfM-NDcJRfboJkGUtU6rRjr5J2Gvy7qcivUJcPcZoDDJ7CZXd2jqv4gBxwl0aLfrcwTNQEMDkG7cHzd3mWsIyPtrDKx0781drsSXPXsyVOh6EXDzGYxlsAE3ea9_BYh9d6zOrjTiYkwaNkKea_rQpyDuKU37vsfK_AH_bY-sQWiLyTE7RrvabtnQozFv0TGMYfFKRSMMsdzIFg_MJwAL6vv1/http%3A%2F%2Fwww.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

--
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: Co:Z question

[Sankaranarayanan, Vignesh]

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

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

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

PS: You folk are the best! 
Thank you so much for keeping this forum/list alive.

– Vignesh
Mainframe Infrastructure

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

Hi Tony,

Thanks for your inputs.
Worries me to think about considering codepage at every turn of the way.
Perhaps I should set the terminal emulator's codepage to match z/OS's, which 
would be 1047, instead of the current default (1146)?
I see only "1047 Open Edition" as an available code page in HOD.

– 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

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

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

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

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]

Hi Tony,

Thanks for your inputs.
Worries me to think about considering codepage at every turn of the way.
Perhaps I should set the terminal emulator's codepage to match z/OS's, which 
would be 1047, instead of the current default (1146)?
I see only "1047 Open Edition" as an available code page in HOD.

– 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

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]

Thanks Cameron.. good point.
Using Host on Demand, it appears that the default in HOD is 1146.
Using StandaloneHOD that comes with v12 or v13 HOD, I set the codepage to "1047 
Open Edition" (I don't see any entry for just.. 1047).
... and looking at the source dataset, I see $.

Strange.. I wonder how no app person using HOD has ever complained about this 
yet..

– Vignesh
Mainframe Infrastructure

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

One quick thought is that perhaps you are looking at the mainframe data with an 
emulator that does not use EBCDIC CODEPAGE 1047?
You appear to be transferring data from the mainframe and have specified a 
transformation from EBCDIC CodePage 1047 to ASCII ISO-8859-1.
The Pound Sterling sign in EBCDIC CodePage 1047 is x'B1'. If you look at your 
mainframe data in hex, is this the value you see?
In ISO-8859-1, the Pound Sterling sign is x'A3'.

Since you are instead seeing a Dollar Sign in ISO-8859-1 (x'24'), then I would 
expect to see an underlying hex value of x'5B' for the mainframe EBCDIC 
CodePage 1047 data.

Can you use a hex editor on both platforms and share what you see for the hex 
values of the character in the mainframe as well as on your distributed 
platform, post-transformation?

Maybe then I can help make sense of what is happening.

...Cameron




On Thu, Sep 6, 2018 at 9:14 AM Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello!
>
> 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)
>
> This is the output for 'locale' in the target RHEL machine:
> -sh-4.2$ locale
> LANG=en_GB.UTF-8
> LC_CTYPE="en_GB.UTF-8"
> LC_NUMERIC="en_GB.UTF-8"
> LC_TIME="en_GB.UTF-8"
> LC_COLLATE="en_GB.UTF-8"
> LC_MONETARY="en_GB.UTF-8"
> LC_MESSAGES="en_GB.UTF-8"
> LC_PAPER="en_GB.UTF-8"
> LC_NAME="en_GB.UTF-8"
> LC_ADDRESS="en_GB.UTF-8"
> LC_TELEPHONE="en_GB.UTF-8"
> LC_MEASUREMENT="en_GB.UTF-8"
> LC_IDENTIFICATION="en_GB.UTF-8"
> LC_ALL=
> -sh-4.2$
>
>
> Can you please help / suggest on how to maintain the £
>
>
> - Vignesh
> Mainframe Infrastructure
>
>
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
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: Co:Z question

[Sankaranarayanan, Vignesh]

Hi Paul,

Thanks for you reply.
I tried adding servercp=UTF-8 in the lzopts string, but it still shows $ in 
RHEL.
No clue about MBDATACONN..

- Vignesh
Mainframe Infrastructure

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

On 2018-09-06, at 07:13:54, 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)
>
> This is the output for 'locale' in the target RHEL machine:
> -sh-4.2$ locale
> LANG=en_GB.UTF-8
> LC_CTYPE="en_GB.UTF-8"
>
My first guess would be to use UTF-8 ratner than ISO8859-1 in the Translator(), 
since that's what Locale tells you.

How does Co:Z deal with MBDATACONN?

Why do I see incorrectly rendered characters in "ZosSettingsÝI¨:"?

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