269913 - QuickTime Plugin does not define symbol: _NSGetFactory

Status: RESOLVED INVALID

(Camino Graveyard :: Plug-ins, defect)

Description

[timeless]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041110
Camino/0.8+

Date/Time:      2004-11-14 22:55:26 -0800
OS Version:     10.3.6 (Build 7R28)
Report Version: 2

Command: Camino
Path:    /Applications/Browsers/Camino.app/Contents/MacOS/Camino
Version: 0.8+ (0.8+)
PID:     11033
Thread:  Unknown

Link (dyld) error:

dyld: /Applications/Browsers/Camino.app/Contents/MacOS/Camino
NSLookupSymbolInImage() dynamic library: /Library/Internet Plug-Ins/QuickTime
Plugin.plugin/Contents/MacOS/QuickTime Plugin does not define symbol: _NSGetFactory

Not sure what i was doing, (and i was reading bugs using is:Unread in gmail,
which makes it hard to find things later, since well... they're read now).

This sucks, i don't like crashing! :)

Comment 1

[jhp (no longer active)]

Indeed, that library does not define _NSGetFactory.  Should it?  I'm not too
familiar with plugins.

Comment 2

[timeless]

probably not, i believe that's a deprecated entrypoint. unfortunately i'm not
sure how to tickle this problem, and my builds all fail, so i'm not yet in a
position to debug this.

i believe the question is something like who called NSLookupSymbolInImage and
where. The only caller I found happens to be in nspr and it seems to try not to
crash when it fails to find a symbol. so, if the caller is indeed nspr the
question is what in the world is going on. if the caller is someone else, the
question is what are they thinking and how do we prevent them from doing that.

Comment 3

[timeless]

[e-mail]: why did you move this bug to Camino?

Comment 4

[Mike Pinkerton (not reading bugmail)]

can this be reproduced at all?

Comment 5

[timeless]

i don't actively play with plugins, or even camino, this will probably take me a
week or two to reproduce given my current usage level of camino.

Comment 6

[Simon Fraser [no longer active]]

Not seen in normal use.