Hi,
I'm trying to build Wine 0.9.41 (although I'm having the same problem with
earlier versions) on Mac OS 10.4.10 Intel, and striking a strange problem.
Whenever I try to run Steam using wine, I get the console error "Unable to
Alpha Blend without Xrender". Trying to run a GL game crashes with a
Ok - I was using DWORD instead of int for min & max which made them
unsigned. I've corrected that now and attached an updated version of
both patches (also corrected my email address in the patch)
Thanks,
Matt
On 7/19/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
Matt Jones wrote:
> +i
I tried some Direct3D tests under Linux with CVS wine
and under
Windows XP.
Configuration: Core 2 Duo [EMAIL PROTECTED], 2GB RAM, GF 6800 GS
Options in wine registry: GLSL, FBO, VideoMemorySize 256, PS, VS,
SoftwareEmulation
Patches: Thread_prio patch, 3DMark hack
results: wine/windows
3DMar
Matt Jones wrote:
+if ((req->priority >= min ||
+ req->priority == THREAD_PRIORITY_IDLE) ||
+(req->priority <= max ||
+ req->priority == THREAD_PRIORITY_TIME_CRITICAL))
+thread->priority = req->priority;
+}
This doesn't look correct
Could someone please review this?
Thank you,
Matt
On 7/17/07, Matt Jones <[EMAIL PROTECTED]> wrote:
SetThreadPriority should maintain the current thread priority if an
invalid thread priority number is passed in.
Now uses todo_wine flag
Could someone please review this?
Thank you,
Matt
On 7/17/07, Matt Jones <[EMAIL PROTECTED]> wrote:
Fixes compliance with the test I just sent in.
Try 2 adds constants for realtime min/max priorities & deletes
todo_wine from the fixed tests
Stefan Dösinger wrote:
> Yes, thats essentially what we need. I've been setting up a quick and
> dirty test site myself, with a few lines of php and gnuplot:
>
> http://84.112.174.163/~stefan/laptop/3dmark2000/results.php
Stefan,
could you put the link life again? Or send me screenshots of it. I a
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> These patches get ddraw without opengl working again. In the last versions
> this has failed because wined3d tries to find the gl caps when the first
> wined3d object is created and refuses to work if this fails. This patchset
> makes ddraw working
Mikołaj Zalewski <[EMAIL PROTECTED]> writes:
> I forgot that only lstrlenW has an exception handler. There is a
> (somewhat broken) support for non-NULL-terminated string it in the
> current code and I don't know why it was added so I didn't want to
> remove it. But the main part of the patch is
Alexandre Julliard wrote:
Mikołaj Zalewski <[EMAIL PROTECTED]> writes:
@@ -389,10 +390,10 @@ static void TOOLTIPS_GetDispInfoW(HWND hwnd,
TOOLTIPS_INFO *infoPtr, TTTOOL_INFO
sizeof(ttnmdi.szText)/sizeof(ttnmdi.szText[0]) : INFOTIPSIZE-1;
lstrcpynW(infoPtr->szTipText
Mikołaj Zalewski <[EMAIL PROTECTED]> writes:
> @@ -389,10 +390,10 @@ static void TOOLTIPS_GetDispInfoW(HWND hwnd,
> TOOLTIPS_INFO *infoPtr, TTTOOL_INFO
> sizeof(ttnmdi.szText)/sizeof(ttnmdi.szText[0]) :
> INFOTIPSIZE-1;
> lstrcpynW(infoPtr->szTipText, ttnmdi.lpszText, m
"Evan Stade" <[EMAIL PROTECTED]> writes:
> +GpStatus WINGDIPAPI GdipScaleMatrix(GpMatrix *matrix, REAL scaleX, REAL
> scaleY,
> +GpMatrixOrder order)
> +{
> +REAL scale[6];
> +
> +if(!matrix)
> +return InvalidParameter;
> +
> +memset(scale, 0, 6 * sizeof(REAL));
Using mem
Am Donnerstag, 19. Juli 2007 09:10 schrieb H. Verbeet:
> I think the flag is fine. Executing that part of the code or not
> doesn't really depend on the surface type. GDI surfaces would never be
> attached to an FBO anyway, it's the GL_LIMITS(buffers) that would
> cause problems here. Making sure t
On 19/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
What I meant was that selecting the gl codepath or the no gl codepath. This is
preferably done by calling a COM method on the right vtable(d3d surface / non
d3d surface). My first patch(never sent here) checked the vtable address to
find out
14 matches
Mail list logo
