Bug 15421
Summary: | XFree 4 induces core dump of legacy openlook apps | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Philip Long <phillong69> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-11-14 17:40:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Philip Long
2000-08-04 17:43:47 UTC
The (remote) programs are failing on XtAppInitialize with signal 11 If the remote programs are coredumping then there is a bug in the remote applications IMHO. You would have to get a backtrace of a coring app, and track down where the problem is occuring. It likely is just a bad assumption in the app of something that has changed. It is hard to say without more info though. I have nothing here to reproduce it. Xt apps are also considered legacy as you mention, and Xt is quite unsupported by the XFree86 team for the most part. If a bug can be traced directly o XFree, and enough info supplied to fix the bug, or someone submits a patch that fixes a bug, then I'll apply it and submit it to XFree86, but I don't currently consider this a bug in XFree86. |