]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 247787 via svnmerge from
authorTilghman Lesher <tilghman@meg.abyt.es>
Thu, 18 Feb 2010 21:49:35 +0000 (21:49 +0000)
committerTilghman Lesher <tilghman@meg.abyt.es>
Thu, 18 Feb 2010 21:49:35 +0000 (21:49 +0000)
commit3df30d972dba10fc20174d214408c2d7a0d47d80
treeb87459ce8ceafc1a9ccd78fafcae558ce8d58fb6
parentc03cb6c8f87b17052982c1be5919f566cde8cdbc
Merged revisions 247787 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

........
  r247787 | tilghman | 2010-02-18 15:42:53 -0600 (Thu, 18 Feb 2010) | 17 lines

  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/branches/1.6.1@247790 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c