[Cvs-mvs] OT: Access to PDS's through OMVS
Connor.Smith@ebancllc.com
Connor.Smith@ebancllc.com
Tue, 18 Mar 2003 09:57:52 -0500
This is a multipart message in MIME format.
--=_alternative 0052337985256CED_=
Content-Type: text/plain; charset="us-ascii"
Howdy,
Okie doke - just unpacked a couple of PDS's into the HFS area. Since the
move is only occurring PDS(E) -> HFS, I used the oputx command to take
care of it (oputx is like ocopy, but it's dumbed down significantly, and I
don't need all the bells and whistles of ocopy to do what I need it to do.
)
If you're running the command from MVS, the syntax is basically:
OPUTX 'SOURCE_DATA_SET' '/target/path'
Where the tickmarks are significant - if you don't put the ticks on the
source PDS, it'll tack your username on the front of it, and if you don't
put it on the out path, you're going to wind up with the parser barfing.
'course, you mainframe jockeys already knew that. : )
You can also add a couple of options to it, depending on what you're
unpacking. For my copybooks, I want a .cpy on the thing so CVS and I know
what it is, and I want it lower-case - so it's something like
OPUTX 'SOURCE_DATA_SET' '/target/path' LC SUFFIX(cpy)
And prepending 'tso' on the front of the command will let you run it from
OMVS itself. So my crontab (amongst other things) used:
tso OPUTX 'SOURCE_DATA_SET' '/target/path' LC SUFFIX(cpy)
You can also put "TEXT" or "BINARY" in your commandline to further help
out the conversion if you want, but it's pretty good at guessing, and I'm
pretty paranoid about accounting, so I generally don't bother.
If you want more info on this command than I used, try:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA530/TSOOPUTX?DT=20020709100901
Or for all the "odosomethingwhydon'tyou" commands check out:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA530/CCONTENTS?DT=20020709100901
For the record, though, I still don't trust any computer I can't throw.
Least it runs UNIX now.
Sincerely,
Connor Smith
Wayne Johnson <wdtj@yahoo.com>
03/13/2003 11:25 AM
To: Connor.Smith@ebancllc.com, cvs-mvs@dccmn.com
cc:
Subject: Re: [Cvs-mvs] OT: Access to PDS's through OMVS
Greeting back at you,
It's been 18 months since I played with USS, my new job keeps me out of
MVS pretty much... Amazing how fast you loose it.
There is a command (ocopy?) to copy files back and forth from and to a
PDS. In our build process, we had a makefile and kept "tag" files in the
HFS that represented the last time a copybook had been copied to the PDF.
If the current (cvs) file was newer than the PDS "tag" file, we would do
the ocopy and then touch the tag file.
Another place to ask would be the MVS-OE Mailing list
MVS-OE@VM.MARIST.EDU
Please post your experiences, that way all get to learn, both on the list
as well as generations to come through the archive :{)>
--- Connor.Smith@ebancllc.com wrote:
> Greetings -
>
> I've just installed your port of CVS onto our OS/390 box, but I can't
> figure out how to get at files which aren't covered under the HFS
> partitions. (i.e. in our Development LPAR, we've several regions. I'd
>
> like to get the source COBOL, copybook, and a couple of other PDS's out
> of
> that partition, and ship them over to our CVS repository).
>
> So (and I realize these questions fall less under the topic of your CVS
>
> port, and more under how to administer OMVS) but I don't really know
> where
> to go from here, so: Are there ways to access PDS's through an HFS
> path?
> Is the only way to access a PDS through FTP or IND$FILE transfers?
>
> Thanks for reading this - I'm pretty facile in CVS once I can get the
> files to a *nix-style path, but the data is hidden where I can't really
>
> get at it. I guess a best case scenario would be some type of access
> to
> the files packed into the PDS, but I'm pretty sure that doesn't exist.
> :
> )
>
> Sincerely,
> Connor Smith
=====
---
Wayne Johnson, | There are two kinds of people: Those
3943 Penn Ave. N. | who say to God, "Thy will be done,"
Minneapolis, MN 55412-1908 | and those to whom God says, "All right,
(612) 522-7003 | then, have it your way." --C.S. Lewis
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
--=_alternative 0052337985256CED_=
Content-Type: text/html; charset="us-ascii"
<br><font size=2 face="sans-serif">Howdy,</font>
<br>
<br><font size=2 face="sans-serif">Okie doke - just unpacked a couple of PDS's into the HFS area. Since the move is only occurring PDS(E) -> HFS, I used the oputx command to take care of it (oputx is like ocopy, but it's dumbed down significantly, and I don't need all the bells and whistles of ocopy to do what I need it to do. )</font>
<br>
<br><font size=2 face="sans-serif">If you're running the command from MVS, the syntax is basically:</font>
<br>
<br><font size=2 face="sans-serif">OPUTX 'SOURCE_DATA_SET' '/target/path'</font>
<br>
<br><font size=2 face="sans-serif">Where the tickmarks are significant - if you don't put the ticks on the source PDS, it'll tack your username on the front of it, and if you don't put it on the out path, you're going to wind up with the parser barfing. 'course, you mainframe jockeys already knew that. : )</font>
<br>
<br><font size=2 face="sans-serif">You can also add a couple of options to it, depending on what you're unpacking. For my copybooks, I want a .cpy on the thing so CVS and I know what it is, and I want it lower-case - so it's something like</font>
<br>
<br><font size=2 face="sans-serif">OPUTX 'SOURCE_DATA_SET' '/target/path' LC SUFFIX(cpy)</font>
<br>
<br><font size=2 face="sans-serif">And prepending 'tso' on the front of the command will let you run it from OMVS itself. So my crontab (amongst other things) used:</font>
<br>
<br><font size=2 face="sans-serif">tso OPUTX 'SOURCE_DATA_SET' '/target/path' LC SUFFIX(cpy)</font>
<br>
<br><font size=2 face="sans-serif">You can also put "TEXT" or "BINARY" in your commandline to further help out the conversion if you want, but it's pretty good at guessing, and I'm pretty paranoid about accounting, so I generally don't bother.<br>
</font>
<br><font size=2 face="sans-serif">If you want more info on this command than I used, try:</font>
<br><font size=2 face="sans-serif">http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA530/TSOOPUTX?DT=20020709100901</font>
<br>
<br><font size=2 face="sans-serif">Or for all the "odosomethingwhydon'tyou" commands check out:</font>
<br><font size=2 face="sans-serif">http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA530/CCONTENTS?DT=20020709100901</font>
<br>
<br><font size=2 face="sans-serif">For the record, though, I still don't trust any computer I can't throw. Least it runs UNIX now. </font>
<br>
<br><font size=2 face="sans-serif">Sincerely,</font>
<br><font size=2 face="sans-serif">Connor Smith</font>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Wayne Johnson <wdtj@yahoo.com></b></font>
<p><font size=1 face="sans-serif">03/13/2003 11:25 AM</font>
<br>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To: Connor.Smith@ebancllc.com, cvs-mvs@dccmn.com</font>
<br><font size=1 face="sans-serif"> cc: </font>
<br><font size=1 face="sans-serif"> Subject: Re: [Cvs-mvs] OT: Access to PDS's through OMVS</font></table>
<br>
<br>
<br><font size=2 face="Courier New">Greeting back at you,<br>
<br>
It's been 18 months since I played with USS, my new job keeps me out of<br>
MVS pretty much... Amazing how fast you loose it.<br>
<br>
There is a command (ocopy?) to copy files back and forth from and to a<br>
PDS. In our build process, we had a makefile and kept "tag" files in the<br>
HFS that represented the last time a copybook had been copied to the PDF.<br>
If the current (cvs) file was newer than the PDS "tag" file, we would do<br>
the ocopy and then touch the tag file.<br>
<br>
Another place to ask would be the MVS-OE Mailing list<br>
MVS-OE@VM.MARIST.EDU<br>
<br>
Please post your experiences, that way all get to learn, both on the list<br>
as well as generations to come through the archive :{)><br>
<br>
--- Connor.Smith@ebancllc.com wrote:<br>
> Greetings - <br>
> <br>
> I've just installed your port of CVS onto our OS/390 box, but I can't <br>
> figure out how to get at files which aren't covered under the HFS <br>
> partitions. (i.e. in our Development LPAR, we've several regions. I'd<br>
> <br>
> like to get the source COBOL, copybook, and a couple of other PDS's out<br>
> of <br>
> that partition, and ship them over to our CVS repository).<br>
> <br>
> So (and I realize these questions fall less under the topic of your CVS<br>
> <br>
> port, and more under how to administer OMVS) but I don't really know<br>
> where <br>
> to go from here, so: Are there ways to access PDS's through an HFS<br>
> path? <br>
> Is the only way to access a PDS through FTP or IND$FILE transfers?<br>
> <br>
> Thanks for reading this - I'm pretty facile in CVS once I can get the <br>
> files to a *nix-style path, but the data is hidden where I can't really<br>
> <br>
> get at it. I guess a best case scenario would be some type of access<br>
> to <br>
> the files packed into the PDS, but I'm pretty sure that doesn't exist. <br>
> : <br>
> )<br>
> <br>
> Sincerely,<br>
> Connor Smith<br>
<br>
<br>
=====<br>
---<br>
Wayne Johnson, | There are two kinds of people: Those <br>
3943 Penn Ave. N. | who say to God, "Thy will be done," <br>
Minneapolis, MN 55412-1908 | and those to whom God says, "All right, <br>
(612) 522-7003 | then, have it your way." --C.S. Lewis<br>
<br>
__________________________________________________<br>
Do you Yahoo!?<br>
Yahoo! Web Hosting - establish your business online<br>
http://webhosting.yahoo.com<br>
</font>
<br>
<br>
--=_alternative 0052337985256CED_=--