ISPF SUBMIT ASCII?

[Paul Gilmartin]

(Cross-posting to IBM-MAIN and ISPF-L)

In: <https://www.ibm.com/docs/en/zos/3.1.0?topic=commands-submitsubmit-data-batch-processing>

If the file being edited is described as ASCII or UTF-8 then
the data submitted to the internal reader is converted to EBCDIC.

Which EBCDIC code page?

Does it choose an EBCDIC code page for the characters in the file?

Does it set the CCSID parameter?

Suppose no EBCDIC cone page accommodates all the characters in the file
What happens?
What error is reported?

Is it worth submitting an RCF?

--
Thanks,
gil

[Ward Able, Grant]

X-posting to ISPF and MQ lists

Good day - I need some advice please.

I am using file tailoring to create control cards to be used as input to MQ program CSQUTIL, to define or update some MQ resources. It all works perfectly at the moment, but now I have a need to update this to include the SSLPEER parameter for MQ channels. On z/OS the value has a max length of 256. My output dataset is FB 80.

The skeleton member contains " SSLPEER('&SSLP') +"

Is there a way that I can get File Tailoring to split the output data over a number of lines?





Regards - Grant.

MMTE - Mainframe Messaging and Transactional Engineering

In theory, there's no difference between theory and practice. In practice, there is.

Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are. - John Wooden

DTCC Public (White)
DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. Message content created by DTCC is automatically secured using Transport Layer Security (TLS) encryption and will be encrypted and sent through a secure transmission connection if the recipient's system is configured to support TLS on the incoming email gateway. If there is no TLS configured or the encryption certificate is invalid on the recipient's system, the email communication will be sent through an unencrypted channel. Organizations communicating with DTCC should be using TLS v1.2 or newer to ensure continuation of encrypted communications. DTCC will not be responsible for any disclosure of private information or any related security incident resulting from an organization's inability to receive secure electronic communications through the current version of TLS.

[Steve Horein]

How about this?

You can continue MQSC commands on subsequent lines by terminating the current line with the continuation characters + or -.

https://www.ibm.com/docs/en/ibm-mq/9.3?topic=zos-using-command-facility

--
You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
To view this discussion visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/PH7PR15MB5175789F0A6539058058188EC8FD2%40PH7PR15MB5175.namprd15.prod.outlook.com.

[Ward Able, Grant]

Thanks Steve.
in THEORY that would work, but for my purposes it will not as we make use of batch jobs executing CSQUTIL and thus need input that is FB 80.

 

 

Regards – Grant.

 

MMTE – Mainframe Messaging and Transactional Engineering

 

In theory, there's no difference between theory and practice. In practice, there is.

 

Worry more about your character than your reputation.  Character is what you are, reputation merely what others think you are. - John Wooden

 

DTCC Public (White)

From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of Steve Horein
Sent: Tuesday, February 11, 2025 12:13 PM
To: ispf-...@nd.edu
Subject: Re: [ISPF-L] File Tailoring with large variable-length data

 

ATTENTION: External Email – Be Suspicious of Attachments, Links and Requests for Login Information.

To view this discussion visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAMJiZqVCds%2BLCHGfLmKGJpo35e9ywAm%3D4EbSKezU-VB%2BmFgf8Q%40mail.gmail.com.

[Frank Clarke]

You have an ISPF environment, therefore you have a TSO environment.  Can you have a prior step that uses REXX or (shudder!) CLIST to break the long string into fragments, store them on a temporary file, and include that file where necessary?

To view this discussion visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/PH7PR15MB51753F2011442F8A6535C2E3C8FD2%40PH7PR15MB5175.namprd15.prod.outlook.com.

[Robert Prins]

Why don't you use "skeleton REXX" - <https://www.ibm.com/docs/en/zos/3.1.0?topic=information-skeleton-control-statements> to break up the too long lines? Never used them, but I have used "panel REXX" and it's extremely powerful.

To view this discussion visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/1575055861.9542917.1739293195785%40mail.yahoo.com.

--

Robert AH Prins
robert(a)prino(d)org

The hitchhiking grandfather
Some REXX code for use on z/OS

[Paul Gilmartin]

On 2/11/25 09:15, Ward Able, Grant wrote:
> in THEORY that would work, but for my purposes it will not as we make use of batch jobs executing CSQUTIL and thus need input that is FB 80.
>

Long ago, perhaps even before the advent of JCL symbols,
I escaped the FB 80 prison and began keeping JCL as
here-documents in POSIX shell scripts. I used shell
commands, symbol substitution and command substitution
for tailoring.

instream data are not subject to the FB 80 constraint.

--
gil

[Ward Able, Grant]

Ooooh! SKELETON REXX!!!!
I have used Panel Rexx, but was unaware of Skeleton Rexx – this sounds like it will be just what I need. I am off to try this now.

 

 

Regards – Grant.

 

MMTE – Mainframe Messaging and Transactional Engineering

 

In theory, there's no difference between theory and practice. In practice, there is.

 

Worry more about your character than your reputation.  Character is what you are, reputation merely what others think you are. - John Wooden

 

DTCC Public (White)

To view this discussion visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAFazsTBcKsB1u9uHqpdyybXD2oo6sqKbzbLgfYrac2%2BZdOn79g%40mail.gmail.com.