[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: Re: self compiled bzip2 does not extract

----------Beantwortete Mitteilung----------
Datum: Tue, 19 Dec 2000 00:01:36 +0000
Von: Julian Seward
An: Martin Stenzel <h0444xyv@rz.hu-
Betreff: Re: self compiled bzip2 does not

Greetings.  I see your message, but I can't
suggest anything much.
Sounds like a platform specific problem of
some kind.
I do know that bzip2 works ok, but without
large file support
and without copying file
permissions/ownership, if you tell gcc
-D_STRICT_ANSI, ie, stick to the letter of
ANSI C89.  Perhaps that
could help?

Hope you get it sorted out.  Pleased to see
Debian is working with
the Hurd.

  Well, good hint, but it wasn't the
  missing ANSI
  standard option causing the trouble.
  I sorted out, that the compiler macro
  FILE_OFFSET_BITS=64 caused the
  problem. By removing this macro
  everything works well.
  Now, there is a partition size limitation
  in the Hurd (ca. 1 GB) and I do not
  know whether the aforementioned
  problem stems from the same root.

  Now debian/rules should check the OS
  and if it finds the Hurd the macro
  should not be used to have a properly
  working bzip2.

 Thank you, Julian.

> Dear Philippe, dear Julian,
> I tried to compile bzip2 version 1.0.1
(subversion 2 for Debian) on the Hurd
operating system.
> First approach was traditionally with
'make -f  Makefile-libbz2_so' from the
original file,
> second approach was 'dpkg-
buildpackage -B -uc -us'.
> Both times it compiled without
problems, however, when trying to
extract with
> 'bunzip2 sample1.bz2' I receive:
> bunzip2: Input file sample1.bz2 is not
a normal file.
> 'bunzip2 -f sample1.bz2' I receive:
> bunzip2: I/O or other error, bailing out.
Possible reason follows.
> bunzip2: Function not implemented
>         Input file = sample1.bz2, output file
= sample1
> bunzip2: Deleting output file sample1, if it
> These error messages appear with both
binaries (original and debianized).
> I verified with other bz2 packed files.
> I did not change anything in the sources.
The Hurd should implement the same
> functions/libraries as Linux/UNIX does.
> Which function is it that is not
> Any hint would be very helpful,
> thanks in advance, Martin.
> --
> Martin Stenzel
> martin.stenzel@rz.hu-berlin.de
> ---------------------------------------------------
> # exim -bV
> Exim version 2.11 #1 built 4-Jun-1999
> Copyright (c) University of Cambridge
> $ uname -sv
> GNU GNUmach-1.2/Hurd-0.2 #1 Tue
Oct 03 00:04 CEST 2000
> $ uptime
> 12:30am  up 16 day(s), 12:03,  4 users
> ---------------------------------------------------
> PGP/GnuPG encrypted mail
> public key (ID: >>B57C61DC<<) at:
> ------------------------------------------------------



PGP-/GnuPG-encrypted mail
public key (ID: >>B57C61DC<<) at:

Reply to: