ruby.git/test/zlib/test_zlib.rb, branch v3_2_11

Merge zlib-3.0.1

2026-03-10T06:58:49+00:00

Introduce `IO.new(..., path:)` and promote `File#path` to `IO#path`. (#6867)

2022-12-08T05:19:53+00:00

[ruby/zlib] Mask checksums to lower 32bits

2022-04-02T08:01:33+00:00

Upper bits affect the result of `crc32` in zlib 1.2.12.

https://github.com/ruby/zlib/commit/9ab6d04af1

[ruby/zlib] Use omit instead of skip for test-unit

2022-01-11T12:35:22+00:00

https://github.com/ruby/zlib/commit/5f23cd3009

[ruby/zlib] [Bug #18358] Fix crash in zlib when in progress

2021-11-24T14:01:41+00:00

When Zlib::Inflate#inflate or Zlib::Deflate#deflate is called
recursively inside the block, a crash can occur because of an
use-after-free bug.

https://github.com/ruby/zlib/commit/50fb8a0338

Use Test::Unit::AssertionFailedError instead of MiniTest::Assertion for test-unit migration

2021-09-06T09:34:15+00:00

[ruby/zlib] Synchronize access to zstream to prevent segfault in multithreaded use

2021-07-28T04:40:03+00:00

I'm not sure whether this handles all multithreaded use cases,
but this handles the example that crashes almost immediately
and does 10,000,000 total deflates using 100 separate threads.

To prevent the tests from taking forever, the committed test
for this uses only 10,000 deflates across 10 separate threads,
which still causes a segfault in the previous implementation
almost immediately.

Fixes [Bug #17803]

https://github.com/ruby/zlib/commit/4b1023b3f2

test/zlib/test_zlib.rb: Set binmode to test output file

2021-04-08T05:26:42+00:00

Seems like the test `TestZlibGzipFile#test_gzip_reader_zcat` fails when
the timestamp has `\n\n`.

https://ci.appveyor.com/project/ruby/ruby/builds/38597932
```
  1) Error:
TestZlibGzipFile#test_gzip_reader_zcat:
Zlib::DataError: invalid distance too far back
    C:/projects/ruby/test/zlib/test_zlib.rb:522:in `initialize'
    C:/projects/ruby/test/zlib/test_zlib.rb:522:in `new'
    C:/projects/ruby/test/zlib/test_zlib.rb:522:in `zcat'
    C:/projects/ruby/test/zlib/test_zlib.rb:522:in `block (2 levels) in test_gzip_reader_zcat'
    C:/projects/ruby/test/zlib/test_zlib.rb:521:in `open'
    C:/projects/ruby/test/zlib/test_zlib.rb:521:in `block in test_gzip_reader_zcat'
    C:/projects/ruby/lib/tempfile.rb:358:in `create'
    C:/projects/ruby/test/zlib/test_zlib.rb:510:in `test_gzip_reader_zcat'
```

The test time is around 2021-04-08 04:40 +0900. Maybe the following time
should trigger the bug.

```
irb(main):001:0> Time.at(1617824266)
=> 2021-04-08 04:37:46 +0900
irb(main):002:0> [1617824266].pack("V")
=> "\n\nn`"
```

test/zlib/test_zlib.rb: stop a failure on armv7l

2021-03-23T03:20:58+00:00

The platform defines a constant File::TMPFILE, but it seems unavailable
(maybe depending on the file system?).

http://rubyci.s3.amazonaws.com/scw-9d6766/ruby-master/log/20210322T171707Z.fail.html.gz

This change adds some rescue cluases to the test, copied from
test/ruby/test_file.rb.

test_zlib(test_path_tmpfile): fix Zlib instance leak

2021-03-16T17:42:31+00:00

follow-up: commit cf831f49189c4a890da6845e39199a5dfaf4fb48