-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Iftah,
as for the building part, you seem to be doing fine.
I’m a little perplexed, actually.
Maybe it’s something like
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2013-September/007415.html
where the solution was not to mix debug and release build symbols of
UHD.
Greetings,
Marcus
On 17.04.2014 18:17, iftah giladi wrote:
Discuss-gnuradio Digest, Vol 137, Issue 17
[email protected]
segfault, coredump reveals nothing (kkarranc) 6. Re: ctest -V
uhd.dll i think… (Marcus M?ller) 17. Re: Digital voice encryption
Re: [Discuss-gnuradio] “Error rate” block with USRP Message-ID:
Thank you. I have taken out the throttle block and add an AGC
– View this message in context:
http://gnuradio.4.n7.nabble.com/Error-rate-block-with-USRP-tp47625p47630.htm
l
CA+SzT6giaVFmZzfMJt7GCaRrXBYK=removed_email_address@domain.invalid
Content-Type: text/plain; charset=“iso-8859-1”
Thank you. I have added modifications to my flowgraph:
http://gnuradio.4.n7.nabble.com/file/n47630/gnu-ber-modified.png
But, I am still confused about minimum/maximum frequency deviation in
the
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140416/29f
313a5/attachment.html>
On Wed, Apr 16, 2014 at 2:06 PM, Azza <
> wrote:
Tom
Thank you. I have added modifications to my flowgraph:
<http://gnuradio.4.n7.nabble.com/file/n47630/gnu-ber-modified.png>
But, I am still confused about minimum/maximum frequency deviation in
the
Discuss-gnuradio Info Page
– View this message in context:
http://gnuradio.4.n7.nabble.com/Error-rate-block-with-USRP-tp47625p47632.htm
l
charset=us-ascii
the
thread.
Tom
Thank you. I have added modifications to my flowgraph:
<http://gnuradio.4.n7.nabble.com/file/n47630/gnu-ber-modified.png>
But, I am still confused about minimum/maximum frequency deviation in
the
_______________________________________________ Discuss-gnuradio
Constellation Receiver block gives 0.
Regards, Azza
– View this message in context:
http://gnuradio.4.n7.nabble.com/Error-rate-block-with-USRP-tp47625p47634.htm
l
text/plain; charset=us-ascii
this block is based on gr-eventstream and it is a subclass of the
to output anything useful to help me debug the problem. Here is
0x00000000022612b0 in ?? () #12 0x00007fff8cea6d30 in ?? () #13
when I run it in a grc flowgraph, it works fine … its just in
– View this message in context:
http://gnuradio.4.n7.nabble.com/ctest-V-segfault-coredump-reveals-nothing-tp
47635.html
charset=ISO-8859-1
not segfaulting because the destructor gets called and that gets
function
Any chance you can share the code?
-------------- next part -------------- A non-text attachment was
scrubbed… Name: smime.p7s Type: application/pkcs7-signature Size:
2366 bytes Desc: S/MIME Cryptographic Signature URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140416/e37
d3ccb/attachment.bin>
Content-Type: text/plain; charset=ISO-8859-1
rebuilt the code with debug symbols? That seems strange to me.
Thanks again, Kiran
Sounds plausible. Ctest is actually just running a shell script.
You can try running that script through gdb. The name of the script
will be printed near the top of ctest -V. Alternatively you should
be able to find it in
$build/modname/python/namespace/qa_whatever_your_test_is_called.sh;
an example for gr-digital:
[Discuss-gnuradio] ctest -V segfault, coredump reveals nothing
build/gr-digital/python/digital/qa_mpsk_snr_est_test.sh
figure out why this is going on, but atleast I know where to start
0x00007f0317585e02 in boost::detail::sp_counted_base::release
(this=0xb065d0) at
/usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:146
#4 0x00007f0317585e91 in boost::detail::shared_count::~shared_count
__gnu_cxx::new_allocator<std::pair<gr::fft::fft_complex* const,
boost::shared_ptrgr::fft::fft_complex > > >::_M_destroy_node
(this=0xaca178, __x=0xadb210) at
/usr/include/c++/4.8/bits/stl_tree.h:671 #11 0x00007f0317593176 in
0x00007f0317595836 in
#16 0x00007f0317585e91 in boost::detail::shared_count::~shared_count
__gnu_cxx::new_allocator<std::pair<int const,
__p=0xadb170) at /usr/include/c++/4.8/bits/stl_tree.h:395 #21
std::_Select1st<std::pair<int const,
boost::shared_ptr<pooled_resourcegr::fft::fft_complex > > >
int>::~managed_resource_pool (this=0xac91a8, __in_chrg=) at /home/kiran/awst/gnuradio/include/es/pooled_resource.h:58
#26 0x00007f031758f2be in
managed_resource_pool_nofactory<gr::fft::fft_complex,
int>::~managed_resource_pool_nofactory (this=0xac91a8,
_in_chrg=) at
/home/kiran/awst/gnuradio/include/es/pooled_resource.h:115 #27
0x00007f0317598109 in
gr::wifi_detector::es_80211b_chip_and_freq_sync_c_impl::~es_80211b_chip_and
freq_sync_c_impl
(this=0xac91a0, __in_chrg=, __vtt_parm=) —Type to continue, or q to quit— at
/home/kiran/awst/pybombs/src/gr-ieee-80211b/lib/es_80211b_chip_and_freq_sync
_c_impl.cc:73
#28 0x00007f03175981c2 in
gr::wifi_detector::es_80211b_chip_and_freq_sync_c_impl::~es_80211b_chip_and_
freq_sync_c_impl
(this=0xac91a0, __in_chrg=, __vtt_parm=) at
/home/kiran/awst/pybombs/src/gr-ieee-80211b/lib/es_80211b_chip_and_freq_sync
_c_impl.cc:75
#29 0x0000000000418a04 in boost::detail::sp_counted_base::release
(this=0xb04e10) at
/usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:146
#30 0x0000000000418a93 in boost::detail::shared_count::~shared_count
(this=0x7fff820441c8, __in_chrg=) at
/usr/include/boost/smart_ptr/detail/shared_count.hpp:371 #31
0x0000000000426a74 in
boost::shared_ptrgr::wifi_detector::es_80211b_chip_and_freq_sync_c::~share
d_ptr
(this=0x7fff820441c0, __in_chrg=) at
/usr/include/boost/smart_ptr/shared_ptr.hpp:328 #32
0x0000000000425b38 in
gr::wifi_detector::qa_es_80211b_chip_and_freq_sync::t1
(this=0xac8be0) at
/home/kiran/awst/pybombs/src/gr-ieee-80211b/lib/qa_es_80211b_chip_and_freq_s
ync.cc:57
#33 0x000000000041681c in
CppUnit::TestCallergr::wifi_detector::qa_es_80211b_chip_and_freq_sync::run
Test
(this=0xac8e50) at /usr/include/cppunit/TestCaller.h:166
-------------- next part -------------- An HTML attachment was
scrubbed… URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/989
fc505/attachment.html>
-------------- next part -------------- A non-text attachment was
scrubbed… Name: smime.p7s Type: application/pkcs7-signature Size:
2366 bytes Desc: S/MIME Cryptographic Signature URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/989
fc505/attachment.bin>
Hi all,
12.04 LTS machinebut without encryption/decryption blocks.
of GNURadio.
tutorial would be fine)? So far, I can not found the block either
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/91c
70bc9/attachment.html>
Message: 11 Date: Thu, 17 Apr 2014 09:50:21 -0400 From: Jonathan
Fox [email protected] To: GNURadio D.ion List
[email protected] Subject: [Discuss-gnuradio] How to
Access Received Data for Use In Changing RX Parameters Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
frequency will inclemently go up 1 MHz 20 times before going back
frequencies? I have a feeling that this may be simple to do but I
scrubbed… URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/453
1a532/attachment.html>
import OptionParser import ConfigParser import numpy import time
range(8*2)] self._tx_ip_config = ConfigParser.ConfigParser()
cpu_format=“fc32”, channels=range(1), ), )
blocks.multiply_const_vcc((0.05, ))
def set_freq(self, freq): self.freq = freq
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/453
1a532/attachment.png>
-------------- next part -------------- A non-text attachment was
scrubbed… Name: ofdm_v1_tx.png Type: image/png Size: 58193 bytes
Desc: not available URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/453
1a532/attachment-0001.png>
Hi all,
I have succeed in simulating the above configuration in Ubuntu
Furthermore, I also know the concept of Out-of-Tree Module (OoTM)
encryption algorithm (not scrambler)? and how do I get it (a
attachment was scrubbed… URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20140417/b69
9b13c/attachment.html>
of=/dev/ram0 - you may need to give root access. Then open
On Monday, March 31, 2014 6:59 PM, Marcus M?ller
ohhh, now I understand. It produces UUUU in the transmitter
be received.
you say.
could try recording the spectrum with your USRP and then
On Monday,
If someone tested it or can do it, please let me know. As
Discuss-gnuradio Info Page
Discuss-gnuradio mailing list [email protected]
Discuss-gnuradio Info Page
– NE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTUAGvAAoJEBQ6EdjyzlHtd8IIAJCFpctTjIeNGIJHSLv2n7LX
YHd+iTIFxT6oUV3H4ZxBDmtE5J+dFuQBR3ecEp8NOZH3V1Bihs70c+PIof6l41gk
BhOYf8WJ4cD4rNVe/IA3BzBlG9JXhcDTGqGUxw1aSQP9SieshxRI2bgpcVa0xt9M
WG+E2zlJb9IPaNRSuDe2e9WldlUMXhDBtyIjauNXiV92321umzsIo+UzvAdLThoI
xnI4xjFom3IrNNbZSgzYV6VsfcncAX8fRYJgriOZgRJT8lTujeHoM8q682QHtNC1
jX3FzqoywBWod+6tsXXiB+9ciG2As+n+RRanbQLXgrqp7E4BTYyqHgnzNHr0NOw=
=E/5Y
-----END PGP SIGNATURE-----