I came across
https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/1990379 which
reported the same issue. However, it claimed to have fixed this issue in
1:1.2.11.dfsg-2ubuntu9.2.

** Description changed:

- I have been observing this failure on jammy/s390x PS6 VMs off late,
- while running OpenJDK TCK certification tests. The tests don't fail on
- plucky/s390x and noble/s390x.
+ I have been observing this failure on jammy/s390x PS6 VMs off late, while 
running OpenJDK TCK certification tests. 
+ The test starts with an integer array representing compressed data. The data 
is inflated and we then try to assert that the z_stream.adler matches 
adler32(inflated_bytes). This check fails on jammy/s390x where z_stream.adler 
is always equal to 1. The test doesn't fail on plucky/s390x and noble/s390x.
  
- The test starts with an integer array representing compressed data. The
- data is inflated and we then try to assert that the z_stream.adler
- matches adler32(inflated_bytes). This check fails on jammy/s390x where
- z_stream.adler is always equal to 1.
  
  Steps to reproduce:
  
  =====
  
  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x
  zlib1g/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x
- 
  
  Create a file named test.c with this content [1]
  
  $ cc test.c -lz
  $ ./a.out
  The result from inf.adler & 0xffffffff = 1, adler32() = 3739031815
  failed: inf.adler doesn't match adler32()
  
  =====
  
  I built a test zlib **without** passing --dfltcc to the configure script
  and built it in ppa:pushkarnk/s390x-only-builds. Testing with this
  averts the issue.
  
  =====
  
  $ add-apt-repository ppa:pushkarnk/s390x-only
  $ apt update && apt upgrade zlib1g
  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed]
  zlib1g/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed,automatic]
  
  $./a.out
  passed
  
  =====
  
- 
  [1] https://pastebin.canonical.com/p/ppBM82mkYr/

** Description changed:

- I have been observing this failure on jammy/s390x PS6 VMs off late, while 
running OpenJDK TCK certification tests. 
- The test starts with an integer array representing compressed data. The data 
is inflated and we then try to assert that the z_stream.adler matches 
adler32(inflated_bytes). This check fails on jammy/s390x where z_stream.adler 
is always equal to 1. The test doesn't fail on plucky/s390x and noble/s390x.
+ I have been observing this failure on jammy/s390x PS6 VMs off late,
+ while running OpenJDK TCK certification tests.
  
+ The test starts with an integer array representing compressed data. The
+ data is inflated and we then try to assert that the z_stream.adler
+ matches adler32(inflated_bytes). This check fails on jammy/s390x where
+ z_stream.adler is always equal to 1. The test doesn't fail on
+ plucky/s390x and noble/s390x.
  
  Steps to reproduce:
  
  =====
  
  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x
  zlib1g/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x
  
  Create a file named test.c with this content [1]
  
  $ cc test.c -lz
  $ ./a.out
  The result from inf.adler & 0xffffffff = 1, adler32() = 3739031815
  failed: inf.adler doesn't match adler32()
  
  =====
  
  I built a test zlib **without** passing --dfltcc to the configure script
  and built it in ppa:pushkarnk/s390x-only-builds. Testing with this
  averts the issue.
  
  =====
  
  $ add-apt-repository ppa:pushkarnk/s390x-only
  $ apt update && apt upgrade zlib1g
  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed]
  zlib1g/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed,automatic]
  
  $./a.out
  passed
  
  =====
  
  [1] https://pastebin.canonical.com/p/ppBM82mkYr/

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to zlib in Ubuntu.
https://bugs.launchpad.net/bugs/2100767

Title:
  z_stream.adler doesn't match adler32() with DFLTCC

Status in zlib package in Ubuntu:
  New
Status in zlib source package in Jammy:
  New

Bug description:
  I have been observing this failure on jammy/s390x PS6 VMs off late,
  while running OpenJDK TCK certification tests.

  The test starts with an integer array representing compressed data.
  The data is inflated and we then try to assert that the z_stream.adler
  matches adler32(inflated_bytes). This check fails on jammy/s390x where
  z_stream.adler is always equal to 1. The test doesn't fail on
  plucky/s390x and noble/s390x.

  Steps to reproduce:

  =====

  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x
  zlib1g/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x

  Create a file named test.c with this content [1]

  $ cc test.c -lz
  $ ./a.out
  The result from inf.adler & 0xffffffff = 1, adler32() = 3739031815
  failed: inf.adler doesn't match adler32()

  =====

  I built a test zlib **without** passing --dfltcc to the configure
  script and built it in ppa:pushkarnk/s390x-only-builds. Testing with
  this averts the issue.

  =====

  $ add-apt-repository ppa:pushkarnk/s390x-only
  $ apt update && apt upgrade zlib1g
  $ apt list --installed | grep "zlib"
  zlib1g-dev/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed]
  zlib1g/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed,automatic]

  $./a.out
  passed

  =====

  [1] https://pastebin.canonical.com/p/ppBM82mkYr/

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/2100767/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to