Bug 224311
Summary: | Xephyr segfaults on startup | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Eskritt <jeskritt> |
Component: | xorg-x11-server | Assignee: | X/OpenGL Maintenance List <xgl-maint> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-01-29 23:02:07 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
Jonathan Eskritt
2007-01-25 07:16:03 UTC
This appears to be a 64-bitness bug in Xephyr. hostx.c is being built all wrong; KeySym is defined as XID is defined as unsigned long, which would be fine on 32 bit but not here. As a result, the keymap fill code walks off into other bits of .data, and smashes the cursor private index, so the next call to pScreen->RealizeCursor() explodes. Pretty cool! hostx.c is special and needs to thunk between X server and Xlib types, which are not the same sizes even though they're the same type names. So basically you can't ever talk about KeySyms, you just have to know that they're unsigned 32-bit ints. So gross. But, fixed in 1.2.0-3 and in 1.1.1-47.5.fc6, the latter of which will be in updates shortly. Thanks! |