[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdf-devel] Patch for the Flate filter
From: |
jemarch |
Subject: |
Re: [pdf-devel] Patch for the Flate filter |
Date: |
Fri, 03 Oct 2008 03:47:41 +0200 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
My question comes down to this:
Is it correct to return PDF_ENOUTPUT even if the apply function is called
with
finish_p=TRUE ? If the answer is yes, then the logic I mentioned above is
being
considered in the architecture, and the problem has been solved. Otherwise,
the
bug is still there.
No, currently it is not possible to do that. What happens if you
decide to "finish" the encoding with an empty input buffer? How many
data would that generate? What is the concrete problem with the flate
encoder?
- [pdf-devel] Patch for the Flate filter, gerel, 2008/10/01
- Re: [pdf-devel] Patch for the Flate filter, jemarch, 2008/10/01
- Re: [pdf-devel] Patch for the Flate filter, gerel, 2008/10/01
- Re: [pdf-devel] Patch for the Flate filter, gerel, 2008/10/01
- Re: [pdf-devel] Patch for the Flate filter,
jemarch <=
- Re: [pdf-devel] Patch for the Flate filter, gerel, 2008/10/02
- Re: [pdf-devel] Patch for the Flate filter, jemarch, 2008/10/03
- Re: [pdf-devel] Patch for the Flate filter, jemarch, 2008/10/03
- Re: [pdf-devel] Patch for the Flate filter, gerel, 2008/10/03
- Re: [pdf-devel] Patch for the Flate filter, jemarch, 2008/10/03
- Re: [pdf-devel] Patch for the Flate filter, jemarch, 2008/10/03
- Re: [pdf-devel] Patch for the Flate filter, gerel, 2008/10/03