Well ... i think we found the root cause, in one of the libraries being used,
the mutex was not being initialized. Thanks!
venkatnv wrote:
We are observing issues with pthread Mutexes on Apache22/Solaris10. Not
sure if this is relevant to this thread, but would appreciate any inputs.
-
On Fri, Apr 24, 2009 at 2:10 PM, venkatnv venka...@yahoo.com wrote:
Well ... i think we found the root cause, in one of the libraries being
used,
the mutex was not being initialized. Thanks!
venkatnv wrote:
We are observing issues with pthread Mutexes on Apache22/Solaris10. Not
sure
On 04/24/2009 10:10 PM, C. Michael Pilato wrote:
[Please Cc: me in responses -- I think I still have APR commit privs, but
I'm not active here and not subscribed to the mailing lists.]
In the past couple of weeks, I've seen two different reports of what appears
to be corruption in the
On Fri, Apr 24, 2009 at 4:10 PM, C. Michael Pilato cmpil...@collab.netwrote:
[Please Cc: me in responses -- I think I still have APR commit privs, but
I'm not active here and not subscribed to the mailing lists.]
In the past couple of weeks, I've seen two different reports of what
appears
On 04/24/2009 10:10 PM, C. Michael Pilato wrote:
/* tack on null terminator to remaining string */
*(vd.vbuff.curpos) = '\0';
Uh-oh. Buffer overflow!
Our CollabNet engineer is proposing a simple fix: defining 'buf' inside
apr_brigade_vprintf() like so:
char
C. Michael Pilato wrote:
[Please Cc: me in responses -- I think I still have APR commit privs, but
I'm not active here and not subscribed to the mailing lists.]
In the past couple of weeks, I've seen two different reports of what appears
to be corruption in the stream of data transmitted by