Re: considering pgm to convert XMIT file to tar

[Paul Gilmartin]

On Mon, 4 Jul 2011 12:52:55 -0500, John McKown wrote:
>>
>> Q1.Q2.Q3(MEMBER) --> Q1.Q2/MEMBER.Q3
>
>Does the solidus, /, in the name mean you want a zUNIX file instead of a
>sequential data set?
>
I was wearing my UNIX spectacles, as often.  Since you mentioned
Java, I envisioned a portable implementation.

>> http://bama.ua.edu/cgi-bin/wa?A2=ind1105&L=IBM-MAIN&P=R43691
>
>I don't see any source. Just some files and two Windows executable
>programs.
>
I have a batch job, employing only base z/OS utilities (FTP, jar,
RECEIVE) that fetches and extracts cbttape.org .xmi[T].zip archives.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[Paul Gilmartin]

On Mon, 4 Jul 2011 12:06:11 -0500, Elardus Engelbrecht wrote:
>
>>Q1.Q2.Q3(MEMBER) --> Q1.Q2/MEMBER.Q3
>
>Very interesting that you use the Q3 as a file extension. Do you perhaps have
>any [practical] background information or links on this format?
>
>What about this, if I follow your suggestion for 4 qualifiers?
>
>Something like: A.B.C.D(M) --> A.B.C/M.D or A.B.D/M.C
>
>Just curious if you don't mind. :-)
>
It was an abbreviation, or example, for the (tedious):

Q1.Q2.**.Qn-1.Qn(member) --> Q1.Q2.**.Qn-1/member.Qn

Influenced somewhat by ISPF's strict convention of 3-level data set
names, project.group.type(member), and the DOS/UNIX convention of
using the filename extension to indicate the type:

project.group.type(member) --> project.group/member.type
   (or, ad lib.):  --> project/group/member.type

Of course, in many members of SYS1.SAMPLIB the type is amalgamated
into the member name haphazardly with no guiding convention.
This is merely a consequence of absence of a hirearchial file
system, confining namespace, and constraint that a library (PDS)
contain only members of similar attributes in Classic MVS.

I wouldn't like to map:

SYS1.SAMPLIB(member) --> SYS1/member.SAMPLIB

>Thanks for your educational posts, please keep it up!
>
Thanks.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[John McKown]

On Mon, 2011-07-04 at 11:44 -0500, Paul Gilmartin wrote:
> On Mon, 4 Jul 2011 11:23:31 -0500, John McKown wrote:

> +1.
> 
> I'd suggest fm.fn.ft, or better, fm/fn.ft -- and someone will
> likely suggest filetype mapping.  Likewise, if you do PDS
> members, I'd suggest:
> 
> Q1.Q2.Q3(MEMBER) --> Q1.Q2/MEMBER.Q3

Does the solidus, /, in the name mean you want a zUNIX file instead of a
sequential data set?

> 
> Appearing in these pages lately:
> 
> http://bama.ua.edu/cgi-bin/wa?A2=ind1105&L=IBM-MAIN&P=R43691
> 
> UnXMIT, in Java.  I don't know whether the author shares the
> source code.  Doesn't run on OS X.  I reported to author who
> expressed high interest in OS X avaailability and offered to
> send me instructions for producing an OS X compatible version
> of the platform-centric code.  But I haven't heard from him
> in a while.  He does say his paying job is his higher priority.
> 
> -- gil

I don't see any source. Just some files and two Windows executable
programs.

-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[Elardus Engelbrecht]

Paul Gilmartin wrote:

> Likewise, if you do PDS members, I'd suggest:

>Q1.Q2.Q3(MEMBER) --> Q1.Q2/MEMBER.Q3

Very interesting that you use the Q3 as a file extension. Do you perhaps have 
any [practical] background information or links on this format?

What about this, if I follow your suggestion for 4 qualifiers?

Something like: A.B.C.D(M) --> A.B.C/M.D or A.B.D/M.C

Just curious if you don't mind. :-)

Thanks for your educational posts, please keep it up!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[Paul Gilmartin]

On Mon, 4 Jul 2011 11:23:31 -0500, John McKown wrote:

>On Mon, 2011-07-04 at 10:44 -0400, Shmuel Metz (Seymour J.) wrote:
>> on 07/03/2011 at 07:26 PM, John McKown said:
>>
>> >I am considering trying to write a program on z/OS which can read a
>> >NETDATA file and write a tar file. NETDATA is the output format for
>> >the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would
>> >convert from EBCDIC (CP037?) to ASCII (ISO8859-1),
>>
>> >and convert the CMS file name to fn.ft.fm .
>>
>>  1. The fm is more analogous to a device number than to a volser.
>> I'd suggest giving this more thought.

+1.

I'd suggest fm.fn.ft, or better, fm/fn.ft -- and someone will
likely suggest filetype mapping.  Likewise, if you do PDS
members, I'd suggest:

Q1.Q2.Q3(MEMBER) --> Q1.Q2/MEMBER.Q3

Appearing in these pages lately:

http://bama.ua.edu/cgi-bin/wa?A2=ind1105&L=IBM-MAIN&P=R43691

UnXMIT, in Java.  I don't know whether the author shares the
source code.  Doesn't run on OS X.  I reported to author who
expressed high interest in OS X avaailability and offered to
send me instructions for producing an OS X compatible version
of the platform-centric code.  But I haven't heard from him
in a while.  He does say his paying job is his higher priority.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[John McKown]

On Mon, 2011-07-04 at 10:44 -0400, Shmuel Metz (Seymour J.) wrote:
> In <1309739198.9025.65.ca...@dv7t.johnmckown.net>, on 07/03/2011
>at 07:26 PM, John McKown  said:
> 
> >I am considering trying to write a program on z/OS which can read a
> >NETDATA file and write a tar file. NETDATA is the output format for
> >the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would
> >convert from EBCDIC (CP037?) to ASCII (ISO8859-1), 
> 
>  1. ISO-8859-1 is Latin1, not ASCII
>  2. ISO-8859-15 is probably a better default
>  3. These days UTF8 is probably a better default than any of
> the ISO codes.

I agree. I'll target UTF8 instead. Hard coded is easier for me, but I'll
try to find an easy way (parm or environment variable) to override it.

>  4. It would be better for CP037 to only be a default, not
> hard wired.

I agree. I'll try to use the same method as above.

>  5. Do you mean uncrompressed tar or gz?

uncompressed tar. User can then gzip or bzip2 the tar if they want to.

> 
> >The output would convert z/OS dataset names to lower case
> 
> Optional or hard wired?

Default to lowercase, but overridable as above.

> 
> >and convert the CMS file name to fn.ft.fm .
> 
>  1. The fm is more analogous to a device number than to a volser.
> I'd suggest giving this more thought.
>  2. What about CMS files in SFS rather than CMS minidisks?

My VM experience ended with VM/370 and Amdahl's VM/PE. I don't know
diddly about SFS and BFS. More reading.

> 
> >I don't think I could handle z/OS PDSes or CMS MACLIBs.
> 
> It should be possible to support them partially.

Perhaps as an inner tar.

> 
> >Does anybody else think this would be useful?
> 
> Yes.
>  

So, good idea, but needs refining.

-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: considering pgm to convert XMIT file to tar

[Shmuel Metz (Seymour J.)]

In <1309739198.9025.65.ca...@dv7t.johnmckown.net>, on 07/03/2011
   at 07:26 PM, John McKown  said:

>I am considering trying to write a program on z/OS which can read a
>NETDATA file and write a tar file. NETDATA is the output format for
>the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would
>convert from EBCDIC (CP037?) to ASCII (ISO8859-1), 

 1. ISO-8859-1 is Latin1, not ASCII
 2. ISO-8859-15 is probably a better default
 3. These days UTF8 is probably a better default than any of
the ISO codes.
 4. It would be better for CP037 to only be a default, not
hard wired.
 5. Do you mean uncrompressed tar or gz?

>The output would convert z/OS dataset names to lower case

Optional or hard wired?

>and convert the CMS file name to fn.ft.fm .

 1. The fm is more analogous to a device number than to a volser.
I'd suggest giving this more thought.
 2. What about CMS files in SFS rather than CMS minidisks?

>I don't think I could handle z/OS PDSes or CMS MACLIBs.

It should be possible to support them partially.

>Does anybody else think this would be useful?

Yes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

considering pgm to convert XMIT file to tar

[John McKown]

I am considering trying to write a program on z/OS which can read a
NETDATA file and write a tar file. NETDATA is the output format for the
TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would convert
from EBCDIC (CP037?) to ASCII (ISO8859-1), with UNIX LF line endings.
The output would convert z/OS dataset names to lower case and convert
the CMS file name to fn.ft.fm . I don't think I could handle z/OS PDSes
or CMS MACLIBs. More thought is needed. Perhaps they could be a tar
within a tar. I don't plan on using any compression or supporting zip
files.

Does anybody else think this would be useful? The language would likely
be HLASM or maybe Java. Java is more portable.

If I get it working for a TSO generated file, I'll need someone to send
me a CMS file. I don't have access to z/VM at work.

-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html