3.6.4.2 test fail

Hi all guys,

I am currently using 3.6.4git version of gnuradio at one of my
computers.
In order to use messages passing system from python i deceided to move
to
3.6.4.2 but the test fails with following error:

182/194 Testing qa_file_metadata
Test command: /bin/sh
/home/savi_ne/tools/gnuradio-3.6.4.2/build/gr-blocks/python/qa_file_metadata_test.sh
Test timeout computed to be: 9.99988e+06
EE

ERROR: test_001 (main.test_file_metadata)

Traceback (most recent call last):
File
“/home/savi_ne/tools/gnuradio-3.6.4.2/gr-blocks/python/qa_file_metadata.py”,
line 81, in test_001
self.assertGreater(len(extra_str), 0)
AttributeError: ‘test_file_metadata’ object has no attribute
‘assertGreater’

======================================================================
ERROR: test_002 (main.test_file_metadata)

Traceback (most recent call last):
File
“/home/savi_ne/tools/gnuradio-3.6.4.2/gr-blocks/python/qa_file_metadata.py”,
line 160, in test_002
self.assertGreater(len(extra_str), 0)
AttributeError: ‘test_file_metadata’ object has no attribute
‘assertGreater’


Ran 2 tests in 0.007s

FAILED (errors=2)
<pmt_swig.swig_int_ptr; proxy of <Swig Object of type
‘boost::intrusive_ptr< pmt::pmt_base > *’ at 0x1783360> >
<pmt_swig.swig_int_ptr; proxy of <Swig Object of type
‘boost::intrusive_ptr< pmt::pmt_base > *’ at 0x1783bd0> >
– Process completed
***Failed

Is there any aidea why is this happening and may I use gnuradio 3.6.4.2
even with this error?

Thank you

I figured out that in my version of python < 2.7 (because i use rhel6)
this
function is not defined. Is there any workarround or I can simply do
sudo
make install?

On Tue, Sep 3, 2013 at 7:59 AM, Martin B. (CEL)
[email protected] wrote:

3.6.4.2 but the test fails with following error:
Traceback (most recent call last):
  File "/home/savi_ne/tools/gnuradio-3.6.4.2/gr-blocks/python/
< pmt::pmt_base > *' at 0x1783360> >
Thank you


--
Nemanja Savić


Nemanja Savić

Namanja is correct, assertGreater was introduced in Python 2.7.

You can do two things to fix this. The best would be to update to
3.6.51. There’s no harm to your code or projects by upgrading, and
you’ll get all of the new features and fixes in 3.6.5.

The second way is to copy the diff from commit
fb4e968e1785e0b02b82254fddb19e07fda61723 onto your version of the
code:

diff --git a/gr-blocks/python/qa_file_metadata.py
b/gr-blocks/python/qa_file_metadata.py
index c7826b1…14786bd 100644
— a/gr-blocks/python/qa_file_metadata.py
+++ b/gr-blocks/python/qa_file_metadata.py
@@ -74,11 +74,10 @@ class test_file_metadata(gr_unittest.TestCase):
except RuntimeError:
self.assertFalse()

  •    print header
       info = parse_file_metadata.parse_header(header, False)
    
       extra_str = handle.read(info["extra_len"])
    
  •    self.assertGreater(len(extra_str), 0)
    
  •    self.assertEqual(len(extra_str) > 0, True)
       handle.close()
    
       try:
    

@@ -157,7 +156,7 @@ class test_file_metadata(gr_unittest.TestCase):
info = parse_file_metadata.parse_header(header, False)

     extra_str = handle.read(info["extra_len"])
  •    self.assertGreater(len(extra_str), 0)
    
  •    self.assertEqual(len(extra_str) > 0, True)
       handle.close()
    
       try:
    


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

Hm, I must say I am affraid of screwing version that works, and had
problems to make it work.

The TestCase class in unittest module at my computer doesn’t implement
the
functions like assertGreater, like is the case with 2.7 python under
ubuntu.

On Tue, Sep 03, 2013 at 01:03:31PM +0200, Nemanja S. wrote:

I figured out that in my version of python < 2.7 (because i use rhel6) this
function is not defined. Is there any workarround or I can simply do sudo make
install?

I think Python 2.6 works, too. Surprised that your make test fails,
though. Just go ahead and try.

MB

In order to use messages passing system from python i deceided to move to
----------------------------------------------------------------------
Traceback (most recent call last):
<pmt_swig.swig_int_ptr; proxy of <Swig Object of type 'boost::intrusive_ptr

Nemanja Savić


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


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

Ah, we posted in the same time, so the answer was on Martin’s question.
I
have already tried to build 3.6.5.1 but without success. I try again. As
for the patch, I must ask somebody in the house to help me, or I will
try
to change my files directly.
I wonder what migjt be the problwm if i now do sudo make install, in my
opinion I should just avoid the test function that are not implemented
in
2.6 python. I also don’t kow for what is used this file_metadata, but if
I
never use it than there should be no problems?

Cheers,
Nemanja

On Tue, Sep 3, 2013 at 9:26 AM, Nemanja S. [email protected]
wrote:

Hm, I must say I am affraid of screwing version that works, and had problems
to make it work.

Afraid of updating to a new version or afraid of applying that small
diff?

The TestCase class in unittest module at my computer doesn’t implement the
functions like assertGreater, like is the case with 2.7 python under ubuntu.

Well, not Python 2.7 under Ubuntu. Just Python 2.7:
http://docs.python.org/2/library/unittest.html

You either have to update with the bug fix in the new version or patch
it yourself unless you want to update your version of Python.

Or you could simply ignore that test case as known bad because of the
software versions you’re running. You can even disable tests using
'ctest -E '.


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

I think Python 2.6 works, too. Surprised that your make test fails,

182/194 Testing qa_file_metadata
Traceback (most recent call last):
  File "/home/savi_ne/tools/gnuradio-3.6.4.2/gr-blocks/python/
qa_file_metadata.py", line 81, in test_001
    self.assertGreater(len(extra_str), 0)
AttributeError: 'test_file_metadata' object has no attribute
'assertGreater'

======================================================================
ERROR: test_002 (main.test_file_metadata)


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

Ok, thank you Tom, I’ll try with installing. All this mess about version
came cause I need to implement message passing, and thus I designed two
blocks, message receiver and mesage sender. Si, the blocks are pretty
simple, but I have following error when running:

File “/usr/local/lib64/python2.6/site-packages/test/msg_sender.py”,
line
33, in init
out_sig=[None])

and this at the end of traceback:
TypeError: data type not understood

Because of this I assume that my version doesn’t support this kind of
python blocks. How can I check that?

On Tue, Sep 3, 2013 at 9:41 AM, Nemanja S. [email protected]
wrote:

Nemanja
There are file_metadata_sink and _source blocks that save/read data to
files with added metadata headers. There’s a page in the manual to
describe them:
http://gnuradio.org/doc/doxygen/page_metadata.html

If you’re not using them and don’t plan to, then you shouldn’t worry
about those failed QA tests. Or you could simply patch them to get rid
of the calls to assertGreater and you’ll be ok, too.


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

After installing 3.6.5.1 there is a problem while when running
flowgraph.
Flowgraph won’t start, and the error is following:

Using Volk machine: avx_64_mmx
– Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx…
done
– Opening a USRP1 device…
– Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf…
done
– Using FPGA clock rate of 64.000000MHz…
*** glibc detected *** /usr/bin/python2.6: malloc(): memory corruption:
0x0000000005661000 ***
*** glibc detected *** /usr/bin/python2.6: malloc(): memory corruption:
0x0000000005661000 ***

Is this problem due to python 2.6 maybe?

Cheers

On Tue, Sep 3, 2013 at 9:50 AM, Nemanja S. [email protected]
wrote:

TypeError: data type not understood

Because of this I assume that my version doesn’t support this kind of python
blocks. How can I check that?

You can check the release notes:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeSets

But your problem is complaining about a type error, not the message
passing infrastructure itself. This page might help you:
http://gnuradio.org/doc/doxygen/page_msg_passing.html

Also, if you’re changing the topic to ask these questions, please
either start a new thread or change the subject line.


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

On Wed, Sep 4, 2013 at 4:45 AM, Nemanja S. [email protected]
wrote:

*** glibc detected *** /usr/bin/python2.6: malloc(): memory corruption:
0x0000000005661000 ***

Is this problem due to python 2.6 maybe?

Cheers

Shouldn’t be. I believe that I’ve tested 3.7 using Python 2.5 and 2.6.

How about just starting gnuradio-companion and seeing if you can run a
simple flowgraph without any hardware?

Did ctest (or ‘make test’) pass?


Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

The majority of thermal noise enterimg the receiver is from the antenna
and the path to the LNA. Freeze the antenna and this path, then you may
be able to see GPS.

Lookup the formula for MDS and it will give you an idea of the
temperature you need. Then select a coolant.

Thermal noise is bandwidth dependent, so you may need multiple
receivers. I don’t know of any single chip solutions available to the
public.

I deleted everything concerning my module and installed it again, at it
works now. I hate things like that :).
Thank you all guys again.

P.S. After making 3.6.5.1 teset shown error in udp source aas far as i
remember, but then i run ctest -V and there was no error.

Best,
Nemanja

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