Community
cancel
Showing results for 
Search instead for 
Did you mean: 
yellow9611
Beginner
67 Views

LZO: ippsDecodeLZOSafe_8u: spurious failure: ippStsLzoBrokenStreamErr

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.

0 Kudos
3 Replies
Chao_Y_Intel
Employee
67 Views

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
Beginner
67 Views

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
Employee
67 Views

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

Reply