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 <[email protected]> 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 <[email protected]> > 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 >> [email protected] >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
