开云体育

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: Get names of all generations of a GDG

 

I need to recover the actual names of the existing generations (I am replicating them to the host file system).

I've been using GDGCOPY to make a single dataset with all generations in it FIFO, but I am going to hit my generation limit soon, so I need to start keeping the data outside MVS 3.8.


Re: MVS38J Page File Error

 

开云体育

When you want to stop MVS and Hercules do you do a complete shutdown of MVS and issue the QUIESCE command as the last thing you do on the MVS console? This command puts MVS in a wait state after all pending I/O is processed. It is possible that than some paging may be going on.

Laddie Hanus

Sent from whatever device I am using.

On Sep 8, 2020, at 7:03 PM, lbelmontes@... wrote:

?Over the past few months, I've noticed page file errors becoming more prevalent on my?MVS38J TK3 system.? Sometimes when the system has been running for 1 day and others when running for about 7 days before IPLing.

The system is mostly idle.? Nightly backups and compile/assembly throughout the day.

The error messages are:

*ILR009E LOCAL? PAGE DATA SET ON VOL PAGE02 BAD

*ILR009E LOCAL? PAGE DATA SET ON VOL PAGE00 BAD

I've read some emails from the archives suggesting copying the PAGExx DASD file from the TK3 distribution CD to correct the problem...

However, I wanted to solicit some feedback from the experts on this forum.?

What is the root cause???? A bad DASD file???? Any diagnostics I can perform?? Any pointers to manuals??

Thanks in advance!? Any feedback will be appreciated.
Larry Belmontes


RES: [H390-MVS] Get names of all generations of a GDG

 

开云体育

I?ve made a program that locates the dsn in the catalog and write the sysin “repro” comands in generation ascending order.

The next step is an IDCAMS that reads this sysin and then writes the files to a single file using disp=mod.

?

Jo?o

?

De: [email protected] <[email protected]> Em nome de scubajohn@...
Enviada em: quarta-feira, 9 de setembro de 2020 10:43
Para: [email protected]
Assunto: Re: [H390-MVS] Get names of all generations of a GDG

?

Hi
Do you need to recover the actual names of the existing generations or do you just want to process all the existing generations no matter the name, in a job step?
If it's the latter and IIRC (a very big if) just specifying the GDG base name in the DSN subparameter should be enough.
//DD1 DD DISP=OLD,DSN=MY.GDG
instead of
//DD1 DD DISP=OLD,DSN=MY.GDG.G00010V00
//??????? DD DISP=OLD,DSN=MY.GDG.G00011V00
or
//DD1 DD DISP=OLD,DSN=MY.GDG(-1)
//??????? DD DISP=OLD,DSN=MY.GDG.(0)
John


--
att.
Jo?o


Re: is there a standard/best way to manage personal source code?

 

Thanks everyone. I think DASDPDSU is the route I'll head down, but it's nice to have options.


RES: [H390-MVS] is there a standard/best way to manage personal source code?

 

开云体育

I xmit my PDS to PS and download to PC, then save it zipped

?

De: [email protected] <[email protected]> Em nome de Doug Wegscheid
Enviada em: quarta-feira, 9 de setembro de 2020 10:18
Para: [email protected]
Assunto: Re: [H390-MVS] is there a standard/best way to manage personal source code?

?

I shutdown MVS, and run a script that uses DASDPDSU to unload the source PDSs to directories on the host. Those host directories are under git control, so I can get versioning, diffs, etc. Rolling back is manual.


--
att.
Jo?o


Re: Get names of all generations of a GDG

 
Edited

Hi
Do you need to recover the actual names of the existing generations or do you just want to process all the existing generations no matter the name, in a job step?
If it's the latter and IIRC (a very big if) just specifying the GDG base name in the DSN subparameter should be enough.
//DD1 DD DISP=OLD,DSN=MY.GDG? All generations LIFO
instead of
//DD1 DD DISP=OLD,DSN=MY.GDG.G00010V00
//??????? DD DISP=OLD,DSN=MY.GDG.G00011V00
or
//DD1 DD DISP=OLD,DSN=MY.GDG(-1)
//??????? DD DISP=OLD,DSN=MY.GDG.(0)
John
?


Re: is there a standard/best way to manage personal source code?

 

Hello Troy,

Am 09.09.2020 um 14:12 schrieb blametroi@...:

Question: What is the best, or at least most common, way to keep and edit your master source? All editing on MVS and backups to PC, or edit and submit from PC to MVS?
I'm using a local cvs repository on my Linux machine for all "serious" code, no matter where it originates. This gives me the incredibly helpful possibility to diff(1) changes, or even utilize colordiff for more better optical contrast (if you are not red/green blind, that is).

I've not yet established a standard way to move source from there to MVS PDS'. In fact, I'm doing this with my AS/400 (which also has files with members, but it supports FTP for up- and downlad).

For MVS I'll build myself a workflow with the card reader, to directly submit compiler jobs from Linux. Maybe I'd also utilize the card punch for getting back edited source into PDS's.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE -


Re: is there a standard/best way to manage personal source code?

 

I shutdown MVS, and run a script that uses DASDPDSU to unload the source PDSs to directories on the host. Those host directories are under git control, so I can get versioning, diffs, etc. Rolling back is manual.


Re: is there a standard/best way to manage personal source code?

 

On 09/09/2020 13:12, blametroi@... wrote:

Hi. I didn't turn up anything with a search so it seemed best to ask.

Background: I just followed Jay Moseley's excellent instructions on building MVS38J. I'm a retired assembly language programmer just looking to keep my hand in. Nothing I'm doing needs serious source control, but I have grown used to for rollbacks and diffs.

Question: What is the best, or at least most common, way to keep and edit your master source? All editing on MVS and backups to PC, or edit and submit from PC to MVS?

Thanks,
As I maintain multi locations for my m/f code the only common arena is a micro so every thing is always stored local and of course all back up media.

Vince


Re: is there a standard/best way to manage personal source code?

 

My host OS is Linux so I can back up my entire system using tar -cjvf; but I have seen a source manager on cbttapes.org that will keep your files in a VSAM file. It is a sort of poor man's Endevor, Librarian, or Panvelet.


regards;

Rahim
??



??



On Wednesday, September 9, 2020, 7:44:22 AM CDT, <blametroi@...> wrote:


Hi. I didn't turn up anything with a search so it seemed best to ask.

Background: I just followed Jay Moseley's excellent instructions on building MVS38J. I'm a retired assembly language programmer just looking to keep my hand in. Nothing I'm doing needs serious source control, but I have grown used to for rollbacks and diffs.

Question: What is the best, or at least most common, way to keep and edit your master source? All editing on MVS and backups to PC, or edit and submit from PC to MVS?

Thanks,

Troy.


is there a standard/best way to manage personal source code?

 

Hi. I didn't turn up anything with a search so it seemed best to ask.

Background: I just followed Jay Moseley's excellent instructions on building MVS38J. I'm a retired assembly language programmer just looking to keep my hand in. Nothing I'm doing needs serious source control, but I have grown used to for rollbacks and diffs.

Question: What is the best, or at least most common, way to keep and edit your master source? All editing on MVS and backups to PC, or edit and submit from PC to MVS?

Thanks,

Troy.


Re: RPF 184 released

 

开云体育

Rob,

The archiver works fine but when I try and list my TEST.ARCHIVE vsam file in 3.4 it does not find it. RFE does. I looked at your manual and I did not find a restriction on this. If I put in the volume I can list it and browse it even. Of course the test.archive cluster is not there.?

-don





Air 2

On Sep 2, 2020, at 2:22 PM, Rob Prins via groups.io <rob.prins@...> wrote:

?Hi folks,

I am happy to release RPF 1.8.4. This release is merely a maintenance release.
The code is heavily optimized. More than 1,300 lines are saved.
And this release have modifications for the ARCHIVER (like the 'F' line command in option 3.1)

Finally some minor enhancements are made and minor bugs are fixed.
You will find RPF on

Cheers,
Rob


Re: MVS38J Page File Error

 

On 09/09/2020 01:03, lbelmontes@... wrote:
Over the past few months, I've noticed page file errors becoming more prevalent on my?MVS38J TK3 system.? Sometimes when the system has been running for 1 day and others when running for about 7 days before IPLing.

The system is mostly idle.? Nightly backups and compile/assembly throughout the day.

The error messages are:

*ILR009E LOCAL PAGE DATA SET ON VOL PAGE02 BAD

*ILR009E LOCAL PAGE DATA SET ON VOL PAGE00 BAD

I've read some emails from the archives suggesting copying the PAGExx DASD file from the TK3 distribution CD to correct the problem...

However, I wanted to solicit some feedback from the experts on this forum.

What is the root cause???? A bad DASD file???? Any diagnostics I can perform?? Any pointers to manuals?

Thanks in advance!? Any feedback will be appreciated.
Are you seeing file errors when starting up hercules? ??? This could be any type .
As the above does seem to indicate bad data for those two data sets.


Get names of all generations of a GDG

 

I need to list out the names of all existing generations of a GDG in order to construct a job to process them all individually. This would be an automated process, not constructing the jobstream by hand.

I can use IDCAMS to do it, but I get a lot of extra cruft in there. I can also adapt the logic in GDGCOPY to do this, which would require dusting off some weak assembler skills.

Is there a way to do this on MVS 3.8 that I have missed?


MVS38J Page File Error

 

Over the past few months, I've noticed page file errors becoming more prevalent on my?MVS38J TK3 system.? Sometimes when the system has been running for 1 day and others when running for about 7 days before IPLing.

The system is mostly idle.? Nightly backups and compile/assembly throughout the day.

The error messages are:

*ILR009E LOCAL? PAGE DATA SET ON VOL PAGE02 BAD

*ILR009E LOCAL? PAGE DATA SET ON VOL PAGE00 BAD

I've read some emails from the archives suggesting copying the PAGExx DASD file from the TK3 distribution CD to correct the problem...

However, I wanted to solicit some feedback from the experts on this forum.?

What is the root cause???? A bad DASD file???? Any diagnostics I can perform?? Any pointers to manuals??

Thanks in advance!? Any feedback will be appreciated.
Larry Belmontes


A different tack on SMF reporting

 

I have some rudimentary SMF reporting running on a TK3UPD. I took a different route to doing the actual reporting; I wrote a PL/I(F) program to turn the SMF records into text form, punch that out, run the data into Splunk, and do the reporting there.

I have my system setup to run SYS1.MANX and SYS1.MANY into a GDG whenever they switch (probably TK3 came that way), and I wrote a job to use GDGCOPY (thanks, Jay Moseley) to make a single dataset to run against.

Is anyone else interested in this? I'm willing to share, but only if someone cares.


Re: OS/360 sourced from ftp://cbttape.org/pub/OS360/OS360RICK1.zip

 

Wow - not only have you been down this rabbit hole, but have done a huge amount of work. I have found your MVTSRC.3350 which contains the FORTG.MACLIB. Fantastic. Amazing. I hope these materials will answer all my questions. Thanks again.


Re: OS/360 sourced from ftp://cbttape.org/pub/OS360/OS360RICK1.zip

Bill Lewis
 

On Thu, Sep 3, 2020 at 11:15 AM, Jay Moseley wrote:
On 9/3/20 9:36 AM, Bill Lewis wrote:
Is there JCL somewhere in that ISO to build the FORTRAN compiler?

Bill
Bill,

Not in the ISO, no, but you can look at this page to see the progress I
made on the FORTRAN G and FORTRAN H compilers:



Beneath the section for each there is a link to an archive containing a
DSSDUMP tape which also includes the jobstream to restore the dumped
datasets. In order to restore the datasets it will likely be necessary
to modify the jobstream to fit your system.

I have not revisited any of this since 2016 when I dumped the datasets
and uploaded them to this tape. As I stated on that page, I was able to
build the compilers from the source and they seem to perform as expected
when compiling test programs. But I believe that they are not an exact
match for the compilers distributed with the MVT system (in object code
format only) and I did not continue on with any efforts to work on that.

Certainly in order to make any progress on building the FORTRAN H from
the source you will need to use the undocumented 'magic' of the XL parm.

Regards,
Jay
Cool, thanks!

Bill


Re: OS/360 sourced from ftp://cbttape.org/pub/OS360/OS360RICK1.zip

 

On 9/3/20 9:36 AM, Bill Lewis wrote:
Is there JCL somewhere in that ISO to build the FORTRAN compiler?
Bill
Bill,

Not in the ISO, no, but you can look at this page to see the progress I made on the FORTRAN G and FORTRAN H compilers:



Beneath the section for each there is a link to an archive containing a DSSDUMP tape which also includes the jobstream to restore the dumped datasets. In order to restore the datasets it will likely be necessary to modify the jobstream to fit your system.

I have not revisited any of this since 2016 when I dumped the datasets and uploaded them to this tape. As I stated on that page, I was able to build the compilers from the source and they seem to perform as expected when compiling test programs. But I believe that they are not an exact match for the compilers distributed with the MVT system (in object code format only) and I did not continue on with any efforts to work on that.

Certainly in order to make any progress on building the FORTRAN H from the source you will need to use the undocumented 'magic' of the XL parm.

Regards,
Jay


Re: OS/360 sourced from ftp://cbttape.org/pub/OS360/OS360RICK1.zip

Bill Lewis
 

Is there JCL somewhere in that ISO to build the FORTRAN compiler?

Bill


On Wed, Sep 2, 2020 at 09:46 AM, Dennis Stone wrote:
<snip>

I tried to assemble the FORTRAN and PL/I compilers, but was never
successful in getting a running program.

Dennis

On 9/2/20 8:32 AM, Jay Moseley wrote:
On 9/2/20 4:54 AM, naturtle wrote:
Anyone had any success in getting any of these compilers to work? I
am trying Fortran G (FO520). The source for IEYUNF is cut short, and
there is no MACRO library so the provided source won't Assemble.
The damaged IEYUNF has been replaced on the version of the OS/360
CD-ROM image available from my site:


Phil Roberts and I worked on getting the FORTRAN compilers to assemble
several years ago and found the undamaged modules for FORTRAN in the
MTS distribution.


--
Dennis