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

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
iftah giladi (Guest)
on 2014-04-17 18:18
(Received via mailing list)
Well,

The exception happens on this line:

uhd::device_addrs_t device_addrs =
uhd::device::find(vm["args"].as<std::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
Marcus Müller (Guest)
on 2014-04-17 18:31
(Received via mailing list)
-----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....

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
> discuss-gnuradio-owner@gnu.org
> 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-w...
>
>
l
> <CA+SzT6giaVFmZzfMJt7GCaRrXBYK=NgXOse46L-zozVRmTizsw@mail.gmail.com>
>
>
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-be...
>>
>>
But, I am still confused about minimum/maximum frequency deviation in
the
> <http://lists.gnu.org/archive/html/discuss-gnuradio...
>
>
313a5/attachment.html>
>> On Wed, Apr 16, 2014 at 2:06 PM, Azza &lt;
>>>> &gt; wrote:
>>>>
>>>> Tom
>>>
>>> Thank you. I have added modifications to my flowgraph:
>>> &lt;http://gnuradio.4.n7.nabble.com/file/n47630/gnu-be...
>>>
>>>
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-w...
>
>
l
> charset=us-ascii
>>>
>>>>>
>>> the
>>>> thread.
>>>>
>>>> Tom
>>>
>>> Thank you. I have added modifications to my flowgraph:
>>> &lt;http://gnuradio.4.n7.nabble.com/file/n47630/gnu-be...
>>>
>>>
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-w...
>
>
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-c...
>
>
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...
>
>
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_ptr<gr::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_resource<gr::fft::fft_complex> > > >
> int>::~managed_resource_pool (this=0xac91a8, __in_chrg=<optimized
> out>) 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=<optimized out>) 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=<optimized out>, __vtt_parm=<optimized
> out>) ---Type <return> to continue, or q <return> 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=<optimized out>, __vtt_parm=<optimized
> out>) 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=<optimized out>) at
> /usr/include/boost/smart_ptr/detail/shared_count.hpp:371 #31
> 0x0000000000426a74 in
> boost::shared_ptr<gr::wifi_detector::es_80211b_chip_and_freq_sync_c>::~share
>
>
d_ptr
> (this=0x7fff820441c0, __in_chrg=<optimized out>) 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::TestCaller<gr::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...
>
>
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...
>
>
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...
>
>
70bc9/attachment.html>
>
> ------------------------------
>
> Message: 11 Date: Thu, 17 Apr 2014 09:50:21 -0400 From: Jonathan
> Fox <31fox@cardinalmail.cua.edu> To: GNURadio Discussion List
> <discuss-gnuradio@gnu.org> Subject: [Discuss-gnuradio] How to
> Access Received Data for Use In Changing  RX Parameters Message-ID:
> <CAPZrquZ9QgJS+0-RGK5WeojFP+WUboZj_yks2sEdi6r5LDV-5w@mail.gmail.com>
>
>
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...
>
>
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...
>
>
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...
>
>
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...
>
>
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 Discuss-gnuradio@gnu.org
>>> 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 topic is locked and can not be replied to.