Hi Michael,
yes, I have not modified my program at all:
I added a #error "Broken allocation engine" to volk_malloc.c at the
beginning of the other allocation engine. I tried to recompile, but
compiler stopped with my error message. As I did not re-run cmake I´m
sure this engine was also used before.
Next step I removed my mutex-hack from freq_xlating_fir_filter and
changed the #if for posix_memalign test in volk_malloc.c to #if 1, in
other words posix_memalign is always used. Compiled without an error and
runs stable.
So I´m pretty sure bug #710 is the reason.
The only thing I´m not sure is: You said you verified that
posix_memalign is used by GnuRadio on OS X. I checked my build process,
I did not add any OS X 10.7 compatibility command, I used exactly the
cmake line from the guide:
http://gnuradio.org/redmine/projects/gnuradio/wiki/MacInstall and
posix_memalign was not used
I think either the #if-clause in volk_malloc.c needs an addition for OS
X >= 10.8. or cmake-file needs to be modified.
Best regards
Stefan
Am 06.08.2014 20:26, schrieb Michael Dickens:
> Hi Stefan - I'm guessing that the issue Tom made yesterday < http://gnuradio.org/redmine/issues/710 > applies, yes? Was the change to your (local; not GR) code, to use posix_memalign instead of some other method of memory allocation? I'm guess I'm not all clear on where the issue actual was ... but, I'm glad you got the bug figured out and/or can work around it without a hack. - MLD
>
> On Aug 5, 2014, at 11:19 PM, Stefan Oltmanns <stefan-oltmanns@gmx.net> wrote:
>> Confirmed it´s the allocator:
>> Recompiling with other allocation engine removed did not work.
>> Removed my hack and compiled with posix_memalign: Stable.
>> Thank you very much
> --
> Michael Dickens, OSX Programmer
> Ettus Research Technical Support
> Email: support@ettus.com
> Web: http://www.ettus.com
>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment