discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] [Patch-gnuradio] Bug in GRC, bugs in grc-examples


From: Josh Blum
Subject: Re: [Discuss-gnuradio] [Patch-gnuradio] Bug in GRC, bugs in grc-examples and unit tests [Was: GRC: Just compile XML, no GUI]
Date: Mon, 20 Feb 2012 00:52:56 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0


On 02/20/2012 12:39 AM, Martin Braun wrote:
> On Sun, Feb 19, 2012 at 04:07:37PM -0500, A. Maitland Bottoms wrote:
>>> 724a3ff8798d
>> ...
>>> It also has a workaround for a bug
>>> (http://gnuradio.org/redmine/issues/485) in GRC. Probably should have
>>> been two commits.
>>
>> The horrible, ugly fix for gnuradio-companion is prone to throwing KeyError
>> on the
>>  if os.environ['GR_DONT_LOAD_PREFS']:
>> line.
>>
>> I had better luck changing that one to
>>  if os.environ.get('GR_DONT_LOAD_PREFS'):
> 
> Good point. Well, I did mention it's ugly :) But I should have seen that
> myself, thanks for mentioning. I pushed that just in case someone has a
> look at my branch.
> 

For what its worth, it is ok to have GR_DONT_LOAD_PREFS. You just have
to also set the GRC_BLOCKS_PATH:

export GRC_BLOCKS_PATH=/usr/local/share/gnuradio/grc/blocks
#now the following command should work fine
GR_DONT_LOAD_PREFS=1 gnuradio-companion

Further, if its of benefit, the blocks path could be determined from the
__file__ attribute in python, assuming a standard installation
structure. Just search up in the directory structure until you see a
"share/gnuradio"

-Josh



reply via email to

[Prev in Thread] Current Thread [Next in Thread]