On 2/12/2014 7:18 AM, H wrote:
> My plugin seems to be crashing and I don't find any trace in my code trace. The following seems to be the stack trace generated on Mac OS X. This happens in a random fashion, I can't get the exact scenario. Where do I find the DWARF .dSYM files for the XUL library?
We don't publish these for mac. We do have breakpad .sym files which can
be used with other breakpad tools like minidump-stackwalk to produce a
stacktrace from a crash minidump, but that doesn't sound like it will
precisely solve the problem you have here.
The best thing to do here if you want to get good symbols from XUL is
just build Firefox yourself. It's not super hard.
The stack here actually looks pretty accurate. The apple networking
stack is calling into CoreFoundation which is crashing. The
plugin-container code is just spinning a normal event loop and probably
isn't involved in the crash at all. I do have a couple notes:
* In general plugins should avoid doing their own networking. It is much
better to use the NPAPI geturl functions to do your networking because
they honor the user proxy settings, cookies, etc.
* CFRelease crashes are probably just an extra release on the object. I
don't know exactly what kind of object it is, but you should audit your
code for mismatched calls to CFRelease/CFRetain in case you have an
extra release.
--BDS