[asterisk-dev] [svn-commits] lmadsen: branch 1.8 r300082 - /branches/1.8/pbx/pbx_dundi.c
Russell Bryant
russell at digium.com
Mon Jan 3 13:36:34 CST 2011
On Mon, 2011-01-03 at 10:18 -0600, Tilghman Lesher wrote:
> On Monday 03 January 2011 08:53:19 Olle E. Johansson wrote:
> > 3 jan 2011 kl. 14.14 skrev SVN commits to the Digium repositories:
> > > Author: lmadsen
> > > Date: Mon Jan 3 07:14:25 2011
> > > New Revision: 300082
> > >
> > > URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=300082
> > > Log:
> > > Increase side of mapping response field.
> >
> > I am aware that there's no clear policy for 1.8, but it is in fact
> > released. This doesn't seem like a bug fix, unless your own
> > documentation is a reported bug. I don't see a reference to a
> > reviewboard discussion or anything either...
>
> Agreed. In addition, our policy when we have fields like this that are too
> small (and there's only one per structure) is to swap the element to the
> last item and vary the malloc to cover the size of the string. Just
> increasing the buffer size ensures that we still have the limitation, only a
> bigger one and also wastes a fair amount of memory for the common case.
Our policy? Is that written anywhere? (Hint: it isn't)
Anyway, that type of change has a higher risk of regression than simply
increasing the buffer size. If someone would like to improve that
structure for trunk, the usage of stringfields would be welcome.
--
Russell Bryant
Digium, Inc. | Engineering Manager, Open Source Software
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
jabber: rbryant at digium.com -=- skype: russell-bryant
www.digium.com -=- www.asterisk.org -=- blogs.asterisk.org
More information about the asterisk-dev
mailing list