Whow I havent posted in a while... Gottta job -- no more college (but I have to finish my Masters Thesis... crap)...
Ok back to wine
------- (Mac OSX X86 ONLY) Some of my friends an I have been working on wine after work and have managed to put together some patches
OpenGL dynamic loading -- Mac OSX does not need to dlsym every ogl entry point -- it handles that for you... -- so numerous apple specific changes to make that work right GLX FBConfig -- not supported by mac glx -- faked inside of glx with choosevisual (~80,000 calls to choose visual with various pixel formats) -- this can be done better with agl or cgl or ANYTHING but x11 glx Stack fudging -- mac requires 16 byte aligned stack windows does not -- this leads to illegal instructions (aligned wrongly) -- until gcc can handle this I have a temporary solution to realign stacks using inline asm (fragile and dangerous -- but better than crashing) GLX Root Window -- Wine uses the fact that a root window exists in x11 in many places... -- But no one wants to run the x11 root window on their mac (what the b&w checkerz are ugly?) -- So I have some fixes for that too -- basically make a button and use its context for querying quartzdrv -- from darwine -- I got this to compile and load -- but its not very useful -- it makes white boxes winecoreaudio -- from darwine -- I got this to compile and load -- but its not very useful -- it crashes ALOT
I think thats all -- WHEW..
ATM -- We have the glx root window fixes and fbconfig fixes in for ddraw and d3d and ogl I have only put the stack fudging asm blocks in specific functions
---------- So what is the next step? Can these changes go into the wine tree (barring the stack fudging)
Are people interested in these kinds of fixes?
------ Also what has Oliver Stieber been up to lately?
Thanks for all the hard work and effort put into wine -- keep it up
- Nick