Ok I went back blew away my git tree and got the latest one out there...
I then did one patch apply using one of my patches... and started rethinking
the way
I was doing? drawStridedSlow. Looking further into the code I found there was
another
function further down that did the switch but it
Is there any documentation on the wine site how to set this up stefan??? It
may be a start to what I am thinking.
chris
-Original Message-
From: Stefan Dösinger [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: wine-devel@winehq.org
Sent: Wed, 10 Sep 2008 11:32 am
Subject: RE:
This sounds like a segment / Boundry issue... how far up does it repeat this
action? or have you tried??? is it an even number of blocks that the error does
not occur?
Chris
-Original Message-
From: Martin Profittlich [EMAIL PROTECTED]
To: wine-devel@winehq.org
Sent: Wed, 10
Ok thanks... so its safe to ignore which is what I was wondering =)
Chris
-Original Message-
From: Damjan Jovanovic [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: wine-devel wine-devel@winehq.org
Sent: Tue, 9 Sep 2008 1:01 am
Subject: Re: socket errors...
On Tue, Sep 9,
couldn't you instead when the patchwatcher takes the patch it assigns it a
patch # and require if there is a patch dependency? that the person put into a
comment REQ_PATCH: 123456,15456, etc.. ? That way when a diff is done for the
patch it would appear in the patch diff?
Then patchwatcher
yes I am looking at the shaders... and am noticing something as well in the
traces... some reason when it goes to ask how much memory to use...
on my machine it thinks it only has 16mb of texture memory.. when the laptop
has 256mb of video ram...? if you look in device.c the pixel shader fails
I have finally tracked this down and have the patch for an unhandled exception
error.
The error occurs in? provider.c in routine :
static HRESULT DXDiag_InitDXDiagDirectShowFiltersContainer(IDxDiagContainer*
pSubCont) which is in provider.c in dxdiagn dll.
I won't post the whole
-Original Message-
From: Lei Zhang [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: wine-devel@winehq.org
Sent: Tue, 1 Jul 2008 11:34 am
Subject: Re: Possible issue with win.c and help
On Mon, Jun 30, 2008 at 9:05 PM, Chris Ahrendt [EMAIL PROTECTED] wrote:
Ok in my ever
Has anyone looked at the changes put on the list for context.c? Just had not
heard anything..
I assume it is because I am new and all but still...just trying to help per the
request on the wine site =)
chris
I am sorry everyone for the spam =)
been awhile since I developed stuff, been so used to designing things? =)
here in all its glorry is the diff -u context.c context.c.new diff.txt file
I couldnt get the -c option to work so here is just the -u
--- context.c??? 2008-06-26 13:52:57.0
Thank you so much for being patient and showing me how to do this.. with much
help from everyone here is what the results are :
Patch 1 :
File : wine-1.0/dlls/wined3d/context.c
--- context.c??? 2008-06-26 13:52:57.0 -0400
+++ context.c.patch1??? 2008-06-26 15:19:15.0 -0400
@@
on the patch list...
The first patch is for a bug I tracked down in context.c that is causing some
of the behavior that wine is having with the ATI graphics driver.
The second patch? was something I noticed in the code as well that looked a
little off which also relates to the way iPixel
Ok I have been wandering around the code in context.c and have found a few
things that I have opened a bug on (14000)
but in further looking in context.c
if I comment out the lines between 237 and 245 wine seems to continue
working better infact? (I no longer get no iPixel errors using
the code is in :
wine-1.0/dlls/wined3d/context.c
here is the changed code :
/* This function takes care of WineD3D pixel format selection. */
static int WineD3D_ChoosePixelFormat(IWineD3DDeviceImpl *This, HDC hdc,
WINED3DFORMAT ColorFormat, WINED3DFORMAT DepthStencilFormat, BOOL
14 matches
Mail list logo