asterisk/include
Steve Murphy b46ad8b190 (closes issue #13089)
Reported by: murf

Most of this bug was already fixed by Tilghman before
I opened it; Many thanks to Tilghman for his fix
in svn version 125794. That fix cleared up some of the
fields in the lock_info.

This commit changes the address that is stored for the
lock in the lock_info struct, so that it is the same 
as that passed into the locking macros. This makes 
searching for a lock_info (as in log_show_lock()) 
by its lock addr possible. The lock_addr field is
infinitely more useful if it is the same as what
is 'publicly' available outside the lock_info code.

Many thanks to kpfleming, putnopvut, and Russell for their
invaluable insights earlier today.



git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@131570 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2008-07-16 23:53:02 +00:00
..
asterisk (closes issue #13089) 2008-07-16 23:53:02 +00:00
solaris-compat fix the provided unsetenv for solaris to return an int like it's supposed to 2006-03-29 04:14:12 +00:00
asterisk.h These prototypes are not supposed to be in asterisk.h. They are already in 2008-01-10 00:54:01 +00:00
jitterbuf.h Go through and fix a bunch of places where character strings were being interpreted as format strings. Most of these changes are solely to make compiling with -Wsecurity and -Wformat=2 happy, and were not 2008-03-18 15:43:34 +00:00