Re: GRC version 0.60


I imported some blocks from gr-trellis on GRC.

However there seems to be a problem.
The graph does not run and exits with something like:

flow graph save
SRC_DIR: /net/ernesto/home/anastas/grc_mine/src
DATA_DIR: /net/ernesto/home/anastas/grc_mine/data
FILE_PATH: /n/ernesto/home/anastas
‘module’ object has no attribute ‘fractional_interpolator’ in
Interpolate! -> continuing…
The program ‘’ received an X Window System error.
This probably reflects a bug in the program.
The error was ‘BadPixmap (invalid Pixmap parameter)’.
(Details: serial 15335 error_code 4 request_code 56 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()

Attached please find the following files: (the GRC implementation of some blocks in gr-trellis)
(test files that shows the python code working fine and
the grc equivalent failing)

I would appreciate your input.
Once this is resolve, I can implement the rest
of the blocks in gr-trellis.


I caught a mistake in the file. It was my fault for not
finishing the notes on adding signal blocks. The only reason I said to
declare fcn at the beginning of a definition was so that an attribute
error could be raised if the gnuradio block didnt exist. In this case,
by adding the names of the gnuradio block to the type = Enum(…), you
are doing the same thing in effect. And in the make method, you just
call type.parse()[0] …if 0 was the index of the gnuradio block in the
type.parse() tuple.

So, calling fcn[0] at runtime would raise an error, but I dont
understand the X windows error.

I fixed the and ran your example. The screen shot and new are attached.

I hope the Trellis works for you now.

BTW, I added the trellis file to my repos.