public inbox for cygwin-xfree-announce@sourceware.org help / color / mirror / Atom feed
From: Jon TURNEY <jon.turney@dronecode.org.uk> To: Cygwin/X announce list <cygwin-xfree-announce@cygwin.com> Subject: Updated: xorg-server-1.14.1-2 (TEST) Date: Fri, 21 Jun 2013 12:15:00 -0000 [thread overview] Message-ID: <51C43E61.9060303@dronecode.org.uk> (raw) The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.14.1-2 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.14.1-1: * Fix a multiwindow mode crash if a failure occurred while making a Windows icon (Reported by Matthew D'Onofrio) * Stop processing of _NET_WM_ICON hint if it's malformed with an icon size bigger than the data remaining in the property * [cygwin64] Fixed clipboard integration * [cygwin64] Added DMX server as dependencies are now available * [source] Fail in ./configure if yacc and lex aren't found * [source] Check for python in ./configure * Remove useless multimedia i2c driver modules * Add xwinclip package Note that GLX support is still disabled on cygwin64 as software rendering crashes in softpipe and the dependencies for llvmpipe are missing. These packages are currently marked as a test release because making the clipboard work on cygwin64 involved a fair amount of changes, so there is a probably a high risk of a regressions. Clipboard integration and cygwin64 ================================== A little bit of explanation as to why this broke, and why it was hard to fix... About 25 years ago, unsigned long was chosen as the C type for CARD32, a 32-bit cardinal value in the Xlib interface. With hindsight, this is recognized as a mistake [1]. For 64-bit code, the same type is used (I assume to preserve the API), so sizeof(CARD32) is 8 in a 64-bit client and converted to a 32-bit protocol value on the wire (because sizeof(CARD32) is 4 in a 32-bit client). However special steps are taken in the server code (_XSERVER64 is defined), which modifies the behaviour of the Xlib headers to makes sizeof(CARD32) always 4 there. Currently some X client code, for clipboard integration and the internal window manager for multiwindow mode is built as part of the process of building the XWin Xserver. This works fine for a 32-bit XWin Xserver, but given the above issue, it's very tricky to build this code correctly when building a 64-bit XWin Xserver. So, I've now factored out the clipboard code as a library, which is built separately. Unfortunately, this involved rather a lot of tedious untangling, so there is the risk that I've broken something. Also, xwinclip has been restored (it seems the xwinclip package was removed sometime ago) as a simple client which uses the same clipboard library. This should make working on clipboard bugs and features a lot more tractable, as starting the XWin Xserver with -noclipboard and then running xwinclip should behave identically, but xwinclip can be debugged and modified without having to restart the Xserver. [1] http://lists.x.org/archives/xorg-devel/2009-October/003012.html 55e2fb1ec3482fa32d3e290fbd41cb92 *xorg-server-1.14.1-2.tar.bz2 45f9dbbf757a97e5b0f16a62a2d285fa *xorg-server-common-1.14.1-2.tar.bz2 af7614ab7b3815a7a97592488aea8953 *xorg-server-debuginfo-1.14.1-2.tar.bz2 6b38c5f7247d59f13b9d9f6127e766f2 *xorg-server-devel-1.14.1-2.tar.bz2 7904595e8b4f4a657b9f281d1ae7c2ef *xorg-server-dmx-1.14.1-2.tar.bz2 32de633ad23849748afab6a24078719a *xorg-server-extra-1.14.1-2.tar.bz2 f1671e993fad8caba441a032f1803a53 *xwinclip-1.14.1-2.tar.bz2 cbbae348b5661d4e83f3ddd48a113466 *xorg-server-1.14.1-2-src.tar.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer
reply other threads:[~2013-06-21 12:15 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=51C43E61.9060303@dronecode.org.uk \ --to=jon.turney@dronecode.org.uk \ --cc=cygwin-xfree-announce@cygwin.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).