222472 - [ActiveX] Remove ActiveX control from static builds

Status: RESOLVED INVALID

(Core Graveyard :: Embedding: ActiveX Wrapper, defect)

Description

[Adam Lock]

The control needs dynamic XPCOM components so don't bother building in the
statically linked build mode when they don't exist.

Comment 1

[Aaron Peterson]

Is another solution to make Firebird use dynamic XPCOM components instead of static?

There are a lot of products that will use the mozilla platform in the
future...and now

 Ngu (Front Page replacement), Evolution, etc..

Does this mean that firebird is taking up extra space and memory by not sharing?

There are ways to deal with dynamically loaded libraries...
prelinking and such. Multi threading (waiting for something to come from disk or
network, do something else)

I guess I don't know what XPCOM is... even though I've read lots of mozilla
developer docs... yay for acronyms!

Comment 2

[Adam Lock]

Yes, Firebird takes up extra space by not sharing with other apps but probably
benefits (a great deal) by having a much smaller number of things to load up and
resolve at runtime, easier installation (unzip and run) and also a smaller disk
and memory footprint.

I suppose it could be built in either mode, but you would have to ask the
project leads rationale is for it. Probably it's done for the reasons I said above.

Comment 3

[Mike Connor [:mconnor]]

*** Bug 209562 has been marked as a duplicate of this bug. ***

Comment 4

[Ed Morley [:emorley]]

The ActiveX embedding API was removed in bug 662023 and friends, making this INVALID.

[Filter bugspam on activexinvalid]