And if you use quotes, the dataset name is not cataloged and you must
include the volser.

On Tue, Dec 3, 2019 at 8:43 AM Lennie Dymoke-Bradshaw
<[email protected]> wrote:
>
> Well I have tried all sorts of settings for that but I cannot get it to work. 
> If you place the entire DSNAME and member including brackets, then the system 
> looks for a DSCB matching it. If you just place the member in quotes then you 
> get a JCL error. So I don't think JCL will support it.
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> Web:              www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
> Vernooij, Kees (ITOP NM) - KLM
> Sent: 03 December 2019 11:16
> To: [email protected]
> Subject: Re: [IBM-MAIN] COPYING PDS TO PDS ...
>
> In JCL you can put any hexadecimal character in a dsname if you enter it 
> between quotes. Never tried it for PDS membernames, but I suppose it will 
> work too.
>
> Kees.
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On 
> Behalf Of Lennie Dymoke-Bradshaw
> Sent: 03 December 2019 12:11
> To: [email protected]
> Subject: Re: COPYING PDS TO PDS ...
>
> You can store non-standard member names in PDS datasets using STOW macros.
> IBM used to do this in the forerunner of SMP/E called SMP. They used large 
> PDSs with member names that were unprintable hex characters.
>
> I have not found a way to reference member names that are not upper-case 
> printable characters in JCL. But maybe someone knows better!
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> Web:              www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
> Lionel B Dyck
> Sent: 03 December 2019 10:48
> To: [email protected]
> Subject: Re: [IBM-MAIN] COPYING PDS TO PDS ...
>
> I'm not aware standard services allow mixed case member names - but as far as 
> I know PDS only works with IBM standard and I was not able, using PDS to 
> create a member name with lower case.
>
> Get it and try it - it's free.  So kick the tires and see if it does what you 
> want.
>
>
> Lionel B. Dyck <sdg><
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what you 
> are, reputation merely what others think you are." - John Wooden
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
> Paul Gilmartin
> Sent: Monday, December 2, 2019 7:41 PM
> To: [email protected]
> Subject: Re: COPYING PDS TO PDS ...
>
> On Mon, 2 Dec 2019 18:57:08 -0600, Lionel B Dyck  wrote:
>
> >The pds command is case insensitive in this area - dataset names and member 
> >names are all converted to upper case as is standard for z/OS. The commands 
> >as well are case insensitive.
> >
> >Try it - you'll love it.
> >
> So if I have two members whose names differ only in the case of some 
> character, I can't distinguish between them with the pds command.  I don't 
> think I'd love that.
>
> Are the commands case insensitive with respect to names in the PDS directory, 
> or only in commands?  That is, suppose I have carelessly created a member 
> name containing a lower case character, can I use the pds command to rename 
> it to something more conventional?
>
> -- gil
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [email protected] 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 
> [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to