Dear Antony: First, allow me to apologize for this. I was hoping this would help make everything seamless.
Mark Brooks suggested updating X11 from http://xquartz.macosforge.org/trac/wiki . Although this might help with such a problem on 10.5 with ppc., in this case I believe it shouldn't help, because on 10.6, this X11 doesn't get installed in the usual location, but instead somewhere in /opt I think. In any case, I don't use it on 10.6, so coot won't have been compiled using it, so installing it should neither help nor hurt. Coot simply won't see it. If coot does see it, it suggests you have the environment variable $DYLID_LIBRARY_PATH set. (Doing so is a very bad idea.) The short answer is I really don't know what is causing this problem. I have two suggestions: (1) Try building coot on your machine and see if it produces a working version. It could be the old iMac I build these things on has some problem with its configuration or something. (2) Try installing my new pre-compiled stand-alone version from here: http://sage.ucsc.edu/~wgscott/xtal/wiki/index.php/Stand-Alone_Coot#Version_0.6.2-pre-1-3250 Please let me know what happens. After term ends (this week!!!!) I will have more time to devote to this. Bill PS: Also, if you or anyone has run into a problem with coot on OS X, please put my email address in the "To" line and then I'll be sure to see it right away... On Dec 1, 2010, at 2:41 AM, Antony Oliver wrote: > Dear all, > > I am trying to install the latest version of Coot on OS X. I have tried > downloading the installer from CCP4, using Bill Scott's Fink pre-compiled > binaries, and also using Fink to compile from source. Unfortunately every > time I try to run Coot I get the same error... > > --- > Wed Dec 1 10:37:24 coot-real[17558] <Error>: unknown error code: invalid > pixel format > Wed Dec 1 10:37:24 coot-real[17558] <Error>: kCGErrorFailure: Set a > breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. > The program 'coot-real' received an X Window System error. > This probably reflects a bug in the program. > The error was 'GLXBadContext'. > (Details: serial 288 error_code 147 request_code 0 minor_code 3) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) > --- > > Presumably there is a problem somewhere with one of the graphic library > dependancies? > Any help would be appreciated. > > Tony. > > => fink package is 0.6.2-pre-1-250 in the unstable tree of fink. > => running OS X version 10.6.5 > > > --- > Dr Antony W Oliver > Senior Research Fellow > CR-UK DNA Repair Enzymes Group > Genome Damage and Stability Centre > Science Park Road > University of Sussex > Falmer, Brighton, BN1 9RQ > > email: antony.oli...@sussex.ac.uk > tel (office): +44 (0)1273 678349 > tel (lab): +44 (0)1273 677512
