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

**URL:** <https://www.ruby-forum.com/t/re-help-on-exception-on-using-the-uhd-dll-i-think/240514>\
**Category:** GNU Radio\
**Created:** [April 17, 2014, 6:18pm UTC](https://www.ruby-forum.com/t/re-help-on-exception-on-using-the-uhd-dll-i-think/240514 "2014-04-17T18:18:44Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![musicdenotation](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ea666f/32.png) [@musicdenotation](https://www.ruby-forum.com/u/musicdenotation)\
**Post date:** [April 17, 2014, 6:18pm UTC](https://www.ruby-forum.com/t/re-help-on-exception-on-using-the-uhd-dll-i-think/240514/1 "2014-04-17T18:18:44Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![iftah\_giladi](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/i/53a042/32.png) [@iftah\_giladi](https://www.ruby-forum.com/u/iftah_giladi)\
**Post date:** [April 17, 2014, 6:31pm UTC](https://www.ruby-forum.com/t/re-help-on-exception-on-using-the-uhd-dll-i-think/240514/2 "2014-04-17T18:31:43Z")

</div>

-----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](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  
> [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
> 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](http://gnuradio.4.n7.nabble.com/Error-rate-block-with-USRP-tp47625p47630.htm)

l

> [CA+SzT6giaVFmZzfMJt7GCaRrXBYK=removed\_email\_address@domain.invalid](mailto: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](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](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&gt](http://gnuradio.4.n7.nabble.com/file/n47630/gnu-ber-modified.png&gt);

But, I am still confused about minimum/maximum frequency deviation in  
the

> > [Discuss-gnuradio Info Page](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](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&gt](http://gnuradio.4.n7.nabble.com/file/n47630/gnu-ber-modified.png&gt);

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](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](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](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](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](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](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 [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) To: GNURadio D.ion List  
> [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) Subject: [Discuss-gnuradio] How to  
> Access Received Data for Use In Changing RX Parameters Message-ID:  
> [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

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](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](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](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](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](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)
> > > 
> > > * * *
> > > 
> > > Discuss-gnuradio mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
> > > [Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)
> > 
> > – NE

-----BEGIN PGP SIGNATURE-----  
Version: GnuPG v1  
Comment: Using GnuPG with Thunderbird - [http://www.enigmail.net/](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-----