On 2020-07-29 3:03 AM, Paul Gilmartin wrote:
The problem is the x'0D' and x'15' characters which were generated from DTL.
They copy (cp) fine from z/OS to OMVS but the copy back causes the data after
either of those characters to go to a new record.
I'm inclined to regard the output of a
, July 28, 2020 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS CP command anomaly
On Tue, 28 Jul 2020 19:34:53 +, Seymour J Metz wrote:
>Will ISPF correctly process a panel contianing 0A, 0D and 15 if it has
>FILEDATA=RECORD?
>
FILEDATATA=RECORD has a requisite of PATH=...
On Tue, 28 Jul 2020 19:34:53 +, Seymour J Metz wrote:
>Will ISPF correctly process a panel contianing 0A, 0D and 15 if it has
>FILEDATA=RECORD?
>
FILEDATATA=RECORD has a requisite of PATH=...
Will ISPF correctly process a panel from an ISPPLIB catenand specified
with PATH=?
-- gil
[000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, July 28, 2020 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS CP command anomaly
On Tue, 28 Jul 2020 11:33:18 -0500, Lionel B Dyck wrote:
>The problem is the x'0D' and x'15' characters which were generated from DTL.
>They copy (cp) fin
On Tue, 28 Jul 2020 11:33:18 -0500, Lionel B Dyck wrote:
>The problem is the x'0D' and x'15' characters which were generated from DTL.
>They copy (cp) fine from z/OS to OMVS but the copy back causes the data after
>either of those characters to go to a new record.
>
I'm inclined to regard the
@LISTSERV.UA.EDU] on behalf of
Lionel B Dyck [lbd...@gmail.com]
Sent: Monday, July 27, 2020 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS CP command anomaly
Here is the anomaly.
Created several ISPF panels from DTL. The result is an ISPF panel with
attribute characters that are binary (hex
: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, July 28, 2020 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS CP command anomaly
On Tue, 28 Jul 2020 10:07:50 +1000, Andrew Rowley wrote
] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, July 28, 2020 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS CP command anomaly
On Tue, 28 Jul 2020 10:07:50 +1000, Andrew Rowley wrote:
>On 28/07/2020 4:48 am, Lionel B Dyck wrote:
>> Create
On Tue, 28 Jul 2020 11:33:18 -0500, Lionel B Dyck wrote:
>
>The solution is for the DTL developers to use the ISRDTLCV after they generate
>the panel.
>
In II13067 I see the alarming language, "...attempts to ... Only unused
characters
will be used."
IBM could have done better. If IBM cared.
ilmartin
Sent: Tuesday, July 28, 2020 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS CP command anomaly
On Tue, 28 Jul 2020 10:07:50 +1000, Andrew Rowley wrote:
>On 28/07/2020 4:48 am, Lionel B Dyck wrote:
>> Created several ISPF panels from DTL. The result is an ISPF pa
On Tue, 28 Jul 2020 10:07:50 +1000, Andrew Rowley wrote:
>On 28/07/2020 4:48 am, Lionel B Dyck wrote:
>> Created several ISPF panels from DTL. The result is an ISPF panel with
>> attribute characters that are binary (hex) with examples being x'01' ,
>> x'02', x'05, x'0D', and more.
>>...
>>
On 28/07/2020 4:48 am, Lionel B Dyck wrote:
Created several ISPF panels from DTL. The result is an ISPF panel with
attribute characters that are binary (hex) with examples being x'01' ,
x'02', x'05, x'0D', and more.
Copying these PDS members to an OMVS filesystem using cp works fine. The
On Mon, 27 Jul 2020 15:49:52 -0500, Lionel B Dyck wrote:
>Example of the issue:
>
>ISPF Panel code:
>
>)ATTR
> 0D TYPE(PS)
> 05 TYPE(PS)
>. . .
>)BODY
>
>Ideally would like a workstation IDE user to be able to view the data and
>perhaps update it and at some point return to z/OS for use.
>
erely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Paul Gilmartin
> Sent: Monday, July 27, 2020 3:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OMVS CP command anomaly
>
> On
U
Subject: Re: OMVS CP command anomaly
On Mon, 27 Jul 2020 13:48:21 -0500, Lionel B Dyck wrote:
>
>Created several ISPF panels from DTL. The result is an ISPF panel with
>attribute characters that are binary (hex) with examples being x'01' ,
>x'02', x'05, x'0D', and more.
>
>Copyi
On Mon, 27 Jul 2020 13:48:21 -0500, Lionel B Dyck wrote:
>
>Created several ISPF panels from DTL. The result is an ISPF panel with
>attribute characters that are binary (hex) with examples being x'01' ,
>x'02', x'05, x'0D', and more.
>
>Copying these PDS members to an OMVS filesystem using cp
Here is the anomaly.
Created several ISPF panels from DTL. The result is an ISPF panel with
attribute characters that are binary (hex) with examples being x'01' ,
x'02', x'05, x'0D', and more.
Copying these PDS members to an OMVS filesystem using cp works fine. The
data is NOT being
17 matches
Mail list logo