subject:"Unzip on z\/OS \?"

On Tue, 4 Apr 2023 16:37:39 -0500, Charles Mills wrote:

>I just had a similar problem: "how do you determine your entry R0 from C?" I 
>asked here and got no answer. I had to front end the C with a tiny assembler 
>program (57 lines including extensive comments; 11 executable instructions). 
>Why did the C need its entry R0? Because it is called from Rexx, and needs to 
>call IRXEXCOM, and so needs the Rexx environment block.
>
In: 
I read:
Register 0
Address of an environment block (optional)
"optional" is intriguing.  What are the other options?  Must R0 point to 
addressable
storage?  The environment block begins with an identifier, CL8‘ENVBLOCK’.
If the content of R0 doesn't match, is it simply ignored?

Does C provide access to the entry RSA?  If so, the STM 14,12,12(,13) leaves
R0 at RSA+20.

But you still need to pass the IRXEXCOM to 

>Why the ^%$^%$#$^% do people come up with these non-standard linkages? Rexx 
>passes a bunch of parameters -- why not pass the Environment Block address 
>that way?
>
I think the REXX code germinated on CMS where there's less discipline.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Charles Mills

I just had a similar problem: "how do you determine your entry R0 from C?" I 
asked here and got no answer. I had to front end the C with a tiny assembler 
program (57 lines including extensive comments; 11 executable instructions). 
Why did the C need its entry R0? Because it is called from Rexx, and needs to 
call IRXEXCOM, and so needs the Rexx environment block.

Why the ^%$^%$#$^% do people come up with these non-standard linkages? Rexx 
passes a bunch of parameters -- why not pass the Environment Block address that 
way?

Charles


On Tue, 4 Apr 2023 21:09:59 +, Frank Swarbrick 
 wrote:

>How do you set R0 in C?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 21:09:59 +, Frank Swarbrick wrote:

>How do you set R0 in C?
>
I suspect it's an undocumented beneficial, whether accidental or deliberate.
side effect of TSO CALL or C function call.

>
>From: Steve Thompson
>Sent: Tuesday, April 4, 2023 12:06 PM
>
>A similar issue happened with BPXWDYN. COBOL can't set R0. So a
>new entry point in BPXWDYN was created that handled that problem.
>
Now I've looked at the TSO/E REXX Ref.  It's rife with mention of R0
used to address the ENVBLOCK.  Terrible design.  (I suspect it
came from CMS)  They used R0 because no one else used it,
oblivious that there's a reason for that.  It would have been better
design to follow the conventions of the CALL, LINK, and ATTACH
macros and add another argument to the R1 PL (after the alternate
DDNAME list if any.)

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Seymour J Metz

I assume that the actual requirement is the R0 be either 0 or the address of an 
environment block for REXX.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, April 4, 2023 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 14:06:37 -0400, Steve Thompson wrote:

>A similar issue happened with BPXWDYN. COBOL can't set R0. So a
>new entry point in BPXWDYN was created that handled that problem.
>
Why does BPXWDYN require R0 to be set?  I've done TSO CALL BPXWDYN
never worrying about R0, so perhaps the TMP sets R0 as needed.

Why did designers provide an alternate entry point rather than simply
removing the restriction?  Did that necessarily introduce a new,
undocumented restriction?

I read:
BPXWDYN can be called through an alternate entry point, BPXWDY2.
BPXWDY2 accepts the same parameter list but does not require R0
to be set to 0. This entry point will also preserve the program mask.

Thia is the first mention of "preserv[ing] the program mask."  Is it normal
for CALL or LINK to preserve the program mask?  Should modifying
the program mask be mentioned as a behavior of BPXWDYN?

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Frank Swarbrick

How do you set R0 in C?

From: IBM Mainframe Discussion List  on behalf of 
Steve Thompson 
Sent: Tuesday, April 4, 2023 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Unzip on z/OS ?

A similar issue happened with BPXWDYN. COBOL can't set R0. So a
new entry point in BPXWDYN was created that handled that problem.

This all started with me writing an RCF to tell them that they
didn't have a COBOL example. Then a C programmer (I'm guessing)
wrote the COBOL code. You can write c in any language (one of
those type of things). Problem is, it would confuse most COBOL
programmers that, well, it would confuse most COBOL programmers,
and so I suggested a few changes to solve the issue. Then one of
their own people onfirmed what I said, it would be confusing to
most COBOL programmers. And so it appears that IBM doesn't have
many product developers that actually know COBOL. That has
been my take-away from that exchange.

So you may need to do an RCF, and you may go a few rounds with them.

Just say'n'.

Steve Thompson

On 4/4/2023 1:46 PM, Farley, Peter wrote:
> The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the 
> C language zlib library and functions.  There is no material on how to use 
> those functions from any other language than C.
>
> At the very least there is no mention of COBOL COPY members for the parameter 
> definitions nor any mention of a COBOL-compatible link library for inclusion 
> in an executable module.  Only the POSIX C link library and functions are 
> described.
>
> Am I missing something?  Like maybe the zlib C functions are compiled with 
> "#pragma linkage(entryname,OS)"?  There is no such statement in that manual 
> at all.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Ed Jaffe
> Sent: Tuesday, April 4, 2023 1:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
>
> On 4/4/2023 10:22 AM, Farley, Peter wrote:
>> I agree with Michael, neither that redbook nor the current (V2R5) z/OS 
>> Callable Services manual even mention COBOL or any other HLL interface or 
>> API.  Only the C language zlib library and functions are described.
> Tom provided the link to the book and on page 128 it states that the
> callable services "... are for use by any program coded in C, COBOL,
> Fortran, Pascal, or PL/I, and this information refers to programs
> written in these languages as high-level language (HLL) programs."
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 14:06:37 -0400, Steve Thompson wrote:

>A similar issue happened with BPXWDYN. COBOL can't set R0. So a
>new entry point in BPXWDYN was created that handled that problem.
>
Why does BPXWDYN require R0 to be set?  I've done TSO CALL BPXWDYN
never worrying about R0, so perhaps the TMP sets R0 as needed.

Why did designers provide an alternate entry point rather than simply
removing the restriction?  Did that necessarily introduce a new,
undocumented restriction?

I read:
BPXWDYN can be called through an alternate entry point, BPXWDY2.
BPXWDY2 accepts the same parameter list but does not require R0
to be set to 0. This entry point will also preserve the program mask.

Thia is the first mention of "preserv[ing] the program mask."  Is it normal
for CALL or LINK to preserve the program mask?  Should modifying
the program mask be mentioned as a behavior of BPXWDYN?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Farley, Peter

You are probably right about that.  I will start one and see what they reply.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Tuesday, April 4, 2023 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

A similar issue happened with BPXWDYN. COBOL can't set R0. So a new entry point 
in BPXWDYN was created that handled that problem.

This all started with me writing an RCF to tell them that they didn't have a 
COBOL example. Then a C programmer (I'm guessing) wrote the COBOL code. You can 
write c in any language (one of those type of things). Problem is, it would 
confuse most COBOL programmers that, well, it would confuse most COBOL 
programmers, and so I suggested a few changes to solve the issue. Then one of 
their own people onfirmed what I said, it would be confusing to most COBOL 
programmers. And so it appears that IBM doesn't have many product developers 
that actually know COBOL. That has been my take-away from that exchange.

So you may need to do an RCF, and you may go a few rounds with them.

Just say'n'.

Steve Thompson

On 4/4/2023 1:46 PM, Farley, Peter wrote:
> The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the 
> C language zlib library and functions.  There is no material on how to use 
> those functions from any other language than C.
>
> At the very least there is no mention of COBOL COPY members for the parameter 
> definitions nor any mention of a COBOL-compatible link library for inclusion 
> in an executable module.  Only the POSIX C link library and functions are 
> described.
>
> Am I missing something?  Like maybe the zlib C functions are compiled with 
> "#pragma linkage(entryname,OS)"?  There is no such statement in that manual 
> at all.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Ed Jaffe
> Sent: Tuesday, April 4, 2023 1:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
>
> On 4/4/2023 10:22 AM, Farley, Peter wrote:
>> I agree with Michael, neither that redbook nor the current (V2R5) z/OS 
>> Callable Services manual even mention COBOL or any other HLL interface or 
>> API.  Only the C language zlib library and functions are described.
> Tom provided the link to the book and on page 128 it states that the 
> callable services "... are for use by any program coded in C, COBOL, 
> Fortran, Pascal, or PL/I, and this information refers to programs 
> written in these languages as high-level language (HLL) programs."
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 17:46:30 +, Farley, Peter wrote:

>The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the C 
>language zlib library and functions.  There is no material on how to use those 
>functions from any other language than C.
>
In view of the prevalence of zipped files; IBM makes some available; complete 
examples
in a User's Guide addressing the OP's question:
We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was
zipped on the Windows platform.

would be valuable.  Deciding gzip is only part of the chore.

>At the very least there is no mention of COBOL COPY members for the parameter 
>definitions nor any mention of a COBOL-compatible link library for inclusion 
>in an executable module.  Only the POSIX C link library and functions are 
>described.
>
>Am I missing something?  Like maybe the zlib C functions are compiled with 
>"#pragma linkage(entryname,OS)"?  There is no such statement in that manual at 
>all.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Steve Thompson

A similar issue happened with BPXWDYN. COBOL can't set R0. So a 
new entry point in BPXWDYN was created that handled that problem.


This all started with me writing an RCF to tell them that they 
didn't have a COBOL example. Then a C programmer (I'm guessing) 
wrote the COBOL code. You can write c in any language (one of 
those type of things). Problem is, it would confuse most COBOL 
programmers that, well, it would confuse most COBOL programmers, 
and so I suggested a few changes to solve the issue. Then one of 
their own people onfirmed what I said, it would be confusing to 
most COBOL programmers. And so it appears that IBM doesn't have 
many product developers that actually know COBOL. That has 
been my take-away from that exchange.


So you may need to do an RCF, and you may go a few rounds with them.

Just say'n'.

Steve Thompson

On 4/4/2023 1:46 PM, Farley, Peter wrote:

The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the C 
language zlib library and functions.  There is no material on how to use those 
functions from any other language than C.

At the very least there is no mention of COBOL COPY members for the parameter 
definitions nor any mention of a COBOL-compatible link library for inclusion in 
an executable module.  Only the POSIX C link library and functions are 
described.

Am I missing something?  Like maybe the zlib C functions are compiled with "#pragma 
linkage(entryname,OS)"?  There is no such statement in that manual at all.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, April 4, 2023 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On 4/4/2023 10:22 AM, Farley, Peter wrote:

I agree with Michael, neither that redbook nor the current (V2R5) z/OS Callable 
Services manual even mention COBOL or any other HLL interface or API.  Only the 
C language zlib library and functions are described.

Tom provided the link to the book and on page 128 it states that the
callable services "... are for use by any program coded in C, COBOL,
Fortran, Pascal, or PL/I, and this information refers to programs
written in these languages as high-level language (HLL) programs."




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Farley, Peter

The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the C 
language zlib library and functions.  There is no material on how to use those 
functions from any other language than C.

At the very least there is no mention of COBOL COPY members for the parameter 
definitions nor any mention of a COBOL-compatible link library for inclusion in 
an executable module.  Only the POSIX C link library and functions are 
described.

Am I missing something?  Like maybe the zlib C functions are compiled with 
"#pragma linkage(entryname,OS)"?  There is no such statement in that manual at 
all.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, April 4, 2023 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On 4/4/2023 10:22 AM, Farley, Peter wrote:
> I agree with Michael, neither that redbook nor the current (V2R5) z/OS 
> Callable Services manual even mention COBOL or any other HLL interface or 
> API.  Only the C language zlib library and functions are described.

Tom provided the link to the book and on page 128 it states that the 
callable services "... are for use by any program coded in C, COBOL, 
Fortran, Pascal, or PL/I, and this information refers to programs 
written in these languages as high-level language (HLL) programs."

-- 

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Schmitt, Michael

I'm guessing it means that to use the interface from COBOL one must...

1. Read the zlib documentation (https://zlib.net) to figure out how to call the 
library from C.

2. Cross-reference this with the documentation for the zEDC zlib implementation 
to determine which parameters are supported by zEDC. Now you know how to call 
zEDC from C.

3. Figure out how to make an *equivalent call* from COBOL, so that the C zlib 
API sees the same parameter linkage as it would from a C program.

4. Figure out how to link a ZFS library into an MVS load module.

Am I wrong?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, April 4, 2023 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On 4/4/2023 10:22 AM, Farley, Peter wrote:
> I agree with Michael, neither that redbook nor the current (V2R5) z/OS 
> Callable Services manual even mention COBOL or any other HLL interface or 
> API.  Only the C language zlib library and functions are described.

Tom provided the link to the book and on page 128 it states that the
callable services "... are for use by any program coded in C, COBOL,
Fortran, Pascal, or PL/I, and this information refers to programs
written in these languages as high-level language (HLL) programs."

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.phoenixsoftware.com%2F=05%7C01%7Cmichael.schmitt%40dxc.com%7Cc7bec94c38c24aceaa1f08db353243db%7C93f33571550f43cfb09fcd331338d086%7C0%7C0%7C638162262225208685%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=F1hJe%2B%2BgpLyzcqLJAHUYgb7oR9VOUVJRhJh%2FpHih%2FDA%3D=0

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Ed Jaffe


On 4/4/2023 10:22 AM, Farley, Peter wrote:

I agree with Michael, neither that redbook nor the current (V2R5) z/OS Callable 
Services manual even mention COBOL or any other HLL interface or API.  Only the 
C language zlib library and functions are described.


Tom provided the link to the book and on page 128 it states that the 
callable services "... are for use by any program coded in C, COBOL, 
Fortran, Pascal, or PL/I, and this information refers to programs 
written in these languages as high-level language (HLL) programs."



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-04-04 Thread Farley, Peter

I agree with Michael, neither that redbook nor the current (V2R5) z/OS Callable 
Services manual even mention COBOL or any other HLL interface or API.  Only the 
C language zlib library and functions are described.

So where are the other-than-C language interfaces described?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Harper
Sent: Friday, March 31, 2023 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

Michael,

The information is here on pages 127 to 128.

IBM states specifically that the callable interfaces can be invoked by COBOL. 

I have been using the authorized interface for zEDC for several years now, and 
I will be the first to admit that the documentation is obtuse and hard to 
follow with few examples, but it does work. 

Once you get it working, the technology is impressive. But not for the feint of 
heart. 

Tom Harper 

Phoenix Software International 

https://urldefense.com/v3/__https://www.redbooks.ibm.com/redbooks/pdfs/sg248259.pdf__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!KQuC-N294Kx-lC2OwHUkCB3LzjGR2QnfnFh-rbsrLMLeH1bVEXRuLFy9uc7dErg_Qp2kkgeQz9cv-3Xxk-x6n2GCVqt1QsqM$
 



Sent from my iPhone

> On Mar 31, 2023, at 11:14 AM, Schmitt, Michael  
> wrote:
> 
> I'm missing how you would call zEDC from a COBOL programming running in 
> CICS. The Redbook has no examples - it just says there's a callable service 
> for High Level Languages. But the Services for HLL languages just says that 
> unauthorized programs can use a Unix-side library.
> 
> And google has a dearth of hits for COBOL calling zEDC.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Harper
> Sent: Thursday, March 30, 2023 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
> 
> Michael,
> 
> I would consider using zEDC which can be called by authorized and 
> non-authorized programs in z/OS, and C and JAVA.
> 
> It’s very fast, and requires zEC12 GA2, zBC12, z13 or later. You must have 
> certain PTFs applied.
> 
> z15 and later machines have it built in.
> 
> This is a standard format and can be used on non-IBM systems.
> 
> If applicable, you can do it without program changes using DATACLAS.
> 
> Tom Harper
> 
> Phoenix Software International
> 
> Sent from my iPhone
> 
>> On Mar 30, 2023, at 5:05 PM, Schmitt, Michael  
>> wrote:
>> 
>> What if the requirement is to compress or decompress an area of memory, by 
>> calling something from a COBOL CICS transaction running on z/OS, in a way 
>> that it could be compatibly decompress or compress by a program running on 
>> another platform?
>> 
>> For example: CICS > compress > send across some communication path > 
>> transaction on Linux > program > decompress > same data as started 
>> with
>> 
>> The actual algorithm isn't critical, as long as it is compatible on both 
>> ends.
>> 
>> The compressed data isn't in a file, nor are jobs being run. This is 
>> transaction processing.
>> 
>> My preference would be an algorithm that has the compression ratio of 
>> 7zip with the performance of RLE. 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Rahim Azizarab
>> Sent: Friday, March 24, 2023 4:05 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Unzip on z/OS ?
>> 
>> File #865 on Downloads at cbttape.org
>> 
>> I used it many times.
>> 
>> 
>> regards;
>> 
>> Rahim
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-31 Thread Tom Harper

Michael,

The information is here on pages 127 to 128.

IBM states specifically that the callable interfaces can be invoked by COBOL. 

I have been using the authorized interface for zEDC for several years now, and 
I will be the first to admit that the documentation is obtuse and hard to 
follow with few examples, but it does work. 

Once you get it working, the technology is impressive. But not for the feint of 
heart. 

Tom Harper 

Phoenix Software International 

https://www.redbooks.ibm.com/redbooks/pdfs/sg248259.pdf

Sent from my iPhone

> On Mar 31, 2023, at 11:14 AM, Schmitt, Michael  
> wrote:
> 
> I'm missing how you would call zEDC from a COBOL programming running in 
> CICS. The Redbook has no examples - it just says there's a callable service 
> for High Level Languages. But the Services for HLL languages just says that 
> unauthorized programs can use a Unix-side library.
> 
> And google has a dearth of hits for COBOL calling zEDC.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Tom Harper
> Sent: Thursday, March 30, 2023 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
> 
> Michael,
> 
> I would consider using zEDC which can be called by authorized and 
> non-authorized programs in z/OS, and C and JAVA.
> 
> It’s very fast, and requires zEC12 GA2, zBC12, z13 or later. You must have 
> certain PTFs applied.
> 
> z15 and later machines have it built in.
> 
> This is a standard format and can be used on non-IBM systems.
> 
> If applicable, you can do it without program changes using DATACLAS.
> 
> Tom Harper
> 
> Phoenix Software International
> 
> Sent from my iPhone
> 
>> On Mar 30, 2023, at 5:05 PM, Schmitt, Michael  
>> wrote:
>> 
>> What if the requirement is to compress or decompress an area of memory, by 
>> calling something from a COBOL CICS transaction running on z/OS, in a way 
>> that it could be compatibly decompress or compress by a program running on 
>> another platform?
>> 
>> For example: CICS > compress > send across some communication path > 
>> transaction on Linux > program > decompress > same data as started with
>> 
>> The actual algorithm isn't critical, as long as it is compatible on both 
>> ends.
>> 
>> The compressed data isn't in a file, nor are jobs being run. This is 
>> transaction processing.
>> 
>> My preference would be an algorithm that has the compression ratio of 7zip 
>> with the performance of RLE. 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Rahim Azizarab
>> Sent: Friday, March 24, 2023 4:05 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Unzip on z/OS ?
>> 
>> File #865 on Downloads at cbttape.org
>> 
>> I used it many times.
>> 
>> 
>> regards;
>> 
>> Rahim
>> 
>> 
>> 
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff /

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-31 Thread Schmitt, Michael

I'm missing how you would call zEDC from a COBOL programming running in CICS. 
The Redbook has no examples - it just says there's a callable service for High 
Level Languages. But the Services for HLL languages just says that unauthorized 
programs can use a Unix-side library.

And google has a dearth of hits for COBOL calling zEDC.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Harper
Sent: Thursday, March 30, 2023 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

Michael,

I would consider using zEDC which can be called by authorized and 
non-authorized programs in z/OS, and C and JAVA.

It’s very fast, and requires zEC12 GA2, zBC12, z13 or later. You must have 
certain PTFs applied.

z15 and later machines have it built in.

This is a standard format and can be used on non-IBM systems.

If applicable, you can do it without program changes using DATACLAS.

Tom Harper

Phoenix Software International

Sent from my iPhone

> On Mar 30, 2023, at 5:05 PM, Schmitt, Michael  wrote:
>
> What if the requirement is to compress or decompress an area of memory, by 
> calling something from a COBOL CICS transaction running on z/OS, in a way 
> that it could be compatibly decompress or compress by a program running on 
> another platform?
>
> For example: CICS > compress > send across some communication path > 
> transaction on Linux > program > decompress > same data as started with
>
> The actual algorithm isn't critical, as long as it is compatible on both ends.
>
> The compressed data isn't in a file, nor are jobs being run. This is 
> transaction processing.
>
> My preference would be an algorithm that has the compression ratio of 7zip 
> with the performance of RLE. 
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Rahim Azizarab
> Sent: Friday, March 24, 2023 4:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
>
> File #865 on Downloads at cbttape.org
>
> I used it many times.
>
>
> regards;
>
> Rahim
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-30 Thread Andrew Rowley


On 31/03/2023 8:05 am, Schmitt, Michael wrote:

What if the requirement is to compress or decompress an area of memory, by 
calling something from a COBOL CICS transaction running on z/OS, in a way that 
it could be compatibly decompress or compress by a program running on another 
platform?

For example: CICS > compress > send across some communication path > transaction on 
Linux > program > decompress > same data as started with

The actual algorithm isn't critical, as long as it is compatible on both ends.

The compressed data isn't in a file, nor are jobs being run. This is 
transaction processing.
This sounds like a description of HTTP compression. I don't know the 
details inside CICS, but it seems likely that if "some communication 
path" can be HTTP this might be as simple as turning on compression in 
the HTTP server and/or requesting it in the HTTP client. I would expect 
that CICS Liberty would be able to do this. zOSMF Liberty certainly does.


Liberty will use zEDC if available (zEDC doesn't work with Java 11 yet, 
only Java 8).


--
Andrew Rowley
Black Hill Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-30 Thread Tom Harper

Michael,

I would consider using zEDC which can be called by authorized and 
non-authorized programs in z/OS, and C and JAVA. 

It’s very fast, and requires zEC12 GA2, zBC12, z13 or later. You must have 
certain PTFs applied. 

z15 and later machines have it built in. 

This is a standard format and can be used on non-IBM systems. 

If applicable, you can do it without program changes using DATACLAS. 

Tom Harper

Phoenix Software International 

Sent from my iPhone

> On Mar 30, 2023, at 5:05 PM, Schmitt, Michael  wrote:
> 
> What if the requirement is to compress or decompress an area of memory, by 
> calling something from a COBOL CICS transaction running on z/OS, in a way 
> that it could be compatibly decompress or compress by a program running on 
> another platform?
> 
> For example: CICS > compress > send across some communication path > 
> transaction on Linux > program > decompress > same data as started with
> 
> The actual algorithm isn't critical, as long as it is compatible on both ends.
> 
> The compressed data isn't in a file, nor are jobs being run. This is 
> transaction processing.
> 
> My preference would be an algorithm that has the compression ratio of 7zip 
> with the performance of RLE. 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Rahim Azizarab
> Sent: Friday, March 24, 2023 4:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unzip on z/OS ?
> 
> File #865 on Downloads at cbttape.org
> 
> I used it many times.
> 
> 
> regards;
> 
> Rahim
> 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-30 Thread Schmitt, Michael

What if the requirement is to compress or decompress an area of memory, by 
calling something from a COBOL CICS transaction running on z/OS, in a way that 
it could be compatibly decompress or compress by a program running on another 
platform?

For example: CICS > compress > send across some communication path > 
transaction on Linux > program > decompress > same data as started with

The actual algorithm isn't critical, as long as it is compatible on both ends.

The compressed data isn't in a file, nor are jobs being run. This is 
transaction processing.

My preference would be an algorithm that has the compression ratio of 7zip with 
the performance of RLE. 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rahim Azizarab
Sent: Friday, March 24, 2023 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

File #865 on Downloads at cbttape.org

I used it many times.


regards;

Rahim





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-24 Thread Rahim Azizarab

File #865 on Downloads at cbttape.org

I used it many times.


regards;

Rahim    



   

 

On Friday, March 24, 2023 at 03:37:43 PM CDT, Kirk Wolf 
 wrote:  
 
 FWIW, the low level zip API is available in the z/OS Java SDK (and all JDKs).

JZOS includes sample classes that zips z/OS datasets.  Writing an unzip 
wouldn't be too hard.

https://www.ibm.com/docs/api/v1/content/SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/com/ibm/jzos/sample/ZipDatasets.html

Kirk Wolf
Dovetailed Technologies

PS>  JZOS automatically takes advantage of both zIIP engines and zEDC.

On Thu, Mar 23, 2023, at 10:48 PM, Mike Hochee wrote:
> http://www.info-zip.org  is a good bet. Whatever product/freeware you choose 
> it needs to more or less conform to this format... 
> https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> MARTIN, MIKE
> Sent: Thursday, March 23, 2023 10:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Unzip on z/OS ?
> 
> Caution! This message was sent from outside your organization.
> 
> Hi all,
> 
> (This seems like one of those easy answers to find, but I'm not having much 
> luck)
> 
> We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
> zipped on the Windows platform.
> 
> I've seen references to gzip, Ported Tools, 3rd party software.  What are our 
> options for unzipping a file with the z/OS 2.4?
> 
> Mike Martin
> 
> This email may contain confidential and privileged material for the sole use 
> of the intended recipient. If you are not the intended recipient, please 
> contact the sender and delete all copies. Any review or distribution by 
> others is strictly prohibited. Personal emails are restricted by policy of 
> the State Employees' Credit Union (SECU).  Therefore SECU specifically 
> disclaims any responsibility or liability for any personal information or 
> opinions of the author expressed in this email.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-24 Thread Kirk Wolf

FWIW, the low level zip API is available in the z/OS Java SDK (and all JDKs).

JZOS includes sample classes that zips z/OS datasets.   Writing an unzip 
wouldn't be too hard.

https://www.ibm.com/docs/api/v1/content/SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/com/ibm/jzos/sample/ZipDatasets.html

Kirk Wolf
Dovetailed Technologies

PS>  JZOS automatically takes advantage of both zIIP engines and zEDC.

On Thu, Mar 23, 2023, at 10:48 PM, Mike Hochee wrote:
> http://www.info-zip.org  is a good bet. Whatever product/freeware you choose 
> it needs to more or less conform to this format... 
> https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> MARTIN, MIKE
> Sent: Thursday, March 23, 2023 10:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Unzip on z/OS ?
> 
> Caution! This message was sent from outside your organization.
> 
> Hi all,
> 
> (This seems like one of those easy answers to find, but I'm not having much 
> luck)
> 
> We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
> zipped on the Windows platform.
> 
> I've seen references to gzip, Ported Tools, 3rd party software.   What are 
> our options for unzipping a file with the z/OS 2.4?
> 
> Mike Martin
> 
> This email may contain confidential and privileged material for the sole use 
> of the intended recipient. If you are not the intended recipient, please 
> contact the sender and delete all copies. Any review or distribution by 
> others is strictly prohibited. Personal emails are restricted by policy of 
> the State Employees' Credit Union (SECU).  Therefore SECU specifically 
> disclaims any responsibility or liability for any personal information or 
> opinions of the author expressed in this email.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Mike Hochee

http://www.info-zip.org  is a good bet. Whatever product/freeware you choose it 
needs to more or less conform to this format... 
https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
MARTIN, MIKE
Sent: Thursday, March 23, 2023 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unzip on z/OS ?

Caution! This message was sent from outside your organization.

Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Rahim Azizarab

is this what you are looking for?   you might find it on cbttape.org or on 
MVS380 distribution 
 Zap** Top of Data 
 //HERC01A  JOB CLASS=A,REGION=0K,MSGCLASS=A,MSGLEVEL=(1,1)    
 //* Now provide some documentation    
 //*   
 //MINIUNZ   EXEC PGM=MINIUNZ,PARM='-a dd:in dd:out'   
 //STEPLIB   DD DSN=PDPCLIB.LINKLIB,DISP=SHR   
 //IN    DD DSN=HERC01.INCBITS3.ZIP,DISP=SHR   
 //*    VOL=SER=CBT777     
 //OUT   DD DSN=GCC.GNUCBL.SRC,DISP=SHR    
 //SYSIN DD DUMMY  
 //SYSPRINT  DD SYSOUT=*   
 //SYSTERM   DD SYSOUT=*   
 //*   



regards;

Rahim 
  



   

 

On Thursday, March 23, 2023 at 09:33:43 AM CDT, MARTIN, MIKE 
<04b29373b847-dmarc-requ...@listserv.ua.edu> wrote:  
 
 Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.  What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Paul Gilmartin

On Thu, 23 Mar 2023 21:06:39 +, Seymour J Metz wrote:

>Fixes CRLF, but also  uses a wired-in translation table. The point of using -b 
>is to do your own translation, but that means no CRLF conversion.
> 
A one-line "sed" or "tr" script can fix CRLF.

To what code pages does the wired-in translation table correspond.  Is it 
available on
ASCII-based systems?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Seymour J Metz

Fixes CRLF, but also  uses a wired-in translation table. The point of using -b 
is to do your own translation, but that means no CRLF conversion.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, March 23, 2023 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On Thu, 23 Mar 2023 20:41:40 +, Seymour J Metz wrote:

>Why use unzip -a if the data are anything but ASCII? use unzip and a separate 
>iconv. You might need another step to deal with line endings; I don't recall.
>
unzip -a also fixes CRLF.

z/OS pax also does code page conversion.  (But not related FILEDATA changes.   
WAD.)
In one case I did three passes of "pax -r" with different filename templates.

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Paul Gilmartin

On Thu, 23 Mar 2023 20:41:40 +, Seymour J Metz wrote:

>Why use unzip -a if the data are anything but ASCII? use unzip and a separate 
>iconv. You might need another step to deal with line endings; I don't recall.
>
unzip -a also fixes CRLF.

z/OS pax also does code page conversion.  (But not related FILEDATA changes.   
WAD.)
In one case I did three passes of "pax -r" with different filename templates.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Seymour J Metz

Why use unzip -a if the data are anything but ASCII? use unzip and a separate 
iconv. You might need another step to deal with line endings; I don't recall.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, March 23, 2023 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unzip on z/OS ?

On Thu, 23 Mar 2023 16:00:40 +, Seymour J Metz wrote:

>What's wrong with goof old Infozip?
>
NIH.

jar works fine for me, except for files created with 7zip and some of its fancy 
options.

It's very unlikely that zip creates an ASCII file.  Perhaps IBM-1252, UTF-8, 
Quoted-Printable.
Base64, ...?  Or just binary.

with the "-aa" option, Info-Zip might convert ASCII members->EBCDIC, (FSVO 
each.)

>
>From: MARTIN, MIKE
>Sent: Thursday, March 23, 2023 10:33 AM
>...
>We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
>zipped on the Windows platform.
>
>I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
>options for unzipping a file with the z/OS 2.4?

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Paul Gilmartin

On Thu, 23 Mar 2023 16:00:40 +, Seymour J Metz wrote:

>What's wrong with goof old Infozip?
>
NIH.

jar works fine for me, except for files created with 7zip and some of its fancy 
options.

It's very unlikely that zip creates an ASCII file.  Perhaps IBM-1252, UTF-8, 
Quoted-Printable.
Base64, ...?  Or just binary.

with the "-aa" option, Info-Zip might convert ASCII members->EBCDIC, (FSVO 
each.)

>
>From: MARTIN, MIKE
>Sent: Thursday, March 23, 2023 10:33 AM
>...
>We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
>zipped on the Windows platform.
>
>I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
>options for unzipping a file with the z/OS 2.4?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Seymour J Metz

What's wrong with goof old Infozip?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
MARTIN, MIKE [04b29373b847-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, March 23, 2023 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unzip on z/OS ?

Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Denis

If you have Java on z/OS, try the jar command.jar xf zipfile

-Original Message-
From: MARTIN, MIKE <04b29373b847-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, Mar 23, 2023 3:33 pm
Subject: Unzip on z/OS ?

Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.  What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread Lionel B. Dyck

You can get a port of unzip from https://github.com/ZOSOpenTools/unzipport

To get the executable go here
https://github.com/ZOSOpenTools/unzipport/releases/tag/unzipport_601

Hope this helps



Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
MARTIN, MIKE
Sent: Thursday, March 23, 2023 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unzip on z/OS ?

Hi all,

(This seems like one of those easy answers to find, but I'm not having much
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.   What are
our options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use
of the intended recipient. If you are not the intended recipient, please
contact the sender and delete all copies. Any review or distribution by
others is strictly prohibited. Personal emails are restricted by policy of
the State Employees' Credit Union (SECU).  Therefore SECU specifically
disclaims any responsibility or liability for any personal information or
opinions of the author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Unzip on z/OS ?

2023-03-23 Thread John McKown

I am not sure, but GIMUNZUP might work. It's designed for SMPE, but might
work. Or write a Java program to do an unzip.

https://www.ibm.com/docs/en/zos/2.2.0?topic=routines-gimunzip-file-extraction-service-routine


On Thu, Mar 23, 2023, 09:33 MARTIN, MIKE <
04b29373b847-dmarc-requ...@listserv.ua.edu> wrote:

> Hi all,
>
> (This seems like one of those easy answers to find, but I'm not having
> much luck)
>
> We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that
> was zipped on the Windows platform.
>
> I've seen references to gzip, Ported Tools, 3rd party software.   What are
> our options for unzipping a file with the z/OS 2.4?
>
> Mike Martin
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient. If you are not the intended recipient,
> please contact the sender and delete all copies. Any review or distribution
> by others is strictly prohibited. Personal emails are restricted by policy
> of the State Employees' Credit Union (SECU).  Therefore SECU specifically
> disclaims any responsibility or liability for any personal information or
> opinions of the author expressed in this email.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Unzip on z/OS ?

2023-03-23 Thread MARTIN, MIKE

Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-27 Thread Shmuel Metz (Seymour J.)

In 01ee01ce72d0$ac412e80$04c38b80$@mindspring.com, on 06/26/2013
   at 05:53 PM, Lizette Koehler stars...@mindspring.com said:

Because many of us asked for IBM to do this.  We found that groups
outside of Sysprogs were using SMPE to verify fixes.  We did not want
them altering the environment. 

Why did you give them write access to the relevant data sets. How does
restricting SMPE prevent them from altering the environment?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-27 Thread John Gilmore

Here I agree strongly with Shmuel.  Make the data read-only or
inaccessible if you must, but leave the tools alone.

John Gilmore, Ashland, MA 01721 - USA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-27 Thread Paul Gilmartin

On Thu, 27 Jun 2013 12:06:21 -0400, John Gilmore wrote:

Here I agree strongly with Shmuel.  Make the data read-only or
inaccessible if you must, but leave the tools alone.
 
In the intense discussion of this topic here in April 2010, IBM
employes took the position that that is ineffective or not feasible.
Since IBM's policies in such cases prohibit more detailed technical
discussion, we are unable to assess the merits of that assertion.

I continue to suspect that IBM could have provided a more narrowly
targeted remedy, but chose not to do so, perhaps for reasons
they're not allowed to discuss.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-27 Thread Skip Robinson

I think Gil is on to something here. At SHARE conferences following 
announcement of the change, I got the impression that rank and file 
thought it was major overkill--even killing by friendly fire--to control 
product usage in this way. But the shotgun solution was mandated from on 
high to appease a minuscule subset of customers upset by some local 
shoot-your-foot catastrophe. It's not hard to manage. Create a RACF Group 
that has appropriate access to SMP/E, then connect each legitimate user to 
that group. Until someone moves in or out of the role, you're done. 

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   06/27/2013 09:41 AM
Subject:Re: GIMZIP (was: free zIP/UNZIP in z/OS)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Thu, 27 Jun 2013 12:06:21 -0400, John Gilmore wrote:

Here I agree strongly with Shmuel.  Make the data read-only or
inaccessible if you must, but leave the tools alone.
 
In the intense discussion of this topic here in April 2010, IBM
employes took the position that that is ineffective or not feasible.
Since IBM's policies in such cases prohibit more detailed technical
discussion, we are unable to assess the merits of that assertion.

I continue to suspect that IBM could have provided a more narrowly
targeted remedy, but chose not to do so, perhaps for reasons
they're not allowed to discuss.

-- gil


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-27 Thread Paul Gilmartin

On Thu, 27 Jun 2013 14:03:14 -0700, Skip Robinson wrote:

I think Gil is on to something here. At SHARE conferences following
announcement of the change, I got the impression that rank and file
thought it was major overkill--even killing by friendly fire--to control
product usage in this way. But the shotgun solution was mandated from on
high to appease a minuscule subset of customers upset by some local
shoot-your-foot catastrophe. It's not hard to manage. Create a RACF Group
that has appropriate access to SMP/E, then connect each legitimate user to
that group. Until someone moves in or out of the role, you're done.
 
Appeasing a minuscule subset of customers does not rise to the level
of a System Integrity APAR (cf. Boy Who Cried Wolf) unless that
minuscule subset controls a disproportionate subset of revenues.

I suspect there's something more afoot.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Jan Vanbrabant

Hi dear IBM-MAINers,

First of all  a BIG THANK YOU for your 30+ reactions !!!

This situation is one between z/OSs!
The other site is zipping with PKZIP.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings,
is GIMZIP's zip-format compatible with  PKZIP's zip-format ?

Rgds,
Jan




On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush ku...@us.ibm.com wrote:

 Given my (unfounded?) assumption that GIMZIP was devised to
 support SMP/E installation and service, it's puzzling that GIMZIP
 supports objects SMP/E doesn't process.  Are they intended for
 use in a post-APPLY script?


 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the
 internet delivery and installation of an IBM ServerPac offering, that is
 why GIMZIP supports non-SMP/E consumable file formats in addition to the
 standard SMP/E stuff.

 Kurt Quackenbush -- IBM, SMP/E Development


 --**--**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Lizette Koehler

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf

ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf


This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP
utility,
seems to be a poor choice for a name. (Potential gotcha! ICSF nee crypto
is
required)
. Produces .z file (.pax.z) contains compressed data should be compatible
with UNCOMPRESS on UNIX platforms and others that support format
. http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html
. GZIP Free, some oddities found by Roland Schiradin with MVS
implementation, wide cross platform support including Linux, Windows, UNIX,
etc.
. http://www.gzip.org

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIMZIP (was: free zIP/UNZIP in z/OS)

Hi dear IBM-MAINers,

First of all  a BIG THANK YOU for your 30+ reactions !!!

This situation is one between z/OSs!
The other site is zipping with PKZIP.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is GIMZIP's
zip-format compatible with  PKZIP's zip-format ?

Rgds,
Jan




On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush ku...@us.ibm.com wrote:

 Given my (unfounded?) assumption that GIMZIP was devised to
 support SMP/E installation and service, it's puzzling that GIMZIP 
 supports objects SMP/E doesn't process.  Are they intended for use in 
 a post-APPLY script?


 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the 
 internet delivery and installation of an IBM ServerPac offering, that 
 is why GIMZIP supports non-SMP/E consumable file formats in addition 
 to the standard SMP/E stuff.

 Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Paul Gilmartin

On Wed, 26 Jun 2013 07:52:13 -0700, Lizette Koehler wrote:

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf
ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf

This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP utility,
seems to be a poor choice for a name. (Potential gotcha! ICSF nee crypto is
required)
 
As Tom M. says, there's a software alternative, although it may not have
existed at the time of those presentations.

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may
be an obstacle in some environments.

Are SMP/E upgrades still available free, or was that only a bridge to
get customers over to network delivery?

. Produces .z file (.pax.z) contains compressed data should be compatible
with UNCOMPRESS on UNIX platforms and others that support format
. http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html

In my experience, that's most archiving/extraction utilities.

. GZIP Free, some oddities found by Roland Schiradin with MVS
implementation, wide cross platform support including Linux, Windows, UNIX,
etc.
. http://www.gzip.org
 
Another poor choice for a name.  But gzip has some very limited compatiblilty
with zip.


-Original Message-
From:  Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM

Hi dear IBM-MAINers,

This situation is one between z/OSs!
The other site is zipping with PKZIP.
 
John and Tom have largely persuaded me that between z/OSes GIMZIP
is a preferable alternative.  My remaining reservation concerns the
(expletive elided) RACF requirement.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is GIMZIP's
zip-format compatible with  PKZIP's zip-format ?

Probably not on z/OS; other environments (e.g. Linux on z) are likely
to provide better support.  I believe a zip archive containing exactly
one file, compressed with the Deflation algorithm, can be extracted
with gzip.


On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush wrote:

 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the
 internet delivery and installation of an IBM ServerPac offering, that
 is why GIMZIP supports non-SMP/E consumable file formats in addition
 to the standard SMP/E stuff.
 
As you have probably surmised, heard of correctly assesses my
familiarity with ServerPac.  So, thanks for providing me a lead to
information that I may someday find useful.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Lizette Koehler

Gil

To answer the one question

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.


Because many of us asked for IBM to do this.  We found that groups outside of 
Sysprogs were using SMPE to verify fixes.  We did not want them altering the 
environment.  So the facility classes were created.

Also, I think there were some audit issues within some shops.  So this was done 
to also support them.

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, June 26, 2013 11:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIMZIP (was: free zIP/UNZIP in z/OS)

On Wed, 26 Jun 2013 07:52:13 -0700, Lizette Koehler wrote:

A quick internet search came up with a presentation by Sam Knutson

ftp://ftp.cbttape.org/pub/present/SHARE97_Fully_Wired.pdf
ftp://ftp.cbttape.org/pub/present/SHARE98_Fully_Wired.pdf

This presentation is from 2001/2  but may help answer some questions.

. GIMZIP Free from IBM available as PTF back to R5, not really a ZIP 
utility, seems to be a poor choice for a name. (Potential gotcha! ICSF 
nee crypto is
required)
 
As Tom M. says, there's a software alternative, although it may not have 
existed at the time of those presentations.

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.

Are SMP/E upgrades still available free, or was that only a bridge to get 
customers over to network delivery?

. Produces .z file (.pax.z) contains compressed data should be 
compatible with UNCOMPRESS on UNIX platforms and others that support 
format . 
http://www.ibm.com/servers/eserver/zseries/zos/smpe/gimzip.html

In my experience, that's most archiving/extraction utilities.

. GZIP Free, some oddities found by Roland Schiradin with MVS 
implementation, wide cross platform support including Linux, Windows, 
UNIX, etc.
. http://www.gzip.org
 
Another poor choice for a name.  But gzip has some very limited compatiblilty 
with zip.


-Original Message-
From:  Jan Vanbrabant
Sent: Wednesday, June 26, 2013 7:40 AM

Hi dear IBM-MAINers,

This situation is one between z/OSs!
The other site is zipping with PKZIP.
 
John and Tom have largely persuaded me that between z/OSes GIMZIP is a 
preferable alternative.  My remaining reservation concerns the (expletive 
elided) RACF requirement.

GIMZIP is charming my client.

Question though:
While PKZIP en GIMZIP have both zipin common in their namings, is 
GIMZIP's zip-format compatible with  PKZIP's zip-format ?

Probably not on z/OS; other environments (e.g. Linux on z) are likely to 
provide better support.  I believe a zip archive containing exactly one file, 
compressed with the Deflation algorithm, can be extracted with gzip.


On Tue, Jun 25, 2013 at 10:31 PM, Kurt Quackenbush wrote:

 Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the 
 internet delivery and installation of an IBM ServerPac offering, that 
 is why GIMZIP supports non-SMP/E consumable file formats in addition 
 to the standard SMP/E stuff.
 
As you have probably surmised, heard of correctly assesses my familiarity 
with ServerPac.  So, thanks for providing me a lead to information that I may 
someday find useful.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-26 Thread Paul Gilmartin

On Wed, 26 Jun 2013 17:53:00 -0700, Lizette Koehler wrote:

To answer the one question

But GIMZIP/GIMUNZIP require SMP/E RACF authorization (WHY!?) which may be an 
obstacle in some environments.

Because many of us asked for IBM to do this.  We found that groups outside of 
Sysprogs were using SMPE to verify fixes.  We did not want them altering the 
environment.  So the facility classes were created.
 
No.  If you read the archives, you will find:

From: Walt Farrell wfarr...@us.ibm.com
Date: Wed, 14 Apr 2010 09:46:01 -0500

In the original discussion, it was speculated that IBM obviously did not
understand that one should protect the data sets rather than trying to
protect the program or functions.  And that therefore anyone who did have
proper data set protections is safe.

In most cases that is true.  In this case it is not (that's why there is an
exposure, and that's why we had the System Integrity APAR IO11698 and its
PTF(s).). 

And:

Date: Tue, 13 Apr 2010 09:43:46 -0500

Quoting from IO12263:
...
However, of all the functions described above,
several need to be controlled very carefully.  Users who are
granted access to these resources have the potential to 
undermine system security regardless of any data set protections
you may have in place.  Therefore, they should be as trusted,   
for example, as users who have authority to update APF  
authorized libraries.

It's pretty clear that there's an integrity flaw in SMP/E, and that IBM chose
not to fix it, but to allow customers to restrict access to SMP/E services.

Also, I think there were some audit issues within some shops.  So this was 
done to also support them.
 
Neither of these rises to the level of a System Integrity APAR.  Use
of SMP/E must be restricted to persons who are trusted not to do
something, without being told what that something is.

Granted, Walt said much later, in response to my goading, that something
such as due caution is sufficient protection.  But that's still prety vague.

I imagine that IBM could have introduced a new class of resource
protection of properly narrow scope rather than trying to protect
the program or functions, but felt that doing so would unacceptably
disclose the original flaw.

Yet there's precedent.  IBM did very much that sort of thing when OA30897
introduced the BPX.EXECMVSAPF.program_name FACILITY class that made
it glaringly obvious what the defect had been.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-25 Thread Kurt Quackenbush


Given my (unfounded?) assumption that GIMZIP was devised to
support SMP/E installation and service, it's puzzling that GIMZIP
supports objects SMP/E doesn't process.  Are they intended for
use in a post-APPLY script?


Have you heard of ServerPac?  GIMZIP and GIMUNZIP are integral to the 
internet delivery and installation of an IBM ServerPac offering, that is 
why GIMZIP supports non-SMP/E consumable file formats in addition to the 
standard SMP/E stuff.


Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-24 Thread Jantje.

On Fri, 21 Jun 2013 12:32:09 -0400, Shmuel Metz (Seymour J.) 
shmuel+...@patriot.net wrote:

I've used Info-Zip happily on OS/2 for decades. I don't have
experience with the MVS version.

We've used that on z/OS for a few years now to unzip files that have been 
uploaded from PC to PDS members back into a directory in HFS. Works fine.

Cheers,

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-24 Thread Tom Marchant

On Sat, 22 Jun 2013 15:02:22 -0500, Paul Gilmartin paulgboul...@aim.com wrote:

o I didn't try a VSAM cluster (VSAM is black magic to me).  If
  one archives a VSAM cluster with GIMZIP and extracts it with
  GIMUNZIP on a different system, is it immediately useful?

It depends.  For example, if it is an SMP/E CSI, it won't be very 
useful by itself.  You would need any other data sets are referenced 
by the CSI to use it.  

o How do IBM and other vendors largely deliver PTFs nowadays?
  In SMPPTFIN format with inline elements, or in FROMNETWORK
  format?

I don't understand the question.  Neither SMPPTFIN nor 
FROMNETWORK are formats.

A network package, which will be processed by RECEIVE FROMNETWORK 
or RECEIVE FROMNTS includes data in an SMPPTFIN directory and is 
processed the same as if it were extracted and included in SMPPTFIN.

o Are there noways element types (UNIX?, VSAM?) which can be
  delivered only in SMPNTS format, never in SMPPTFIN format?

o If I RECEIVE a SYSMOD containing a GIMZIPped UNIX directory,
  what goes in the GLOBAL zone?

Nothing.  Only components identified as type SMPPTFIN, SMPHOLD 
or SMPRELF are processed by SMP/E.

In what format?  If I APPLY it,
  what goes in the target zone?  

Nothing.

If I ACCEPT it, what goes in the
  DLIB zone?

By now you should know the answer.  Nothing.

would customers prefer SYSMODS (FUNCTION and PTF)
in format:

o SMPNTS further wrapped in a pax (or other) envelope?

I assume when you write SMPNTS you mean a network package 
that is suitable to be processed by RECEIVE FROMNETWORK or 
RECEIVE FROMNTS.  The only reason that I can see for using pax 
to process the network package is for convenience in transporting 
the package to the customer's site, perhaps via media such as a 
CD, so that it can then be processed with RECEIVE FROMNTS.  If 
you intend the customer to retrieve it via the internet, they can 
use either RECEIVE FROMNETWORK TRANSFERONLY or GIMGTPKG, 
in which case, the package must be in the form that GIMZIP 
created it.

o SMPNTS as many separate (EBCDIC) files?

What do you mean by this?  Now it seems you mean something 
other than a network package.  Perhaps a directory created by 
GIMZIP from several files with type README?  I can see no value 
in that.

o A single SMPPTFIN in the aforementioned zip package?

Again, I have no clue what you are thinking about here.

A customer who is using RECEIVE FROMNETWORK wouldn't likely care 
what the contents of the network package looks like.  Rather, they 
would care whether it works correctly.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-24 Thread Paul Gilmartin

On Mon, 24 Jun 2013 09:56:14 -0500, Tom Marchant wrote:

o If I RECEIVE a SYSMOD containing a GIMZIPped UNIX directory,
  what goes in the GLOBAL zone?

Nothing.  Only components identified as type SMPPTFIN, SMPHOLD 
or SMPRELF are processed by SMP/E.
 
Given my (unfounded?) assumption that GIMZIP was devised to
support SMP/E installation and service, it's puzzling that GIMZIP
supports objects SMP/E doesn't process.  Are they intended for
use in a post-APPLY script?  That would seem to be an abdication
of control by SMP/E, and provides no support for RESTORE.


A customer who is using RECEIVE FROMNETWORK wouldn't likely care 
what the contents of the network package looks like.  Rather, they 
would care whether it works correctly.
 
We have had a customer complain that he would prefer to receive
RELFILEs unloaded by TSO TRANSMIT rather than by GIMZIP,
regardless that the latter works correctly and appears to be the
technique chosen and supported by IBM.  The customer was able
to cite in defense of his position an IBM product delivered in TSO
TRANSMIT unloaded RELFILEs.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-24 Thread Tom Marchant

On Mon, 24 Jun 2013 10:17:42 -0500, Paul Gilmartin wrote:

Given my (unfounded?) assumption that GIMZIP was devised to
support SMP/E installation and service, 

That *is* what it was designed for, AFAIK.

it's puzzling that GIMZIP
supports objects SMP/E doesn't process.

From the SMP/E Reference:

quote
11.7 GIMZIP packaging service routine

The GIMZIP service routine creates portable packages of 
software and associated materials. Typically the packages 
will contain SYSMODs, RELFILE data sets, HOLDDATA, and 
associated materials such as documentation, samples, and 
text files. These GIMZIP packages may be transported 
through a network, processed by the GIMUNZIP service 
routine, and then processed by the SMP/E RECEIVE command.
/quote

Do you remember RIMLIBs?  Those can be packaged in an archive, 
but are not part of the product.  How about books, either in .pdf or 
.boo format?  If you choose, you can even package CSI that 
contains your product pre-installed.
 
-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-24 Thread Kirk Wolf

FWIW, the jar command is just a special launcher for the Java class
sun.tools.jar.Main.   The heavy lifting is done by the java.util.zip
package, which provides a public API.

The jar command is written only to support z/OS Unix files, but the
ZipDatasets sample class (source provided) supports z/OS datasets.

The ZipDatasets sample is written so as to read the datasets as a text
stream (newlines added) and write the output to Zip entries that are
converted to ISO8859-1.   The -t option can be used to specify a
different target encoding.

Usage: com.ibm.jzos.sample.ZipDatasets [-t targetEncoding] outfile
indsname...
  where:
  -t targetEncoding can optionally specify the codepage name to encode the
  text data as it is written to the Zip file.  If not specified,
  this defaults to ISO8859-1 (Latin/ASCII)
  and outfile is either:
- a Unix file path name: /path/to/some/file.zip
- a dataset name:  //A.B.C
- a PDS member name:  //A.B.C(MEM)
- a DD name: //DD:XYZ
- a DD name and member:  //DD:XYZ(MEM)
  and each (at least one) indsname is either:
- a dataset name:  //A.B.C
- a dataset pattern:  //A.*.D
- a PDS member name:  //A.B.C(MEM)
- a PDS member pattern:  //A.B.C(D*X)
- a DD name: //DD:XYZ
- a DD name and member:  //DD:XYZ(MEM)
- a DD name and member pattern:  //DD:XYZ(D*X)
  \//\ prefixes may be omitted from indsnames
  All dataset names are assumed to be fully qualified.

PS The JZOS sample programs and source can be downloaded from links on the
main z/OS JZOS page:

http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html

On Sun, Jun 23, 2013 at 1:12 AM, Ed Jaffe edja...@phoenixsoftware.comwrote:

 On 6/21/2013 2:38 AM, Norbert Friemel wrote:

 The jar command is free (comes with Java) but supports Unix files only:
 http://planetmvs.com/ibm-main/**jarbatch.txthttp://planetmvs.com/ibm-main/jarbatch.txt


 We currently use jar on z/OS to create zip files for distribution to
 customers. These files can be unzipped on any platform e.g., Windows. As
 Norbert says, you must precede the jar command with a cp command to copy
 the classic MVS file(s) to a z/OS UNIX directory. jar will not read them
 directly.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-23 Thread Ed Jaffe


On 6/21/2013 2:38 AM, Norbert Friemel wrote:
The jar command is free (comes with Java) but supports Unix files 
only: http://planetmvs.com/ibm-main/jarbatch.txt


We currently use jar on z/OS to create zip files for distribution to 
customers. These files can be unzipped on any platform e.g., Windows. As 
Norbert says, you must precede the jar command with a cp command to copy 
the classic MVS file(s) to a z/OS UNIX directory. jar will not read them 
directly.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-23 Thread Shmuel Metz (Seymour J.)

In 021801ce6e5c$f5816e70$e0844b50$@mindspring.com, on 06/21/2013
   at 01:54 AM, Lizette Koehler stars...@mindspring.com said:

This is part of the z/OS (I think)

TRSMAIN is now an alias for AMATERSE. The DD requirements ar different
depending on which name you use.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-22 Thread Lizette Koehler

Are the files being zip'd staying on the mainframe or is the intent going from 
mainframe to open system and unzip?

If mainframe only, you can look at TRSMAIN that comes with the system.  But you 
will be limited in what can be zip'd and how.  But TRSMAIN is used to take 
files and transmit them to vendors for review. It provides a standard format 
and you can use intermediate processes to zip.

This is part of the z/OS (I think)

Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jan Vanbrabant
Sent: Friday, June 21, 2013 1:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: free zIP/UNZIP in z/OS

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one apparabtly his need is 
now.

I looked a bit around  found

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html


The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).


Any  experiences to share?

Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


Rgds,
Jan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-22 Thread R.S.

W dniu 2013-06-21 10:34, Jan Vanbrabant pisze:

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one apparabtly his need is
now.

I looked a bit around found

Info-ZIP http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS --- Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html

The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390,
SLIKZIP); think bout encryption, zIIP support, UNIX file system support, …).

Any experiences to share?

Possibly other tools (free, of course ;-) ) ?

First, you should *precisely* define your requirements. Without that
you'll get list fo the tools with some features descirbed.
Second, if you really need zIIP offload, encryption and flexibility then
forget abut free tools.
Third, things get *much* more complicated if you plan to support
different platforms, i.e. compress on z/OS and receive on Windows.

BTW: to the list of possible solutions: SMS compression. Free (built in
z/OS), supports ext-fmt PS files and KSDS, reasonable CPU overhead,
quite good compression ratios.

--
Radoslaw Skorupka
Lodz, Poland

--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88.
Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-22 Thread Thomas Conley


On 6/21/2013 4:34 AM, Jan Vanbrabant wrote:

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one apparabtly his need is 
now.

I looked a bit around  found

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html


The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).


Any  experiences to share?

Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


Rgds,
Jan



My clients use tar.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

GIMZIP (was: free zIP/UNZIP in z/OS)

2013-06-22 Thread Paul Gilmartin

On Fri, 21 Jun 2013 10:05:16 -0500, Tom Marchant wrote:

This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
and AFAIK, they are not encoded with GIMDTS.  

It all depends on whether the intended recipient has
access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

Nope.  It requires that the recipient be authorized to use GIMUNZIP.
 
I stand corrected on this; somewhat happily.

I archived a UNIX directory with GIMZIP and examined the product.
It was  strange_name.pax.Z file plus a couple control files.  I
extracted it successfully (but not usefully) on a non-IBM system.

But it raises a lot of questions:

o For file transfer to a foreign system, has this any advantage over
  the simpler direct use of pax.  Pax from the command line
  also supports code page conversion which might be useful.

o I didn't try a VSAM cluster (VSAM is black magic to me).  If
  one archives a VSAM cluster with GIMZIP and extracts it with
  GIMUNZIP on a different system, is it immediately useful?

o How do IBM and other vendors largely deliver PTFs nowadays?
  In SMPPTFIN format with inline elements, or in FROMNETWORK
  format?

o Are there noways element types (UNIX?, VSAM?) which can be
  delivered only in SMPNTS format, never in SMPPTFIN format?

o If I RECEIVE a SYSMOD containing a GIMZIPped UNIX directory,
  what goes in the GLOBAL zone?  In what format?  If I APPLY it,
  what goes in the target zone?  If I ACCEPT it, what goes in the
  DLIB zone?

o All these questions should be answered by RTFM.  22 months ago,
  I submitted an RCF concerning:

Title: z/OS Packaging Rules
Document Number: SC23-3695-10
Build Date: 05/22/03 10:45:55

  ... concerning absence of rules for network delivery.  I received an
  encouraging reply, ... This document does need to be updated and
  I have brought it to the attention of development, who agrees with
  your observation.  So far, no change (but am I looking in the wrong
  place?) 

I work in a niche division of a large corporation.  The corporate standard
is that any software package, installation or patch, shall be delivered
as a .zip package containing either a README.txt or a README.html
file plus an unspecified number of payload files in unspecified format.
Our division certainly lacks the leverage to effect a change in this.
Subject to these constraints, and absent current information in
SC23-3695-10, would customers prefer SYSMODS (FUNCTION and PTF)
in format:

o SMPNTS further wrapped in a pax (or other) envelope?

o SMPNTS as many separate (EBCDIC) files?

o A single SMPPTFIN in the aforementioned zip package?

o Other (specify)?

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: free zIP/UNZIP in z/OS

2013-06-22 Thread Uwe Oswald

I know that one customer of us have written something in Java to achieve what 
you want. So, if you're able to do that that might solve yoour problem and 
Java is free of course :-)

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Jan Vanbrabant
Gesendet: Donnerstag, 20. Juni 2013 21:33
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: free zIP/UNZIP in z/OS

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one.

I looked a bit around  found

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html

The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, .).


Any  experiences to share?

Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


Rgds,
Jan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-22 Thread Greg Price

Doesn't the GCC package ship the MINIZIP and MINIUNZ programs which can 
be used as stand-alone utilities? If you just want to zip up sequential 
and partitioned data sets, and optionally transfer to other platforms, 
they might fit the requirement.


One form of these programs is in CBT file 135 - note that file STDOUT 
must be allocated.


Cheers,
Greg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

free zIP/UNZIP in z/OS

2013-06-21 Thread Jan Vanbrabant

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one apparabtly his need is 
now.

I looked a bit around  found

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html


The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).


Any  experiences to share?

Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


Rgds,
Jan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Norbert Friemel

On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:


Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


The jar command is free (comes with Java) but supports Unix files only: 
http://planetmvs.com/ibm-main/jarbatch.txt

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread John McKown

In addition, for true ZIP file output, remember that the Java jar command
actually reads and writes zip files. Unfortunately, it only supports z/OS
UNIX files, not legacy z/OS data sets. Whether this is a bother or not
depends on what the far end wants to do with the zip file contents. For
the truly advanced person, GIMZIP is a very powerful way to package up z/OS
legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7

quote

The *GIMZIP* service routine creates portable packages of software and
associated materials. Typically the packages will contain SYSMODs, RELFILE
data sets, HOLDDATA, and associated materials such as documentation,
samples, and text files. These *GIMZIP* packages may be transported through
a network, processed by the GIMUNZIP service routine, and then processed by
the SMP/E RECEIVE command.

More specifically, a *GIMZIP* package consists of a single package
definition file, a set of archive files, and text files. The package
definition file describes the total package and identifies the archive
files and text files contained in the package. An archive file consists of
:

   1. a portable image of any of the following:

  - a sequential data set
  - a partitioned data set
  - a VSAM data set
  - a file in the UNIX file system
  - a directory in the UNIX file system

   2. and the information necessary to reload the data from the portable
   image.


 A single *GIMZIP* package typically consists of several archive files.

*Notes:*

 1. *GIMZIP* is a separate load module residing in the MIGLIB library and
runs independently from the rest of SMP/E processing.

 2. *GIMZIP* requires either the Integrated Cryptographic Services Facility
(ICSF) One-Way Hash Generate callable service or Java 2 Version 1 Release 4
to be available for its use in order to compute an SHA-1 hash value.

/quote


2013/6/21 Paolo Cacciari paolo.cacci...@it.ibm.com

 Jan,

 what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.


 Paolo Cacciari
 Senior IT Specialist - Certified - IBM BCRS Italy

 IBM Italia S.p.A.
 Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
 Cap. Soc. euro 347.256.998,80
 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
 Società con unico azionista
 Società soggetta all?attività di direzione e coordinamento di
 International Business Machines Corporation

 (Salvo che sia diversamente indicato sopra / Unless stated otherwise
 above)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:05:30 +0200, Paolo Cacciari wrote:

what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.
 
Portability?


On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html

The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).
 
Some of the free ones support the UNIX file system better than
they support the legacy file system.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:

In addition, for true ZIP file output, remember that the Java jar command
actually reads and writes zip files. Unfortunately, it only supports z/OS
UNIX files, not legacy z/OS data sets. Whether this is a bother or not
depends on what the far end wants to do with the zip file contents. 

Is having Java installed (and being comfortable with jar typical in
z/OS installations?

For the truly advanced person, GIMZIP is a very powerful way to package up z/OS
legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
  
Its output is an EBCDIC XML file describing a collection of compressed
(POSIX, not gzip) tar files each containing an EBCDIC XML control file
and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
but no block boundaries) of a PDS(E).  If the original data were anything
other than PDS(E)s, they will have been encoded with the GIMDTS
utility (supplied) which format is extracted only by SMP/E APPLY.

Portability?  It all depends on whether the intended recipient has
access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

(I might misunderstand.  Have you used it otherwise?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

Check out the sample zip program supplied with JZOS -
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for MVS input 
files, only the  high level qualifier
has to be specified in the parm field (no DD statements) and all files 
beginning with that HLQ will be zipped into 1 archive.
And the archive file is in the right code page to work with pc products like 
pzkip.

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, June 21, 2013 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS

In addition, for true ZIP file output, remember that the Java jar command 
actually reads and writes zip files. Unfortunately, it only supports z/OS UNIX 
files, not legacy z/OS data sets. Whether this is a bother or not depends on 
what the far end wants to do with the zip file contents. For the truly 
advanced person, GIMZIP is a very powerful way to package up z/OS legacy data 
sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7

quote

The *GIMZIP* service routine creates portable packages of software and 
associated materials. Typically the packages will contain SYSMODs, RELFILE data 
sets, HOLDDATA, and associated materials such as documentation, samples, and 
text files. These *GIMZIP* packages may be transported through a network, 
processed by the GIMUNZIP service routine, and then processed by the SMP/E 
RECEIVE command.

More specifically, a *GIMZIP* package consists of a single package definition 
file, a set of archive files, and text files. The package definition file 
describes the total package and identifies the archive files and text files 
contained in the package. An archive file consists of
:

   1. a portable image of any of the following:

  - a sequential data set
  - a partitioned data set
  - a VSAM data set
  - a file in the UNIX file system
  - a directory in the UNIX file system

   2. and the information necessary to reload the data from the portable
   image.


 A single *GIMZIP* package typically consists of several archive files.

*Notes:*

 1. *GIMZIP* is a separate load module residing in the MIGLIB library and runs 
independently from the rest of SMP/E processing.

 2. *GIMZIP* requires either the Integrated Cryptographic Services Facility
(ICSF) One-Way Hash Generate callable service or Java 2 Version 1 Release 4 to 
be available for its use in order to compute an SHA-1 hash value.

/quote


2013/6/21 Paolo Cacciari paolo.cacci...@it.ibm.com

 Jan,

 what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.


 Paolo Cacciari
 Senior IT Specialist - Certified - IBM BCRS Italy

 IBM Italia S.p.A.
 Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) Cap. Soc. 
 euro 347.256.998,80 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 
 10914660153 Società con unico azionista Società soggetta all?attività 
 di direzione e coordinamento di International Business Machines 
 Corporation

 (Salvo che sia diversamente indicato sopra / Unless stated otherwise
 above)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
This is a test of the Emergency Broadcast System. If this had been an actual 
emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread John McKown

I should have mentioned that GIMZIP is really only for transport to another
z/OS system, not to anything else. I don't know about the ubiquity of Java
on z/OS or the familiarity (or lack thereof) with the jar command. I can't
judge based on my shop because we are firmly set in a 1980s (or earlier)
mind set. Even the Windows people seem to be non current to a great
extent.

On Fri, Jun 21, 2013 at 7:42 AM, Paul Gilmartin paulgboul...@aim.comwrote:

 On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:

 In addition, for true ZIP file output, remember that the Java jar
 command
 actually reads and writes zip files. Unfortunately, it only supports z/OS
 UNIX files, not legacy z/OS data sets. Whether this is a bother or not
 depends on what the far end wants to do with the zip file contents.

 Is having Java installed (and being comfortable with jar typical in
 z/OS installations?

 For the truly advanced person, GIMZIP is a very powerful way to package
 up z/OS
 legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident
 files.
 
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
 
 Its output is an EBCDIC XML file describing a collection of compressed
 (POSIX, not gzip) tar files each containing an EBCDIC XML control file
 and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
 but no block boundaries) of a PDS(E).  If the original data were anything
 other than PDS(E)s, they will have been encoded with the GIMDTS
 utility (supplied) which format is extracted only by SMP/E APPLY.

 Portability?  It all depends on whether the intended recipient has
 access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

 (I might misunderstand.  Have you used it otherwise?)

 -- gil


-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

Check out the sample zip program supplied with JZOS -
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for MVS input 
files, only the  high level qualifier
has to be specified in the parm field (no DD statements) and all files 
beginning with that HLQ will be zipped into 1 archive.
And the archive file is in the right code page to work with pc products like 
pzkip.
 
Interesting.  In fact, I see:


http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ.  And it will operate on DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required.  Datasets are treated as
text ... might be a restriction in some cases.  No load modules?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Itschak Mugzach

As far as i know, ibm supplies free zip  program to zip the usage report.
Itschaj
בתאריך 21 ביונ 2013 16:08, מאת John McKown john.archie.mck...@gmail.com:

 I should have mentioned that GIMZIP is really only for transport to another
 z/OS system, not to anything else. I don't know about the ubiquity of Java
 on z/OS or the familiarity (or lack thereof) with the jar command. I can't
 judge based on my shop because we are firmly set in a 1980s (or earlier)
 mind set. Even the Windows people seem to be non current to a great
 extent.

 On Fri, Jun 21, 2013 at 7:42 AM, Paul Gilmartin paulgboul...@aim.com
 wrote:

  On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:
 
  In addition, for true ZIP file output, remember that the Java jar
  command
  actually reads and writes zip files. Unfortunately, it only supports
 z/OS
  UNIX files, not legacy z/OS data sets. Whether this is a bother or not
  depends on what the far end wants to do with the zip file contents.
 
  Is having Java installed (and being comfortable with jar typical in
  z/OS installations?
 
  For the truly advanced person, GIMZIP is a very powerful way to package
  up z/OS
  legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident
  files.
  
  
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
  
  Its output is an EBCDIC XML file describing a collection of compressed
  (POSIX, not gzip) tar files each containing an EBCDIC XML control file
  and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
  but no block boundaries) of a PDS(E).  If the original data were anything
  other than PDS(E)s, they will have been encoded with the GIMDTS
  utility (supplied) which format is extracted only by SMP/E APPLY.
 
  Portability?  It all depends on whether the intended recipient has
  access to SMP/E and is authorized to perform an APPLY (APAR IO11698).
 
  (I might misunderstand.  Have you used it otherwise?)
 
  -- gil
 

 --
 This is a test of the Emergency Broadcast System. If this had been an
 actual emergency, do you really think we'd stick around to tell you?

 Maranatha! 
 John McKown

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

I use _BPX_SHAREAS=REUSE in my profiles

Thanks Paul for the info about ZipDatsets  - I was only going by  what I run 
based on the documentation given with the JZOS sample
 programs several years ago.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, June 21, 2013 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

Check out the sample zip program supplied with JZOS - 
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for 
MVS input files, only the  high level qualifier has to be specified in the 
parm field (no DD statements) and all files beginning with that HLQ will be 
zipped into 1 archive.
And the archive file is in the right code page to work with pc products like 
pzkip.
 
Interesting.  In fact, I see:


http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ.  And it will operate on DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required.  Datasets are treated as 
text ... might be a restriction in some cases.  No load modules?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

On 2013-06-21, at 08:23, Barkow, Eileen wrote:

 I use _BPX_SHAREAS=REUSE in my profiles
  
I was unfamiliar with REUSE.  But somewhere I find
REUSE is the same as YES.

 Thanks Paul for the info about ZipDatsets  - I was only going by  what I run 
 based on the documentation given with the JZOS sample
 programs several years ago.

 http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

Where do I find this thing?  How do I use it?  Do I need
to export a CLASSPATH?  Do I need to put something else
in my PATH?  do I need to be a member of developerworks?

(I don't do much Java.)

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Norbert Friemel

On Fri, 21 Jun 2013 08:34:57 -0600, Paul Gilmartin wrote:



Where do I find this thing?  How do I use it?  Do I need
to export a CLASSPATH?  Do I need to put something else
in my PATH?  do I need to be a member of developerworks?

(I don't do much Java.)


Sample JZOS Java programs @ 
http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

Gil,



You need to  download the jzos samples from http://www.dovetail.com/

You do not need JZOS to run  ZipDatasets or the other samples - just the jar 
file.

The samples are java programs that can be run from OMVS or OSHELL in batch.

You will need the java compiler in your path and jzos_sample.jar in the 
classpath-

(PATH=/usr/lpp/java/J1.6 in profile)



Here is a job that I use:


//ZIP  EXEC  PGM=IKJEFT01,
 // REGION=0M,
 // DYNAMNBR=40
 //SYSEXEC  DD  DISP=SHR,DSN=SYS1.SBPXEXEC
 //ISPMLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPMENU
 // DD  DISP=SHR,DSN=SYS1.SBPXMENU
 //ISPPLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPPENU
 // DD  DISP=SHR,DSN=SYS1.SBPXPENU
 //ISPSLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPSLIB
 // DD  DISP=SHR,DSN=SYS1.ISP.SISPSENU
 //ISPPROF  DD  UNIT=SYSDA,SPACE=(CYL,(10,10,100)),
 // RECFM=FB,LRECL=80,BLKSIZE=0
 //ISPTLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPTENU
 // DD  DISP=SHR,DSN=SYS1.SBPXTENU
 //SYSTSPRT DD  SYSOUT=*
 //SYSTSIN  DD  DATA,DLM=$$
 OSHELL cd /u/eileen; +
 .profile
java -cp /u/eileen/j1x/jzos/jzos230/jzos_sample.jar   +
com.ibm.jzos.sample.ZipDatasets +
  stats.zip XCICS.STAT.CICSA XCICS.STAT.CICSB
 $$







-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, June 21, 2013 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS



On 2013-06-21, at 08:23, Barkow, Eileen wrote:



 I use _BPX_SHAREAS=REUSE in my profiles



I was unfamiliar with REUSE.  But somewhere I find REUSE is the same as YES.



 Thanks Paul for the info about ZipDatsets  - I was only going by  what

 I run based on the documentation given with the JZOS sample programs several 
 years ago.



 http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/s

 ample/ZipDatasets.html



Where do I find this thing?  How do I use it?  Do I need to export a CLASSPATH? 
 Do I need to put something else in my PATH?  do I need to be a member of 
developerworks?



(I don't do much Java.)



Thanks,

gil



--

For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edumailto:lists...@listserv.ua.edu with the message: 
INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Tom Marchant

On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one apparabtly his need is 
now.

Perhaps your customer could use pax.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Tom Marchant

On Fri, 21 Jun 2013 07:42:50 -0500, Paul Gilmartin wrote:

On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:

For the truly advanced person, GIMZIP is a very powerful way to package up 
z/OS
legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
  
If the original data were anything
other than PDS(E)s, they will have been encoded with the GIMDTS
utility (supplied) which format is extracted only by SMP/E APPLY.

This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
and AFAIK, they are not encoded with GIMDTS.  


It all depends on whether the intended recipient has
access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

Nope.  It requires that the recipient be authorized to use GIMUNZIP.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 10:05:16 -0500, Tom Marchant wrote:

This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
and AFAIK, they are not encoded with GIMDTS.  

I'll stand corrected for relying on outdated or incomplete information
or poor memory and inexperience.  We've never packaged UNIX
files for SMP/E installation.

Reading further, the only mentions of UNIX files are in (abridged):

11.7.2.2 FILEDEF Tag syntax

 README
indicates that the associated file is a sequential text data set or a file 
in the UNIX file system that is intended to be viewable text after it is placed 
in the package. These files are not placed in archives by GIMZIP and are not 
compressed. ...

SMPHOLD
indicates that the associated data set or file contains SMP/E HOLDDATA 
statements. ...

SMPPTFIN
indicates that the associated data set or file contains SMP/E modification 
control statements (MCS). ... 

I suppose that if GIMZIP does no syntax checking any UNIX file can be called 
either
SMPHOLD or SMPPTFIN.

It all depends on whether the intended recipient has
access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

Nope.  It requires that the recipient be authorized to use GIMUNZIP.
 
Does this still require specific RACF authorization, as per APAR IO11698?

Are you, or anyone, actively using GIMZIP as a generalized interchange
technique, independent of SMP/E?

And we don't know whether the OP's requirement was motivated by
a need to interchange with non-Z platforms.


On Fri, 21 Jun 2013 15:01:56 +, Barkow, Eileen wrote:

You need to  download the jzos samples from http://www.dovetail.com/

I don't find it there.  And it's strange that IBM should supply
documentation for a Dovetailed product.


On Fri, 21 Jun 2013 09:55:15 -0500, Norbert Friemel wrote:

Sample JZOS Java programs @ 
http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html
 
I see several utilities there, but not ZipDataSets.

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Kirk Wolf

The ZipDatasets sample code is an example of using java.util.zip along with
(many of) the JZOS dataset APIs.

For accessing DDs, you would typically run it under the JZOS batch launcher
which handles running java in the original address space.

Source code is included, so you are welcome to adapt it to your needs.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Jun 21, 2013 at 8:35 AM, Paul Gilmartin paulgboul...@aim.comwrote:

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

Check out the sample zip program supplied with JZOS -
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for MVS
input files, only the high level qualifier
has to be specified in the parm field (no DD statements) and all files
beginning with that HLQ will be zipped into 1 archive.
And the archive file is in the right code page to work with pc products
like pzkip.

Interesting. In fact, I see:

http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ. And it will operate on
DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required. Datasets are treated
as
text ... might be a restriction in some cases. No load modules?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS