XDarwin 1.2.0 crashes on XFree86 4.3.0 with a "Bus error" whenever started in full screen mode. I am using Mac OS X 10.2.6 Jaguar (6L60) on a PowerBook5,1 (version = 3.3) (PowerBook G4 17-inch [Rev. A]). The error occurs whether started from the Dock or the command line.
Here is a transcript of the session when started from the command line:
--- quoted text follows immediately after this line ---
[Benjamin-Russells-Computer:XDarwin.app/Contents/MacOS] admin% ./XDarwin
2004-08-16 08:58:04.170 XDarwin CFLog (0): CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary.
2004-08-16 08:58:04.256 XDarwin CFLog (0): CFPropertyListCreateFromXMLData(): The file name for this data might be (or it might not): file://localhost/usr/share/zoneinfo/Asia/Tokyo
2004-08-16 08:58:09.578 XDarwin
XFree86 Version 4.3.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 27 February 2003
If the server is older than 6-12 months, or if your hardware is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/FAQ\)
Operating System: Darwin Apple Computer, Inc.
Using keymapping provided in /System/Library/Keyboards/USA.keymapping.
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
Loading GLX bundle glxMesa.bundle (using Mesa)
Display mode: Full screen Quartz
Screen 0 added: 1440x900 @ (0,0)
--- quoted text ends immediately before this line ---
Does anybody know how to fix this bug?
-- Benjamin L. Russell
There was a bug in XFree86 4.3.0 in full screen mode that caused it to crash in certain resolutions. The easiest fix is just to update to XFree86 4.4.0 available from the XFree86.Org web site. Another less desirable workaround is to experiment with using other resolutions in XFree86 4.3.0.
On Wednesday, August 18, 2004, at 11:07, the entity torrey (Torrey T. Lyons) proclaimed:
> There was a bug in XFree86 4.3.0 in full screen
> mode that caused it to crash in certain resolutions.
> The easiest fix is just to update to XFree86 4.4.0
> available from the XFree86.Org web site. Another
> less desirable workaround is to experiment with
> using other resolutions in XFree86 4.3.0.
Is there a GUI-based installer for XFree86 4.4.0? I installed 4.3.0 using one, but can't find a counterpart for 4.4.0.
There is currently no GUI installer for XFree86 4.4.0. The script-based installer from XFree86.Org works, but is a little clumsier to use. The GUI-installer builder that we used for previous releases, InstallAnywhere, has a problem with the latest versions of Mac OS X. We have not found a workaround. In the mean time X.Org is poised to release X11R6.8, which will have some significant improvements over XFree86 4.4.0. Thus at this point we may wait and try to do a GUI installer for X11R6.8 instead.
As you may have guessed, the biggest problem is that no project members currently are very interested in making installers. Most of us are far more interested in writing new code. We'd love to have someone come on board to take on the packaging/installer side of things.
On Thursday, August 26, 2004, at 06:21, the entity torrey (Torrey T. Lyons) proclaimed:
> We'd love to have someone come on board to take on the packaging/installer side of things.
Just out of curiosity, what kinds of libraries in what languages are currently available for the programmers working on the existing installers? Are these libraries sufficiently high-level as to be invocable from Scheme/LISP code, or do they need to be called from C/C++/C#? I enjoy working with Scheme and Emacs LISP, and with functional programming languages in general (one of my next personal projects is to master Haskell).
What would be ideal is if there were an Emacs-like framework for a Mac OS X-based XFree86/X11 GUI installer, with a configuration system similar to the .emacs and .emacs.rc files, for setting flags for sufficiently high-level procedures to modify settings per environment. The framework would need to be robust enough to handle upcoming OS revisions without changes in the underlying code.
Incidentally, if InstallAnywhere is compatible with Jaguar, why not use it anyway for XFree86 4.4.0/X11R6.8? Not everybody has switched to Panther yet (for example, I haven't yet), and it would still be better than having only a non-GUI installation option. Otherwise, the installation process becomes Linux-like.
You probably don't want to be writing a new installer from scratch. There are a number of existing solutions for GUI installers:
1. Use Apple's PackageMaker, which comes with their Developer tools, to make a package that Apple's Installer can use.
2. Make a Java-based installer with InstallAnywhere. This does not require knowing Java. InstallAnywhere is a GUI application that builds the installer application for you. You just have to futz with the settings to get it to do what you want. We wanted to do this because we have traditionally done this and it is easy to cut new releases based on past work.
3. Have your release be a part of some package management/ports scheme such as Fink and/or DarwinPorts that has the ability to install things in binary form. Its great when they add support for our releases, but this has the disadvantage that you have to install a lot of other infrastructure to use this technique. (Note DarwinPorts can "almost" build a package for Apple's Installer, but it can't run post install scripts which are needed for XFree86/X11.)
>Incidentally, if InstallAnywhere is compatible with Jaguar, why not use it anyway for XFree86 4.4.0/X11R6.8?
Good question; I think you are right that it is worth doing even a Jaguar only installer for X11R6.8.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.