[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Asking help about "gr-ieee802-11"
From: |
Bastian Bloessl |
Subject: |
Re: [Discuss-gnuradio] Asking help about "gr-ieee802-11" |
Date: |
Fri, 24 Apr 2015 07:32:41 +0200 |
Hi,
> On 24 Apr 2015, at 03:00, Activecat <address@hidden> wrote:
> 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.
The important thing is that you uninstalled everything from previous
installations (I’m asking since several other people experienced segfaults
because of that ).
>
> 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)
This is more of less the only block I did not change -.-
It would be very helpful if you could do a debug build (configure in cmake) and
then do a backtrace in gdb.
Best,
Bastian
>
>
>
> 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/
>
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl/