LZO: ippsDecodeLZOSafe_8u: spurious failure: ippStsLzoBrokenStreamErr

[yellow9611]

ippsDecodeLZOSafe_8u(Ipp8u *pSrc, Ipp32u srcLen, Ipp8u *pDst, Ipp32u *pDstLen);

We are using IPP 6.0.1 LZO library and encounter spurious failure "ippStsLzoBrokenStreamErr" if pDst is near 0x7FFFFFFF. It looks like that signed comparison is used to compare pointers or addresses.

We didn't find any similar topic in bug-fix list of ipp6.1/7.0 or ipp forum.
Can you please help us to confirm if it's an IPP bug and which ipp release fixed it?

Linux 2.6.9-78.ELsmp x86_64
OS: RedHat Enterprise Linux 4.0 U7
CPU: 8 x 2666 MHz, IntelXeon (2 socket, quad core, No HT)
IPP: 6.0.1, static link



Please compile test program in 32bit mode.
The test program is using mmap to allocate memory near 0x7FFFFFFF, which may not work on your system.

[Chao_Y_Intel]

Hello,

Could you please try the latest IPP 7.0.3 package? I run the code with static linkage at Intel 64 platforum:

arena: 0x7fff0000
LZO decode status: 0

Thanks,
Chao

[yellow9611]

I have some problems in installing Ipp 7.0.3

Did you compile the test program in 32bit mode?
gcc -m32 test.c

in 64bit mode, 0x7fffffff can't reproduce the issue.

[Chao_Y_Intel]

Hi,

We have verified the problem at 32 bit problem, and planed to include the fix into the next update release (possibly at 7.0 update 5 release). Thanks for your report.

Thanks,
Chao