OK, so I've got the code compiling. Now I just have a long list of undefined symbols :-). There are a variety of different concepts that are mashed into the "XFRACT" define, so I haven't been using that. I've been using _WIN32 to detect for my compilation environment. I'm not sharing anything with XFRACT or WINFRACT code bases, I'm just sharing with the core fractint code base. Some observations: - we should have a C layer for all the assembly language stuff I thought xfractint already had this and I steal code from the unix folder as needed, but it should probably be refactored more explicitly after I get this working. The WinFract code also has some assembly language stuff. - we should have a defined symbol for the fractint DOS code path Currently there is #ifndef XFRACT but I've had to modify all those to deal with stuff I *do* want and stuff I *don't* want for Win32. - string and memory handling is nuts! bcopy, memcpy, strcpy, make up your mind! :-) There are probably a gazillion bugs lurking around the code because of all the crazy string and memory handling and it looks like its only gotten worse since the last time I looked at the code base. I imagine its the tortured memory model of DOS apps that is causing most of this. - platform stuff should be factored out Timers, directory searching, math errors -- these are all things specific to a "computing platform" and should probably be refactored out cleanly. Right now all the video stuff and platform stuff is all glommed together into the win and unix folders, and the running assumption in the current code is that "new platform" equals "new video driver", but this isn't always the case. For instance, Win32 is a single platform that can support drivers for: disk, GDI, DirectX, OpenGL and X11. I'm probably breaking compilation of the DOS codepath by fiddling with the #defines, but just don't know it yet. I know for a fact that it won't compile as it is -- the driver abstraction has been introduced, but the existing fractint code has not been reworked into the driver framework. After I get the existing DOS code reworked into the driver framework, it would be very helpful if someone else could check out the branch and try compiling it. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>