gnutls_ext_register causing memory corruption

[Simon Josefsson]

Martin von Gagern <Martin.vGagern at gmx.net> writes:

> Simon Josefsson wrote:
>> Btw, I installed latest firefox with latest flash 10 plugin, and it
>> worked fine on my x86 debian box.  OTOH, my flash plugin doesn't seem to
>> link to gnutls at all:
>
> There is strong evidence that flash only depends on gnutls indirectly
> via libcurl. If you haven't built libcurl against gnutls, this doesn't
> show up. And libcurl is dynloaded, so ldd won't list it.

Ok, still can't reproduce but looking into it:

jas at mocca:~$ lsof -p 1907|grep gnut
firefox-b 1907  jas  mem    REG        8,3   233992 15982492 /usr/lib/libcurl-gnutls.so.4.1.0
firefox-b 1907  jas  mem    REG        8,3  2186701  8421702 /home/jas/lib/libgnutls.so.26.14.7
jas at mocca:~$ 

This is while accessing the URL below.

> Please follow the bug reports I mentioned; a lot of people are quite
> busy there, gathering evidence, discussing possibilities, stuff like
> that. I ruled out concurrent initialization in a comment there.
>
> In the meantime, I'm trying to get a proper git bisect running. I'm not
> sure if I can do this, as the problem is difficult to trace. But when
> running FF through valgrind and accessing the flash on
> http://data.ndr.de/mv2009/index.html I just had a 100% rate to reproduce
> at least some kind of error, mostly a segfault at application shutdown,
> with gnutls 2.8.0, whereas 2.6.6 worked all right. I'll try to reproduce
> this with gnutls built from git, and bisect the changes in between.

Thanks,
Simon