On Thu, Dec 30, 2004 at 01:28:28PM +0100, Matteo Riondato wrote:
Il giorno Gio, 30-12-2004 alle 12:34 +0200, Peter Pentchev ha scritto:
This could be fixed by the following patch. I'm CC'ing Maxim Sobolev, the author of mkuzip(8); Maxim, do you have any objections to this patch?
Thank you for the answer and fo the patch! I hope Maxim will commit it soon.
Actually, if Maxim has no objections, I could commit it myself. However, it would be totally understandable if he doesn't answer in the next day or three, what with the calendar moving ahead and all :)
It will not help, since AFAIK you can't seek stdin anyway, or even if I am wrong and you can seek it to the end you will be unable to seek it backward.
I've already replied to this message, but Matteo has some very strange settings of his smtp relay so that neither my original message nor my follow-up in which I had forwarded mail delivery error message got through.
-Maxim
-------- Original Message -------- Subject: Re: Creating Compressed Loop FS from stdin Date: Fri, 17 Dec 2004 17:14:48 +0200 From: Maxim Sobolev <[EMAIL PROTECTED]> Organization: Porta Software Ltd To: Matteo Riondato <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]>
This is not going to work by design unfortunately. cloop format has serious design flaw: it contains variable-lengh header at the beginning of the compressed image, so that before doing compression mkuzip(1) uses stat(2) call at the original file to get its size and reserve necessary space, which doesn't work with /dev/stdin as you may guess. Original GNU utility either keeps the whole compressed image in memory or uses some form of temporary storage (I don't quite remember) to work around this problem.
Regards,
Maxim
-------- Original Message -------- Subject: Returned mail: see transcript for details Date: Fri, 17 Dec 2004 16:14:58 +0100 (CET) From: Mail Delivery Subsystem <MAILER-DAEMON> To: <[EMAIL PROTECTED]>
The original message was received at Fri, 17 Dec 2004 16:14:55 +0100 (CET) from [192.168.1.26]
----- The following addresses had permanent fatal errors -----
<[EMAIL PROTECTED]>
(reason: 550 Error: Sorry, unallowed MIME charset (too much spam))----- Transcript of session follows ----- ... while talking to relay.gufi.org.: >>> DATA <<< 550 Error: Sorry, unallowed MIME charset (too much spam) 554 5.0.0 Service unavailable
_______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
