summaryrefslogtreecommitdiff
path: root/openjpeg
Commit message (Collapse)AuthorAgeFilesLines
* Add checks for openjpeg specific memaligned allocation APIs.Sebastian Rasmussen2022-10-141-0/+5
|
* Update openjpeg to 2.5.0Sebastian Rasmussen2022-10-1426-174/+4488
|
* Fix version numbers in gs specific openjpeg config files.Sebastian Rasmussen2022-10-132-2/+2
|
* Update openjpeg to 2.4.0Chris Liddell2021-01-0530-1572/+3873
| | | | Fixes:bugs 703275, 703276, 703277, 703278, 703279, 703280, 703281.
* Bug 702097: Import security fixes for OpenJPEG.Sebastian Rasmussen2020-02-082-2/+26
| | | | | | | | | | | | | | | Upstream has merged two security fixes. At the moment there is no new upstream release, so we merge the two fixes downstream: * Fix for upstream issue #1228, registered as CVE-2020-6851: https://github.com/uclouvain/openjpeg/commit/024b8407392cb0b82b04b58ed256094ed5799e04 "opj_j2k_update_image_dimensions(): reject images whose coordinates are beyond INT_MAX (fixes #1228)" * Fix for upstream issue #1231, registered as CVE-2020-8112: https://github.com/uclouvain/openjpeg/commit/05f9b91e60debda0e83977e5e63b2e66486f7074 "opj_tcd_init_tile(): avoid integer overflow That could lead to later assertion failures. Fixes #1231 / CVE-2020-8112"
* Re-apply fix for bug 700088 lost in openjpeg 2.3.1 upgrade.Sebastian Rasmussen2020-02-061-0/+44
| | | | | | | | | | | | | | | | | | The original commit message read: Bug 700088: Report error if all wanted J2K components are not decoded. Ghostscript used to attempt to use even the undecoded components. The source code for upstream's opj_decompress tool avoided this by a workaround along with a comment indicating that this ought to be done in the library (so all clients, e.g. Ghostscript will benefit from it). With this commit the library will error out if not all requested components are successfully decoded. Thus Ghostscript will no longer crash. Reported in https://github.com/uclouvain/openjpeg/issues/1158 sent upstream in https://github.com/uclouvain/openjpeg/pull/1164 and finally committed in e66125fe260deee49fdf6e9978d9bd29871dd5bb
* Update openjpeg to 2.3.1Chris Liddell2019-11-26133-46480/+337
|
* Bug 700088: Report error if all wanted J2K components are not decoded.Sebastian Rasmussen2019-09-042-11/+44
| | | | | | | | | | | | | | Ghostscript used to attempt to use even the undecoded components. The source code for upstream's opj_decompress tool avoided this by a workaround along with a comment indicating that this ought to be done in the library (so all clients, e.g. Ghostscript will benefit from it). With this commit the library will error out if not all requested components are successfully decoded. Thus Ghostscript will no longer crash. Reported in https://github.com/uclouvain/openjpeg/issues/1158 sent upstream in https://github.com/uclouvain/openjpeg/pull/1164 and finally committed in e66125fe260deee49fdf6e9978d9bd29871dd5bb
* Update OpenJPEG to 2.3.0Chris Liddell2018-03-29157-945/+51516
| | | | | | | | | | | | Incorporates changes from: 1) Add predefined openjpeg headers. 71242c9a04bb76b8b17fc489d62a91d04c1ad60c 2) Import patches from Sumatra's tree. 8b89e4b5750069172522ecf85e69d094b5e567e7 3) Avoid getenv call in openjpeg 202a0318a7b3a397fcd5d015dcad4293474f464c
* Address some compiler warnings in openjpegChris Liddell2018-03-261-1/+1
|
* This is a combination of 7 commits.Chris Liddell2017-08-3171-24666/+28284
| | | | | | | | | | | | | | | | | | | | | | | | | from the openjpeg-2.2.0-update branch 1) OpenJPEG 2.2.0 initial commit 0b5fc7368721af148d85ef8dac2e018de10cfe91 2) Zap the openjpeg stuff we don't need e90bbccd19cb266b55de28ebfd16d024b6e67373 3) Add predefined openjpeg headers. 71242c9a04bb76b8b17fc489d62a91d04c1ad60c 4) Import patches from Sumatra's tree. 8b89e4b5750069172522ecf85e69d094b5e567e7 5) update makefiles, interface and vcproj files for new openjpeg version 456cbe1c76659b0ab022f6ca3f67cc63b253b05f 6) Avoid getenv call in openjpeg 202a0318a7b3a397fcd5d015dcad4293474f464c 7) Bug 698135: Import security fix for OpenJPEG 8057698a5f7833499fdf8d2529162841920e354a
* Bug 698135: Import security fix for OpenJPEGRobin Watts2017-07-051-34/+41
| | | | | | | https://pdfium.googlesource.com/pdfium/+/463b77b4f1e4257cd89f3460b5a6fdb102f44265%5E%21/#F0 Patch doesn't apply cleanly, but requires some manual conflict resolution.
* Avoid getenv call in openjpegMichael Vrhel2017-02-221-2/+6
| | | | | | getenv is not allowed in certain cases causing linking issues. This fix should be pushed to the openjpeg group. Thanks to Chris for the fix.
* Bug 697045: Skip over broken tile data rather than aborting.Robin Watts2016-11-151-0/+10
|
* Squash 2 warnings in the openjpeg code.Robin Watts2016-09-272-2/+2
|
* Import new OpenJPEG version.Robin Watts2016-09-2759-4237/+7261
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Squashed version of openjpeg-update-20160927 This squashes the following commits: * Import new OpenJPEG version. From https://github.com/uclouvain/openjpeg Final commit is: commit 34dae137a9a8c04feaa9763ae7e09a86ecb10400 Author: Mathieu Malaterre <mathieu.malaterre@gmail.com> Date: Mon Sep 26 12:01:31 2016 +0200 OPENJPEG_NAMESPACE is configurable by user * Zap the OpenJPEG stuff we don't need * Add predefined openjpeg headers. * Import patches from Sumatra's tree. * Update Makefiles for new openjpeg * Update MSVC for new files * OpenJPEG allocation fixes. The old version of openjpeg allocates using malloc/free. The new version of openjpeg allocates via opj_malloc (and co). We can capture these and pass them down to our own allocators, but we cannot get openjpeg to pass us a gs_memory_t * to use. We therefore resort to using a static to hold 'the current gs_memory_t *' before we call openjpeg. To keep this threadsafe we add some private data to the gslibctx, which the openjpeg implementation can use to hold a lock. We add calls to both jpx decode implementations to init this private data (where the luratech implementation is null).
* Commit of build_consolidation branchChris Liddell2015-07-2064-0/+34459
Squashed into one commit (see branch for details of the evolution of the branch). This brings gpcl6 and gxps into the Ghostscript build system, and a shared set of graphics library object files for all the interpreters. Also, brings the same configuration options to the pcl and xps products as we have for Ghostscript.
View Lorry Controller Status