On 5 Aug 1999 [EMAIL PROTECTED] wrote:
> Could be, but I don't think so. I rather think that it reads a long
> instead of an __u32 and thus gets two __u32 into the long, which then
> is far to big.
Hehehe...that's typical :-) Wouldn't be the first time I've seen that
either.
C
From: Christopher C Chimelis <[EMAIL PROTECTED]>
> On 5 Aug 1999 [EMAIL PROTECTED] wrote:
>> I did some fixes and cleanup on the defrag package and have e2dump
>> 64Bit clean and 2GB proff now, but still have some bugs left to
>> fix. Also the defrag tells me that it can't find inode xxx, where
>
On 5 Aug 1999 [EMAIL PROTECTED] wrote:
> I did some fixes and cleanup on the defrag package and have e2dump
> 64Bit clean and 2GB proff now, but still have some bugs left to
> fix. Also the defrag tells me that it can't find inode xxx, where xxx
> is way to big (probably a 64 Bit problem in defra
From: Peter Moulder <[EMAIL PROTECTED]>
...
> Most of the packages up for sponsorship have been around for some
> time (~a year) distributed from the e2compr web pages. I haven't
> received any bug reports for the Debian packages yet, which suggests
> that they should have relatively low maintenan
On Wed, Aug 04, 1999 at 03:56:01PM +1000, Peter Moulder wrote:
> Note that the e2compr kernel patch is not currently a Debian package.
> However, I believe they can all be built and run even without the
> kernel patch applied. (If not, that is a bug I'll address.)
Is the kernel patch needed for
Raphael Hertzog <[EMAIL PROTECTED]> écrit:
> I have more sponsor than future maintainers
In that case, I'll delay no longer.
e2compr is a project to add transparent de/compression to the ext2
filesystem. When you do `chattr +c my-regfile', you indicate that
my-regfile should be stored in compre
6 matches
Mail list logo
