>> This is something I've been working on on and off for the last couple of
>> months. The formatConverter certainly works under Win32 and has been
>> working for some time. Unfortunately the Tk/Tcl and OpenGL combinations in
>> analysis throw up a few serious bugs when compiled in Win32.
>>
>> I'll quickly mention a few of the problems to see if anyone has any
>> ideas... To compile the C code I use either cygwin or MinGW (with the
>> appropriate --mno-cygwin flags etc.) I use these compilers as some of the
>> Tk/Tcl parts of analysis rely heavily on the X window system - which isn't
>> part of the native Win32 system, but is included with these compilers (and
>> not Visual Studio).
>>
>> When running the Tk parts of the code the program falls over due to what I
>> believe is a bug in the cygwin X implementation. It's something to do with
>> a function called XCopyArea() that doesn't do what it says on the box. I'm
>> working on getting some sample code to replicate the error so I can
>> submit it if it really is a genuine bug.
>>
It should not be necessary to compile Tcl/Tk and Python yourself. You
could use precombiled versions such as
http://www.activestate.com/Products/ActiveTcl/
and
http://www.python.org/download/
If all the window handling is done through pythons Tkinter or Tcl/Tk,
there should be no code that uses X.
>> To get the OpenGL code to work (I believe) would take a drastic overhaul
>> of the OpenGL code and result in incomapibilities with the original ccpn
>> distribution. (The Win32 implementation of OpenGL seems to be different
>> enough to cause headaches for people working in both environments).
>>
There should be OpenGL code that comes with modern Graphics Cards which
should be standard compliant, but I have no idea, if it is used they
same way as in the *ix environments. Mesa which is used under Linux
should be standard compliant as well.
>> If you'd like me to share my Win32 Makefiles, include files and scripts
>> let me know. I could also try and walk anyone through the slightly painful
>> compilation if they fancy it.
>>
>> If you really really want to run analysis on Win32 *today* then you might
>> like to look at some of the X-emulators available for Windows. However I
>> don't think this is something anyone has tried before and would probably
>> result in a severe performance hit!
>> Using something like putty it is possible to ssh into linux boxen and
>> bring up their X programs on your Win32 screen. However, this can get a
>> little confusing when you have to transfer your projects from machine to
>> machine...
>>
At the moment I am using a SGI workstation to display the X from a Linux
server. As long as the network is running fine the speed is not slower
than running Sparky on that same SGI locally...
--
--------------------------------------------------------------------
Christoph Brockmann
Forschungsinstitut fuer Molekulare Pharmakologie (FMP)
Robert Roessle Str. 10
D-13125 BERLIN, Germany
phone: +49-30-94793-223
email: [log in to unmask]
--------------------------------------------------------------------
|