openjpeg/src/lib/openjp2/dwt.c, branch v2.1.2Fork of openjpeg library for JPEG2000 encoding and decodinghttps://git.carlh.net/cgit/openjpeg/atom?h=v2.1.22016-09-16T15:48:20ZFix warnings from recent overflow checks2016-09-16T15:48:20ZAntonin Descampeantonin@gmail.com2016-09-16T15:48:20Zurn:sha1:25966346f76e1e27adf35a7180cddf311a3c9788
see #832
Add overflow checks for opj_aligned_malloc2016-09-13T19:05:30Zmayeutmayeut@users.noreply.github.com2016-09-12T18:20:57Zurn:sha1:43557dcd3bac636283f5205089fe767eae207fb0
See
https://pdfium.googlesource.com/pdfium/+/b20ab6c7acb3be1393461eb650ca8fa
4660c937e/third_party/libopenjpeg20/0020-opj_aligned_malloc.patch
Change 'restrict' define to 'OPJ_RESTRICT' (#816)2016-09-13T09:00:07ZMatthieu Darboismayeut@users.noreply.github.com2016-09-05T22:49:53Zurn:sha1:c8fbf0f5160a78d2d39666f69c95293ca99c0f0d
Visual Studio 2015 does not pass regression tests with `__restrict` so kept disabled for MSVC.
Need to check proper usage of OPJ_RESTRICT (if correct then there’s
probably a bug in vc14)
Closes #661
Add comment explaining bj is not use when l_data_size == 02016-01-09T13:30:48ZEven Rouaulteven.rouault@spatialys.com2016-01-09T13:30:48Zurn:sha1:6a1974d40d95d857377a1eb5f4db0d9e24d0ad0a[git/2.1 regression] Fix opj_write_tile() failure when numresolutions=12016-01-08T18:38:45ZEven Rouaulteven.rouault@spatialys.com2016-01-08T18:38:45Zurn:sha1:87c0d7dc1eee2adf1aa7ae31bdfac078bb114c01
When trying the GDAL OpenJPEG driver against openjpeg current master HEAD,
I get failures when trying to create .jp2 files. The driver uses
opj_write_tile() and in some tests numresolutions = 1.
In openjp2/dwt.c:410, l_data_size = opj_dwt_max_resolution( tilec->resolutions,tilec->numresolutions) * (OPJ_UINT32)sizeof(OPJ_INT32);
is called and returns l_data_size = 0. Now in git opj_malloc() has a special case
for 0 to return a NULL pointer whereas previously it relied on system malloc(),
which in my case didn't return NULL.
So only test the pointer value if l_data_size != 0. This makes the GDAL
autotest suite to pass again.
Fix HP compiler warning about redeclaration of function (#640)2015-10-19T10:14:27ZStephan Mühlstrasserstm@pdflib.com2015-10-19T10:14:01Zurn:sha1:a1fc83cc255ff7697d6ca68ea4e1c42710771756
HP compiler warns:
cc: "dwt.c", line 798: warning 562: Redeclaration of "opj_v4dwt_decode"
with a different storage class specifier: "opj_v4dwt_decode" will have
internal linkage.
cc: "t2.c", line 1341: warning 562: Redeclaration of "opj_t2_init_seg"
with a different storage class specifier: "opj_t2_init_seg" will have
internal linkage.Merge pull request #636 from uclouvain/opj_malloc-6252015-10-18T01:14:55ZMatthieu Darboismayeut@users.noreply.github.com2015-10-18T01:14:55Zurn:sha1:05b3afd28f8c3f9551d551c565609062f57f5837
Update allocation functions
Fix #625
Fix #624
Fix #635 Fix inconsistent behavior of malloc(0)2015-10-17T00:55:09Zmayeutmayeut@users.noreply.github.com2015-10-17T00:55:09Zurn:sha1:8034ffde8b108957aeff801c30b1a4c31e147e55
Update #635
Update #625
Remove the explicit restrict keyword2015-10-13T19:07:11ZMathieu Malaterremathieu.malaterre@gmail.com2015-10-13T19:07:11Zurn:sha1:372fead0d7af3b955eb8c687067b817faa3ea41c
It would trigger a compiler error on xlc compiler. Fixes #620
Add some missing static2015-07-18T00:39:32Zmayeutmayeut@users.noreply.github.com2015-07-18T00:39:32Zurn:sha1:ae4799ad076837cd83d7f414d8adbbc5bd9107dc
Still needs to check j2k.c & jp2.c
Update uclouvain/openjpeg#243