[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_ss
From: |
Alexandru Csete |
Subject: |
[Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse |
Date: |
Sat, 7 Apr 2012 15:48:00 +0200 |
Greetings,
I'm getting segmentation faults in a C++ application when I restart
the flow graph, i.e by doing:
tb->start()
...
tb->stop()
tb->wait()
...
tb->start()
(crashes)
Running the application through a debugger suggests it is
volk_32f_s32f_multiply_32f_a_sse which is used by a gr_multiply_ff()
block. I end up with the attached assembly dump with a marker
highlighting line 19.
I have attached a simple python flow graph, which also crashes for me.
Note that the python code was originally generated by GRC and it used
gr.multiply_const_vff which didn't crash. I manually changed it to
gr.multiply_const_ff to provoke the crash.
This is happening on Ubuntu 11.04 64 bit and intel i7 processor. I'm
also seeing the message "Using Volk machine: sse4_2_64" when I start
the graph. GNU Radio is built using cmake.
Alex
volk_crash_dump.txt
Description: Text document
volk_crash.py
Description: Binary data
- [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse,
Alexandru Csete <=
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Tom Rondeau, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Alexandru Csete, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Tom Rondeau, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Alexandru Csete, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Alexandru Csete, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Tom Rondeau, 2012/04/07
- Re: [Discuss-gnuradio] Segmentation fault in volk_32f_s32f_multiply_32f_a_sse, Marcus D. Leech, 2012/04/07