Paul,
 
I was successful in decompressing a sequential tersed file with PACK option 
created on the mainframe to PC. I ftp'd the file to PC with binary option.
This converted the file content from EBCDIC to ASCII when decompressed.
 
I:\tersepc\Dcollect>..\terse dcollect.dcollog.tersed dcollect -e37 -d -f255
 
                              TERSE 2.1d (Windows)
                       Cross-Platform Compression Utility
                          Michael Nagy, MNAGY @ SPPVM1
                          Copyright (C) Advantis, 1994
 
               Input from source file "dcollect.dcollog.tersed".
                       Output to target file "dcollect".
 
                       Host Text File Compatibility Mode
                 Codepages: From 037 To 437 (EBCDIC --> ASCII).
        Countries: Australia, New Zealand, South Africa, United States.
 
            Decoded 2358 bytes into 27756 bytes.  91.50% Expansion.
The PDS file fails with "Invalid file header". When I run examine on the file 
It does indicate PDS PACK or SPACK is invalid.
 
I:\tersepc\Dcollect>..\terse dcollect.log.tersed -x
 
                              TERSE 2.1d (Windows)
                       Cross-Platform Compression Utility
                          Michael Nagy, MNAGY @ SPPVM1
                          Copyright (C) Advantis, 1994
 
                 Input from source file "dcollect.log.tersed".
 
            Header: Version Label Flag  =      7 (should be      7)
            Header: Variable Block Flag =      0 (should be 1 or 0)
            Header: Record Length       =    255 (should not be  0)
            Header: MVS - Format Flags  =     12 (should not be  0)
            Header: MVS - Ratio         =     33 (may be any value)
            Header: MVS - Block Size    =  27795 (may be any value)
            Header: Conditional Filler  =      0 (should be      0)
 
            Header Indicates Incompatible MVS Host PDS "PACK" Format
 
I:\tersepc\Dcollect>..\terse -x dcollect.dcollog.tersed1
 
                              TERSE 2.1d (Windows)
                       Cross-Platform Compression Utility
                          Michael Nagy, MNAGY @ SPPVM1
                          Copyright (C) Advantis, 1994
 
               Input from source file "dcollect.dcollog.tersed1".
 
            Header: Version Label Flag  =      9 (should be      9)
            Header: Variable Block Flag =      0 (should be 1 or 0)
            Header: Record Length       =    255 (should not be  0)
            Header: MVS - Format Flags  =     12 (should not be  0)
            Header: MVS - Ratio         =     69 (may be any value)
            Header: MVS - Block Size    =  27795 (may be any value)
            Header: Conditional Filler  =      0 (should be      0)
 
           Header Indicates Incompatible MVS Host PDS "SPACK" Format
 
So to answer your question, I can safe to say PDS <---> SFS is not possible. 
But you can interchange data via sequential files.
 
HTH,
 
Natarajan

>>> On 3/18/2010 at 11:57 AM, in message 
>>> <listserv%201003181357189930.0...@bama.ua.edu>, Paul Gilmartin 
>>> <paulgboul...@aim.com> wrote:
On Thu, 18 Mar 2010 11:20:38 -0700, Natarajan Mohan wrote:
> 
>You would have to login to yahoo groups for hercules-390 @ 
>http://groups.yahoo.com/group/hercules-390 and go to files. You will find 
>terse.zip file containing executables for windows/dos/mac/linux etc.
> 
Both terse and unterse?

Ummm.  Doesn't terse reflect a lot of information from the DSCB?
How does that play on a non-z?OS platform?

For that matter, can terse be used for interchange between
z/OS and z/VM?  PDS[E] <--> SFS directory?

-- gil

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

NOTICE OF CONFIDENTIALITY 

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

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

Reply via email to