bts tag 565951 + wontfix thanks On Thu, Jan 21, 2010 at 02:04:53PM +0100, Radosław Antoniuk wrote: > > > > It is most probably triggered by a higher level function. Where does > > /usr/lib/php5/20060613+lfs/mrl.dll comes from? > > > > -- > > Aurelien Jarno GPG: 1024D/F1BCDB73 > > aurel...@aurel32.net http://www.aurel32.net > > > > > Hi, > > The connection is of course triggered by that library, because it is its > function :) > It is an external provided library, but afaik the only thing that they don't > release is the protocol pointer. > And anyway, it looks like nss is triggerring that when uhmm.. protocol is > wrong? that's ok why it shouldn't cause a malloc() error... > The thing is that this error is happening from time to time, 3-4 times a day > making it hard to reproduce..
getprotobyname() is trying to allocate memory to return the value, but it fails because the memory is corrupted. As this function works perfectly when called from another program, the most probable reason is that one of the caller is corrupting memory (writing outside of allocated memory, calling free twice on the same area, etc.). Anyway without any easy way to reproduce the problem and given it is closed source software, this bug is a wontfix. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org