[SciPy-user] Illegal instruction in testsuite of revision 3378

Xavier Gnata gnata@obs.univ-lyon1...
Sat Oct 6 07:38:08 CDT 2007


Xavier Gnata wrote:
> Xavier Gnata wrote:
>   
>> David Cournapeau wrote:
>>   
>>     
>>> Xavier Gnata wrote:
>>>   
>>>     
>>>       
>>>> yes sure! It was only a test to see if the bug is stil there or not.
>>>> The result is clear : It is still here.
>>>> Could someting else help you to fix that?
>>>> Can anyone reproduce that?
>>>>     
>>>>       
>>>>         
>>> Well, the problem in #404 looks like the worse ones: the ones which 
>>> depend on compiler/interpreter versions. The fact that the problem does 
>>> not appear under valgrind is quite intriguing.
>>>
>>> cheers,
>>>
>>> David
>>>
>>>   
>>>     
>>>       
>> It *does* on my box.
>>
>> ./valgrind_py.sh 
>> /usr/lib/python2.4/site-packages/scipy/ndimage/tests/test_ndimage.py
>>
>>
>> ==8678== LEAK SUMMARY:
>> ==8678==    definitely lost: 192 bytes in 2 blocks.
>> ==8678==      possibly lost: 33,027 bytes in 45 blocks.
>> ==8678==    still reachable: 14,427,776 bytes in 3,975 blocks.
>> ==8678==         suppressed: 0 bytes in 0 blocks.
>> ==8678== Reachable blocks (those to which a pointer was found) are not 
>> shown.
>> ==8678== To see them, rerun with: --leak-check=full --show-reachable=yes
>> --8678--  memcheck: sanity checks: 2666 cheap, 107 expensive
>> --8678--  memcheck: auxmaps: 0 auxmap entries (0k, 0M) in use
>> --8678--  memcheck: auxmaps: 0 searches, 0 comparisons
>> --8678--  memcheck: SMs: n_issued      = 454 (7264k, 7M)
>> --8678--  memcheck: SMs: n_deissued    = 14 (224k, 0M)
>> --8678--  memcheck: SMs: max_noaccess  = 65535 (1048560k, 1023M)
>> --8678--  memcheck: SMs: max_undefined = 5 (80k, 0M)
>> --8678--  memcheck: SMs: max_defined   = 548 (8768k, 8M)
>> --8678--  memcheck: SMs: max_non_DSM   = 442 (7072k, 6M)
>> --8678--  memcheck: max sec V bit nodes:    0 (0k, 0M)
>> --8678--  memcheck: set_sec_vbits8 calls: 0 (new: 0, updates: 0)
>> --8678--  memcheck: max shadow mem size:   7376k, 7M
>> --8678-- translate:            fast SP updates identified: 29,307 ( 85.4%)
>> --8678-- translate:   generic_known SP updates identified: 3,821 ( 11.1%)
>> --8678-- translate: generic_unknown SP updates identified: 1,168 (  3.4%)
>> --8678--     tt/tc: 2,527,821 tt lookups requiring 3,090,497 probes
>> --8678--     tt/tc: 2,527,821 fast-cache updates, 2 flushes
>> --8678--  transtab: new        28,855 (653,474 -> 10,476,946; ratio 
>> 160:10) [0 scs]
>> --8678--  transtab: dumped     0 (0 -> ??)
>> --8678--  transtab: discarded  0 (0 -> ??)
>> --8678-- scheduler: 266,643,629 jumps (bb entries).
>> --8678-- scheduler: 2,666/3,334,044 major/minor sched events.
>> --8678--    sanity: 2667 cheap, 107 expensive checks.
>> --8678--    exectx: 30,011 lists, 7,141 contexts (avg 0 per list)
>> --8678--    exectx: 1,014,663 searches, 1,036,327 full compares (1,021 
>> per 1000)
>> --8678--    exectx: 1,115,754 cmp2, 6,184 cmp4, 0 cmpAll
>> Illegal instruction
>>
>> and then valgrind crashes.
>>
>>
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
>> mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2
>>
>> g77 -v
>> Reading specs from /usr/lib/gcc/i486-linux-gnu/3.4.6/specs
>> Configured with: ../src/configure -v --enable-languages=c,c++,f77,pascal 
>> --prefix=/usr --libexecdir=/usr/lib 
>> --with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared 
>> --with-system-zlib --enable-nls --without-included-gettext 
>> --program-suffix=-3.4 --enable-__cxa_atexit --enable-clocale=gnu 
>> --enable-libstdcxx-debug --with-tune=i686 i486-linux-gnu
>> Thread model: posix
>>
>> Looks like compilation flags mismatch.
>>
>> Xavier
>>
>>
>>   
>>     
> Using gdb  :
>
> Program received signal SIGILL, Illegal instruction.
> [Switching to Thread 0xb7d908c0 (LWP 9176)]
> 0xb4ffad43 in Py_FilterFunc (buffer=0x833a088, filter_size=2, 
> output=0xbf8ee518,
>     data=0xbf8ee58c) at scipy/ndimage/src/nd_image.c:346
>
> backtrace :
>
> (gdb) backtrace
> #0  0xb4ffad43 in Py_FilterFunc (buffer=0x833a088, filter_size=2,
>     output=0xbf8ee518, data=0xbf8ee58c) at scipy/ndimage/src/nd_image.c:346
> #1  0xb4ffe211 in NI_GenericFilter (input=0x833a258,
>     function=0xb4ffad40 <Py_FilterFunc>, data=0xbf8ee58c, 
> footprint=0x833a2b8,
>     output=0x8339fe8, mode=NI_EXTEND_REFLECT, cvalue=0, origins=0x81d9548)
>     at scipy/ndimage/src/ni_filters.c:858
> #2  0xb4ffc5ed in Py_GenericFilter (obj=0x0, args=0xb7a21dac)
>     at scipy/ndimage/src/nd_image.c:411
> #3  0x080b9f67 in PyEval_EvalFrame ()
> #4  0x080bb125 in PyEval_EvalCodeEx ()
> #5  0x080b9492 in PyEval_EvalFrame ()
> #6  0x080bb125 in PyEval_EvalCodeEx ()
> #7  0x080b9492 in PyEval_EvalFrame ()
> #8  0x080bb125 in PyEval_EvalCodeEx ()
> #9  0x08101ae6 in ?? ()
> #10 0xb70922a0 in ?? ()
> #11 0xb7030dfc in ?? ()
> #12 0x00000000 in ?? ()
>
> So it is not the backtrace of  #404...but it is close and most likely 
> related.
>
> Xavier
>
>   
The bug is still there using the last svn version.

Xavier

-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gnata@obs.univ-lyon1.fr
############################################ 



More information about the SciPy-user mailing list