Dear Bastian,
I have just downloaded the latest gr-ieee802-11, recompiled and reinstalled.
I am using the latest version of the flowgraph. Just that the gnuradio was
the one installed at January 2015.
Below is the debugging message.
(gdb) run wifi_loopback.py
Starting program: /usr/bin/python wifi_loopback.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
linux; GNU C++ version 4.7.2; Boost_104900;
UHD_003.008.001-121-gebe7169d
[New Thread 0xaecc0b70 (LWP 4846)]
[New Thread 0xad5c1b70 (LWP 4847)]
Using Volk machine: avx_32_mmx_orc
[New Thread 0xa668cb70 (LWP 4848)]
OFDM MAPPER: encoding: 0
set_min_output_buffer on block 31 to 96000
set_min_output_buffer on block 33 to 96000
set_min_output_buffer on block 35 to 96000
set_min_output_buffer on block 36 to 96000
set_min_output_buffer on block 39 to 96000
set_min_output_buffer on block 50 to 96000
[New Thread 0xa397ab70 (LWP 4849)]
[New Thread 0x95dd8b70 (LWP 4850)]
[New Thread 0x955d7b70 (LWP 4851)]
[New Thread 0x94dd6b70 (LWP 4852)]
[New Thread 0x945d5b70 (LWP 4853)]
[New Thread 0x93dd4b70 (LWP 4854)]
[New Thread 0x935d3b70 (LWP 4855)]
[New Thread 0x92dd2b70 (LWP 4856)]
[New Thread 0x925d1b70 (LWP 4857)]
[New Thread 0x91dd0b70 (LWP 4858)]
[New Thread 0x915cfb70 (LWP 4859)]
[New Thread 0x90dceb70 (LWP 4860)]
[New Thread 0x905cdb70 (LWP 4861)]
[New Thread 0x8fdccb70 (LWP 4862)]
[New Thread 0x8f5cbb70 (LWP 4863)]
[New Thread 0x8edcab70 (LWP 4864)]
[New Thread 0x8e5c9b70 (LWP 4865)]
[New Thread 0x8ddc8b70 (LWP 4866)]
[New Thread 0x8d5c7b70 (LWP 4867)]
[New Thread 0x8cdc6b70 (LWP 4868)]
[New Thread 0x8c5c5b70 (LWP 4869)]
[New Thread 0x8bdc4b70 (LWP 4870)]
[New Thread 0x8b5c3b70 (LWP 4871)]
[New Thread 0x8adc2b70 (LWP 4872)]
[New Thread 0x8a5c1b70 (LWP 4873)]
[New Thread 0x89dc0b70 (LWP 4874)]
[New Thread 0x895bfb70 (LWP 4875)]
[New Thread 0x88dbeb70 (LWP 4876)]
[New Thread 0x885bdb70 (LWP 4877)]
[New Thread 0x87dbcb70 (LWP 4878)]
[New Thread 0x875bbb70 (LWP 4879)]
[New Thread 0x86dbab70 (LWP 4880)]
[New Thread 0x865b9b70 (LWP 4881)]
[New Thread 0x85db8b70 (LWP 4882)]
[New Thread 0x855b7b70 (LWP 4883)]
[New Thread 0x84db6b70 (LWP 4884)]
[New Thread 0x845b5b70 (LWP 4885)]
[New Thread 0x83db4b70 (LWP 4886)]
[New Thread 0x835b3b70 (LWP 4887)]
[New Thread 0x82db2b70 (LWP 4888)]
[New Thread 0x825b1b70 (LWP 4889)]
[New Thread 0x81db0b70 (LWP 4890)]
[New Thread 0x815afb70 (LWP 4891)]
[New Thread 0x80daeb70 (LWP 4892)]
[New Thread 0x805adb70 (LWP 4893)]
[New Thread 0x7fdacb70 (LWP 4894)]
[New Thread 0x7f5abb70 (LWP 4895)]
[New Thread 0x7edaab70 (LWP 4896)]
[New Thread 0x7e5a9b70 (LWP 4897)]
[New Thread 0x7dda8b70 (LWP 4898)]
[New Thread 0x7d5a7b70 (LWP 4899)]
[New Thread 0x7cda6b70 (LWP 4900)]
[New Thread 0x7c5a5b70 (LWP 4901)]
[New Thread 0x7bda4b70 (LWP 4902)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x815afb70 (LWP 4891)]
0xb2fc302e in ofdm_decode_signal_impl::general_work(int,
std::vector<int, std::allocator<int> >&, std::vector<void const*,
std::allocator<void const*> >&, std::vector<void*, std::allocator<void*>
>&) ()
from /usr/local/lib/libgnuradio-ieee802_11.so
(gdb)
On Thu, Apr 23, 2015 at 10:36 PM, Bastian Bloessl <[email protected]>
wrote:
> Hi,
>
> I made quite some changes during the last days so it might well be the
> case that I introduced several bugs.
>
> Can you please double-check that you are not using the new flow graph with
> an old version of the module (maybe another copy is still installed
> somewhere). If the problem still exists then please start the flow graph in
> a debugger. (I guess it actually seg faults but you don't see it in GRC).
> You can use something like
>
> gdb python
> run wifi_loopback.py
>
> and then do a backtrace (bt).
>
> See also
> https://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging
>
> Best,
> Bastian
>
>
> On 04/23/2015 01:33 PM, Activecat wrote:
>
>> Dear Sir,
>>
>> Today I helped my friend to setup the gr-ieee802-11.
>> Everything go well until I try to execute the flowgraph of
>> wifi_loopback.grc
>> All ports in the GRC are connected. But when I run the
>> wifi_loopback.grc, it stops immediately with below message.
>>
>>
>> Generating:
>>
>> "/home/sgku/download/zz-downloaded/gr-ieee802-11/examples/wifi_loopback.py"
>> >>> Warning: This flow graph may not have flow control: no audio or
>> RF hardware blocks found.
>> Add a Misc->Throttle block to your flow graph to avoid CPU
>> congestion.
>>
>> Executing:
>>
>> "/home/sgku/download/zz-downloaded/gr-ieee802-11/examples/wifi_loopback.py"
>>
>> linux; GNU C++ version 4.7.2; Boost_104900;
>> UHD_003.008.001-121-gebe7169d
>>
>> Using Volk machine: avx_32_mmx_orc
>> OFDM MAPPER: encoding: 0
>> set_min_output_buffer on block 31 to 96000
>> set_min_output_buffer on block 33 to 96000
>> set_min_output_buffer on block 35 to 96000
>> set_min_output_buffer on block 36 to 96000
>> set_min_output_buffer on block 39 to 96000
>> set_min_output_buffer on block 50 to 96000
>>
>> >>> Done
>>
>>
>> Any clue of what had gone wrong?
>> The flowgraph just doesn't execute.
>> Below is my system info.
>>
>> $ cat /etc/debian_version
>> 7.8
>>
>> $ gcc --version
>> gcc (Debian 4.7.2-5) 4.7.2
>> Copyright (C) 2012 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions.
>> There is NO
>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
>> PURPOSE.
>>
>> $ uname -a
>> Linux sgku2 3.2.0-4-686-pae #1 SMP Debian 3.2.65-1+deb7u2 i686
>> GNU/Linux
>>
>> $ gnuradio-config-info -v
>> 3.7.6.1
>>
>> $ file /sbin/init
>> /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1
>> (SYSV), dynamically linked (uses shared libs),
>> for GNU/Linux 2.6.26,
>> BuildID[sha1]=0x6f99a4bee43009171bce9fa5457099aafaf2f753, stripped
>>
>>
>> Thank you very much.
>>
>>
>> On Thu, Jan 29, 2015 at 4:30 PM, Activecat <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Dear Bastian,
>>
>> Yes, this solves all the problems.
>> I just get the current commit and recompile, everything works !
>> Thank you very much.
>>
>> On Thu, Jan 29, 2015 at 4:20 PM, Bastian Bloessl
>> <[email protected] <mailto:[email protected]>> wrote:
>>
>> Either python3 is selected by cmake or (maybe) your swig version
>> does not work. The first problem should have been fixed with the
>> most recent commit (3 days ago).
>>
>> > On 29 Jan 2015, at 09:15, Activecat <[email protected]
>> <mailto:[email protected]>> wrote:
>> >
>> > Dear Sir,
>> >
>> > Thank you very much for your prompt response.
>> > I really appreciate your help.
>> >
>> > Refer below result:
>> >
>> >
>> > sgku@mmu2: ~ $ ipython
>> > Python 2.7.3 (default, Mar 14 2014, 11:57:14)
>> > Type "copyright", "credits" or "license" for more information.
>> >
>> > IPython 0.13.1 -- An enhanced Interactive Python.
>> > ? -> Introduction and overview of IPython's features.
>> > %quickref -> Quick reference.
>> > help -> Python's own help system.
>> > object? -> Details about 'object', use 'object??' for extra
>> details.
>> >
>> >
>> > In [1]: import ieee802_11
>> >
>>
>> ---------------------------------------------------------------------------
>> > ImportError Traceback (most
>> recent call last)
>> > <ipython-input-1-3c375f221e3a> in <module>()
>> > ----> 1 import ieee802_11
>> >
>> > /usr/local/lib/python2.7/dist-packages/ieee802_11/__init__.py
>> in <module>()
>> > 35
>> > 36 # import swig generated symbols into the test namespace
>> > ---> 37 from ieee802_11_swig import *
>> > 38
>> > 39 # import any pure python here
>> >
>> >
>>
>> /usr/local/lib/python2.7/dist-packages/ieee802_11/ieee802_11_swig.py
>> in <module>()
>> > 24 fp.close()
>> > 25 return _mod
>> > ---> 26 _ieee802_11_swig = swig_import_helper()
>> > 27 del swig_import_helper
>> > 28 else:
>> >
>> >
>>
>> /usr/local/lib/python2.7/dist-packages/ieee802_11/ieee802_11_swig.py
>> in swig_import_helper()
>> > 20 if fp is not None:
>> > 21 try:
>> > ---> 22 _mod =
>> imp.load_module('_ieee802_11_swig', fp, pathname, description)
>> > 23 finally:
>> > 24 fp.close()
>> >
>> > ImportError: dynamic module does not define init function
>> (init_ieee802_11_swig)
>> >
>> >
>> >
>> > On Thu, Jan 29, 2015 at 4:02 PM, Bastian Bloessl
>> <[email protected] <mailto:[email protected]>> wrote:
>> > Hi,
>> >
>> > > On 29 Jan 2015, at 08:37, Activecat <[email protected]
>> <mailto:[email protected]>> wrote:
>> > >
>> > > error messages:
>> > > Param - Value(value):
>> > > Value "ieee802_11.wifi_signal_field()" cannot be evaluated:
>> > > name 'ieee802_11' is not defined
>> > >
>> >
>> > Please start an interactive python session and ‘import
>> ieee802_11’. This will give you more debug output. I guess
>> either your $PYTHONPATH does not contain the path of the module
>> or some shared library can not be loaded.
>> >
>> > Best,
>> > Bastian
>> >
>>
>> --
>> Dipl.-Inform. Bastian Bloessl
>> Distributed Embedded Systems Group
>> University of Paderborn, Germany
>> http://www.ccs-labs.org/~bloessl/
>>
>>
>>
>>
>
> --
> Dipl.-Inform. Bastian Bloessl
> Distributed Embedded Systems Group
> University of Paderborn, Germany
> http://www.ccs-labs.org/~bloessl/
>
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
