Looking into the tabread4~ code, it becomes obvious that this behavior is on purpose.
Nevertheless, for many applications, like interpolating window functions or ramps, it is undesirable, and potentially dangerous.

For my UPP framework, i made workarounds, one tabread2~ implementation, and a 'fixed' tabread4~ replacement, which resorts to linear interpolation at the front and back of the table area.
https://github.com/grrrr/upp/blob/master/upp.tabread2~.pd
https://github.com/grrrr/upp/blob/master/upp.tabread4~.pd

best, Thomas

> Am 10.05.2016 um 23:23 schrieb Ticket 1243 <1243@bugs.pure-data.p.re.sf.net>:
>
> [bugs:#1243] tabread4~ doesn't correctly deliver first or last sample
>
> Status: open
> Group: v0.46
> Labels: bug
> Created: Tue May 10, 2016 09:23 PM UTC by Anonymous
> Last Updated: Tue May 10, 2016 09:23 PM UTC
> Owner: nobody
>
> Hi,
> tabread4~ can not correctly deliver the first or last sample of a table. Instead it delivers the second, or one but last, respectively, instead.
> tabread~ (without interpolation) does work correctly, so i suspect the interpolation algorithm to be faulty.
>
> Sent from sourceforge.net because pd-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
>
> To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev@lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev


_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev