# Gr-bluetooth

**URL:** <https://www.ruby-forum.com/t/gr-bluetooth/230876>\
**Category:** GNU Radio\
**Created:** [July 10, 2014, 3:49am UTC](https://www.ruby-forum.com/t/gr-bluetooth/230876 "2014-07-10T03:49:08Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\
**Post date:** [July 10, 2014, 3:49am UTC](https://www.ruby-forum.com/t/gr-bluetooth/230876/1 "2014-07-10T03:49:08Z")

</div>

Hello all,

I’ve updated the gr-bluetooth [1] code to be compatible with GNU Radio  
3.7. I’m trying to use it, but there’s a segmentation fault that I need  
to figure out. Has anyone done anything with gr-bluetooth recently? Does  
anyone know if the current version of the code is even functional with  
GNU Radio 3.6? Were there changes in GNU Radio between 3.6 and 3.7 that  
would cause this issue to appear? My specific issue is outlined below.

I have encountered a segmentation fault issue in the  
gr::bluetooth::multi\_block code (which all the other gr-bluetooth blocks  
use) that did not appear while running the included QA code (though I’m  
not sure how reliable the test code was). I’ve spent the past couple  
days trying to track down with GDB what exactly is going wrong, so that  
I can fix it (the code looks fine to me, nothing is standing out as a  
big issue). From what I’ve gathered so far, it appears the issue is with  
“gr\_vector\_void\_star& out”, an input to multi\_block::channel\_samples().  
I don’t have a lot of experience with debugging, so if anyone has any  
suggestions about what to look for when tracking down segmentation  
faults (my understanding is that  
memory is being accessed which should not be accessed by the process), I  
would appreciate them.

Best,  
Orin

[1] [GitHub - greatscottgadgets/gr-bluetooth: A Bluetooth receiver implementation for GNU Radio](https://github.com/greatscottgadgets/gr-bluetooth)