Closed GoogleCodeExporter closed 9 years ago
Hi,
thanks for the report.
Actually, silently forcing is_external_memory to false when output_buffer is
incorrect might be a surprising behaviour from caller's standpoint.
I think best is to report an error (INVALID_PARAM) when output_buffer is NULL
(or when output_buffer_size is suspicious, too). No?
Original comment by pascal.m...@gmail.com
on 25 Jan 2013 at 10:01
for definiteness, here's the likely fix:
https://gerrit.chromium.org/gerrit/42003
Original comment by pascal.m...@gmail.com
on 25 Jan 2013 at 10:05
Once more:
While porting an old reader from 0.1.2 to 0.2.1 I had to replace WebPINew with
WebPINewRGB and I wondered why I now need a buffer.
The code was taken from the sample in decode.h ("Incremental decoding").
When I provided a buffer smaller than the image file the decoding gave me an
error (invalid parameter) after feeding some parts of the file. I might have
overlooked a necessary buffer initialization.
Without a buffer I too got this error.
However when by looking at the sources I noticed that the field
is_external_memory was unconditionally set to 1. Changing that as described
fixed all my problems and I even got rid of the extra buffer.
Original comment by _-jan...@web.de
on 25 Jan 2013 at 10:28
Hi,
i see, it make sense.
I've uploaded a new patch at https://gerrit.chromium.org/gerrit/#/c/42003/3
Would that work in your case?
Original comment by pascal.m...@gmail.com
on 25 Jan 2013 at 3:30
It seems to work for me.
Thank you very much.
Original comment by _-jan...@web.de
on 28 Jan 2013 at 7:26
great! submitted the patch.
Thanks for the report and suggestion.
Original comment by pascal.m...@gmail.com
on 28 Jan 2013 at 12:06
Original issue reported on code.google.com by
_-jan...@web.de
on 25 Jan 2013 at 9:14