Re: how to know the length and blocksize of each member in dataset

[ibmmain]

Hi
  Which length do you mean?  The length of the member?  

  We want to know the length of the member.

 When we copy some members in a loadlib to other one,we  received the IEB188I 
message, and only want to copy the dataset 

Later we used COPYMOD instead of a COPY  to do this. 

However, We want to know the length of the member in the new LOADLIB .We wonder 
wherther record with length is longer than blocksize in the new dataset

Thanks a lot!



From: John Eells
Date: 2015-09-01 18:36
To: IBM-MAIN
Subject: Re: how to know the length and blocksize of each member in dataset
ibmm...@foxmail.com (ibmmain) wrote:
> Hi all
>
>   Is there any utility to know  the length and blocksize of each member 
> (modules) in dataset ?
>


Which length do you mean?  The length of the member?  The sum of the 
length of the text records?  The length of the loaded module in storage? 
  Something else?

Perhaps the best question is, "What are you trying to do?"

-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.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: FTP - how get RDW and ASCII

[Charles Mills]

And then yes, the download worked perfectly with BINARY and QUOTE SITE RDW.

The RDWs are of course big-endian, but that's a lot easier to deal with on a PC 
than translated to ASCII!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, September 01, 2015 8:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

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

Re: JES2 - get system name without JCT addressability.

[Charles Mills]

Ah. It seemed like too simple an answer; that's why I was kind of tentative.
At least now I understand the problem.

Could one determine "which member of the JES plex" somehow and then have a
table that mapped that "which" to the actual system name? Or does this have
to be more portable than that (such as for a vendor product)?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of J O Skip Robinson
Sent: Tuesday, September 01, 2015 4:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 - get system name without JCT addressability.

I was going to reply similarly, but I then noticed that OP is talking about
a running job, not necessarily the current system. A job can be running on
any member of the JES plex. I don't have an easy answer for that question.

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

Re: JES2 - get system name without JCT addressability.

[J O Skip Robinson]

I was going to reply similarly, but I then noticed that OP is talking about a 
running job, not necessarily the current system. A job can be running on any 
member of the JES plex. I don't have an easy answer for that question.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, September 01, 2015 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 - get system name without JCT addressability.

 L R3,FLCCVT-PSA(0)POINT TO CVT FROM LOW MEMORY
 MVC   JISYSNM(8),CVTSNAME-CVT(R3)

or is that a different "system name"?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Tuesday, September 01, 2015 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 - get system name without JCT addressability.

Hello list!

I am trying to get the name of the system where a JOB is running in a JES2 EXIT 
5 (command preprocessor).
My first idea was to get it from JCTMVSNM in the JCT; I am able to get the JQEs 
of the job in question and thus get the track address of the JCT from the spool 
using JQETRAK, but I can't seem to find the information on how to read the JCT 
using the spool track address. Is there a JES2 macro I am missing? Does anyone 
has other ideas to get the system name other than JCTMVSNM?

Thanks and regards,
Leo

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

Re: Can we use different translation tables via FTP

[Lizette Koehler]

If you were not aware there is a TCP/IP list.  To join, if you have not done 
so, go to this URL

TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with the 
command (paste it!) in the e-mail message body: 
SUBSCRIBE IBMTCP-L

Or this url and go to the bottom of the webpage:  
http://www2.marist.edu/htbin/wlvindex?IBMTCP-L

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jasi Grewal
> Sent: Tuesday, September 01, 2015 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can we use different translation tables via FTP
> 
> Thank You Gil for the information and I did not knew that there was a TCPIP 
> Forum
> as well and will have to look for that.
> In regards to my question, how do i use this command or is not supported now 
> and
> have to use commands you listed:
> sjiskanji (NOTYPE
> 
> Thank You in advance,
> Jasi.
> 

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

Re: Can we use different translation tables via FTP

[Ed Finnell]

Why wait
 
http://www.lsoft.com/SCRIPTS/WL.EXE?SL1=IBMTCP-L&H=VM.MARIST.EDU
 
 
In a message dated 9/1/2015 5:44:16 P.M. Central Daylight Time,  
000433f07816-dmarc-requ...@listserv.ua.edu writes:

(I'm  waiting for someone to suggest that you go to TCP/IP  list.)


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

Re: Can we use different translation tables via FTP

[Jasi Grewal]

Thank You Gil for the information and I did not knew that there was a TCPIP 
Forum as well and will have to look for that.
In regards to my question, how do i use this command or is not supported now 
and have to use commands you listed:
sjiskanji (NOTYPE 

Thank You in advance,
Jasi.

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

Re: Can we use different translation tables via FTP

[Paul Gilmartin]

On Tue, 1 Sep 2015 17:00:27 -0500, Jasi Grewal wrote:

>Greetings, I am trying to use different translation table and it states that 
>is not supported or not loaded.
>I have tried to define XLATE and SBDATACONN to TCPIP.STANDARD.TCPXLBIN in 
>ftp.data but still gets the following message:
>
I use very successfully:

site encoding=sbcs
site sbdataconn=(IBM-1047,ISO8859-1)

(locsite instead of site, ad lib.)

(I'm waiting for someone to suggest that you go to TCP/IP list.)

-- gil

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

Can we use different translation tables via FTP

[Jasi Grewal]

Greetings, I am trying to use different translation table and it states that is 
not supported or not loaded.
I have tried to define XLATE and SBDATACONN to TCPIP.STANDARD.TCPXLBIN in 
ftp.data but still gets the following message:

help sjiskanji
Usage : SJISKANJI <(>  >  
   change file transfer type to Shift JIS Kanji   
Command:  
sjiskanji (NOTYPE 
Command not Supported. Translation Table not Loaded.  
Command:  

Any advise would be greatly appreciate it.

Thanks in advance,
Jasi.

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

Re: JES2 - get system name without JCT addressability.

[Charles Mills]

 L R3,FLCCVT-PSA(0)POINT TO CVT FROM LOW MEMORY
 MVC   JISYSNM(8),CVTSNAME-CVT(R3)

or is that a different "system name"?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Leonardo Vaz
Sent: Tuesday, September 01, 2015 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 - get system name without JCT addressability.

Hello list!

I am trying to get the name of the system where a JOB is running in a JES2
EXIT 5 (command preprocessor).
My first idea was to get it from JCTMVSNM in the JCT; I am able to get the
JQEs of the job in question and thus get the track address of the JCT from
the spool using JQETRAK, but I can't seem to find the information on how to
read the JCT using the spool track address. Is there a JES2 macro I am
missing? Does anyone has other ideas to get the system name other than
JCTMVSNM?

Thanks and regards,
Leo

--
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: JES2 - get system name without JCT addressability.

[Mark Jacobs - Listserv]

If your system naming conventions are consistent, JES2 Member Name == 
SMF ID == SYSNAME, you can easily get the SMF ID by looking in the SMCA.


Mark Jacobs


Leonardo Vaz 
September 1, 2015 at 3:22 PM
Hello list!

I am trying to get the name of the system where a JOB is running in a 
JES2 EXIT 5 (command preprocessor).
My first idea was to get it from JCTMVSNM in the JCT; I am able to get 
the JQEs of the job in question and thus get the track address of the 
JCT from the spool using JQETRAK, but I can't seem to find the 
information on how to read the JCT using the spool track address. Is 
there a JES2 macro I am missing? Does anyone has other ideas to get 
the system name other than JCTMVSNM?


Thanks and regards,
Leo

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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.




--

Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

Re: Dataset in use on shared DASD

[Sri h Kolusu]

>>> However, he has retired from IBM and you can't get the code from his 
web site.  Some of his tools have been built into ISPF or are downloadable 
from IBM 
 (like TASID), but  I don't think this is one of them. 


Marc,

The good thing is we have a copy of the program from web archives. So if 
you know the exact url of Doug Nadel's utilites then you can always get it 
from web archives. Here is the link for Queryenq program


https://web.archive.org/web/20100311074145/http://www.sillysot.com/ftp/queryenq.txt


Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on 
09/01/2015 01:42:32 PM:

> From: Mark Zelden 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/01/2015 01:42 PM
> Subject: Re: Dataset in use on shared DASD
> Sent by: IBM Mainframe Discussion List 
> 
> On Mon, 31 Aug 2015 21:21:07 +, J O Skip Robinson 
>  wrote:
> 
> >As for Rexx, being a simple minded person, I would issue the OS command 

> >
> >D GRS,C 
> >
> > and parse the output returned to the Rexx. You can see whether the
> data set is 'in use' on another
> > system. I hope that all sharing systems are in a single GRS-plex... 
> 
> I have used Doug Nadel's QUERYENQ program from REXX for this.   It 
> won't work in an
> MIIplex (nor does anything with GQSCAN). 
> 
> Syntax (any of the following): 
> Call QUERYENQ rname 
> Call QUERYENQ rname,qname 
> xx=QUERYENQ(rname) 
> xx=QUERYENQ(rname,qname) 
> 
>   rname is assumed to be a data set name that follows TSO naming
> conventions.  If it is not in quotes, the user prefix 
> will be added.  If qname is specified and is not SYSDSN 
> then the rname is not treated as a TSO style ds name. 
> 
> However, he has retired from IBM and you can't get the code from his
> web site.  Some
> of his tools have been built into ISPF or are downloadable from IBM 
> (like TASID), but
> I don't think this is one of them. 
> 
> I'm pretty sure there are similar programs on the CBT. 
> 
> 
> Regards,
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> ITIL v3 Foundation Certified
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at 
http://search390.techtarget.com/ateExperts/
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 



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

Re: Dataset in use on shared DASD

[Mark Zelden]

On Mon, 31 Aug 2015 21:21:07 +, J O Skip Robinson 
 wrote:

>As for Rexx, being a simple minded person, I would issue the OS command 
>
>D GRS,C  
>
> and parse the output returned to the Rexx. You can see whether the data set 
> is 'in use' on another
> system. I hope that all sharing systems are in a single GRS-plex... 

I have used Doug Nadel's QUERYENQ program from REXX for this.   It won't work 
in an
MIIplex (nor does anything with GQSCAN).  

Syntax (any of the following):  
Call QUERYENQ rname 
Call QUERYENQ rname,qname   
xx=QUERYENQ(rname)  
xx=QUERYENQ(rname,qname)

  rname is assumed to be a data set name that follows TSO naming
conventions.  If it is not in quotes, the user prefix   
will be added.  If qname is specified and is not SYSDSN 
then the rname is not treated as a TSO style ds name.   

However, he has retired from IBM and you can't get the code from his web site.  
Some
of his tools have been built into ISPF or are downloadable from IBM (like 
TASID), but
I don't think this is one of them.   

I'm pretty sure there are similar programs on the CBT. 


Regards,

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

Re: FTP - how get RDW and ASCII

[Sri h Kolusu]

> Which translate table does it use? 
Ed,

Here are the 2 tables that DFSORT uses to convert.(Table 39 and Table 40)

http://tinyurl.com/ntrbfrd

>>Or can one specify them as a PARM?

No you cannot, however you can use ALTSEQ parm to specify your own table.

Thanks,
Kolusu
DFSORT Development
IBM Corporation
IBM Mainframe Discussion List  wrote on 
09/01/2015 12:25:51 PM:

> From: Ed Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/01/2015 12:26 PM
> Subject: Re: FTP - how get RDW and ASCII
> Sent by: IBM Mainframe Discussion List 
> 
> Which translate table does it use? Or can one specify them as a PARM?
> 
> 
> In a message dated 9/1/2015 11:01:13 A.M. Central Daylight Time, 
> charl...@mcn.org writes:
> 
> DFSORT  has the capability of converting from EBCDIC to ASCII and 
> vice-versa
> 
> 
> --
> 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: FTP - how get RDW and ASCII

[Ed Finnell]

Which translate table does it use? Or can one specify them as a PARM?
 
 
In a message dated 9/1/2015 11:01:13 A.M. Central Daylight Time,  
charl...@mcn.org writes:

DFSORT  has the capability of converting from EBCDIC to ASCII and  
vice-versa


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

JES2 - get system name without JCT addressability.

[Leonardo Vaz]

Hello list!

I am trying to get the name of the system where a JOB is running in a JES2 EXIT 
5 (command preprocessor).
My first idea was to get it from JCTMVSNM in the JCT; I am able to get the JQEs 
of the job in question and thus get the track address of the JCT from the spool 
using JQETRAK, but I can't seem to find the information on how to read the JCT 
using the spool track address. Is there a JES2 macro I am missing? Does anyone 
has other ideas to get the system name other than JCTMVSNM?

Thanks and regards,
Leo

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

Re: ENQ rname_addr description

[Dan]

-Original Message- 
From: Walt Farrell
Sent: Tuesday, September 01, 2015 7:51 AM Newsgroups: bit.listserv.ibm-main 
Subject: Re: ENQ rname_addr description
I believe it is true that ISGENQ restricts authorized callers to using only 
authorized QNAMEs, gil. Use of unauthorized QNAMES by authorized callers can 
easily end up being a system integrity issue, but changing ENQ to enforce 
that was probably viewed as too disruptive. Enforcing it in the newer, 
preferred interface was probably viewed as a better alternative.

--
Walt
--

When an unauthorized QNAME is used it will still work.  It just gives a 
warning.

R15 will contain ISGENQRc_Warn
and R0 will contain ISGENQRsn_UnprotectedQName

But, the ENQ is still successful.

Dan D 


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

Re: Dataset in use on shared DASD

[Scott Ford]

Alloc as OLD also works

On Tuesday, September 1, 2015, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> Opened of just ENQueued?
> Not on the same LPAR?
> Within the same Sysplex?
>
> If within the same Sysplex, just open it and the system will let you know
> if it succeded.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of George Shedlock
> Sent: 31 August, 2015 22:37
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Dataset in use on shared DASD
>
> How can I tell from a REXX program if a dataset is open on another LPAR?
> The dataset resides on shared dasd.
>
> George Shedlock
>
> --
> 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
>

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

Re: FTP - how get RDW and ASCII

[Charles Mills]

I just learned that!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sri h Kolusu
Sent: Tuesday, September 01, 2015 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

>>should I just translate it to ASCII on z/OS first and then FTP it in
binary with RDWs? Would someone be so kind as to share the command to do the
translate?
>>Years ago I wanted the same and I never found one nor wrote one. FTP's
EBCDIC <-> ASCII translation is for the entire logical record. You would
need a "field" level translation to get no translation for the length fields
and EBCDIC <-> ASCII translation for the text fields.

Charles/Don,

DFSORT has the capability of converting from EBCDIC to ASCII and vice-versa

TRAN=ETOA converts EBCDIC characters to ASCII characters TRAN=ATOE converts
ASCII characters to EBCDIC characters

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

Re: FTP - how get RDW and ASCII

[Sri h Kolusu]

>>should I just translate it to ASCII on z/OS first and then FTP it in 
binary with RDWs? Would someone be so kind as to share the command to do 
the translate?
>>Years ago I wanted the same and I never found one nor wrote one. FTP's 
EBCDIC <-> ASCII translation is for the entire logical record. You would
need a "field" level translation to get no translation for the length 
fields and EBCDIC <-> ASCII translation for the text fields.

Charles/Don,

DFSORT has the capability of converting from EBCDIC to ASCII and 
vice-versa

TRAN=ETOA converts EBCDIC characters to ASCII characters 
TRAN=ATOE converts ASCII characters to EBCDIC characters

//STEP0100 EXEC PGM=SORT 
//SYSOUT   DD SYSOUT=* 
//SORTIN   DD DISP=SHR,DSN=Your.INPUT.VB.FILE 
//SORTOUT  DD SYSOUT=* 
//SYSINDD * 
  OPTION COPY 
  INREC BUILD=(1,4,5,TRAN=ETOA) 
//* 


Further if you have any questions please let me know

Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/01/2015 08:01:42 AM:

> From: Charles Mills 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/01/2015 08:03 AM
> Subject: FTP - how get RDW and ASCII
> Sent by: IBM Mainframe Discussion List 
> 
> I have a legacy dataset in VB format. I would like to FTP it to a PC (1)
> translating the record data to ASCII and (2) preserving the LLBB record
> control words. (Don't need the block control words.) I tried the obvious
> ASCII and QUOTE SITE RDW but FTP has translated my RDWs to ASCII 
(rendering
> them useless of course). Does anyone have a clever trick to translate 
the
> "data" portion of the records to ASCII but preserve the LLBBs?
> 
> This is a one-time development chore, not a nightly production job. I'm 
not
> fussy about code pages and so forth. The dataset is small: 30 records, 
20K
> total.
> 
> One of you UNIX experts: should I just translate it to ASCII on z/OS 
first
> and then FTP it in binary with RDWs? Would someone be so kind as to 
share
> the command to do the translate? Again, the existing dataset is legacy 
MVS,
> and I need to preserve LLBBs.
> 
> 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

AW: Re: FTP - how get RDW and ASCII

[Peter Hunkeler]

> Not Unix, but...


Not UNIX either, but...

//ICONV EXEC PROC=EDCICONV,
// INFILE=?FRED.INFILE?,
// OUTFILE=?FRED.OUTFILE?,
// FROMC=?IBM-037?,
// TOC=?ISO8859-1?


--
Peter Hunkeler







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

Re: FTP - how get RDW and ASCII

[Charles Mills]

Bingo! Perfect. Thanks.

Haven't done the download yet but that should be straightforward.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Norbert Friemel
Sent: Tuesday, September 01, 2015 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

On Tue, 1 Sep 2015 08:01:42 -0700, Charles Mills wrote:

>I have a legacy dataset in VB format. I would like to FTP it to a PC 
>(1) translating the record data to ASCII and (2) preserving the LLBB 
>record control words. (Don't need the block control words.) I tried the 
>obvious ASCII and QUOTE SITE RDW but FTP has translated my RDWs to 
>ASCII (rendering them useless of course). Does anyone have a clever 
>trick to translate the "data" portion of the records to ASCII but preserve the 
>LLBBs?
>
>This is a one-time development chore, not a nightly production job. I'm 
>not fussy about code pages and so forth. The dataset is small: 30 
>records, 20K total.
>
>One of you UNIX experts: should I just translate it to ASCII on z/OS 
>first and then FTP it in binary with RDWs? Would someone be so kind as 
>to share the command to do the translate? Again, the existing dataset 
>is legacy MVS, and I need to preserve LLBBs.
>
>

Not Unix, but...

//*   
//STEP1   EXEC PGM=SORT   
//*   
//SYSOUTDD SYSOUT=*   
//SORTINDD DISP=OLD,DSN=VB-EBCDIC   
//SORTOUT   DD DISP=(,CATLG,DELETE),  
// SPACE=(TRK,(5,5),RLSE),
// DSN=VB-ASCII   
//SYSIN DD *  
  OUTFIL BUILD=(1,4,5,TRAN=ETOA)  
  OPTION COPY 
/*

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

Re: FTP - how get RDW and ASCII

[Don Williams]

Years ago I wanted the same and I never found one nor wrote one. FTP's
EBCDIC <-> ASCII translation is for the entire logical record. You would
need a "field" level translation to get no translation for the length
fields and EBCDIC <-> ASCII translation for the text fields.

On Tue, Sep 1, 2015 at 11:15 AM Charles Mills  wrote:

> Thanks Barry. I don't see any ASCII translation in there. Am I missing
> something?
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barry Merrill
> Sent: Tuesday, September 01, 2015 8:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FTP - how get RDW and ASCII
>
> i. ftp instructions for sending data to the MXG ftp site
>
>Using the IBM ftp program, you can ftp any MVS data file to the
>MXG ftp site with this syntax; do NOT change the DCB attributes
>of the //SMFFILE DD: even though it points to a VBS DSNAME, the
>RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.
>
>   //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
>   //SYSPRINT DD  SYSOUT=*
>   //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
>   //INPUT DD *
>   ftp.mxg.com
>   mxgtech mxgtech
>   quote PASV
>   bin
>   put //DD:SMFFILE  yourname.smf
>   close
>   quit
>   /*
>
> --
> 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: FTP - how get RDW and ASCII

[John Abell]

We use locsite rdw when FTPing from the mainframe.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, September 01, 2015 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

Thanks Barry. I don't see any ASCII translation in there. Am I missing
something?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Barry Merrill
Sent: Tuesday, September 01, 2015 8:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

i. ftp instructions for sending data to the MXG ftp site

   Using the IBM ftp program, you can ftp any MVS data file to the
   MXG ftp site with this syntax; do NOT change the DCB attributes
   of the //SMFFILE DD: even though it points to a VBS DSNAME, the
   RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.

  //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
  //SYSPRINT DD  SYSOUT=*
  //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
  //INPUT DD *
  ftp.mxg.com
  mxgtech mxgtech
  quote PASV
  bin
  put //DD:SMFFILE  yourname.smf
  close
  quit
  /*

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: FTP - how get RDW and ASCII

[Barry Merrill]

I had not read your specification with enough care;  my ftp
example preserves the full binary VB record structure.
So, then, after the ftp download, your (SAS?) program on 
ASCII can INPUT just the data portion of each  record
as ASCII text:

  FILENAME ONASCII 'C:\yourdata\downloaded.vb' recfm=s370vbs lrecl=32760;
  DATA ASCIIDATA (KEEP=DATAPART LENGTH);
  INFILE ONASCII LENGTH=LEN;
  LENGTH=LEN;
  INPUT @;
  INPUT DATAPART $VARYING32760. LENGTH @;

Barry


Herbert W. "Barry" Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
ba...@mxg.com
Fax:  214 350 3694 - Still works, received as email
Tel:  214 351 1966 - Unreliable, please use email

www.mxg.comHomePage: FAQ answers most questions
ad...@mxg.com  License Forms, Invoice, Payment, ftp information
supp...@mxg.comTechnical Issues 
MXG-L FREE ListServer  http://www.mxg.com/mxg-l_listserver/


 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, September 01, 2015 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

Thanks Barry. I don't see any ASCII translation in there. Am I missing
something?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Barry Merrill
Sent: Tuesday, September 01, 2015 8:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

i. ftp instructions for sending data to the MXG ftp site

   Using the IBM ftp program, you can ftp any MVS data file to the
   MXG ftp site with this syntax; do NOT change the DCB attributes
   of the //SMFFILE DD: even though it points to a VBS DSNAME, the
   RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.

  //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
  //SYSPRINT DD  SYSOUT=*
  //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
  //INPUT DD *
  ftp.mxg.com
  mxgtech mxgtech
  quote PASV
  bin
  put //DD:SMFFILE  yourname.smf
  close
  quit
  /*

--
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: FTP - how get RDW and ASCII

[Norbert Friemel]

On Tue, 1 Sep 2015 08:01:42 -0700, Charles Mills wrote:

>I have a legacy dataset in VB format. I would like to FTP it to a PC (1)
>translating the record data to ASCII and (2) preserving the LLBB record
>control words. (Don't need the block control words.) I tried the obvious
>ASCII and QUOTE SITE RDW but FTP has translated my RDWs to ASCII (rendering
>them useless of course). Does anyone have a clever trick to translate the
>"data" portion of the records to ASCII but preserve the LLBBs?
>
>This is a one-time development chore, not a nightly production job. I'm not
>fussy about code pages and so forth. The dataset is small: 30 records, 20K
>total.
>
>One of you UNIX experts: should I just translate it to ASCII on z/OS first
>and then FTP it in binary with RDWs? Would someone be so kind as to share
>the command to do the translate? Again, the existing dataset is legacy MVS,
>and I need to preserve LLBBs.
>
>

Not Unix, but...

//*   
//STEP1   EXEC PGM=SORT   
//*   
//SYSOUTDD SYSOUT=*   
//SORTINDD DISP=OLD,DSN=VB-EBCDIC   
//SORTOUT   DD DISP=(,CATLG,DELETE),  
// SPACE=(TRK,(5,5),RLSE),
// DSN=VB-ASCII   
//SYSIN DD *  
  OUTFIL BUILD=(1,4,5,TRAN=ETOA)  
  OPTION COPY 
/*

... or use dataset pipes (fromdsn -l rdw -s IBM- -t IBM- ...) 
http://www.dovetail.com/docs/coz/dsp-ref_fromdsn.html


Norbert Friemel

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

Re: FTP - how get RDW and ASCII

[Charles Mills]

Thanks Barry. I don't see any ASCII translation in there. Am I missing
something?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Barry Merrill
Sent: Tuesday, September 01, 2015 8:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP - how get RDW and ASCII

i. ftp instructions for sending data to the MXG ftp site

   Using the IBM ftp program, you can ftp any MVS data file to the
   MXG ftp site with this syntax; do NOT change the DCB attributes
   of the //SMFFILE DD: even though it points to a VBS DSNAME, the
   RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.

  //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
  //SYSPRINT DD  SYSOUT=*
  //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
  //INPUT DD *
  ftp.mxg.com
  mxgtech mxgtech
  quote PASV
  bin
  put //DD:SMFFILE  yourname.smf
  close
  quit
  /*

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

Re: ENQ rname_addr description

[Tony Harminc]

On 1 September 2015 at 09:30, Joseph W Gentile  wrote:

> Would it be better as "ISGENQ introduces new parameter checking to ensure
> that authorized callers use authorized qnames. As with ENQ/DEQ/RESERVE,
> ISGENQ fails requests from unauthorized callers specifying authorized

How about:
"ISGENQ introduces parameter checking to ensure that authorized
callers do not unintentionally use unauthorized qnames. As with
ENQ/DEQ/RESERVE, ISGENQ fails requests from unauthorized callers
specifying authorized qnames." ?

Tony H.

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

Re: FTP - how get RDW and ASCII

[Barry Merrill]

i. ftp instructions for sending data to the MXG ftp site

   Using the IBM ftp program, you can ftp any MVS data file to the
   MXG ftp site with this syntax; do NOT change the DCB attributes
   of the //SMFFILE DD: even though it points to a VBS DSNAME, the
   RECFM=U,BLKSIZE=32760 must be used to include BDW and RDWs.

  //FTP  EXEC PGM=FTP,PARM='(EXIT=4'
  //SYSPRINT DD  SYSOUT=*
  //SMFFILE  DD DSN=YOUR.SMF.DATA,DCB=RECFM=U,BLKSIZE=32760,DISP=SHR
  //INPUT DD *
  ftp.mxg.com
  mxgtech mxgtech
  quote PASV
  bin
  put //DD:SMFFILE  yourname.smf
  close
  quit
  /*

  IMPORTANT:  userid/password may be mixed case
  do NOT change the DCB attributes of the //SMFFILE DD.

  IMPORTANT:  Some sites MUST use the "quote PASV" argument, so it
  is the default, but for some sites it can NOT be use
  and must be removed. Try both.

  IMPORTANT:  The ftp control statements MUST BE UNNUMBERED.

Barry


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, September 01, 2015 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP - how get RDW and ASCII

I have a legacy dataset in VB format. I would like to FTP it to a PC (1)
translating the record data to ASCII and (2) preserving the LLBB record
control words. (Don't need the block control words.) I tried the obvious
ASCII and QUOTE SITE RDW but FTP has translated my RDWs to ASCII (rendering
them useless of course). Does anyone have a clever trick to translate the
"data" portion of the records to ASCII but preserve the LLBBs?

This is a one-time development chore, not a nightly production job. I'm not
fussy about code pages and so forth. The dataset is small: 30 records, 20K
total.

One of you UNIX experts: should I just translate it to ASCII on z/OS first
and then FTP it in binary with RDWs? Would someone be so kind as to share
the command to do the translate? Again, the existing dataset is legacy MVS,
and I need to preserve LLBBs.

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: QNAMEs (was: ENQ rname_addr description)

[Walt Farrell]

On Tue, 1 Sep 2015 09:19:26 -0500, Paul Gilmartin  wrote:

>On Tue, 1 Sep 2015 06:51:43 -0500, Walt Farrell wrote:
>>
>>I believe it is true that ISGENQ restricts authorized callers to using only 
>>authorized QNAMEs, gil. Use of unauthorized QNAMES by authorized callers can 
>>easily end up being a system integrity issue, ...
>>
>I can imagine a DoS attack in which an unauthorized user bogarts a QNAME/RNAME
>generally used by an authorized facility.  But such contention could arise 
>entirely
>among unauthorized users.

Yes, contention could arise strictly between unauthorized users, and that is OK 
in the sense that it could not contribute to a system integrity exposure.


>Are there, perhaps, RACF rules to restrict use of selected QNAMEs to specified 
>user profiles?

No.

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

FTP - how get RDW and ASCII

[Charles Mills]

I have a legacy dataset in VB format. I would like to FTP it to a PC (1)
translating the record data to ASCII and (2) preserving the LLBB record
control words. (Don't need the block control words.) I tried the obvious
ASCII and QUOTE SITE RDW but FTP has translated my RDWs to ASCII (rendering
them useless of course). Does anyone have a clever trick to translate the
"data" portion of the records to ASCII but preserve the LLBBs?

This is a one-time development chore, not a nightly production job. I'm not
fussy about code pages and so forth. The dataset is small: 30 records, 20K
total.

One of you UNIX experts: should I just translate it to ASCII on z/OS first
and then FTP it in binary with RDWs? Would someone be so kind as to share
the command to do the translate? Again, the existing dataset is legacy MVS,
and I need to preserve LLBBs.

Thanks,

Charles 

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

QNAMEs (was: ENQ rname_addr description)

[Paul Gilmartin]

On Tue, 1 Sep 2015 06:51:43 -0500, Walt Farrell wrote:
>
>I believe it is true that ISGENQ restricts authorized callers to using only 
>authorized QNAMEs, gil. Use of unauthorized QNAMES by authorized callers can 
>easily end up being a system integrity issue, ...
>
I can imagine a DoS attack in which an unauthorized user bogarts a QNAME/RNAME
generally used by an authorized facility.  But such contention could arise 
entirely
among unauthorized users.  Are there, perhaps, RACF rules to restrict use of
selected QNAMEs to specified user profiles?

-- gil

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

Re: ENQ rname_addr description

[Paul Gilmartin]

On Tue, 1 Sep 2015 05:46:14 -0700, Charles Mills wrote:

>Exactly.
>
>Hexadecimal is a way of describing the content of data, not a type of
>content. The phrase the documentation author was looking for was
>"unprintable character," but Peter's phrasing is superior.
> 
Errr...  Surely you don't want that wording, which appears not to allow
printable characters also to appear in the QNAME/RNAME.

>-Original Message-
>From:  Peter Hunkeler
>Sent: Monday, August 31, 2015 11:18 PM
>
>> The RNAME must be from 1 to 255 bytes long, and can contain any
>> hexadecimal character from X'00' to X'FF'.
>
>To me a character is a character, thus a "hexadecimal character" would be
>one of {C'a', ..., C'f', C'A', ..., C'F', C'0', ..., C'9' }. Why not "...
>
A nice quibble.

>255 bytes long, and can contain bytes of any value, i.e. x'00' to x'FF'"
> 
It's unfortunate that any explicit statement is uncomvortably verbose,
such as, "may contain bytes having any values from '00'x to 'FF'x."

I would use "binary" in preference to "hexadecimal".  The latter too
strongly implies that particular representation must be coded.

A half century ago, "byte" and "character" were interchangable.
nowadays a distinction must be made.

-- gil

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

Re: Mainframe hyperlink

[Tom Marchant]

On Mon, 31 Aug 2015 14:36:44 -0400, Chambers, David W. wrote:

>Actually, PCOM will do this if you happen to have it...
>Not sure if there's a configuration setting to allow/disallow this behavior.

IIRC this is is set with EDIT > SETTINGS > HOTSPOTS in PCOMM. These days 
I use Vista TN3270, and as Skip said, the hotspot macro handles it. My choice 
is to set it to double-left-click.

I think most emulators provide this capability.

-- 
Tom Marchant

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

Re: ENQ rname_addr description

[Joseph W Gentile]

Thanks for checking out ISGENQ! "ISGENQ includes parameter checking to 
ensure that authorized callers use authorized qnames" is meant to refer to 
the feature of ISGENQ which detects when authorized programs use an 
unauthorized qname. Perhaps this could use some clearing up... Authorized 
callers of ENQ could always use an unauthorized qname.  With ISGENQ they 
get a warning reason code (the request still succeeds). But both services 
fail requests from unauthorized callers which specify authorized qnames. 

Would it be better as "ISGENQ introduces new parameter checking to ensure 
that authorized callers use authorized qnames. As with ENQ/DEQ/RESERVE, 
ISGENQ fails requests from unauthorized callers specifying authorized 
qnames." ?

"REQUEST=CHANGE  Change the status of an ISGENQ request 
from shared to exclusive" definitely needs to be updated at 2.1...

An RCF specifying all three points would be appreciated!

-Joe

Joe Gentile
z/OS GRS Lead
(845)435-2184 (T/L 295-2184)
jwgen...@us.ibm.com


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

Re: ENQ rname_addr description

[Charles Mills]

Exactly.

Hexadecimal is a way of describing the content of data, not a type of
content. The phrase the documentation author was looking for was
"unprintable character," but Peter's phrasing is superior.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: Monday, August 31, 2015 11:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: ENQ rname_addr description

> The RNAME must be from 1 to 255 bytes long, and can contain any 
> hexadecimal character from X'00' to
X'FF'. 



To me a character is a character, thus a "hexadecimal character" would be
one of {C'a', ..., C'f', C'A', ..., C'F', C'0', ..., C'9' }. Why not "...
255 bytes long, and can contain bytes of any value, i.e. x'00' to x'FF'"


--
Peter Hunkeler





--
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: ENQ rname_addr description

[Walt Farrell]

On Mon, 31 Aug 2015 17:52:35 -0500, Paul Gilmartin  wrote:

>On Mon, 31 Aug 2015 18:14:10 -0400, Joseph W Gentile wrote:
>
>>I think the description of RNAME= in the ISGENQ macro doc is more clear. I 
>>could potentially use the wording in the last sentence "The RNAME must be 
>>from 1 to 255 bytes long, and can contain any hexadecimal character from 
>>X'00' to X'FF'" to update the ENQ rname_addr doc. What do you think? Also, 
>>I encourage you to check out the newer ISGENQ macro, in case it has 
>>features you might find useful.
>> 
>Much better.  Thanks.  In:
>z/OS 2.1.0>z/OS MVS>z/OS MVS Planning: Global Resource Serialization>Global 
>Resource Serialization>Introduction>ISGENQ macro
>I also see:
>...
>ISGENQ includes parameter checking to ensure that authorized callers use 
> authorized qnames.
>...
>
>I'd prefer:
>"ISGENQ includes parameter checking to ensure that *only* authorized 
> callers use authorized
>qnames."  As it stands, it seems to imply that authorized callers are 
> restricted to using authorized
>qnames (I suppose that may be true) and non-authorized callers are not so 
> restricted.

I believe it is true that ISGENQ restricts authorized callers to using only 
authorized QNAMEs, gil. Use of unauthorized QNAMES by authorized callers can 
easily end up being a system integrity issue, but changing ENQ to enforce that 
was probably viewed as too disruptive. Enforcing it in the newer, preferred 
interface was probably viewed as a better alternative.

-- 
Walt

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

Re: how to know the length and blocksize of each member in dataset

[John Eells]

ibmm...@foxmail.com (ibmmain) wrote:

Hi all

  Is there any utility to know  the length and blocksize of each member 
(modules) in dataset ?




Which length do you mean?  The length of the member?  The sum of the 
length of the text records?  The length of the loaded module in storage? 
 Something else?


Perhaps the best question is, "What are you trying to do?"

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Managed Dataset not cataloged

[Jake Anderson]

Hello All,

As part of z/OS upgrade I have build a new LPAR where I am trying to port
my serverpac panel from my Driving system to Target system. So while
cataloging few dataset of my Logon proc, I receive the below error message
from the target system

I have connected the Driving System Mastercatalog to the Target
Mastercatalog. The New System Doesn't have the SMS classes in Place.

Error message : "Managed data sets cannot be cataloged."

Is there a way to get the SMS managed dataset to the Non- SMS environment ?

Jake

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