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

Reply via email to