a_v_p (Artyom V. Poptsov)

a_v_p opened issue guile-zlib/guile-zlib#7

New Guile-ZLib release?

2 months ago

a_v_p closed pull request guile-zlib/guile-zlib#6

zlib (uncompress): Bugfix: Don't use "sizeof" to get the size of u64

2 months ago

a_v_p created pull request guile-zlib/guile-zlib#6

zlib (uncompress): Bugfix: Don't use "sizeof" to get the size of u64

6 months ago

a_v_p commented on issue guile-zlib/guile-zlib#4

uncompress: The procedure fails when input data compression ratio is big

Hello!

6 months ago

a_v_p pushed to avp-fix-uncompress-on-i686 at a_v_p/guile-zlib

56977e3b5a zlib (uncompress): Bugfix: Don't use "sizeof" to get the size of u64 When "sizeof" is used to get the size of "unsigned-long" type in bytes it leads to different results on 32-bit (i686) and 64-bit (x86-64) platforms (4 and 8 bytes respectively.) As "sizeof" was used in "uncompress" procedure to calculate the size of bytevectors that are passed to "%uncompress2" procedure from zlib this leads to "out-of-range" error on 32-bit platforms when "uncompress" calls "bytevector-u64-set!" procedure due to insufficient bytevector size. Reported by Ludovic Courtès in <https://notabug.org/guile-zlib/guile-zlib/issues/4> * zlib.scm (uncompress): Bugfix: Don't use "sizeof" to get the size of the bytevetors for "unsigned-long" (u64) as it produces different results for 32-bit and 64-bit platforms; use fixed 8 byte size for the bytevectors instead.
13c51267d1 maint: Update ‘guix.scm’. * guix.scm: Use ‘local-file’ for source. Remove input labels. Add synopsis, description, and home page.
b88f70b423 Update NEWS.
5ee750969b On port creation, inherit the encoding of original ports * zlib.scm (make-gzip-input-port, make-gzip-output-port, make-zlib-output-port, make-zlib-input-port): As stated. * tests/zlib.scm: Test.
9a32cef04a zlib.scm: Improve the heuristics of the bytevector size calculation * zlib.scm (%uncompress2): New FFI procedure. (uncompress): Improve the heuristics of the output bytevector size calculation. [try-uncompress]: Use "%uncompress2". Return the read source length as the 3rd parameter. [try-again]: Calculate the next output bytevector size as proportion, using the values of the read compressed data length and the current output bytevector size.

6 months ago

a_v_p created new branch avp-fix-uncompress-on-i686 at a_v_p/guile-zlib

6 months ago

a_v_p closed pull request guile-zlib/guile-zlib#5

zlib (uncompress): Bugfix: Handle big compression ratios properly

8 months ago

a_v_p commented on issue guile-zlib/guile-zlib#4

uncompress: The procedure fails when input data compression ratio is big

Hello, everybody!

9 months ago

a_v_p pushed to avp-fix-uncompress at a_v_p/guile-zlib

9a32cef04a zlib.scm: Improve the heuristics of the bytevector size calculation * zlib.scm (%uncompress2): New FFI procedure. (uncompress): Improve the heuristics of the output bytevector size calculation. [try-uncompress]: Use "%uncompress2". Return the read source length as the 3rd parameter. [try-again]: Calculate the next output bytevector size as proportion, using the values of the read compressed data length and the current output bytevector size.

9 months ago

a_v_p commented on issue guile-zlib/guile-zlib#4

uncompress: The procedure fails when input data compression ratio is big

Hello,

10 months ago

a_v_p pushed to avp-fix-uncompress at a_v_p/guile-zlib

575bf517b4 tests/zlib.scm: Add a new test * tests/zlib.scm ("uncompress: High compression ratio"): New test.

10 months ago

a_v_p commented on issue guile-zlib/guile-zlib#4

uncompress: The procedure fails when input data compression ratio is big

Hello Zelphir Kaltstahl!

11 months ago

a_v_p created pull request guile-zlib/guile-zlib#5

zlib (uncompress): Bugfix: Handle big compression ratios properly

11 months ago

a_v_p pushed to avp-fix-uncompress at a_v_p/guile-zlib

38a7a7def6 zlib (uncompress): Bugfix: Handle big compression ratios properly The "uncompress" procedure would fail to allocate enough memory for the output data when the input data compression ratio is big. This patch fixes it by increasing the memory size multiplier itself with each memory increasing step. * zlib.scm (uncompress): Bugfix: Handle big compression ratios properly by increase the memory multiplier each time the procedure allocates a bigger bytevector for the output data.
429b3c65ee maint: Bump to 0.1.0. * configure.ac: Bump to 0.1.0.
09d9123732 Don't use 'setvbuf' on Guile 2.0. * zlib.scm (make-zlib-input-port): Wrap 'setvbuf' call in 'cond-expand'.
14e920e8c3 Fix tests on Guile < 3.0. Fixes <https://notabug.org/guile-zlib/guile-zlib/issues/2>. Reported by Maxime Devos. * tests/zlib.scm: Use (srfi srfi-1) for 'iota'.
a70ff61063 'uncompress' and 'compress' throw to 'zlib-error. * zlib.scm (uncompress, compress): Throw to 'zlib-error.

11 months ago

a_v_p created new branch avp-fix-uncompress at a_v_p/guile-zlib

11 months ago

a_v_p forked a repository to a_v_p/guile-zlib

11 months ago

a_v_p opened issue guile-zlib/guile-zlib#4

uncompress: The procedure fails when input data compression ratio is big

11 months ago