As it was one of my objectives when Christian's work prodded me into restarting working on D3D, I am happy to show here the first screen shot of SystemShock2 working (alas texture-less) with Wine :

http://www.bbrox.org/system_shock2.png

Merry Christmas to everybody :-)

Lionel (with one week and a half of almost full-time hack vacation left :-) )

I created a small web page with the list of the demos / games I am using to test Direct3D and their various status. If anyone of you has a demo that is almost running (ie it starts in D3D mode and does not crash to reason not linked to D3D) and you want me to look at it, send me a private mail and we will see what I can do (once I come home to my ADSL line :-) ).

I would also be glad of people testing the same demos than me with other OpenGL libraries to see if they have the same texturing problem that I have.

The status page is here :

http://www.bbrox.org/d3d_status.html

wine still needs some polish before it can install msvc4 nicely, but it can indeed install it, and the installed copy of msdev appears to work! I used the IDE to create a "hello, world" console app, and it compiled and ran perfectly!

The UI seems snappy enough on my dual pentium 650, too.

I'm sure I'll find many problems with this later, but for now, I think it's awesome that Wine can install and run msvc4 at all!

It's been almost a month since the last release of the Winelib page, and a _lot_ has changes since then:

http://www.dssd.ca/wine/Winelib-Apps-0.2.html

The page has been reorganized, enhanced, etc. Too many changes to list here. If you haven't followed the working version, it's a good time to check it out.

Last night I managed to compile, link, and successfully run all(1) samples that come with wxWindows.

In all honesty I am overjoyed! Let me explain why:

• wxWindows is a large piece of software that touches on most (if not all) Wine aspects. It does put our headers through their paces.
• The porting effort has been simple, and it took me a just a few days to do it.
• I have not used _any_ of the previous efforts to port wxWindows to Wine. I rather started with their MinGW port.
• Most of the changes have been trivial fixes for Wine which I have sent to wine-patches in the last few days.
• The hacks to wxWindows have been trivial and few in number. I have touched only a few files, and the changes are real simple. They'll need some cleaning up, and I'll submit them to the wxWindows folks for inclusion.
• The wine{gcc,wrap} combo is a great success. All I had to do was to touch only *one* file (makeg95.env), and modify only a few lines to get *everything* to compile and link.

What does Wine get out of it:

• A good test for our headers
• Proof that wine{gcc,wrap} are a good idea (at least for me)
• A large number of sample that show quite a few problems in Wine.

If anyone is interested in more details please let me know, and I'll be glad to provide them. Once we decide on the __WINE__ vs. __WINESRC__ thing, I'll cleanup the wxWindows changes and submit them for inclusion in their tree, so hopefully you'll be able to play with it using the official version not before long.

Notes

1. All but a few:
   • 'dialup' did not compile because I had to disable dialup support in wxWindows since wine does not have a wininet.h
   • 'proplist' did not compile because I forgot to enable property lists in the configuration when I compiled wxWindows
   • 'tab' sample did not compile because it's recommended to not enable this deprecated option, so I did not.
   • the samples 'listbox', 'memcheck', and 'opengl/*' are not supported by wxWindows under MinGW, so I did not bother.

Tom Wickline took over the Wine Contrib page, and cleaned it up. He already went through 4 iterations, and asked me to post it on my site for your reviewing pleasure:

http://www.dssd.ca/wine/Wine-Contrib-0.4.html

Please take a look at it, and let us know what you think. The idea is to get it over with as soon as possible so that work on other pages can commence.