Bug in gr_modtool with v3.6.4

We just discovered a bug with gr_modtool in version 3.6.4 of GNU
Radio. Turns out that there is an extra comma that turns a string into
a tuple. With the new C++ implementation of the preferences handler,
this causes a bug when trying to run the ‘newmod’ tool of gr_modtool.

The patch is very simple and shown below. Make that one line (one
character, even) change and reinstall (from gr-utils, you can just run
‘sudo make install’ to do this very quickly).

Sorry for any inconvenience. We’ll get a patched version (3.6.4.1) out
soon.

diff --git a/gr-utils/src/python/modtool/modtool_newmod.py
b/gr-utils/src/python/modtool/modtool_newmod.py
index 102d83d…0613d5f 100644
— a/gr-utils/src/python/modtool/modtool_newmod.py
+++ b/gr-utils/src/python/modtool/modtool_newmod.py
@@ -66,7 +66,7 @@ class ModToolNewModule(ModTool):
print ‘The given directory exists.’
exit(2)
if options.srcdir is None:

  •        options.srcdir = 
    

‘/usr/local/share/gnuradio/modtool/gr-newmod’,

  •        options.srcdir = 
    

‘/usr/local/share/gnuradio/modtool/gr-newmod’
self._srcdir = gr.prefs().get_string(‘modtool’,
‘newmod_path’, options.srcdir)
if not os.path.isdir(self._srcdir):
print ‘Error: Could not find gr-newmod source dir.’

Tom

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