On Mon, 22 May 2006, Stefan Völkel wrote: > Package: privoxy > Version: 3.0.3-2-1 > Severity: wishlist
> I made a dpatch to add deflate-filter support to privoxy. Patch is > taken from > > > http://sourceforge.net/tracker/?group_id=11118&atid=311118&func=detail&aid=895531 > > Two small changes were made by me, I added JB_ERR_GENERIC to project.h > and commented out old_buf in filters.c > > You need to add > > --enable-zlib > > to debian/rules. > > As of today I am running the patched version without any problems so far. I'm just testing this code, but it doesn't seem to be very stable to me. As far as I can see, every time the patch tries to decompresses something, it writes parts of the uncompressed header to the logfile and after this privoxy dies: Jul 30 03:26:57 Privoxy(41001960) Request: www.google.com/analytics/ Jul 30 03:26:57 Privoxy(41001960) Info: Sucessfully decompressed: <html> <head> <title>Google Analytics</title> <meta http-equiv="Content-Type" content="text/html; ch I'm not sure, whether the HTML code is written to the log, nor why this stops after the "ch", nor why privoxy dies after this, but I cannot imagine, that this patch works without problems on your system... Here is another log entry with the same problem: Jul 30 03:05:28 Privoxy(41802960) Request: mycroft.mozdev.org/ Jul 30 03:05:28 Privoxy(41802960) Info: Sucessfully decompressed: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd";> <html la Okay, I now see in the code, that the debug output is always cut after 100 chars, so this isn't so amazing. But why does privoxy die or at least stop answer requests (sometimes it keeps the TCP port up, but doesn't answer)? Tschoeeee Roland
pgph5KYMwqsv0.pgp
Description: PGP signature
