Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.compression > #429 > unrolled thread

unpacking .z files

Started bysblinkhorn <steve@prd.co.uk>
First post2011-07-19 05:02 -0700
Last post2011-07-31 08:21 -0700
Articles 9 — 3 participants

Back to article view | Back to comp.compression


Contents

  unpacking .z files sblinkhorn <steve@prd.co.uk> - 2011-07-19 05:02 -0700
    Re: unpacking .z files Mark Adler <madler@alumni.caltech.edu> - 2011-07-19 23:33 -0700
      Re: unpacking .z files sblinkhorn <steve@prd.co.uk> - 2011-07-20 04:11 -0700
        Re: unpacking .z files glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2011-07-20 16:39 +0000
        Re: unpacking .z files Mark Adler <madler@alumni.caltech.edu> - 2011-07-22 22:09 -0700
          Re: unpacking .z files sblinkhorn <steve@prd.co.uk> - 2011-07-28 11:15 -0700
          Re: unpacking .z files sblinkhorn <steve@prd.co.uk> - 2011-07-29 02:53 -0700
            Re: unpacking .z files Mark Adler <madler@alumni.caltech.edu> - 2011-07-29 08:21 -0700
            Re: unpacking .z files Mark Adler <madler@alumni.caltech.edu> - 2011-07-31 08:21 -0700

#429 — unpacking .z files

Fromsblinkhorn <steve@prd.co.uk>
Date2011-07-19 05:02 -0700
Subjectunpacking .z files
Message-ID<919d9353-8984-4094-acff-7808d2a139ff@g9g2000yqb.googlegroups.com>
I have an archive of files originally created on an NCR Tower running
a version 7 Unix derivative, all compressed using the pack utility and
having a .z extension.   According to the documentation, GNU gunzip
ought to be able to unpack these files, but despite there being code
in the sources that looks appropriate, it doesn't.   The files are not
corrupted because if I take them one at a time onto a DOS box,
pcat.exe from my old MKS toolkit does read them.

I want to have the possibility of systematically unpacking all of them
on the NetBSD servers where they currently live.

Advice please?

[toc] | [next] | [standalone]


#431

FromMark Adler <madler@alumni.caltech.edu>
Date2011-07-19 23:33 -0700
Message-ID<2011071923330448158-madler@alumnicaltechedu>
In reply to#429
On 2011-07-19 05:02:46 -0700, sblinkhorn said:
> According to the documentation, GNU gunzip ought to be able to unpack 
> these files, but despite there being code in the sources that looks 
> appropriate, it doesn't.

What happens when you try?  What are the first two bytes of an example .z file?

Mark

[toc] | [prev] | [next] | [standalone]


#433

Fromsblinkhorn <steve@prd.co.uk>
Date2011-07-20 04:11 -0700
Message-ID<0de1fc2d-33ed-46ce-bd1d-de4a9af5e738@g16g2000yqg.googlegroups.com>
In reply to#431
On Jul 20, 7:33 am, Mark Adler <mad...@alumni.caltech.edu> wrote:
> On 2011-07-19 05:02:46 -0700, sblinkhorn said:
>
> > According to the documentation, GNU gunzip ought to be able to unpack
> > these files, but despite there being code in the sources that looks
> > appropriate, it doesn't.
>
> What happens when you try?  What are the first two bytes of an example .z file?
>

Thanks for picking this up.

The error message is, e.g. :

 gzip: bn1out.z: not in gzip format

od -c reports, e.g.:

0001540  226 262   |   h   s   r   n 261   h   c   # 031   _  \r 367
Z
0001560    d 207 307 364   i   a 271 305 300 210 370 030 361   $ 024
225
0001600  006     313   L   e   J   C 346 240 020     202 270 342
\0   !

[toc] | [prev] | [next] | [standalone]


#444

Fromglen herrmannsfeldt <gah@ugcs.caltech.edu>
Date2011-07-20 16:39 +0000
Message-ID<j070ce$fb$1@speranza.aioe.org>
In reply to#433
sblinkhorn <steve@prd.co.uk> wrote:
> On Jul 20, 7:33 am, Mark Adler <mad...@alumni.caltech.edu> wrote:

(snip)
>> What happens when you try?  What are the first two 
>> bytes of an example .z file?


> Thanks for picking this up.

> The error message is, e.g. :

> gzip: bn1out.z: not in gzip format

> od -c reports, e.g.:

> 0001540  226 262   |   h   s   r   n 261   h   c   # 031   _  \r 367
> Z
> 0001560    d 207 307 364   i   a 271 305 300 210 370 030 361   $ 024
> 225
> 0001600  006     313   L   e   J   C 346 240 020     202 270 342
> \0   !

What is od -c (or od -x) output of the first bytes?  

Also, use the file command which usually identifies the magic
number at the beginning.

gzip is open source, so you can just look at the code.

-- glen

[toc] | [prev] | [next] | [standalone]


#459

FromMark Adler <madler@alumni.caltech.edu>
Date2011-07-22 22:09 -0700
Message-ID<2011072222094419626-madler@alumnicaltechedu>
In reply to#433
What are the *first* two bytes of the .z file?

Mark

[toc] | [prev] | [next] | [standalone]


#470

Fromsblinkhorn <steve@prd.co.uk>
Date2011-07-28 11:15 -0700
Message-ID<f2bf16d4-036a-455b-a234-68abff8a15ac@x10g2000vbl.googlegroups.com>
In reply to#459
On Jul 23, 6:09 am, Mark Adler <mad...@alumni.caltech.edu> wrote:
> What are the *first* two bytes of the .z file?
>
> Mark

Hmm - not sure why I didn't spot that.   The first two bytes are 1e1f
according to od -x.

[toc] | [prev] | [next] | [standalone]


#471

Fromsblinkhorn <steve@prd.co.uk>
Date2011-07-29 02:53 -0700
Message-ID<effddf94-945c-4f29-b638-26c24011bdfb@q11g2000yqm.googlegroups.com>
In reply to#459
On Jul 23, 6:09 am, Mark Adler <mad...@alumni.caltech.edu> wrote:
> What are the *first* two bytes of the .z file?
>
> Mark

Sorry - forgot to page the output from od.

od -x says:

0000000     1e1f    0000    a203    0006    0400    0306    2000
312e

[toc] | [prev] | [next] | [standalone]


#474

FromMark Adler <madler@alumni.caltech.edu>
Date2011-07-29 08:21 -0700
Message-ID<2011072908214083057-madler@alumnicaltechedu>
In reply to#471
Good.  It has the prefix for a pack file.

So my other question was: what happens when you try to use gzip to 
unpack?  What error do you get?

Mark

[toc] | [prev] | [next] | [standalone]


#475

FromMark Adler <madler@alumni.caltech.edu>
Date2011-07-31 08:21 -0700
Message-ID<2011073108212211037-madler@alumnicaltechedu>
In reply to#471
This has been resolved.  The "gzip" being used was not actually gzip, 
but a homegrown gzip on NetBSD, written by Matthew R. Green, that uses 
zlib.  It's unpack apparently doesn't work.  gzip's does.

Mark

[toc] | [prev] | [standalone]


Back to top | Article view | comp.compression


csiph-web