[PD-dev] [ pure-data-Bugs-1060124 ] tabreceive reads over buffer

[guenter geiger]

Hi,

I have also added the feature request (FR) and patches tracker to
the pd-dev list. These two will only send messages if a new item
comes in. The bugs tracker sends messages for every update.

We can also change that behaviour. Let me know.

and because we like redundancy, a direct link to the patches that fix
bugs (which haven't been sent to the list until now):

https://sourceforge.net/tracker/?group_id=55736&atid=478072

Guenter


On Thu, 11 Nov 2004, SourceForge.net wrote:

> Bugs item #1060124, was opened at 2004-11-04 10:54
> Message generated for change (Comment added) made by ggeiger
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1060124&group_id=55736
>
> Category: puredata
> Group: None
> >Status: Closed
> Resolution: None
> Priority: 5
> Submitted By: Guenter  Geiger (ggeiger)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: tabreceive reads over buffer
>
> Initial Comment:
> I was trying to use tabreceive in order to do zero  padding
> in an FFT application. The easy way to do this would be
> to have an array that is smaller than the blocksize and
> having
> the rest of the block filled by zeros.
>
> Unfortunately tabreceive does not fill the array with
> zeros, and
> more than that, it reads over the array buffer.
>
> ----------------------------------------------------------------------
>
> >Comment By: Guenter  Geiger (ggeiger)
> Date: 2004-11-11 10:21
>
> Message:
> Logged In: YES
> user_id=430561
>
> this is fixed in pd-0.38-0test10
>
> ----------------------------------------------------------------------
>
> Comment By: Nobody/Anonymous (nobody)
> Date: 2004-11-07 19:13
>
> Message:
> Logged In: NO
>
> should get fixed in tonight's checkin... thanks for flagging
> that.
>
> ----------------------------------------------------------------------
>
> Comment By: Guenter  Geiger (ggeiger)
> Date: 2004-11-04 11:02
>
> Message:
> Logged In: YES
> user_id=430561
>
> Sorry, this is actually not true, it doesn't read over the
> buffer but it leaves the rest of the signal in an unknown state.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1060124&group_id=55736
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>