Hello list:
The recently added file gr_vector_map.cc has two loops with index variables
that are never initialized. (Surprisingly, g++ -Wall does not catch this
form.) They look like
for (unsigned int i; i < in_vlens.size(); i++) {
in_sizeofs.push_back(in_vlens[i]*item_size);
}
g++
asn't already been done).
On Mar 15, 2012, at 5:53 PM, Porges, Donald wrote:
> I need to think about some of these ideas, but wanted to thank both of you
> for the replies. My inclination right now is to install the .py.xml into the
> grc installation-wide "blocks" di
I've read that, and it only applies to telling grc where the xml is for a
non-hierarchical block; that is, it solves a build-time problem, not a runtime
problem.
On Mar 15, 2012, at 5:07 PM, Tom Rondeau wrote:
On Thu, Mar 15, 2012 at 3:28 PM, Porges, Donald
mailto:donald.por...@analo
but
it seemed to not quite produce the same state, in that I was not able to
instantiate the module after that. But I may have just done something wrong
and given up too early.
On Mar 15, 2012, at 5:07 PM, Tom Rondeau wrote:
On Thu, Mar 15, 2012 at 3:28 PM, Porges, Donald
mailto:donald.por
Hi,
I'm trying to figure out a good way to distribute some custom heir blocks that
go with my low-level custom blocks I've written. The issue is that the xml and
py files are both generated into my ~/.grc_gnuradio directory, and the xml
files contain lines like
execfile("/Users/myname/.grc_gn
