Re: help on exception on using the uhd.dll i think

Well,

The exception happens on this line:

uhd::device_addrs_t device_addrs =
uhd::device::find(vm[“args”].asstd::string());

the exception is:
First-chance exception at 0x0f62763b in uhd_find_devices.exe:
0xC0000005:
Access violation reading location 0x02796000

p.s:
maybe It will help if you’ll write down the basic steps needed in order
to
be able to build one of the example code on your on

Thanks,
iftah

-----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

[email protected]id

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

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

– 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
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

– 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-----

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs