Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'
Hi Seref, You'll have to explain what exactly you did. Where's the "square_ff" coming from? On 10/04/2017 05:00 PM, seref ay wrote: Hi everyone, I am using gr-iee802-11 transceiver by Bastian Bloessl. The flow graph is working fine, but when I try to add a new block with gr_modtool ( a simplle block that squares a floating constant ) then it throws this error: "AttributeError: 'module' object has no attribute 'square_ff'" . What could be the problem and how can I solve it? I am using Ubuntu 16.10 (64 bit). I please and appreciate any help. Thanks Regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME Cryptographic Signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'
Hi everyone, I am using gr-iee802-11 transceiver by Bastian Bloessl. The flow graph is working fine, but when I try to add a new block with gr_modtool ( a simplle block that squares a floating constant ) then it throws this error: "AttributeError: 'module' object has no attribute 'square_ff'" . What could be the problem and how can I solve it? I am using Ubuntu 16.10 (64 bit). I please and appreciate any help. Thanks Regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'ofdm_chanest_MMSE_vcvc'
Hii I have added a new block and it is available in the block list of gnuradio. I am using it in the flow graph. When i run it, it shows the error : *self.Channel_Estimation_ofdm_chanest_MMSE_vcvc_0 = Channel_Estimation.ofdm_chanest_MMSE_vcvc((sync_word1), (sync_word2), 8, 0, -1, False, 0.1)* *AttributeError: 'module' object has no attribute 'ofdm_chanest_MMSE_vcvc'* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
Tom, I hope I put this question into the correct location on the Mailing List. Thanks again for your rapid response!! Mike H. On Thu, Mar 19, 2015 at 7:24 PM, Mike Heese mlhe...@gmail.com wrote: Tom, I sincerely apologize if I have posted this email to the wrong location but this is where the web page sent me. I have forwarded my original email below and hope it shows up as you expected. Any info you can provide on this problem would be greatly appreciated. Thanks! Mike Heese Forwarded conversation Subject: Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name' From: *Mike Heese* mlhe...@gmail.com Date: Wed, Mar 18, 2015 at 10:07 PM To: t...@trondeau.com Sir, I am having the exact same issues as those discussed in this thread and have not found any solutions that work. I apologize for the strange-ness of the email but we've been struggling with this problem for several days. First, I have GNU Radio 3.7.5.1 installed on three different Laptops each running 64-bit Ubuntu. GNURadio was installed using the 'apt-get' install call for gnuradio with no other modifications. The steps below will produce this exact problem on every machine we have tried it on. Step 1. Pick any GNU Radio Tutorial such as the 'square2_ff' Tutorial. Follow all the steps exactly as indicated to create the basic block. Compile and install the block into GNURadio following the steps in the Tutorial. Run the Block in GNURadio. The Block should work in GNURadio exactly as indicated in the Tutorial. Great Tutorial by the way! Step 2. Now, completely exit GNURadio. Open the 'square2_ff_impl.cc' file (or whatever your implementation file is) and add (any) one of the C++ API Class Headers such as: #include *gnuradio/filter/fir_filter_fff.h* http://gnuradio.org/doc/doxygen/fir__filter__fff_8h_source.html Next, in the constructor for square2_ff_impl add a single line to instantiate a filter object such as: gr::filter::fir_filter_fff::sptr filter(gr::filter::fir_filter_fff::make(1,m_taps)); Make sure the 'm_taps' vector does in fact hold values but don't do anything else here. Just declare a variable of the C++ API Class you picked. Do not modify any other files than the .cc file. Step 3. Following this, compile the Block code and install the Block into GNURadio again following the exact same steps from the Tutorial as before. The Test Steps on my machine do not indicate any errors here, which is adding to my confusions. Step 4. Open GNURadio and try running the 'square2_ff' (or whatever yours is called) Block again. Now, with every machine I've tried this on, you will get the error: AttributeError:'module' object has no attribute 'square2_ff' Following this, exit GNURadio completely. Step 5. Open the source module 'square2_ff_impl.cc' file again and comment out only the line where you instantiated the 'filter' object. Leave the #include for 'fir_filter_fff.h' alone. Recompile and reinstall the Block back into GNURadio following the Tutorial steps as before. Don't modify anything else other than the .cc file. Step 6. Open GNURadio again and try the square2_ff block again. This time it works exactly as it should with no errors. For some reason, the C++ OOT Blocks will not run inside GNU Radio if I try to use any of the C++ API Classes in the implementation code. I've tried everything I can think to move the declarations/headers around but nothing works. Granted, I have not tried every single API Class but I've tried enough to know it doesn't work. I do not touch any of the swig or python files or XML files. The only file I touch is the implementation file and this is enough to cause this error. What am I doing wrong here? This problem is all over the internet but none of the solutions offered seem to work on any machine I try them on?? Any help on this would be greatly appreciated. Thanks, Mike H -- From: *Tom Rondeau* t...@trondeau.com Date: Thu, Mar 19, 2015 at 9:54 AM To: Mike Heese mlhe...@gmail.com Hi Mike, I have the answer for you, but it's our policy not to answer these questions off the mailing list. Could you please post this to the ML, instead, and I can answer it there? And I really appreciate the detail you went through to help me recreate and understand the issue. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
On Tue, Feb 17, 2015 at 11:04 AM, Abhinav Jadon abhinav12...@iiitd.ac.in wrote: Hi , Sorry for not providing all the info . I dont know what happened to the link though . I used gr_modtool to create the OOT module ; I wrote the module in C++ and i am using GNU Radio 3.7.6 I have created a git repository : https://github.com/Jadoobaba/gr-wsi/tree/master/Documents/gr-wsi ldd on the .so file has the following output . iiitd@iiitd-ThinkPad-W530:/usr/local/lib$ ldd libgnuradio-wsi.so linux-vdso.so.1 = (0x7fffc59fe000) libboost_system.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_system.so.1.53.0 (0x7f79fc959000) libgnuradio-runtime-3.7.6.1.so.0.0.0 = /usr/local/lib/libgnuradio-runtime-3.7.6.1.so.0.0.0 (0x7f79fc689000) libgnuradio-pmt-3.7.6.1.so.0.0.0 = /usr/local/lib/libgnuradio-pmt-3.7.6.1.so.0.0.0 (0x7f79fc44) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f79fc13c000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f79fbf26000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f79fbb5d000) libvolk.so.0.0.0 = /usr/local/lib/libvolk.so.0.0.0 (0x7f79fb80f000) libboost_filesystem.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.53.0 (0x7f79fb5f9000) libboost_thread.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.53.0 (0x7f79fb3e2000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f79fb1c5000) liblog4cpp.so.5 = /usr/lib/liblog4cpp.so.5 (0x7f79faf85000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f79fad7c000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f79faa78000) /lib64/ld-linux-x86-64.so.2 (0x7f79fcd87000) liborc-0.4.so.0 = /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x7f79fa7f8000) libnsl.so.1 = /lib/x86_64-linux-gnu/libnsl.so.1 (0x7f79fa5de000) Yep, that tells you it right there. You are not linking against the ITPP library. Here's the change you need to make to your lib/CMakeLists.txt file: add_library(gnuradio-wsi SHARED ${wsi_sources}) -target_link_libraries(gnuradio-wsi ${Boost_LIBRARIES} ${GNURADIO_ALL_LIBRARIES}) +target_link_libraries(gnuradio-wsi ${Boost_LIBRARIES} ${wsi_libs}) set_target_properties(gnuradio-wsi PROPERTIES DEFINE_SYMBOL gnuradio_wsi_EXPORTS) You've created a wsi_libs variable already, but never added this to the target_link_libraries call. So when trying to open the shared library and make ITPP calls, you couldn't, which was causing the import to fail. Notice all of the extra libraries it links against when you make this change (libitpp.so, libblas.so, etc., etc.): $ ldd lib/libgnuradio-wsi.so linux-vdso.so.1 = (0x7fff5d8a1000) libboost_system.so.1.54.0 = /usr/lib/x86_64-linux-gnu/libboost_system.so.1.54.0 (0x7f9228b6f000) libgnuradio-runtime-3.7.7git.so.0.0.0 = /opt/gr/lib/libgnuradio-runtime-3.7.7git.so.0.0.0 (0x7f922889f000) libgnuradio-pmt-3.7.7git.so.0.0.0 = /opt/gr/lib/libgnuradio-pmt-3.7.7git.so.0.0.0 (0x7f9228657000) libitpp.so.8 = /usr/lib/libitpp.so.8 (0x7f9228088000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f9227d83000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f9227b6d000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f92277a7000) libvolk.so.0.0.0 = /opt/gr/lib/libvolk.so.0.0.0 (0x7f9227481000) libboost_filesystem.so.1.54.0 = /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.54.0 (0x7f922726b000) libboost_thread.so.1.54.0 = /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.54.0 (0x7f9227055000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f9226e36000) liblog4cpp.so.5 = /usr/lib/liblog4cpp.so.5 (0x7f9226bf6000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f92269ee000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f92266e7000) libfftw3.so.3 = /usr/lib/x86_64-linux-gnu/libfftw3.so.3 (0x7f92262ef000) liblapack.so.3 = /usr/lib/liblapack.so.3 (0x7f9225b53000) libblas.so.3 = /usr/lib/libblas.so.3 (0x7f9225586000) libgomp.so.1 = /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x7f9225377000) /lib64/ld-linux-x86-64.so.2 (0x7f9228fb1000) liborc-0.4.so.0 = /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x7f92250f5000) libnsl.so.1 = /lib/x86_64-linux-gnu/libnsl.so.1 (0x7f9224eda000) libgfortran.so.3 = /usr/lib/x86_64-linux-gnu/libgfortran.so.3 (0x7f9224bc1000) libquadmath.so.0 = /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x7f9224984000) I was hoping that the gdb call would tell us of the failure going on in inside the module while it was trying to import it, but looks like that's opaque here. Oh well. Also, just as an aside, your git needs a bit of work. You've added the build directory, which you should never do, as well as all of your temporary emacs files (the files ending in ~). And for some reason, your root directory is Documents with gr-wsi underneath. Just some tips to make it easier
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
Hi , Sorry for not providing all the info . I dont know what happened to the link though . I used gr_modtool to create the OOT module ; I wrote the module in C++ and i am using GNU Radio 3.7.6 I have created a git repository : https://github.com/Jadoobaba/gr-wsi/tree/master/Documents/gr-wsi ldd on the .so file has the following output . iiitd@iiitd-ThinkPad-W530:/usr/local/lib$ ldd libgnuradio-wsi.so linux-vdso.so.1 = (0x7fffc59fe000) libboost_system.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_system.so.1.53.0 (0x7f79fc959000) libgnuradio-runtime-3.7.6.1.so.0.0.0 = /usr/local/lib/libgnuradio-runtime-3.7.6.1.so.0.0.0 (0x7f79fc689000) libgnuradio-pmt-3.7.6.1.so.0.0.0 = /usr/local/lib/libgnuradio-pmt-3.7.6.1.so.0.0.0 (0x7f79fc44) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f79fc13c000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f79fbf26000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f79fbb5d000) libvolk.so.0.0.0 = /usr/local/lib/libvolk.so.0.0.0 (0x7f79fb80f000) libboost_filesystem.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.53.0 (0x7f79fb5f9000) libboost_thread.so.1.53.0 = /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.53.0 (0x7f79fb3e2000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f79fb1c5000) liblog4cpp.so.5 = /usr/lib/liblog4cpp.so.5 (0x7f79faf85000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f79fad7c000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f79faa78000) /lib64/ld-linux-x86-64.so.2 (0x7f79fcd87000) liborc-0.4.so.0 = /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x7f79fa7f8000) libnsl.so.1 = /lib/x86_64-linux-gnu/libnsl.so.1 (0x7f79fa5de000) While running gdb --args python hamming.py has the following result . (gdb) run Starting program: /usr/bin/python hamming.py [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe2576700 (LWP 4704)] [New Thread 0x7fffe1d75700 (LWP 4705)] [New Thread 0x7fffe0a9a700 (LWP 4706)] [New Thread 0x7fffd3fff700 (LWP 4707)] [New Thread 0x7fffd37fe700 (LWP 4708)] Traceback (most recent call last): File hamming.py, line 62, in module tb = hamming() File hamming.py, line 33, in __init__ self.wsi_hamming_0 = wsi.hamming(3) AttributeError: 'module' object has no attribute 'hamming' [Thread 0x7fffd37fe700 (LWP 4708) exited] [Thread 0x7fffe0a9a700 (LWP 4706) exited] [Thread 0x7fffe1d75700 (LWP 4705) exited] [Thread 0x7fffe2576700 (LWP 4704) exited] [Thread 0x77fd6740 (LWP 4699) exited] [Inferior 1 (process 4699) exited with code 01] Thanks in advance Abhinav Jadon On Tue, Feb 17, 2015 at 8:37 PM, Tom Rondeau t...@trondeau.com wrote: On Sat, Feb 14, 2015 at 6:41 PM, Richard Bell richard.be...@gmail.com wrote: I ran into this myself with a custom Python block. I was unable to resolve it. I gave up. Interested to learn a fix as well. I don't think this is a Python block since he's linking against ITPP, but it's not specified in his original question, so I can't be sure. Anyways, I just tried making a Python block in an OOT project and it works just fine. $ gr_modtool nm Name of the new module: testpy Creating out-of-tree module in ./gr-testpy... Done. Use 'gr_modtool add' to add a new block to this currently empty module. $ cd gr-testpy $ gr_modtool add GNU Radio module name identified: testpy ('sink', 'source', 'sync', 'decimator', 'interpolator', 'general', 'tagged_stream', 'hier', 'noblock') Enter block type: sync Language (python/cpp): python Language: Python Enter name of block/code (without module name prefix): test01 Block/code identifier: test01 Enter valid argument list, including default arguments: Add Python QA code? [Y/n] Adding file 'python/test01.py'... Adding file 'python/qa_test01.py'... Editing python/CMakeLists.txt... Adding file 'grc/testpy_test01.xml'... Editing grc/CMakeLists.txt... edited the test01.py file and set it to use float input and float output $ mkdir build; cd build $ cmake -DCMAKE_INSTALL_PREFIX=/opt/gr ../ $ make $ make install $ ipython In [1]: import testpy In [2]: dir(testpy) Out[2]: ['__builtins__', '__doc__', '__file__', '__name__', '__package__', '__path__', 'test01'] In [3]: a = testpy.test01() Worked fine. You're not the only person with this problem, but no one has yet shown me how to reproduce the error. Tom On Feb 13, 2015, at 11:17 PM, Abhinav Jadon abhinav12...@iiitd.ac.in wrote: Hi , I wrote a Out of Tree module for hamming code using ITPP library . It compiled when i ran the cmake.. , make and make install commands without error . I used the block in a flowgraph and the python script thus generated throws an error while executing it which looks like this . Traceback (most recent call last): File
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
On Sat, Feb 14, 2015 at 6:41 PM, Richard Bell richard.be...@gmail.com wrote: I ran into this myself with a custom Python block. I was unable to resolve it. I gave up. Interested to learn a fix as well. I don't think this is a Python block since he's linking against ITPP, but it's not specified in his original question, so I can't be sure. Anyways, I just tried making a Python block in an OOT project and it works just fine. $ gr_modtool nm Name of the new module: testpy Creating out-of-tree module in ./gr-testpy... Done. Use 'gr_modtool add' to add a new block to this currently empty module. $ cd gr-testpy $ gr_modtool add GNU Radio module name identified: testpy ('sink', 'source', 'sync', 'decimator', 'interpolator', 'general', 'tagged_stream', 'hier', 'noblock') Enter block type: sync Language (python/cpp): python Language: Python Enter name of block/code (without module name prefix): test01 Block/code identifier: test01 Enter valid argument list, including default arguments: Add Python QA code? [Y/n] Adding file 'python/test01.py'... Adding file 'python/qa_test01.py'... Editing python/CMakeLists.txt... Adding file 'grc/testpy_test01.xml'... Editing grc/CMakeLists.txt... edited the test01.py file and set it to use float input and float output $ mkdir build; cd build $ cmake -DCMAKE_INSTALL_PREFIX=/opt/gr ../ $ make $ make install $ ipython In [1]: import testpy In [2]: dir(testpy) Out[2]: ['__builtins__', '__doc__', '__file__', '__name__', '__package__', '__path__', 'test01'] In [3]: a = testpy.test01() Worked fine. You're not the only person with this problem, but no one has yet shown me how to reproduce the error. Tom On Feb 13, 2015, at 11:17 PM, Abhinav Jadon abhinav12...@iiitd.ac.in wrote: Hi , I wrote a Out of Tree module for hamming code using ITPP library . It compiled when i ran the cmake.. , make and make install commands without error . I used the block in a flowgraph and the python script thus generated throws an error while executing it which looks like this . Traceback (most recent call last): File /home/iiitd/Desktop/hamming.py, line 62, in module tb = hamming() File /home/iiitd/Desktop/hamming.py, line 33, in __init__ self.wsi_hamming_0 = wsi.hamming(3) AttributeError: 'module' object has no attribute 'hamming' I then checked the $PYTHONPATH and made sure it points to the directory where the files associated with the block are installed during make install ie /usr/local/lib/python2.7/dist-packages instead to /opt/qt/lib/python2.7/dist-packages . It would be really thankful if somebody helps me sort this out . The link to the my OOT code is https://www.dropbox.com/sh/8tstm4ckaphsis/AAD0cbS5eelaoaIe0gUExCBea?dl=0 Thanks Abhinav Jadon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
On Sat, Feb 14, 2015 at 2:17 AM, Abhinav Jadon abhinav12...@iiitd.ac.in wrote: Hi , I wrote a Out of Tree module for hamming code using ITPP library . It compiled when i ran the cmake.. , make and make install commands without error . I used the block in a flowgraph and the python script thus generated throws an error while executing it which looks like this . Traceback (most recent call last): File /home/iiitd/Desktop/hamming.py, line 62, in module tb = hamming() File /home/iiitd/Desktop/hamming.py, line 33, in __init__ self.wsi_hamming_0 = wsi.hamming(3) AttributeError: 'module' object has no attribute 'hamming' I then checked the $PYTHONPATH and made sure it points to the directory where the files associated with the block are installed during make install ie /usr/local/lib/python2.7/dist-packages instead to /opt/qt/lib/python2.7/dist-packages . It would be really thankful if somebody helps me sort this out . The link to the my OOT code is https://www.dropbox.com/sh/8tstm4ckaphsis/AAD0cbS5eelaoaIe0gUExCBea?dl=0 Thanks Abhinav Jadon Did you use gr_modtool to build the OOT project? Are you sure you are linking against the ITPP library correctly? If you ldd on your resulting .so file, does it show it links properly? Is your block in Python or in C++? What version of GNU Radio are you running? That link you sent goes nowhere. You can run gdb --args python hamming.py to see a backtrace of where the problem is really happening. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
I ran into this myself with a custom Python block. I was unable to resolve it. I gave up. Interested to learn a fix as well. On Feb 13, 2015, at 11:17 PM, Abhinav Jadon abhinav12...@iiitd.ac.in wrote: Hi , I wrote a Out of Tree module for hamming code using ITPP library . It compiled when i ran the cmake.. , make and make install commands without error . I used the block in a flowgraph and the python script thus generated throws an error while executing it which looks like this . Traceback (most recent call last): File /home/iiitd/Desktop/hamming.py, line 62, in module tb = hamming() File /home/iiitd/Desktop/hamming.py, line 33, in __init__ self.wsi_hamming_0 = wsi.hamming(3) AttributeError: 'module' object has no attribute 'hamming' I then checked the $PYTHONPATH and made sure it points to the directory where the files associated with the block are installed during make install ie /usr/local/lib/python2.7/dist-packages instead to /opt/qt/lib/python2.7/dist-packages . It would be really thankful if somebody helps me sort this out . The link to the my OOT code is https://www.dropbox.com/sh/8tstm4ckaphsis/AAD0cbS5eelaoaIe0gUExCBea?dl=0 Thanks Abhinav Jadon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'hamming'
Hi , I wrote a Out of Tree module for hamming code using ITPP library . It compiled when i ran the cmake.. , make and make install commands without error . I used the block in a flowgraph and the python script thus generated throws an error while executing it which looks like this . Traceback (most recent call last): File /home/iiitd/Desktop/hamming.py, line 62, in module tb = hamming() File /home/iiitd/Desktop/hamming.py, line 33, in __init__ self.wsi_hamming_0 = wsi.hamming(3) AttributeError: 'module' object has no attribute 'hamming' I then checked the $PYTHONPATH and made sure it points to the directory where the files associated with the block are installed during make install ie /usr/local/lib/python2.7/dist-packages instead to /opt/qt/lib/python2.7/dist-packages . It would be really thankful if somebody helps me sort this out . The link to the my OOT code is https://www.dropbox.com/sh/8tstm4ckaphsis/AAD0cbS5eelaoaIe0gUExCBea?dl=0 Thanks Abhinav Jadon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
Hello all, I've just created a block called sliding_fft. The _impl.h file looks like: #include gnuradio/fft/fft.h namespace gr { namespace lte_dl_rx { class sliding_fft_impl : public sliding_fft { private: fft::fft_complex *d_fft; uint d_fft_size; uint count; public: sliding_fft_impl(uint fft_size); ~sliding_fft_impl(); // Where all the action really happens int work(int noutput_items, gr_vector_const_void_star input_items, gr_vector_void_star output_items); }; } // namespace lte_dl_rx } // namespace gr and the _impl.cc looks like: /* * The private constructor */ sliding_fft_impl::sliding_fft_impl(uint fft_size) : gr::sync_block(sliding_fft, gr::io_signature::make(1, 1, sizeof(gr_complex)), gr::io_signature::make(1, 1, fft_size*sizeof(gr_complex))), d_fft_size(fft_size), count(1) { d_fft = new fft::fft_complex (fft_size, 1, 1); set_history(fft_size); } There is no attribute problem till I don't use the d_fft = new fft::fft_complex (fft_size, 1, 1); line in the constructor! After working a lot, I got the attribute error in grc is due to this line! Please help me why this is happening ? Thank you kindly, Mostafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
Hi, I have individuated the error and we are near the solution, thanks to all. I just remember the error that appear when I try to run a simulation of my new block power: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 228, in module tb = top_block() File /home/simone/Scrivania/top_block.py, line 71, in __init__ self.t1_power_0 = t1.power(0.001, 0.5) AttributeError: 'module' object has no attribute 'power' I tried my block just eliminating the use of the class function gr::uhd::usrp_source and it works. So, the error is in the way in which I define and call a new USRP source block. /*** INSTRUCTION / This is my creation of the new UHD object in the _impl.cc file of my new written block ::uhd::device_addr_t addr; gr::uhd::usrp_source::sptr my_usrp_source = gr::uhd::usrp_source::make(addr, ::uhd::stream_args_t(fc32)); and then I use this function DB_gain = (float) my_usrp_source-get_gain(0); /**/ I have some questions: consider the flowgraph attached in this mail, first of all, I'm using an usrp (UHD: USRP SOURCE block) with a fixed ip address (addr=192.168.10.2), and I set sudo ifconfig eth0 192.168.10.1 and get addr 192.168.10.2 to setup the device. In the same flowgraph, in my created block (my _impl.cc) now I'm creating another USRP source block and I don't understand which address I need to use to set correctly the make function (see instruction above) for modifying parameters of the same USRP that is working, the USRP with address 192.168.10.2. In my code I set addr=192.168.10.2 Second, this definition: gr::uhd::usrp_source::sptr my_usrp_source = gr::uhd::usrp_source::make(addr, ::uhd::stream_args_t(fc32)); is sufficient to put it into the general work and no other places to use this class??? The compilare does not advice me that there is an error, but my definition for class usage is not clear and wrong and then I get error in simulation... Anyway, is well appreciated if someone can show me the correct way to define and use function of other classes into a new created block! On Mon, 8 Sep 2014 09:48:32 -0400, Tom Rondeau t...@trondeau.com wrote: On Wed, Sep 3, 2014 at 9:57 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Very thanks for the immediate answer, Sorry, I forgot that I passed two arguments when the block was created: $insert valid arguments: float reference, float alpha while unsigned int d_counter is a normal variable initialized in the constructor. now, in the file power_control_impl.h (in short) I added the variables: class power_control_impl : public power_control { private: float d_alpha, d_ref; unsigned int d_counter; and then, in the constructor of the file power_control_impl.cc (in short) I used the settler: power_control_impl::power_control_impl(float alpha, float reference) : gr::block(power_control,gr::io_signature::make2(2, 2, sizeof(float), sizeof(float)), gr::io_signature::make(1, 1, sizeof(float))), d_alpha(alpha), d_ref(reference) { d_counter=0 } the xml file (in short) I think is ok: makePWagc.power_control($alpha, $reference)/make param nameAlpha/name keyalpha/key typefloat/type /param param nameReference/name keyreference/key typefloat/type /param is there something in the wrong place? thanks for the help! Simone Yeah, I figured there were two arguments. I just put them as x and y. One thing that can happen here is if there's a declared function in the public and/or private header that's not implemented in the .cc file. You might have something like that going on, such as not having or deleting the destructor. Using gr_modtool should protect you from things like this, and testing it out on my end here worked fine. Just double-check your work to make sure you didn't remove anything you shouldn't have. Tom On Wed, 3 Sep 2014 09:35:35 -0400, Tom Rondeau t...@trondeau.com wrote: On Wed, Sep 3, 2014 at 9:17 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Hi, I created a C++ block with gr_modtool, following the commands: $ gr_modtool newmod PWagc $ gr_modtool add -t general power_control I written and compiled my block with commands: $cmake ../ make sudo make install sudo ldconfig Until this point all seems ok, but when I open gnuradio and try to simulate my block... the following error appears: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 261, in module tb = top_block(address=options.address) File /home/simone/Scrivania/top_block.py, line 153, in __init__
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
On Wed, Sep 3, 2014 at 9:57 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Very thanks for the immediate answer, Sorry, I forgot that I passed two arguments when the block was created: $insert valid arguments: float reference, float alpha while unsigned int d_counter is a normal variable initialized in the constructor. now, in the file power_control_impl.h (in short) I added the variables: class power_control_impl : public power_control { private: float d_alpha, d_ref; unsigned int d_counter; and then, in the constructor of the file power_control_impl.cc (in short) I used the settler: power_control_impl::power_control_impl(float alpha, float reference) : gr::block(power_control,gr::io_signature::make2(2, 2, sizeof(float), sizeof(float)), gr::io_signature::make(1, 1, sizeof(float))), d_alpha(alpha), d_ref(reference) { d_counter=0 } the xml file (in short) I think is ok: makePWagc.power_control($alpha, $reference)/make param nameAlpha/name keyalpha/key typefloat/type /param param nameReference/name keyreference/key typefloat/type /param is there something in the wrong place? thanks for the help! Simone Yeah, I figured there were two arguments. I just put them as x and y. One thing that can happen here is if there's a declared function in the public and/or private header that's not implemented in the .cc file. You might have something like that going on, such as not having or deleting the destructor. Using gr_modtool should protect you from things like this, and testing it out on my end here worked fine. Just double-check your work to make sure you didn't remove anything you shouldn't have. Tom On Wed, 3 Sep 2014 09:35:35 -0400, Tom Rondeau t...@trondeau.com wrote: On Wed, Sep 3, 2014 at 9:17 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Hi, I created a C++ block with gr_modtool, following the commands: $ gr_modtool newmod PWagc $ gr_modtool add -t general power_control I written and compiled my block with commands: $cmake ../ make sudo make install sudo ldconfig Until this point all seems ok, but when I open gnuradio and try to simulate my block... the following error appears: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 261, in module tb = top_block(address=options.address) File /home/simone/Scrivania/top_block.py, line 153, in __init__ self.PWagc_power_control_0 = PWagc.power_control(0.001, 0.25) AttributeError: 'module' object has no attribute 'power_control' I'm not able to understand from which this error derive... If needed, I can attach the _impl.cc etc... files. My gnuradio version is the 3.7.4 and PYTHONPATH=/usr/local/lib/python2.7/dist-packages, in this last folder I can see the installed gr-PWagc directory. Someone can help me please? If additional information are needed, please ask me... I'm blocked here! Thanks, Simone Ciccia We've been seeing this issue from a few people recently. I can't duplicate the problem. I just did exactly what you did above, though the work function doesn't actually do anything. Are you potentially adding some interface setter or getter to the class and not putting it in all the right places (pure virtual in the public header, then again in the private header, and implemented in the source file)? Have you added QA code? In qa_power_control.py, just add a line to the test function to create the PWagc.power_control(x,y) and see if it works there. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
Hi, I created a C++ block with gr_modtool, following the commands: $ gr_modtool newmod PWagc $ gr_modtool add -t general power_control I written and compiled my block with commands: $cmake ../ make sudo make install sudo ldconfig Until this point all seems ok, but when I open gnuradio and try to simulate my block... the following error appears: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 261, in module tb = top_block(address=options.address) File /home/simone/Scrivania/top_block.py, line 153, in __init__ self.PWagc_power_control_0 = PWagc.power_control(0.001, 0.25) AttributeError: 'module' object has no attribute 'power_control' I'm not able to understand from which this error derive... If needed, I can attach the _impl.cc etc... files. My gnuradio version is the 3.7.4 and PYTHONPATH=/usr/local/lib/python2.7/dist-packages, in this last folder I can see the installed gr-PWagc directory. Someone can help me please? If additional information are needed, please ask me... I'm blocked here! Thanks, Simone Ciccia ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
On Wed, Sep 3, 2014 at 9:17 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Hi, I created a C++ block with gr_modtool, following the commands: $ gr_modtool newmod PWagc $ gr_modtool add -t general power_control I written and compiled my block with commands: $cmake ../ make sudo make install sudo ldconfig Until this point all seems ok, but when I open gnuradio and try to simulate my block... the following error appears: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 261, in module tb = top_block(address=options.address) File /home/simone/Scrivania/top_block.py, line 153, in __init__ self.PWagc_power_control_0 = PWagc.power_control(0.001, 0.25) AttributeError: 'module' object has no attribute 'power_control' I'm not able to understand from which this error derive... If needed, I can attach the _impl.cc etc... files. My gnuradio version is the 3.7.4 and PYTHONPATH=/usr/local/lib/python2.7/dist-packages, in this last folder I can see the installed gr-PWagc directory. Someone can help me please? If additional information are needed, please ask me... I'm blocked here! Thanks, Simone Ciccia We've been seeing this issue from a few people recently. I can't duplicate the problem. I just did exactly what you did above, though the work function doesn't actually do anything. Are you potentially adding some interface setter or getter to the class and not putting it in all the right places (pure virtual in the public header, then again in the private header, and implemented in the source file)? Have you added QA code? In qa_power_control.py, just add a line to the test function to create the PWagc.power_control(x,y) and see if it works there. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'
Very thanks for the immediate answer, Sorry, I forgot that I passed two arguments when the block was created: $insert valid arguments: float reference, float alpha while unsigned int d_counter is a normal variable initialized in the constructor. now, in the file power_control_impl.h (in short) I added the variables: class power_control_impl : public power_control { private: float d_alpha, d_ref; unsigned int d_counter; and then, in the constructor of the file power_control_impl.cc (in short) I used the settler: power_control_impl::power_control_impl(float alpha, float reference) : gr::block(power_control,gr::io_signature::make2(2, 2, sizeof(float), sizeof(float)), gr::io_signature::make(1, 1, sizeof(float))), d_alpha(alpha), d_ref(reference) { d_counter=0 } the xml file (in short) I think is ok: makePWagc.power_control($alpha, $reference)/make param nameAlpha/name keyalpha/key typefloat/type /param param nameReference/name keyreference/key typefloat/type /param is there something in the wrong place? thanks for the help! Simone On Wed, 3 Sep 2014 09:35:35 -0400, Tom Rondeau t...@trondeau.com wrote: On Wed, Sep 3, 2014 at 9:17 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Hi, I created a C++ block with gr_modtool, following the commands: $ gr_modtool newmod PWagc $ gr_modtool add -t general power_control I written and compiled my block with commands: $cmake ../ make sudo make install sudo ldconfig Until this point all seems ok, but when I open gnuradio and try to simulate my block... the following error appears: Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 261, in module tb = top_block(address=options.address) File /home/simone/Scrivania/top_block.py, line 153, in __init__ self.PWagc_power_control_0 = PWagc.power_control(0.001, 0.25) AttributeError: 'module' object has no attribute 'power_control' I'm not able to understand from which this error derive... If needed, I can attach the _impl.cc etc... files. My gnuradio version is the 3.7.4 and PYTHONPATH=/usr/local/lib/python2.7/dist-packages, in this last folder I can see the installed gr-PWagc directory. Someone can help me please? If additional information are needed, please ask me... I'm blocked here! Thanks, Simone Ciccia We've been seeing this issue from a few people recently. I can't duplicate the problem. I just did exactly what you did above, though the work function doesn't actually do anything. Are you potentially adding some interface setter or getter to the class and not putting it in all the right places (pure virtual in the public header, then again in the private header, and implemented in the source file)? Have you added QA code? In qa_power_control.py, just add a line to the test function to create the PWagc.power_control(x,y) and see if it works there. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute BLOCK NAME
On Thu, Jul 31, 2014 at 4:54 AM, Simone Ciccia S210664 simone.cic...@studenti.polito.it wrote: Hi at all, I have some problem in running simulation of a block on gnuradio. I have developed a simple block, .cc, .h, .i and .xml file attouched here. All code is compile with success cmake/make/make install/ldconfig but when I place the block in gnuradio, running the simulation I get Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 155, in module tb = top_block() File /home/simone/Scrivania/top_block.py, line 106, in __init__ self.agcs_newblock_0 = agcs.newblock() AttributeError: 'module' object has no attribute 'newblock' Who is related this error? Have I bad configured some file? Thanks in advance, Simone Ciccia Were you using gr_modtool for this? That will help ensure that everything is added to the build system to be installed correctly. Otherwise, it's possible that you've installed it into a different prefix than GNU Radio and haven't told GNU Radio where the new blocks are supposed to be, such as by setting PYTHONPATH. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute BLOCK NAME
Hi at all, I have some problem in running simulation of a block on gnuradio. I have developed a simple block, .cc, .h, .i and .xml file attouched here. All code is compile with success cmake/make/make install/ldconfig but when I place the block in gnuradio, running the simulation I get Traceback (most recent call last): File /home/simone/Scrivania/top_block.py, line 155, in module tb = top_block() File /home/simone/Scrivania/top_block.py, line 106, in __init__ self.agcs_newblock_0 = agcs.newblock() AttributeError: 'module' object has no attribute 'newblock' Who is related this error? Have I bad configured some file? Thanks in advance, Simone Ciccia#!/usr/bin/env python ## # Gnuradio Python Flow Graph # Title: Top Block # Generated: Thu Jul 31 09:07:17 2014 ## from PyQt4 import Qt from gnuradio import analog from gnuradio import blocks from gnuradio import eng_notation from gnuradio import gr from gnuradio import qtgui from gnuradio.eng_option import eng_option from gnuradio.filter import firdes from optparse import OptionParser import agcs import ieee802_11 import sip import sys class top_block(gr.top_block, Qt.QWidget): def __init__(self): gr.top_block.__init__(self, Top Block) Qt.QWidget.__init__(self) self.setWindowTitle(Top Block) try: self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc')) except: pass self.top_scroll_layout = Qt.QVBoxLayout() self.setLayout(self.top_scroll_layout) self.top_scroll = Qt.QScrollArea() self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame) self.top_scroll_layout.addWidget(self.top_scroll) self.top_scroll.setWidgetResizable(True) self.top_widget = Qt.QWidget() self.top_scroll.setWidget(self.top_widget) self.top_layout = Qt.QVBoxLayout(self.top_widget) self.top_grid_layout = Qt.QGridLayout() self.top_layout.addLayout(self.top_grid_layout) self.settings = Qt.QSettings(GNU Radio, top_block) self.restoreGeometry(self.settings.value(geometry).toByteArray()) ## # Variables ## self.samp_rate = samp_rate = 32000 self.AMPL = AMPL = 1 ## # Blocks ## self._AMPL_tool_bar = Qt.QToolBar(self) self._AMPL_tool_bar.addWidget(Qt.QLabel(AMPL+: )) self._AMPL_line_edit = Qt.QLineEdit(str(self.AMPL)) self._AMPL_tool_bar.addWidget(self._AMPL_line_edit) self._AMPL_line_edit.returnPressed.connect( lambda: self.set_AMPL(eng_notation.str_to_num(self._AMPL_line_edit.text().toAscii( self.top_layout.addWidget(self._AMPL_tool_bar) self.qtgui_time_sink_x_0 = qtgui.time_sink_f( 1024, #size samp_rate, #samp_rate , #name 2 #number of inputs ) self.qtgui_time_sink_x_0.set_update_time(0.10) self.qtgui_time_sink_x_0.set_y_axis(-1, 1) self.qtgui_time_sink_x_0.enable_tags(-1, True) self.qtgui_time_sink_x_0.set_trigger_mode(qtgui.TRIG_MODE_FREE, qtgui.TRIG_SLOPE_POS, 0.0, 0, 0, ) self.qtgui_time_sink_x_0.enable_autoscale(False) labels = [, , , , , , , , , ] widths = [1, 1, 1, 1, 1, 1, 1, 1, 1, 1] colors = [blue, red, green, black, cyan, magenta, yellow, dark red, dark green, blue] styles = [1, 1, 1, 1, 1, 1, 1, 1, 1, 1] markers = [-1, -1, -1, -1, -1, -1, -1, -1, -1, -1] alphas = [1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0] for i in xrange(2): if len(labels[i]) == 0: self.qtgui_time_sink_x_0.set_line_label(i, Data {0}.format(i)) else: self.qtgui_time_sink_x_0.set_line_label(i, labels[i]) self.qtgui_time_sink_x_0.set_line_width(i, widths[i]) self.qtgui_time_sink_x_0.set_line_color(i, colors[i]) self.qtgui_time_sink_x_0.set_line_style(i, styles[i]) self.qtgui_time_sink_x_0.set_line_marker(i, markers[i]) self.qtgui_time_sink_x_0.set_line_alpha(i, alphas[i]) self._qtgui_time_sink_x_0_win = sip.wrapinstance(self.qtgui_time_sink_x_0.pyqwidget(), Qt.QWidget) self.top_layout.addWidget(self._qtgui_time_sink_x_0_win) self.ieee802_11_moving_average_xx_0 = ieee802_11.moving_average_ff(48) self.blocks_multiply_xx_0_0 = blocks.multiply_vff(1) self.blocks_multiply_xx_0 = blocks.multiply_vff(1) self.analog_sig_source_x_0 = analog.sig_source_f(samp_rate, analog.GR_COS_WAVE, 1000, AMPL, 0)
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
On 07/27/2014 06:17 PM, Mike wrote: I followed the tutorial to generate a module and all was well. My square module worked. I then created a new module invert_bb. This also worked. So far so good. Now a few days later on I get AttributeError: 'module' object has no attribute 'invert_bb' and I have no clue as to why. The previous QA tests that passed before now fail. I have not been able to find much documentation and Google does not seem to help, lots of people with this error, no solutions. Any idea why something would work one day and not the next? Mike, the QA infrastructure works in a isolated environment, and doesn't need installing. So get that working first. I'm assuming you have a qa test named qa_invert_bb.py. So, make sure your GNU Radio install is OK, then go to your OOT's build dir, and run $ ctest -V -R invert_bb (see the tutorial page http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging for an explanation). The error message output will help you debug your problem. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
I followed the tutorial to generate a module and all was well. My square module worked. I then created a new module invert_bb. This also worked. So far so good. Now a few days later on I get AttributeError: 'module' object has no attribute 'invert_bb' and I have no clue as to why. The previous QA tests that passed before now fail. I have not been able to find much documentation and Google does not seem to help, lots of people with this error, no solutions. Any idea why something would work one day and not the next? I have spent 6 or so hours trying to solve this one by myself. I have made, remade, cleaned, installed, uninstalled, reinstalled and even gone back to re-installing gnuradio via pybombs but the error persists. I assume something somewhere has become corrupted but the way blocks are implmented is extremely complex and beyond my ability to understand. Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
Hi Mike, my first guess if making from scratch didn't help: maybe your module's name is conflicting with an existing module, or there are remnants of a former installation lying around for some reasons. You could try uninstalling your module via make uninstall, and then running a python trying to import yourmodule; if that doesn't fail, we know there's a conflict. Another popular source for errors are spaces and special characters in paths; but since you didn't move your module, this is not very likely the cause. Btw: what's your GNU Radio version (gnuradio-config-info -v)? Greetings, Marcus On 27.07.2014 18:17, Mike wrote: I followed the tutorial to generate a module and all was well. My square module worked. I then created a new module invert_bb. This also worked. So far so good. Now a few days later on I get AttributeError: 'module' object has no attribute 'invert_bb' and I have no clue as to why. The previous QA tests that passed before now fail. I have not been able to find much documentation and Google does not seem to help, lots of people with this error, no solutions. Any idea why something would work one day and not the next? I have spent 6 or so hours trying to solve this one by myself. I have made, remade, cleaned, installed, uninstalled, reinstalled and even gone back to re-installing gnuradio via pybombs but the error persists. I assume something somewhere has become corrupted but the way blocks are implmented is extremely complex and beyond my ability to understand. Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Thanks Martin, Now I'm able to add running blocks. However, if I want to add a block written only in Python - there are no C++ files -, I add it with gr_modtool, gr_modtool add -t sync -l python square3_ff Then it gives the following error, You have called ADD_LIBRARY for library gnuradio-howto without any source files. This typically indicates a problem with your CMakeLists.txt file CMake Error: CMake can not determine linker language for target:gnuradio-howto CMake Error: Cannot determine link language for target gnuradio-howto. If I add a C++ block with gr_modtool add -t general square_ff then the error disappears. What should I do if I want to add a block written only in Python? And I'm looking for a pure Python block with file-input file-output operations? Does Gnuradio have such a block as reference? Thanks in advance, Tarik ___ Aydin Tarik Zengin On Tue, Oct 29, 2013 at 5:38 PM, Martin Braun (CEL) martin.br...@kit.eduwrote: Hi Tarik, On Tue, Oct 29, 2013 at 04:43:53PM +0200, Aydin Tarik Zengin wrote: I'm getting an error while adding a new block to grc version 3.7.2git-110-gb8b9bff2. I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/ OutOfTreeModules Also had to modify at some points as below. - in the test code it worked when I changed ; from gnuradio import gr, gr_unittest into from gnuradio import gr, gr_unittest, blocks Thanks, there were some references to GNU Radio 3.6-style blocks. I've updated the tutorial to reflect that. All the tests pass too. 100% tests passed, 0 tests failed out of 2 Did you add a test for the Python block? (Perhaps there's a problem in the Python, which would show up here). I added 3 blocks using c++ for first 2 and python for the last as explained in the tutorial. I can see the blocks in the grc block list and can add them into the sketch. It generates the python code without any error. But the generated python code cannot be run and giving the error below: Traceback (most recent call last): File top_block.py, line 82, in module tb = top_block() File top_block.py, line 48, in __init__ self.test_square3_ff_0 = test.square3_ff() AttributeError: 'module' object has no attribute 'square3_ff' You can see the generated file from http://pastebin.com/nE4SFn8Y test module is placed under /usr/lib/python2.7/site-packages/test gnuradio is under /usr/lib/python2.7/site-packages/gnuradio Is there any point in the tutorial that does not match with the current version of gnuradio? Yes there is, but I'm not sure that's the problem. I couldn't replicate your problem, however. Make sure - your Python block works correctly (unit test it) - the XML definition for the GRC block is correct - everything is installed correctly. Perhaps you want to go over the tutorial with the updated info again. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
On Sun, Nov 03, 2013 at 03:58:47PM +0200, Aydin Tarik Zengin wrote: Now I'm able to add running blocks. Good :) However, if I want to add a block written only in Python - there are no C++ files -, I add it with gr_modtool, gr_modtool add -t sync -l python square3_ff Then it gives the following error, You have called ADD_LIBRARY for library gnuradio-howto without any source files. This typically indicates a problem with your CMakeLists.txt file CMake Error: CMake can not determine linker language for target:gnuradio-howto CMake Error: Cannot determine link language for target gnuradio-howto. The oot-module templates are not designed for not having C++ blocks. The way the CMake templates are set up is that there is at least one C++ block. You can always remove the 'lib' folder from your module (and the make system); that should work if you only have Python blocks. If this is generally considered a bug, we could add some checks in the CMake files to catch this case. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun 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 pgpamGkkVxKQ8.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
Thanks Martin I'm a newbie for both gnuradio and python. That's why I bother you with simple questions. Now my question is about how to write python blocks for gnuradio. Is there a tutorial for that? What I want to know is how to pass the block parameters to python work method. Thanks Tarik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
On Sun, Nov 03, 2013 at 07:44:37PM +0200, Aydin Tarik Zengin wrote: Now my question is about how to write python blocks for gnuradio. Is there a tutorial for that? It's the same you've been quoting before. What I want to know is how to pass the block parameters to python work method. You can't do that. The scheduler calls work, and it has a fixed signature. You can pass anything you need to the constructor. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun 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 pgpwJsc2rGmEn.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Hello Everyone, I'm getting an error while adding a new block to grc version 3.7.2git-110-gb8b9bff2. I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules Also had to modify at some points as below. - in the test code it worked when I changed ; *from gnuradio import gr, gr_unittest* into *from gnuradio import gr, gr_unittest, blocks* *gr.vector_source_f(src_data)* into *blocks.vector_source_f(src_data)* *gr.vector_sink_f()* into *gr.vector_sink_f()* All the tests pass too. 100% tests passed, 0 tests failed out of 2 I added 3 blocks using c++ for first 2 and python for the last as explained in the tutorial. I can see the blocks in the grc block list and can add them into the sketch. It generates the python code without any error. But the generated python code cannot be run and giving the error below: Traceback (most recent call last): File top_block.py, line 82, in module tb = top_block() File top_block.py, line 48, in __init__ self.test_square3_ff_0 = test.square3_ff() AttributeError: 'module' object has no attribute 'square3_ff' You can see the generated file from http://pastebin.com/nE4SFn8Y test module is placed under /usr/lib/python2.7/site-packages/test gnuradio is under /usr/lib/python2.7/site-packages/gnuradio Is there any point in the tutorial that does not match with the current version of gnuradio? Thanks in advance Tarik ___ Aydin Tarik Zengin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Hi Tarik, On Tue, Oct 29, 2013 at 04:43:53PM +0200, Aydin Tarik Zengin wrote: I'm getting an error while adding a new block to grc version 3.7.2git-110-gb8b9bff2. I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/ OutOfTreeModules Also had to modify at some points as below. - in the test code it worked when I changed ; from gnuradio import gr, gr_unittest into from gnuradio import gr, gr_unittest, blocks Thanks, there were some references to GNU Radio 3.6-style blocks. I've updated the tutorial to reflect that. All the tests pass too. 100% tests passed, 0 tests failed out of 2 Did you add a test for the Python block? (Perhaps there's a problem in the Python, which would show up here). I added 3 blocks using c++ for first 2 and python for the last as explained in the tutorial. I can see the blocks in the grc block list and can add them into the sketch. It generates the python code without any error. But the generated python code cannot be run and giving the error below: Traceback (most recent call last): File top_block.py, line 82, in module tb = top_block() File top_block.py, line 48, in __init__ self.test_square3_ff_0 = test.square3_ff() AttributeError: 'module' object has no attribute 'square3_ff' You can see the generated file from http://pastebin.com/nE4SFn8Y test module is placed under /usr/lib/python2.7/site-packages/test gnuradio is under /usr/lib/python2.7/site-packages/gnuradio Is there any point in the tutorial that does not match with the current version of gnuradio? Yes there is, but I'm not sure that's the problem. I couldn't replicate your problem, however. Make sure - your Python block works correctly (unit test it) - the XML definition for the GRC block is correct - everything is installed correctly. Perhaps you want to go over the tutorial with the updated info again. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun 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 pgpVSRlQJ429Z.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
It might be that you have some version mismatch, or i don't know how to call that. Check inside of your _swig.i and see whether this MAGIC thig is above include statement. That was problem in my case. Gr_modtool generated something like this: %include test_pkdt.h GR_SWIG_BLOCK_MAGIC(test,pkdt); And it should be like this: GR_SWIG_BLOCK_MAGIC(test,pkdt); %include test_pkdt.h Best On Mon, Feb 25, 2013 at 9:16 PM, Nathan West nathan.w...@okstate.eduwrote: On Mon, Feb 25, 2013 at 2:05 PM, md...@nycap.rr.com wrote: Nathan West nathan.w...@okstate.edu wrote: Someone can correct me if I'm wrong, but I think this is the error that happens if you haven't run `ldconfig` (on Ubuntu). Try `sudo ldconfig` There's a gnuradio wiki page that explains what it does somewhere. Im sorry this is probably a super basic question but which directory should i run the 'sudo ldconfig'? because i am getting a similar error (running a a different program in GRC, OP25_grc.py) that made me disable some GUI sliders; but now the program is dies a different way. It shouldn't matter which directory you run it in. It just updates the dynamic linker config (see `man ldconfig` for info) and doesn't have anything to do with the current working directory http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules#Finalizing-your-work-and-installing http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#I-get-an-error-when-importing-from-Python-_gnuradio_swig_py_runtimeso-undefined-symbol-what-do-I-do You'll have to copy and paste any errors before I (or anyone else) will have a chance of knowing what the problem is, but the above links may be useful as well. I also don't know what OP25_grc.py is. But it sounds like something you made. Does your module pass make test? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
Someone can correct me if I'm wrong, but I think this is the error that happens if you haven't run `ldconfig` (on Ubuntu). Try `sudo ldconfig` There's a gnuradio wiki page that explains what it does somewhere. On Sun, Feb 24, 2013 at 11:42 PM, Omer Omer omer9...@yahoo.com wrote: hi everyone,i have made my own block in gnuradio name square_ff from out of tree module.i hsvr successfully interfaced it with gnuradio.but problem is when i want to use that block in gnuradio then the following error i get in terminal. *AttributeError*: 'module' *object* has no attribute '*square_ff*'. kindly help me ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
On Mon, Feb 25, 2013 at 2:05 PM, md...@nycap.rr.com wrote: Nathan West nathan.w...@okstate.edu wrote: Someone can correct me if I'm wrong, but I think this is the error that happens if you haven't run `ldconfig` (on Ubuntu). Try `sudo ldconfig` There's a gnuradio wiki page that explains what it does somewhere. Im sorry this is probably a super basic question but which directory should i run the 'sudo ldconfig'? because i am getting a similar error (running a a different program in GRC, OP25_grc.py) that made me disable some GUI sliders; but now the program is dies a different way. It shouldn't matter which directory you run it in. It just updates the dynamic linker config (see `man ldconfig` for info) and doesn't have anything to do with the current working directory http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules#Finalizing-your-work-and-installing http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#I-get-an-error-when-importing-from-Python-_gnuradio_swig_py_runtimeso-undefined-symbol-what-do-I-do You'll have to copy and paste any errors before I (or anyone else) will have a chance of knowing what the problem is, but the above links may be useful as well. I also don't know what OP25_grc.py is. But it sounds like something you made. Does your module pass make test? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
hi everyone,i have made my own block in gnuradio name square_ff from out of tree module.i hsvr successfully interfaced it with gnuradio.but problem is when i want to use that block in gnuradio then the following error i get in terminal. AttributeError: 'module' object has no attribute 'square_ff'. kindly help me ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
hi everyone,i have made my own block in gnuradio name square_ff from out of tree module.i hsvr successfully interfaced it with gnuradio.but problem is when i want to use that block in gnuradio then the following error i get in terminal. AttributeError: 'module' object has no attribute 'square_ff'. kindly help me ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square_ff'.
On Fri, Feb 22, 2013 at 9:02 AM, Omer Omer omer9...@yahoo.com wrote: hi everyone,i have made my own block in gnuradio name square_ff from out of tree module.i hsvr successfully interfaced it with gnuradio.but problem is when i want to use that block in gnuradio then the following error i get in terminal. *AttributeError*: 'module' *object* has no attribute '*square_ff*'. kindly help me** ** Have you run 'make install'? Where are you installing it to? You can check your python2.7/dist-packages directory (in whatever install prefix you used) to make sure that it's there. Then make sure PYTHONPATH is pointing to that directory so Python knows where to find it. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [opensdr] Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
Hi, I tried doing what you said. print wx.__version__ 2.4.2.4 wx.pyEventBinder Traceback (most recent call last): File stdin, line 1, in ? AttributeError: 'module' object has no attribute 'pyEventBinder' However the DEbian Package manager shows only Wxpython version 2.5.3. That is the one i installed from the package manager. Is there a possibility that any other dependent software is having older version? Raja OK. Can you try this experiment for me? $ python Python 2.3.4 (#2, Aug 19 2004, 15:49:40) [GCC 3.4.1 (Mandrakelinux (Alpha 3.4.1-3mdk)] on linux2 Type help, copyright, credits or license for more information. import wx print wx.__version__ 2.5.3.1 wx.PyEventBinder class 'wx._core.PyEventBinder' 2.5.2.7 is the lowest version that we support. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [opensdr] Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
Hi Eric, Thank you. I went to the installed folders and manually deleted all the wxpython files and then reinstalled wxpython. Now it is working. Raja --- Eric Blossom [EMAIL PROTECTED] wrote: On Wed, Mar 02, 2005 at 11:28:28AM -0800, Rajaprabhu T.L. wrote: Hi, I tried doing what you said. print wx.__version__ 2.4.2.4 wx.pyEventBinder Traceback (most recent call last): File stdin, line 1, in ? AttributeError: 'module' object has no attribute 'pyEventBinder' However the DEbian Package manager shows only Wxpython version 2.5.3. That is the one i installed from the package manager. Is there a possibility that any other dependent software is having older version? Raja I know next to nothing about Debian packaging, but the output of this experiment demonstrates that what's really installed, or at least found first in your path, is wxPython 2.4.2.4. I suggest that you find a way to really remove 2.4.2.4 and then reinstall 2.5.3. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [opensdr] Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
On Wed, Mar 02, 2005 at 03:47:15PM -0800, Rajaprabhu T.L. wrote: Hi Eric, Thank you. You're welcome! I went to the installed folders and manually deleted all the wxpython files and then reinstalled wxpython. Never underestimate the power of rm -fr Raja Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [opensdr] Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
Hi Eric, I installed wxpython only couple of weeks before. It was 2.5 version. There is no other version of wxpython in the system. Raja --- Eric Blossom [EMAIL PROTECTED] wrote: On Mon, Feb 28, 2005 at 09:08:01AM -0800, Rajaprabhu T.L. wrote: Hi, I'm using the latest version of wxpython. I have tried removing python completely and reinstall again. But still i'm having same error: File /usr/local/lib/python2.3/site-packages/gnuradio/wxgui/fftsink.py, line 89, in ? EVT_DATA_EVENT = wx.PyEventBinder (myDATA_EVENT, 0) AttributeError: 'module' object has no attribute 'PyEventBinder' Any way to get around the problem? Thank you, Raja hey, i had that error after i installed wxpython-2.5.3.1 over the other version. try removing wxpython and wxGTK and then installing them again. then re-emerge numeric and numarray. mj My guess is that you still have a 2.4 wxPython installation interfering with the 2.5 installation. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
On Tue, Feb 15, 2005 at 01:44:18PM -0800, mj wrote: hey, i had that error after i installed wxpython-2.5.3.1 over the other version. try removing wxpython and wxGTK and then installing them again. then re-emerge numeric and numarray. FYI, we don't require numarray if you've got Numeric. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
hi guys, the non wxpython scripts run fine, but running usrp_oscope.py and usrp_fft.py gives these errors: usrp: found usrp rev2 Traceback (most recent call last): File ./usrp_oscope.py, line 26, in ? from gnuradio.wxgui import stdgui, fftsink, scopesink File /usr/local/lib/python2.3/site-packages/gnuradio/wxgui/fftsink.py, line 89, in ? EVT_DATA_EVENT = wx.PyEventBinder (myDATA_EVENT, 0) AttributeError: 'module' object has no attribute 'PyEventBinder' any ideas? i've looked everywhere and have even upgraded to gcc-3.4.3 and re-compiled everything. cheers, = mj - m0mik hotstudent.com [are you hot enough?! __ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
Your wxPython is out of date, you need 2.5 . I had the same problem, I am running debian and I fixed this by getting the unstable wxPython package. Quoting mj [EMAIL PROTECTED]: hi guys, the non wxpython scripts run fine, but running usrp_oscope.py and usrp_fft.py gives these errors: usrp: found usrp rev2 Traceback (most recent call last): File ./usrp_oscope.py, line 26, in ? from gnuradio.wxgui import stdgui, fftsink, scopesink File /usr/local/lib/python2.3/site-packages/gnuradio/wxgui/fftsink.py, line 89, in ? EVT_DATA_EVENT = wx.PyEventBinder (myDATA_EVENT, 0) AttributeError: 'module' object has no attribute 'PyEventBinder' any ideas? i've looked everywhere and have even upgraded to gcc-3.4.3 and re-compiled everything. cheers, = mj - m0mik hotstudent.com [are you hot enough?! __ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'
On Mon, Feb 14, 2005 at 06:26:54AM -0800, mj wrote: hi guys, the non wxpython scripts run fine, but running usrp_oscope.py and usrp_fft.py gives these errors: usrp: found usrp rev2 Traceback (most recent call last): File ./usrp_oscope.py, line 26, in ? from gnuradio.wxgui import stdgui, fftsink, scopesink File /usr/local/lib/python2.3/site-packages/gnuradio/wxgui/fftsink.py, line 89, in ? EVT_DATA_EVENT = wx.PyEventBinder (myDATA_EVENT, 0) AttributeError: 'module' object has no attribute 'PyEventBinder' any ideas? i've looked everywhere and have even upgraded to gcc-3.4.3 and re-compiled everything. Are you using wxPython 2.5.2.7 or later? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio