On 06/07/2012 01:14 PM, Josh Blum wrote: > > > On 06/07/2012 01:09 PM, Tom Rondeau wrote: >> On Fri, Jun 1, 2012 at 3:12 PM, Igor Volodin <postmas...@myghost.name> wrote: >>> Hello, all >>> >>> My configuration: >>> Linux Xubuntu 12.04 >>> AMD Athlon XP 2400 >>> Linux ghost32 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:51:22 UTC 2012 >>> i686 athlon i386 GNU/Linux >>> >>> >>> >>> I am compiled latest version of gnuradio, and tried to run simple grc file: >>> http://superkuh.com/simplest.grc , and got following error: >>> >>> >>> (python:3350): GLib-GObject-CRITICAL **: g_param_spec_double: assertion >>> `default_value >= minimum && default_value <= maximum' failed >>> >>> (python:3350): GLib-GObject-CRITICAL **: g_object_class_install_property: >>> assertion `G_IS_PARAM_SPEC (pspec)' failed >>> >>> (python:3350): GLib-GObject-WARNING **: g_object_notify: object class >>> `GdkScreenX11' has no property named `resolution' >>> Using Volk machine: generic >> >> Igor, >> >> I've updated the code in git that should fix this problem you're >> having. The 'generic' machine didn't have an alignment at all, so it's >> uncertain what was being returned. I've set it up to return 1 now, so >> it should work. >> > > No, the generic alignment defaulted to 1 already. > > The bug is that the multiply block is passing 0 into the set alignment > multiple > > 1/sizeof(complex) is 0 -> due to integer math >
Heres how I handled it in gr extras. Not using the alignment call, but same basic idea. A std::max in the scheduler code would fix this issue everywhere though https://github.com/guruofquality/grextras/blob/master/lib/multiply.cc#L101 -josh >> Tom >> >> _______________________________________________ >> 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
