Closed Bug 259036 Opened 20 years ago Closed 20 years ago

Qt widget port

Categories

(Core Graveyard :: Ports: Qt, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: zack, Assigned: timeless)

References

Details

Attachments

(1 file, 4 obsolete files)

User-Agent:       Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7) Gecko/20040823 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7) Gecko/20040823 Firefox/0.9.3

This bug contains the widget/src/qt patch. 

Reproducible: Always
Steps to Reproduce:
Attached file widget/src/qt directory (obsolete) —
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 259033
Attached file widget/src/qt dir (obsolete) —
Updated the patch to work with HEAD.
Attachment #158688 - Attachment is obsolete: true
ok, so once I implemented nsFontEnumeratorQt::GetDefaultFont with a no-op impl,
I got past the unresolved symbol; but now I crash at startup:

(gdb) bt
#0  0x419e273b in QApplication::construct () from /usr/lib/libqt.so.3
#1  0x419e2b65 in QApplication::QApplication () from /usr/lib/libqt.so.3
#2  0x41782e5a in nsAppShell::Create (this=0x8142e70, argc=0x0, argv=0x0)
    at /home/chb/mozilla/widget/src/qt/nsAppShell.cpp:73
#3  0x4173f4e9 in nsAppShellService::Initialize (this=0x8142dc8,
aCmdLineService=0x8142830,
    aNativeAppSupportOrSplashScreen=0x0) at
/home/chb/mozilla/xpfe/appshell/src/nsAppShellService.cpp:166
#4  0x0804dcb0 in main1 (argc=1, argv=0xbfffee94, nativeApp=0x0) at
/home/chb/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1209
#5  0x0804ef93 in main (argc=1, argv=0xbfffee94) at
/home/chb/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1799

I suppose Qt doesn't like null argc/argv.

The reason this is null is:
#3  0x4173f4e9 in nsAppShellService::Initialize (this=0x8142dc8,
aCmdLineService=0x8142830,
    aNativeAppSupportOrSplashScreen=0x0) at
/home/chb/mozilla/xpfe/appshell/src/nsAppShellService.cpp:166
166       rv = mAppShell->Create(0, nsnull);

My qt version:
qt3-non-mt-3.3.1-41.14
qt3-devel-3.3.1-33
qt3-devel-tools-3.3.1-32
qt3-3.3.1-36.16
Attached file Fixes the crash (obsolete) —
Attachment #159277 - Attachment is obsolete: true
Attached file Adapt to current CVS (obsolete) —
Adding new patch to make it compile with current CVS
Thanks, but it won't make too much difference. I had this locally for a while
but I'm just rewritting lots of it so it won't make a difference. 
nsCommonWidget can't be the one receiving the events, the only object which
needs to propagate Qt events is the nsWindow and I'm exporting the dispatcher
there. Also it seems like the drawing widget needs to be different than our
window widget since otherwise we get event storms (e.g. a resize event is
received and Resize is called -> we resize internal widget -> resize signal from
Qt is received -> we dispatch resize event to Mozilla -> Resize is called... ).
Of course until this lands in CVS, and it doesn't look like it will happen
anytime soon, everyone will have to deal with my busy schedule at the moment :(
Some updated. Use with the new GFX patch.
Attachment #159368 - Attachment is obsolete: true
Attachment #160091 - Attachment is obsolete: true
Code is now in CVS.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
vrfy fixed. qt is now in the tree.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: