Dave Gibney wrote:
>Or even steplib the old runtime libraries into the jobs.
Not generally a great idea beyond a contingency, which is what I think you
meant. At least some of the runtime library updates are vital for stability,
integrity, security, and myriad other reasons. I also recall one
Key question is whether all those old Cobol applications are using LE at
1.12 level or are some pre-LE runtime? Chances are the outsourcer will not
have the right pre-LE runtime available, so you'd have to port the matching
runtime with the application. Being on 1.12 is very unfortunate as LE
Home is where your stuff is, so sounds like a good place to be.
As I said, you seem like you would be a fun guy to work with. Curiosity and
cleverness go a long way.
2023 is a little ways off, so please continue to contribute
to the conversation here!
On Mon, Aug 1, 2022 at 7:11 PM John McKown
Best of luck John … as Mark Twain was quoted saying that “Youth is wasted on
the young” continues to hold true.
Matt Hogstrom
m...@hogstrom.org
“It may be cognitive, but, it ain’t intuitive."
— Hogstrom
--
For IBM-MAIN
Or even steplib the old runtime libraries into the jobs.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Charles Mills
> Sent: Monday, August 01, 2022 4:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Running z/OS 1.12 apps on 2.4
>
> [EXTERNAL EMAIL]
>
>
Joined the retirement club myself yesterday. Too many bucket list things to
accomplish.
Sent from Yahoo Mail for iPhone
On Monday, August 1, 2022, 8:11 PM, John McKown
wrote:
Forgot to mention, I'll be 70 & I'm not in good health (dialysis), so I'm
retiring and just going to stay home
John ,
Best of luck to you. Always enjoyed your unique point of view.
Best Regards,
Doug
.
On Aug 1, 2022, at 20:11, John McKown wrote:
Forgot to mention, I'll be 70 & I'm not in good health (dialysis), so I'm
retiring and just going to stay home (gaming) or go on short weekend trips
in the
Forgot to mention, I'll be 70 & I'm not in good health (dialysis), so I'm
retiring and just going to stay home (gaming) or go on short weekend trips
in the car. I will most likely resign from all email groups.
On Mon, Aug 1, 2022, 16:12 Usher, Darrold <
Thanks. That's comforting.
On Mon, Aug 1, 2022, 16:12 Usher, Darrold <
014f796d148d-dmarc-requ...@listserv.ua.edu> wrote:
> z/OS v2.4 appears to really enforce LE compliance especially for any
> called utility routines will need to be LE compliant or you could end up
> with a U4088-63 abend.
I call a lot of assembler from LE C++, assembler that was written for the most
part eons ago, and had zero issues with V2R4.
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Echoing what others have said, upward OS compatibility for compiled and linked
applications is a hallmark of MVS and its descendants. I would be stunned if
you had a problem with the COBOL apps. Trust but verify: you might want to run
a test or two on the new hardware. And it's not the end of
z/OS v2.4 appears to really enforce LE compliance especially for any called
utility routines will need to be LE compliant or you could end up with a
U4088-63 abend. Generally, straightforward old COBOL code will continue to run
on newer LE versions with some exceptions. It would nice to keep
Where are you going after that?
You seem like you would be a fun guy to work with.
On Mon, Aug 1, 2022 at 1:22 PM John McKown
wrote:
> My current employer is still running stuff on z/OS 1.12 on a z10BC. They
> are shutting it down. But they have mentioned an "archive solution" for ???
> apps
And I want data interchange with IBM and Broadcom, both of which accept
.AWS files based on z/VSE's VTAPE implementation (which uses AWS).
Currently, I just take an .AWS tape off my VTA and FTP it to them and
they can read it. I really don't want to have to convert files before
sending them.
On Fri, 15 Jul 2022 14:03:30 +, Harris Morgenstern
wrote:
>The AXRWTO, AXRWTOR etc. external functions are only available when running
>under System REXX.You'll need to add your exec to a data set in the
>REXXLIB concatenation and run it as a system command via MODIFY
> AXR,xxx
If you have FDR they have a very safe way of extending the VTOC. I have done
it multiple times sometimes at 3 a.m.
Willie
On Monday, August 1, 2022 at 06:15:35 a.m. EDT, Jack Zukt
wrote:
Hi all,
It has been way too many years since the last time I dabbled with ICKDSF
and VTOC
I agree. All COBOL code, all versions, should run without issues.
With respect to the EasyTrieve programs, we are on z/OS V2.4 here and run
several different generations of EasyTrieve without any issues. If your
current version of EasyTrieve is relatively recent they should be fine. I
Shouldn't be an issue. We're running 2.4 and just disabled our Cobol 4.2
compiler to keep people from trying to use it. We also just finished migrating
our Cobol code from 4.2 and Cobol 2. We didn't recompile any of that code when
we migrated to 2.4.
Rex
-Original Message-
From:
My current employer is still running stuff on z/OS 1.12 on a z10BC. They
are shutting it down. But they have mentioned an "archive solution" for ???
apps which might not make the "hard" decommission date.
Their latest idea is basically outsourcing to an "on demand" service. It is
running 2.4 . I
Hi,
As you requested:
//STEP001 EXEC PGM=IKJEFT01
//STEPLIB DD DISP=SHR,DSN=FILE135.PDS
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
VTOC volser -
CAT -
LIM(CAT NE C) -
PRINT(NEW (CAT ALLOC UNUSED PCT EX DSO RFM LRECL BLKSZ CDATE REFDT -
VOLUME DSNAME))
- where
The Extend VTOC is nice, but has one problem ... you could end up with your
VTOC in multiple extents.
I would back it up, empty the volume, and reinit.
Joe
On Mon, Aug 1, 2022 at 10:01 AM Jack Zukt wrote:
> Thank you all for your input.
> I am going to try it like that
> Regards,
> Jack
>
>
Last month there was a discussion regarding identifying uncataloged datasets.
My need is to compare the contents of a catalog, or catalogs, with DASD VTOC's.
Essentially, some report that would show the catalog status between entries in
the catalog and VTOC. For example, dataset A.B.C is NOT
I hope I'm only stating the obvious, but back the volume up before you do
anything.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jack Zukt
Sent: Monday, August 1, 2022 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extending a VTOC
Thank you all for your
Thank you all for your input.
I am going to try it like that
Regards,
Jack
On Mon, 1 Aug 2022 at 11:58, Immo wrote:
> P.S.
> EXTVTOC(n) is a parameter of the ICKDSF command REFORMAT.
> Michael
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List Im Auftrag
> von Jack Zukt
Rockets Python could do I/O to MVS data sets. Rocket also ported the
Python CFFI package which would make writing a library in pure Python a
snip. I wonder if IBM has ported CFFI? I would open an RFE. IBM have
created MVS file I/O packages for golang and Node.js.
On 31/07/2022 7:02 am,
I think Tony was looking for a way to do it transparently, so that no
changes were needed to the programs reading or writing what they see as a
real tape. Your approach requires modifying the host program or jobstream.
On Mon, Aug 1, 2022 at 8:58 AM Joe Monk wrote:
> I dont even understand what
I dont even understand what the problem is.
AWS is simply a disk format for a sequential file of tape blocks. What is
inside those blocks are for the program that reads/writes them to decide...
AWS does not decide that. You can easily compress, slice into blocks, and
write to AWS.
Sam Golobs
No responses yet? I am interested too in seeing real-world examples of LE
condition handling in COBOL. Where I work, we just take the Abend and examine
what happened using Fault Analyzer.
--
For IBM-MAIN subscribe / signoff /
Why is IDRC compatibility an issue when you're not using a physical cartridge
or physical drive that supports IDRC? If you modify AWS to support compression,
use whatever format that gives you the best results.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
P.S.
EXTVTOC(n) is a parameter of the ICKDSF command REFORMAT.
Michael
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Jack Zukt
Gesendet: Montag, 1. August 2022 12:15
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Extending a VTOC
Hi all,
It has been way too many
Hi Jack,
have a look at ICKDSF parameter "EXTVTOC(n): Expands the VTOC at its current
location."
This may do what you want.
Regards
Michael
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Jack Zukt
Gesendet: Montag, 1. August 2022 12:15
An:
In theory you can.
The VTOC has to be contiguous, so the area on the disk just passed to current
VTOC must be free.
If that is not the case, you will have to move the files that occupy that
space, or do it the old way, by emptying the dasd and reinitializing it with a
larger VTOC.
Gadi
Hi all,
It has been way too many years since the last time I dabbled with ICKDSF
and VTOC definitions (probably over twenty, but I would rather not do the
math).
Back on those days, if memory serves me right, the only way to extend a
VTOC was to clean the DASD of all its contents, put it offline,
Hi,
What about:
https://docs.python.org/3/library/io.html
A quick idea:
https://www.w3schools.com/python/python_file_open.asp
Or this.
https://www.geeksforgeeks.org/read-a-file-line-by-line-in-python/
Best
Peter Sylvester
On 31/07/2022 20:29, Farley, Peter x23353 wrote:
Thanks Colin,
34 matches
Mail list logo