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 <dan...@destevez.net> 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
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
