If the peer record is from realtime, it could be set to 0, due to MySQL not represent...
authorTilghman Lesher <tilghman@meg.abyt.es>
Thu, 18 Feb 2010 21:42:53 +0000 (21:42 +0000)
committerTilghman Lesher <tilghman@meg.abyt.es>
Thu, 18 Feb 2010 21:42:53 +0000 (21:42 +0000)
commit6fb7e0ece70d042cb30271ca14c5e6f82fdea2ca
tree2b9cdbed287736b40eea1502f574a49516b9eedc
parenteb31f8b082a0b1e24a4127f20287f3ec00e71ee9
If the peer record is from realtime, it could be set to 0, due to MySQL not representing NULL well in integer columns.

NULL means the value is not specified for the column, which normally means
the driver uses whatever is the default value.  However, on MySQL, placing
a NULL in either a float or integer column results in a retrieval of the 0
value.  Hence, users get an errant error on load.  This patch suppresses
that error and makes the value as if it was not there.

Note that this cannot be done in the realtime driver, because the lack of
difference between NULL and 0 can only be intepreted correctly by the
driver itself.  If we did it in the realtime driver, then it would be
effectively impossible to set any realtime field to 0, because it would act
as if the field were unspecified and possibly take on a different value.

(closes issue #16683)
 Reported by: wdoekes

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@247787 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c