|
From: | Jeff Long |
Subject: | Re: [Discuss-gnuradio] Segfault in Polyphase clock sync block |
Date: | Sun, 21 Jan 2018 07:52:31 -0500 |
Ah, good. I didn't think it needed another +1 but couldn't think of any other overflow.On Sun, Jan 21, 2018 at 7:33 AM, Jeff Long <address@hidden> wrote:The forecast function is supposed to guarantee that there is enough input, but it might be rounding down in some cases. Could you try adding the "+1" to the last line and see if that changes anything?
void pfb_clock_sync_ccf_impl::forecast(int noutput_items, gr_vector_int &ninput_items_required) { unsigned ninputs = ninput_items_required.size (); for(unsigned i = 0; i < ninputs; i++) ninput_items_required[i] = (noutput_items + history()) * (d_sps/d_osps) + 1; } On Sun, Jan 21, 2018 at 6:35 AM, Daniel Estévez <address@hidden> wrote:El 21/01/18 a las 11:39, Daniel Estévez escribió:
>
> out[i+d_out_idx] = d_filters[d_filtnum]->filter(&in[count+d_out_idx]); Hi all,
>
I've been looking at this again and the problem is that in this line,
count = -134217704
for some weird reason. Obviously, this causes the SIGSEGV.
I'll try to see why count gets corrupted.
Regards,
Daniel.
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Prev in Thread] | Current Thread | [Next in Thread] |