I know that I said 2.6.2 would be the last of the 2.6.x series, but I've squashed a fair number of crashes and annoyances recently. I didn't want you all to have to wait for 2.7.0 to get your hands on them. 2.6.3_rc1 pulls in fixes for multiple crashes including two that are hit when either the display sleeps or the display resizes larger than it was before. Some other less common crashes were fixed as well for when X11 starts without a display connected and a rare crash during shutdown. quartz-wm also saw an update for some initial window placement and size validation (fixes an issue where fullscreen windows would be resized too small when the display increased in size). iceauth and xauth should now work with AFP home directories. If you've been experiencing any crashes in XQuartz, then I highly recommend giving this build a try. http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.6.3_rc1.dmg or just check for updates within X11. Thanks, Jeremy
Jeremy Huddleston <jeremyhu@apple.com> writes:
If you've been experiencing any crashes in XQuartz, then I highly recommend giving this build a try.
Last week while I was on the road I saw several server crashes in 2.6.2 that I've not seen before or since. They all seemed to have the same backtrace, which I've forgotten the details of now, but it was in some pretty low-level drawing routine to judge by the name. The triggering event was *not* anything interesting like display resize or wake from sleep, it was just window exposes and suchlike. Since what I was doing is exactly the sort of stuff I usually do, the best theory I can come up with is that it was somehow timing-dependent, with a large latency to the client programs (which were on my home machine) needed to trigger it, so that it doesn't happen when I'm at home. This didn't seem to make a lot of sense given where the crashes seemed to be, but it's all I've got. Anyway I hit "send to Apple" for a couple of them, so you should have the details even though I don't anymore. Does this sound even vaguely like anything you fixed? regards, tom lane
If your machine ever went to sleep or you ever connected or disconnected a display, it's highly likely that the issue was a memory smasher fixed in 2.6.3. Because of the nature of the bug, the crash could occur in random locations. At this point, I don't think it's worth looking into any crashes prior to this release because they are likely just instances of the bugs fixed in this release. If you hit a crash in 2.6.3_rc1 or later, I want to know about it, but anything before that will just result in me asking "does it happen on 2.6.3?" ... ;) On May 25, 2011, at 15:18, Tom Lane wrote:
Jeremy Huddleston <jeremyhu@apple.com> writes:
If you've been experiencing any crashes in XQuartz, then I highly recommend giving this build a try.
Last week while I was on the road I saw several server crashes in 2.6.2 that I've not seen before or since. They all seemed to have the same backtrace, which I've forgotten the details of now, but it was in some pretty low-level drawing routine to judge by the name. The triggering event was *not* anything interesting like display resize or wake from sleep, it was just window exposes and suchlike. Since what I was doing is exactly the sort of stuff I usually do, the best theory I can come up with is that it was somehow timing-dependent, with a large latency to the client programs (which were on my home machine) needed to trigger it, so that it doesn't happen when I'm at home. This didn't seem to make a lot of sense given where the crashes seemed to be, but it's all I've got. Anyway I hit "send to Apple" for a couple of them, so you should have the details even though I don't anymore. Does this sound even vaguely like anything you fixed?
regards, tom lane
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
participants (2)
-
Jeremy Huddleston
-
Tom Lane