Re: settlers 3 and dib engine

On 9/8/07, Skrzynka [EMAIL PROTECTED] wrote: Hi, I'm trying to get Settlers 3 to run on Wine. After fixing some race condition (seems like the thread calling WaitForXXXObject was giving up time-slice too early after the call) it seems that the only problem left is very slow text output. What

Re: Would like to contribute to wine

On Di, 2007-09-04 at 08:17 +0200, Maciej Kowalczyk wrote: I'm looking for subject for my Master's thesis. It might be interesting to do something useful for Wine. Welcome to wine. On this year's Google SoC I found an interesting application called Windows Printing subsystem bridge (i.e.

Re: settlers 3 and dib engine

On 9/8/07, Skrzynka [EMAIL PROTECTED] wrote: I compiled winedib.drv but ExtTextOut function is missing there and overall there are regressions visible when running Settlers 3 (wrong colors, no text at all). Oh, it would be quite nice if you use this test app and document the missing and

build problem on amd64

Greetings, I hope I have the right list. I'm trying to build Wine 0.9.44 under 64Studio, a Debian-based distribution. CPU is an AMD64, GCC is 4.1.2. Configure and make depend report no errors (btw, I ran a simple ./configure, no options), but when I run make I receive these errors : gcc -c

Re: nhelp, Vector NTI, molecular biologists

Francois Gouget wrote: Uwe Bonnes wrote: [...] Missing MFC42 and other redistributable DLLs is a showstopper for winelib and running windows code on non i386 archtecture... Well, not quite. If you're going to use Winelib it means that you have the source of the application. And if it is

Re: settlers 3 and dib engine

Jesse Allen wrote: On 9/8/07, Skrzynka [EMAIL PROTECTED] wrote: Hi, I'm trying to get Settlers 3 to run on Wine. After fixing some race condition (seems like the thread calling WaitForXXXObject was giving up time-slice too early after the call) it seems that the only problem left is very

Dfw5 draws graphs black (regression)

Hi! Derive 5 no longer draws graphs in color. It should look like that: http://wserver.wm1.at/~willi/wine/dfw.png With current versions, it draw the blue graph in black. I could track it down to this commit (between 0.9.25 and 0.9.26): http://wserver.wm1.at/~willi/wine/wine_dfw.diff.txt (In

Re: [PATCH 2/3] wininet: Use parent/child handle framework to track parent/child handle relationships.

Hi Misha, Misha Koshelev wrote: We have a lot of parent/child relationships in wininet that are addressed on an individual basis. Now we can just address them within the framework since we need that framework for closing handles too. The only thing I don't like is that we have to make lots

Re: settlers 3 and dib engine

On 9/8/07, Skrzynka [EMAIL PROTECTED] wrote: I'll do what I can. However it's far too early to bother about my commits :) I'm trying to compare and understand the control flow of both drivers (winex11 and winedib). At which function in winex11 is copying data to/from server taking place? And

Re: settlers 3 and dib engine

Does this mean that the current _painfully_ slow Imperialism II that uses the DIB drawing to draw it's in game maps will work faster? I'm waiting for this functionality and have pledged $20 just in case it can spur on the solution. Best Regards, Martin Owens On 08/09/2007, Jesse Allen [EMAIL

Re: settlers 3 and dib engine

On 9/8/07, Martin Owens [EMAIL PROTECTED] wrote: Does this mean that the current _painfully_ slow Imperialism II that uses the DIB drawing to draw it's in game maps will work faster? I'm waiting for this functionality and have pledged $20 just in case it can spur on the solution. Best

[PATCH 2/3] wininet: Use parent/child handle framework to track parent/child handle relationships.

Jacek Caban wrote: Hi Misha, Misha Koshelev wrote: We have a lot of parent/child relationships in wininet that are addressed on an individual basis. Now we can just address them within the framework since we need that framework for closing handles too. The only thing I don't like

Re: gdi32: return the correct font type, ntmFlags and PitchAndFamily for Type1 fonts (improved, fixes bug #5877)

Mikolaj Zalewski [EMAIL PROTECTED] wrote: As suggested by Dmitry the table id is now a symbolic constant. However I didn't included the tttags.h but defined the constant myself as I see that every freetype header is checked by configure and included only if it is available. Thus in case it is

Re: ntdll: Do not segfault with snoop for files with a broken exporttable

Detlef Riekenberg [EMAIL PROTECTED] wrote: ntdll: Do not segfault with snoop for files with a broken export table +/* Check for files with broken exports */ +if (exports-Characteristics || +exports-MajorVersion || +HIWORD(exports-NumberOfFunctions) || +