Catalog search interface, IGGCSI00. Look at field ATTR2.
Lennie Dymoke-Bradshaw
‘Dance like no one is watching. Encrypt like everyone is.’
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Harminc
Sent: 28 July 2020 00:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM
W dniu 25.07.2020 o 00:34, Paul Gilmartin pisze:
On Fri, 24 Jul 2020 12:40:17 -0700, Sri h Kolusu wrote:
//SYSINDD *
OPTION SKIPREC=1 $ SKIP HEADER
INREC OVERLAY=(81:23,4,UFF,EDIT=(), $ YEAR
20,3,CHANGE=(2,C'JAN',C'01', $
This is the solution -
AUTOLOG
FTPSD JOBNAME FTPSD ; FTPS SERVER
ENDAUTOLOG
PORT
989 TCP OMVS; FTPS SERVER
990 TCP FTPSD*NOAUTOLOG ; FTPS SERVER
Addi
I see no reasonable possibility under which GQSCAN will go away (or its
output format)
I agree with Ed Jaffe that converting is probably not worth the effort.
I think that GQSCAN can have very poor performance characteristics.
Peter Relson
z/OS Core Technology Design
--
Well - thanks to IBM and Compuware/Innovation the issue has been fixed.
Getting a dump of the process was a tad tricky due to too many processes
hitting the slip conditions but when we finally captured it the IBM dude found
that our new version of IAM was intercepting the svc26 call(s) from the
Run the STC as a batch JOB.
Just create a JOB statement and invoke it as any other PROC.
This gives you control of MSGCLASS and MSGLEVEL so you can be sure to get
the sysouts in JES, and see any errors
Simple elegance.
Also, most all stc's will also run as batch jobs
-
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.
>>...
>> T
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.
The solution is for the DTL developers to use the ISRDTLCV after they generate
the panel.
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.
I know how to code processing logic within a panel in REXX, but I'm not aware
of any way to generate panel statements in REXX.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on beha
Different vendors had different degrees of compatibility. The few times I had a
compatibility issue with TSPF, Tritus fixed it. CTC disn't seem to consider
incompatibility to be important.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: I
RFE.
Meanwhile, either don't use Eunix file to store panels or edit them first to
replace CR, LF and NL (0A, 0D and 15) with something else.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.
S taskname,,,MSGCLASS=(held sysout class)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nightwatch RenBand
Sent: Tuesday, July 28, 2020 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Started task stopping immediately. No error messages.
[CAUTION: This Email is
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 o
%let macfile= %QUOTE( IF ID=30 and subtype=5; ) ;
%include sourclib(type30);
PROC SORT DATA=TYPE30_5;
BY JOB DESCENDING READTIME;
DATA TIMES;
BY JOB;
IF FIRST.JOB THEN PUTLOG JOB= JESNR= READTIME= TERMTIME= ABEND=;
Barry
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Will ISPF correctly process a panel contianing 0A, 0D and 15 if it has
FILEDATA=RECORD?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816
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
--
On Thu, 23 Jul 2020 07:58:07 +1000, Wayne Bickerdike wrote:
>Centigrade was derived from Celsius, however, both described only the
>freezing point and boiling point of water at NTP.
>
If "was derived" implies a historical sequence, I think you have it reversed.
>My physics teachers said don't sa
Nothing in that article supports that claim, and such a scale would have been
useless for any serious scientific work.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
P
If not, why did Lionel store it in one?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, Ju
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 lang
steve.lever...@asg.com is no longer a valid e-mail address. Please contact
Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or
concerns.
Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen
Sie sich mit Jeff Cherrington an folgende Email-Ad
22 matches
Mail list logo
