Re: [Discuss-gnuradio] Asking help about "gr-ieee802-11"

[Activecat]

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 <address@hidden> 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 <address@hidden

<mailto:address@hidden>> 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
    <address@hidden <mailto:address@hidden>> 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 <address@hidden

        <mailto:address@hidden>> wrote:
         >
         > Dear Sir,
         >
         > Thank you very much for your prompt response.
         > I really appreciate your help.
         >
         > Refer below result:
         >
         >
         > address@hidden: ~ $ 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

        <address@hidden <mailto:address@hidden>> wrote:
         > Hi,
         >
         > > On 29 Jan 2015, at 08:37, Activecat <address@hidden
        <mailto:address@hidden>> 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/