hi! I have CC'ed Christopher Blizzard for Part 2 PART 1 of 2 ----------- Apprunner crashes... Toolkits: Gtk and Xlib (others not tested) steps for reproduction... 1. run apprunner 2. load http://www.corel.com 3. click on Product Index text link on left hand side 4. (new page loads) scroll to bottom to see a combo-box 5. select product CorelDRAW 3.5 for UNIX (any choice would do I guess) 6. click on Go 7. *crash* PART 2 of 2 ----------- I have created a sample application webshell/embed/xlib/qt/embed_xlib_into_qt for Qt 1.44 This is similar to the other embed_xlib_into_xxx applications. clicking on a particular link crashes embed_xlib_into_qt and not embed_xlib_into_gtk Steps: 1. build embed_xlib_into_qt by setting MOZ_QT_CFLAGS and MOZ_QT_LDFLAGS in config/autoconf.mk I recommend this so that you are not required to build with --with-qt 2. run embed_xlib_into_qt 3. load http://www.corel.com 4. click on the graphical menu link labelled as "SHOP" just below top banner 5. application crashes IMPORTANT: 1. However, if the Gtk sample, embed_xlib_into_gtk is used for this test, it doesn't crash. 2. Also, clicking on some other link, particularly non-graphic, the application mostly does not crash. 3. The timing or instant of the crash is not consistent. Sometimes the application crashes before rendering the next page.... sometimes it crashes after the page is rendered completely. Eventually I want to use the Qt based webshell in my application and hopefully I won't face these bugs. Thanks.
Any chance of a stack trace on this? I'd just like to try to figure out a potential owner more closely before I try to tackle this.
Part 1 of 2 ----------- I hate this... I have 44 stack frames but I get a sigsuspend() from libc.so.6 from pthread_create@@GLIBC_2.1 even before I see apprunner I doubt this dump is of any use. My system configuration: Debian Linux i386 kernel 2.0.36 i686 g++ 2.95.1, GNU gdb 4.18 Qt 1.44 libX11.so.6.1 icewm 0.9.48-2 Mozilla pull: cvs co -D "09/22/1999 14:00:00 PST" SeaMonkeyAll Hope this helps somewhat. Part 2 of 2 ----------- Working for a stack dump on this... (stupid Qt build)
Waqar? Could you take a look at this one too? Thanks.
User is running on Debian Linux. I will have to get a machine with Debian installed so I can test it. Redhat does not show the problem. I will try to a machine with Debian linux.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → REMIND
At this time we only have RedHat Linux setup, I will resolve this bug as later.
Mass update: changing qacontact to email@example.com
QA Contact: janc → ckritzer
Updating QA Contact.
QA Contact: ckritzer → lorca
reopening and marking Future...
Status: RESOLVED → REOPENED
Resolution: REMIND → ---
Target Milestone: M14 → Future
Needs a test case, Corel has changed their web site.
Status: REOPENED → ASSIGNED
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
QA contact updated
QA Contact: gerardok → madhur
bulk reassigning Waqar's bugs to Don.
Assignee: waqar → dcone
Status: ASSIGNED → NEW
I can not repro this. Marking WFM.
Status: NEW → RESOLVED
Last Resolved: 18 years ago → 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.