Tim and all, Thanks for looking into this problem!
There may be some clues in the following discussion of the new launchd approach to starting X11 programs under Xquartz and os x 10.5: Biggest user-visible change in Leopard X11 is a new launch-on-demand support, courtesy of launchd. If you start a program that tries to open your X $DISPLAY, launchd will check to see if X11.app is running. If not, it will automatically start it for you. So on Leopard, just run a command like xterm or start an application that needs X11, and X11 will start up automatically. This means that now you can just run X apps like you would any other app. But this launch-on-demand functionality only works correctly if X11.app is launched on demand. So don't run X11.app from the Dock. Or, at all, manually. Ensure that you are not explicitly setting $DISPLAY in any configuration files as it will throw away the location of the launchd socket that X clients need to know how to use, verify that 'echo $DISPLAY' in Terminal.app reports something that starts with '/tmp/launchd', and then just run 'xterm &' from Terminal. This will work with any X11 client application that links with the standard libX11.dylib. This excerpt is from a longer discussion of X11 and leopard at http://homepage.mac.com/sao1/X11/index.html Thanks again! -Phyllis Phyllis Nelson, PhD Professor, Electrical and Computer Engineering co-Director, Center for Macromolecular Modeling and Materials Design California State Polytechnic University, Pomona email: prnelson at csupomona dot edu voice: (90(0 869-2649 (email preferred) office: building 9 room 131 lab: building 9 room 102 -----Original Message----- From: [EMAIL PROTECTED] on behalf of R. Timothy Edwards Sent: Tue 1/22/2008 5:18 PM To: Zappa Cc: [email protected]; [EMAIL PROTECTED] Subject: Re: [Xcircuit-dev] Magic problem with MacOSX 10.5 Dear Dario, > I am Dario, a student of Brescia (Italy). I'm using Magic in a > Microelectronics course, to design a PLL in a 0.18u technology. > I have some problem to run Magic on my old Mac iBook G4, with MacOSX > 10.5.1 (Leopard with Service Pack and X11) installed. > I install Xcode, the development kit by Apple to compile the source > code. I correctly set the "./configure" and I succesfully compile > with the argoument "-with-interpreter=tcl" (I have TCL/TK 8.4.7 > installed by default on my PC) for powerpc-apple-darwin9.1.0. > Everything is succesful (apart that it can't find OpenGL, so I use > X11 that is enough for me), but when I try to execute magic it give > me a "segmentation fault" in the "wish" application. In particular, > if I try to debug that error with: > > gdb /usr/local/lib/magic/tcl/magicexec > run > > it tells me: > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x732e2050 > 0x0059a49c in XDefaultColormap () This is, I think, the third email I've gotten about this problem, two related to Magic and one to XCircuit. The problem seems not to be the Magic or XCircuit code itself, but the calls to X11 colormap functions. This problem seems to have started cropping up with OS-X 10.5 as people attempt to compile directly. Previously, I think everyone compiled using "fink", although with my lack of knowledge about Mac OS-X, I don't know any of the details. What I understand about this particular problem is that OS-X crashes immediately on calls such as XDefaultColormap(), XInstallColormap(), and XAllocNamedColor(). In the last function listed, used in XCircuit, the colormap is retrieved from Tk_Colormap(), which returns a low-integer value (like, say, 4). This is very unlike colormap values used by X11, which tend to be addresses in upper memory spaced converted to an integer. That is not necessarily wrong, but it's really the only thing I can find that is remotely unusual in the stack traces. I poked around with Google for any mention of such a problem but came up with nothing. So I am copying this message to the magic-dev and xcircuit-dev mailing lists, hoping that one of the OS-X people monitoring the lists knows something about the problem, even (hopefully) how to fix it. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: [EMAIL PROTECTED] | | MultiGiG, Inc. | web: http://www.multigig.com | | 100 Enterprise Way Suite A-3 | phone: (831) 621-3283 | | Scotts Valley, CA 95066 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ _______________________________________________ Xcircuit-dev mailing list [email protected] http://www.opencircuitdesign.com/mailman/listinfo/xcircuit-dev _______________________________________________ Xcircuit-dev mailing list [email protected] http://www.opencircuitdesign.com/mailman/listinfo/xcircuit-dev
