]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 376587 via svnmerge from
authorAutomerge script <automerge@asterisk.org>
Fri, 23 Nov 2012 00:27:27 +0000 (00:27 +0000)
committerAutomerge script <automerge@asterisk.org>
Fri, 23 Nov 2012 00:27:27 +0000 (00:27 +0000)
commit7fbd56298570ccadd52cc012afb743a37a0eb796
treeca748b4469cafa0bb43654c0797a6311a70dc004
parent6c4d084c5c5ac4ae89da3e9c3d9f92979efbd772
Merged revisions 376587 via svnmerge from
file:///srv/subversion/repos/asterisk/branches/10

................
  r376587 | mjordan | 2012-11-22 17:56:00 -0600 (Thu, 22 Nov 2012) | 23 lines

  Re-initialize logmsgs mutex upon logger initialization to prevent lock errors

  Similar to the patch that moved the fork earlier in the startup sequence to
  prevent mutex errors in the recursive mutex surrounding the read/write thread
  registration lock, this patch re-initializes the logmsgs mutex.  Part of the
  start up sequence before forking the process into the background includes
  reading asterisk.conf; this has to occur prior to the call to daemon in order
  to read startup parameters.  When reading in a conf file, log statements can
  be generated.  Since this can't be avoided, the mutex instead is
  re-initialized to ensure a reset of any thread tracking information.

  This patch also includes some additional debugging to catch errors when
  locking or unlocking the recursive mutex that surrounds locks when the
  DEBUG_THREADS build option is enabled.  DO_CRASH or THREAD_CRASH will
  cause an abort() if a mutex error is detected.

  (issue ASTERISK-19463)
  Reported by: mjordan
  Tesetd by: mjordan
  ........

  Merged revisions 376586 from http://svn.asterisk.org/svn/asterisk/branches/1.8
................

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10-digiumphones@376614 65c4cc65-6c06-0410-ace0-fbb531ad65f3
include/asterisk/lock.h
main/lock.c
main/logger.c