Re: [Faudiostream-devel] segfault when phasor accesses an rdtable

2014-05-22 Thread Stephen Sinclair
On Wed, May 21, 2014 at 4:25 PM, yann orlarey wrote: > rdtable has three input signals. The first one must be contant and known at > compile time, it define the size of the table, The second input signal > defines the content of the table and must be also known at compile time. And > the third sig

Re: [Faudiostream-devel] segfault when phasor accesses an rdtable

2014-05-21 Thread yann orlarey
rdtable has three input signals. The first one must be contant and known at compile time, it define the size of the table, The second input signal defines the content of the table and must be also known at compile time. And the third signal is the read index and it must generate values in the limit

Re: [Faudiostream-devel] segfault when phasor accesses an rdtable

2014-05-21 Thread Stephen Sinclair
On Tue, May 13, 2014 at 9:02 PM, Orlarey Yann wrote: > Hi Stephen, > > The third input signal of rdtable is the read index. In your case it should > be an integer signal with values in the interval [0..2047]. But in your > example cnt will generate reads outside the boundaries of the table causing

Re: [Faudiostream-devel] segfault when phasor accesses an rdtable

2014-05-13 Thread Orlarey Yann
Hi Stephen, The third input signal of rdtable is the read index. In your case it should be an integer signal with values in the interval [0..2047]. But in your example cnt will generate reads outside the boundaries of the table causing segfaults. In other words you should use a phasor as rea

[Faudiostream-devel] segfault when phasor accesses an rdtable

2014-05-13 Thread Stephen Sinclair
Hello, I've been struggling a bit with the semantics of rdtable(). I'm using the plot.cpp architecture for testing my functions, and piping the data into python/matplotlib for visualization. I'm not sure if I've encountered a bug or if it is my misunderstanding of how rdtable() works. Trying to