Closed
Bug 91829
Opened 23 years ago
Closed 23 years ago
Cannot run with multiple toolkit components installed
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.6
People
(Reporter: gerard, Assigned: cls)
References
Details
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
jag+mozilla
:
review+
|
Details | Diff | Splinter Review |
After having compiled mozilla-0.9.2 and I try to start it, this error shows up:
QPaintDevice: Must construct a QApplication before a QPaintDevice
/usr/src/builds/mozilla/dist/bin/run-mozilla.sh: line 72: 17380 Aborted
$prog ${1+"$@"}
qt version 2.3.1
mozilla version: 0.9.2
mozilla configured with:
./configure --prefix=/usr --with-qt --with-gtk --with-glib --disable-mailnews
--disable-debug --disable-dtd-debug
Some hints on how to fix it are appreciated
Ok, after some further investigation, this looks like it's really a xpcom
problem. When we build with multiple toolkits, it looks like all of them are
attempting to be loaded. Pavlov mentioned that he heard a rumor that this could
be prevented by using categories but didn't know anything further.
In the meantime, I added another variable to the build system
NON_ACTIVE_COMPONENT which will cause components to be installed in
bin/components/other instead of bin/components. This way the user will still
have the additional toolkits "installed" but they won't be active unless the
user switches the toolkit libs.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Priority: -- → P3
Target Milestone: --- → mozilla0.9.4
Reporter | ||
Comment 4•23 years ago
|
||
I'm just downloading mozilla-0.9.3 and will try out this patch you created. I'll
let you guys know how it goes.
Summary: QPaintDevice: Must construct a QApplication before a QPaintDevice → Cannot run with multiple toolkit components installed
Reporter | ||
Comment 5•23 years ago
|
||
At the same place where I used to get the "QPaintDevice: Must construct a
QApplication before a QPaintDevice" error I now get nothing and I'm dropped back
to the prompt. I didn't see any libraries that couldn't be found, etc.
Anything different I should do to start mozilla when applying this patch?
Updated•23 years ago
|
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Comment 6•23 years ago
|
||
*** Bug 105190 has been marked as a duplicate of this bug. ***
Comment 7•23 years ago
|
||
I found a couple of bugs in the previous patch plus it looks like I was
misinformed. regxpcom does appear to recursively check components/. It was
finding the components listed in components/other as well which lead back to the
original problem. This new patch installs the inactive components in
components_inactive instead. It also uses INACTIVE_COMPONENT instead of
NON_ACTIVE_COMPONENT and allows components (or components_inactive) to be
overridden by setting COMPONENTS_PATH.
Updated•23 years ago
|
Attachment #44680 -
Attachment is obsolete: true
Comment 8•23 years ago
|
||
Comment 9•23 years ago
|
||
Comment on attachment 56547 [details] [diff] [review]
Use INACTIVE_COMPONENT & COMPONENTS_PATH instead
r=jag
Attachment #56547 -
Flags: review+
Comment 10•23 years ago
|
||
Patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•