0.27.0

There are a few changes and bug fixes here.

What's Changed

• Add initial support for oss-fuzz by @palemieux in #249
• Fix OSS-fuzz build by @palemieux in #250
• Renamed file to avoid duplicate library names in custom builds. by @dlemstra in #252
• • Validate dimensions in the SIZ marker segment after reading it from a codestream by @palemieux in #253
• Fix: Rule of 3/5/7 violation leads to possible use after free in inadvertent use of copy constructor /assignment. by @geo-ant in #242
• Fix typo in the signature of get_tile_offset() by @palemieux in #254
• Fix oss-fuzz build and improve documentation by @palemieux in #256
• fix move special functions in mem in and outfile by @geo-ant in #258
• Add support for CIFuzz by @palemieux in #259
• Fix race condition in table initialization with multiple threads by @brechtvl in #243
• Fix 32-bit ARM SIGBUS: align elastic allocator payload for coded_lists::buf by @cary-ilm in #262
• Add Linux-ARM32 Build by @palemieux in #263
• Extend fuzzing harness to add more reachability by @DavidKorczynski in #264
• Fix ARM64EC builds by excluding ARM64EC from x64(_M_X64) detection on Windows by @navvyswethgraphics in #265

New Contributors

• @dlemstra made their first contribution in #252
• @geo-ant made their first contribution in #242
• @brechtvl made their first contribution in #243
• @cary-ilm made their first contribution in #262
• @DavidKorczynski made their first contribution in #264
• @navvyswethgraphics made their first contribution in #265

Full Changelog: 0.26.3...0.27.0

0.26.3

This release fixes a bug introduced in version 0.26.1.
Using versions 0.26.1 and 0.26.2 is not recommended.

What's Changed

• Bug fix by @aous72 in #248

Full Changelog: 0.26.2...0.26.3

0.26.2

This fixes a bug when the number of tiles is 0, and, in resilient mode, when the the start of tile-part segment (SOT) has an incorrect index, Isot.

What's Changed

• Bug fix by @aous72 in #245

Full Changelog: 0.26.1...0.26.2

0.26.0

This version:

1. Renames src/core/common to src/core/openjph, as request by @cary-ilm. It is best to use his words
   " OpenJPH headers are included in application code via #include <openjph/ojph_version.h>. The headers are expected to be in a folder named "openjph". The cmake configuration places them there in the installation step.

However, if OpenJPH is incorporated into an application via cmake's add_subdirectory, there is no installation step, the headers are included directly out of the source tree. There is no "openjph" folder, leading the #include <openjph/ojph_version.h> to fail.

Renaming the "common" directory to "openjph" resolves the build issue, since the headers then live inside the source tree in a directory with same name as the installation. The use of the "common" directory name is entirely internal to the OpenJPH build, it has no impact on the installation. The name should be arbitrary, so there should be no downside to renaming it this way."

2. Modifies error message names. This may break your code.
   The modified versions are more descriptive, and less likely to be caught in a preprocessor macro.

3. Address an issue identified by @clshortfuse. Thank you Carlos.
   During compilation on windows using clang-cl, the compiler may received flags designed for clang or gcc.

What's Changed

• Merges PR #236, and another two smaller issues. by @aous72 in #237

Full Changelog: 0.25.3...0.26.0

0.25.3

This release:

1. modifies 'aligned allocation' code for better compatibility -- this activity was instigated by a request from @barracuda156.
2. integrates PR from @ziyao233 for better compatibility of the strerror_r function, used in ojph_sockets.cpp -- this code is not compiled by default and is not needed for the library.

What's Changed

• apps: ojph_sockets: Detect GLIBC before using GNU-flavour strerror_r by @ziyao233 in #229
• Modifies the declaration of aligned allocation for better compatibility. by @aous72 in #231

New Contributors

• @ziyao233 made their first contribution in #229

Full Changelog: 0.25.2...0.25.3

0.25.2

There was a mistake in the version bump earlier. So this is a second bump to fix things.
The earlier release was to fix a bug that was discovered during OSS-Fuzz. Thanx to @cary-ilm.

0.25.0

This PR makes ojph_aligned_alloc and ojph_aligned_free C functions, called using extern "C" {}
This is the correct way to support aligned_alloc.
The function aligned_alloc is a C11 function.
For C++ is it officially supported in C++ 17, which we do NOT support.

What's Changed

• Make aligned_alloc/free C functions by @aous72 in #227

Full Changelog: 0.24.5...0.25.0

0.24.5

Addresses OpenEXR OSS-fuzz issue 5747129672073216 that can cause heap corruption.
Thanx to @cary-ilm.

What's Changed

• Addresses openexr oss-fuzz 5747129672073216 by @aous72 in #225

Full Changelog: 0.24.4...0.24.5

0.24.4

This modifies the way ATK marker segment is processed.
Also, we now check that the ATK marker segment length (Latk) makes sense.
The issue was identified in OpenEXR fuzzing. Thanx to @cary-ilm for identifying the issue.

What's Changed

• Fixes an issue with ATK marker segment processing by @aous72 in #224

Full Changelog: 0.24.3...0.24.4

0.24.3

This is an important bug fix.
It protects against illegally long QCD and QCC marker segments.
It was discovered during OpenEXR fussing; thanx to @cary-ilm.