|
From: | Marcus Müller |
Subject: | Re: [Discuss-gnuradio] Portaudio Audio Source in Windows |
Date: | Sat, 7 May 2016 16:05:13 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 |
Sooo gnuradio-runtime/lib/prefs.cc: 77 // Find if there is a ~/.gnuradio/config.conf file and add this to 78 // the end of the file list to override any preferences in the 79 // installed path config files. 80 fs::path homedir = fs::path(gr::appdata_path()); 81 homedir = homedir/".gnuradio/config.conf"; 82 if(fs::exists(homedir)) { 83 fnames.push_back(homedir.string()); 84 } 85This means that things in Users/youruser/Application Data/.gnuradio/config.conf *should* be read. I also tried changing the canvas size in the "c:/Program Files/GNURadio-3.7/etc/gnuradio/conf.d/grc.conf" file, which I think is supposed to be the system-wide file, but changes there have no effect either.Uh-oh. Can you execute a gnuradio-config-info --prefsdir --sysconfdirplease? Back to topic: Is there a way for me to figure out what configuration files are being read? I'm really not experienced Windows debugger; under Unixes, I'd do run like (to trace all "stat" calls, ie. when the code above checks for the existence of config.conf) strace -e stat -o '|grep config.conf' gnuradio-config-info -v but I really don't know whether that even works in theory under Windows. I'm a bit worried about this line: 81 homedir = homedir/".gnuradio/config.conf";Because it implicitly assumes that the OS considers "/" as path separator between .gnuradio and config.conf. Boost might or might not fix that under windows. But it's probably OK. Best regards, Marcus On 07.05.2016 15:41, Marcus Müller
wrote:
The * is actually just an artifact of how that list is generated; it's written by CMake when gathering the enabled audio engines; When running cmake, you'll see something like |
[Prev in Thread] | Current Thread | [Next in Thread] |