On Sat, Jul 17, 2010 at 5:26 PM, Marvin test...@testbot.winehq.org wrote:
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3509
Your paranoid
On 17 July 2010 21:13, Misha Koshelev misha...@gmail.com wrote:
+ if (hr == D3D_OK)
+ {
+ todo_wine ok( vertex_buffer_description.Format ==
D3DFMT_VERTEXDATA, Got result %x, expected %x
On 17 July 2010 21:13, Misha Koshelev misha...@gmail.com wrote:
+#include assert.h
You don't use that in this patch.
+ D3DXVECTOR3 test_vertex_data[8];
I think it makes sense to use the same kind of structure you're using
in your implementation of D3DXCreateSphere() here.
+ if
Same comments apply as for the previous patches. With this being a
larger dataset it makes even more sense to calculate the vertices
instead of hardcoding them.
On 17 July 2010 21:13, Misha Koshelev misha...@gmail.com wrote:
---
dlls/d3dx9_36/tests/mesh.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dlls/d3dx9_36/tests/mesh.c b/dlls/d3dx9_36/tests/mesh.c
index cac515e..401e61e 100644
--- a/dlls/d3dx9_36/tests/mesh.c
On 17 July 2010 21:14, Misha Koshelev misha...@gmail.com wrote:
@@ -636,6 +636,10 @@ static void D3DXCreateBoxTest(void)
IDirect3DVertexBuffer9_Release(vertex_buffer);
}
+ /* Index buffer */
+ number_of_faces = box-lpVtbl-GetNumFaces(box);
+
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3510
Your paranoid
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3514
Your paranoid
Paul Chitescu pa...@voip.null.ro writes:
@@ -3323,6 +3323,26 @@ HANDLE WINAPI GetCurrentProcess(void)
}
/***
+ * GetLogicalProcessorInformation (KERNEL32.@)
+ */
+BOOL WINAPI
David Hedberg david.hedb...@gmail.com writes:
---
dlls/shell32/shell32.spec |2 +-
dlls/shell32/shell32_main.h|5 -
dlls/shell32/shlmenu.c |2 +-
dlls/shell32/tests/shlfileop.c | 14 +++---
dlls/shell32/undocshell.h |4
On Monday 19 July 2010 03:25:15 pm Alexandre Julliard wrote:
Paul Chitescu pa...@voip.null.ro writes:
@@ -3323,6 +3323,26 @@ HANDLE WINAPI GetCurrentProcess(void)
}
/***
+ *
Paul Chitescu pa...@voip.null.ro writes:
The buffer argument is not to void but the corresponding structures and
constants are missing in wine includes.
Would you want first to have that structures copied from MSDN?
Yes, of course you need to define them. You also need to add the
function
2010/7/18 Mariusz Pluciński vsha...@gmail.com:
+static HINSTANCE hInstance;
This is unused.
You're mixing tabs and spaces, and have a couple of trailing spaces.
Also:
+ * DllRegisterServer (OLEAUT32.@)
2010/7/18 Mariusz Pluciński vsha...@gmail.com:
+static HRESULT WINAPI gameuxcf_QueryInterface(
+IClassFactory *iface,
+REFIID riid,
+LPVOID *ppobj )
+{
+if (IsEqualGUID(riid, IID_IUnknown) ||
+IsEqualGUID(riid, IID_IClassFactory))
+{
+
Austin English austinengl...@gmail.com writes:
diff --git a/dlls/dinput8/dinput8_main.c b/dlls/dinput8/dinput8_main.c
index 87dd07b..416e355 100644
--- a/dlls/dinput8/dinput8_main.c
+++ b/dlls/dinput8/dinput8_main.c
@@ -66,7 +66,7 @@ HRESULT WINAPI DECLSPEC_HOTPATCH
Hello,
I am interested to port the wine interface to the xulrunner back to
mswindows to access the xulrunner via a IE compatible interface. So it
would be easy to replace an embedded IE with the gecko-engine.
After some code browsing I thing it will be some of the DLLs,
especially mshtml and
Hi Thomas,
On Mon, Jul 19, 2010 at 9:29 AM, Thomas Kaltenbrunner tkaltenbrun...@opc.de
wrote:
Hello,
I am interested to port the wine interface to the xulrunner back to
mswindows to access the xulrunner via a IE compatible interface. So it would
be easy to replace an embedded IE with the
Hi Thomas,
On 7/19/10 3:29 PM, Thomas Kaltenbrunner wrote:
Hello,
I am interested to port the wine interface to the xulrunner back to
mswindows to access the xulrunner via a IE compatible interface. So it
would be easy to replace an embedded IE with the gecko-engine.
After some code
On Mon, Jul 19, 2010 at 01:58:07PM +0100, Huw Davies wrote:
---
dlls/ole32/ole2.c | 199
1 files changed, 168 insertions(+), 31 deletions(-)
Please use the updated version which has fixed a typo in a comment
(spotted by Detlef).
Hi Andrew.
While reading your Patches, i stumble over deadbeef.
We use the value 0xdeadbeef almost everywhere in the tests
to initialize a variable to an unusual value.
Using deadbeef as a variable name looks strange and make the
code harder to read and understand.
Please change the name in
On 19 July 2010 17:51, Stefan Dösinger ste...@codeweavers.com wrote:
-if (((IWineD3DDeviceImpl
*)shader-baseShader.device)-strided_streams.position_transformed)
+if (device-strided_streams.position_transformed)
You might as well replace both instances.
On 07/19/2010 11:01 AM, Detlef Riekenberg wrote:
Hi Andrew.
While reading your Patches, i stumble over deadbeef.
We use the value 0xdeadbeef almost everywhere in the tests
to initialize a variable to an unusual value.
Using deadbeef as a variable name looks strange and make the
code harder to
Hello Jacek,
first of all, thank you for this detailed explanation.
Am 19.07.2010 17:11, schrieb Jacek Caban:
Hi Thomas,
On 7/19/10 3:29 PM, Thomas Kaltenbrunner wrote:
Hello,
I am interested to port the wine interface to the xulrunner back to
mswindows to access the xulrunner via a IE
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
This fixes bug #9008.
Please provide a more descriptive log message, and consider writing a
test. I'm also pretty sure this will conflict with
http://source.winehq.org/patches/data/63676.
Dear All:
Sorry to bother - apparently Owen Rudge has done quite a bit of basic
texture work, so I will await his patches to start my texture work.
As for teapot, Henri recommends looking at freeglut. I know wine is:
http://www.winehq.org/license
GPL 2.1
Freeglut is
freeglut is released under
On 19 July 2010 20:33, Misha Koshelev misha...@gmail.com wrote:
As for teapot, Henri recommends looking at freeglut. I know wine is:
http://www.winehq.org/license
GPL 2.1
Well, Wine is LGPL 2.1 or later. I didn't say you *should* look at
freeglut, just that freeglut is probably safer to look
Am 19.07.2010 um 20:33 schrieb Misha Koshelev:
As for teapot, Henri recommends looking at freeglut. I know wine is:
http://www.winehq.org/license
GPL 2.1
Actually, it is LGPL 2.1.
I don't know the definite answer to your real question though, and I'll abstain
from spreading suspicions :-)
Allowing the creation of the surface is most likely not enough, the backbuffer
has to be useable after it has been created. Specifically, when the app
attaches the backbuffer to the frontbuffer(assuming this works, needs a test)
wined3d has to be made aware of the change - there's a
On Mon, 2010-07-19 at 20:49 +0200, Stefan Dösinger wrote:
Am 19.07.2010 um 20:33 schrieb Misha Koshelev:
As for teapot, Henri recommends looking at freeglut. I know wine is:
http://www.winehq.org/license
GPL 2.1
Actually, it is LGPL 2.1.
I don't know the definite answer to your real
On Mon, Jul 19, 2010 at 1:33 PM, Misha Koshelev misha...@gmail.com wrote:
Dear All:
Sorry to bother - apparently Owen Rudge has done quite a bit of basic
texture work, so I will await his patches to start my texture work.
As for teapot, Henri recommends looking at freeglut. I know wine is:
Hi Henri,
On Monday 19 July 2010 20:07:08 Henri Verbeet wrote:
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
This fixes bug #9008.
Please provide a more descriptive log message, and consider writing a
test. I'm also pretty sure this will conflict with
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
The tests will be a problem, because I don't have the Windows machine as a
reference. Also `make test` fails on DirectX tests for me because of r600
driver bug...
When I write CreateSurface tests (for various interfaces), is there a way for
me
Hi Stefan,
On Monday 19 July 2010 20:56:35 Stefan Dösinger wrote:
Allowing the creation of the surface is most likely not enough, the
backbuffer has to be useable after it has been created. Specifically, when
the app attaches the backbuffer to the frontbuffer(assuming this works,
needs a
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
I will enhance the log message, no problem here. Should I consider the
referenced patch as being applied (so that I should base my patch on it)?
Yeah.
The tests will be a problem, because I don't have the Windows machine as a
reference. Also
On Monday 19 July 2010 21:41:26 Henri Verbeet wrote:
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
I will enhance the log message, no problem here. Should I consider the
referenced patch as being applied (so that I should base my patch on it)?
Yeah.
Ok, I will update it according to
Am 19.07.2010 um 21:24 schrieb Oldřich Jedlička:
Hi Stefan,
On Monday 19 July 2010 20:56:35 Stefan Dösinger wrote:
Allowing the creation of the surface is most likely not enough, the
backbuffer has to be useable after it has been created. Specifically, when
the app attaches the backbuffer
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3533
Your paranoid
Following the question as to how to implement D3DXCreateTeapot, might I
suggest making it in the form of a wine glass?
Given that is unlikely to negatively affect anything (indeed the entire
method does border on the ridiculous) I think it would make a nice hidden
touch.
Regards
Ian
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3535
Your paranoid
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3542
Your paranoid
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3542
Your paranoid
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3538
Your paranoid
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3541
Your paranoid
Dear All:
I am very very sorry for the spam I have created via my testbot failures. I
have struggled quite a bit merging my git repository with upstream Wine
today.
In fact, when I generated individual patches using git-format-patch from my
GitHub repository and then used git-am on the
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3549
Your paranoid
Austin English wrote:
2010/7/19 Oldřich Jedlička oldium@seznam.cz:
The tests will be a problem, because I don't have the Windows machine as a
reference. Also `make test` fails on DirectX tests for me because of r600
driver bug...
When I write CreateSurface tests (for various
My apologies, but it seems that only such a convoluted shell script
seems to achieve the correct results for different remotes:
http://wiki.winehq.org/GitWine#head-3fe70b8c0310e61d94ba30fe7edf19bd0630e1ef
If anyone has a simpler solution, I can definitely update.
Unfortunately, the more
Quoth Linus:
Ask the Wine people what strange open-function-from-hell they are
interested in.
Full message follows. Discussion archived at e.g.
http://marc.info/?l=linux-kernelm=127955270231189w=2
-- Forwarded message --
From: Linus Torvalds torva...@linux-foundation.org
Date:
On 07/19/2010 08:59 PM, Misha Koshelev wrote:
Unfortunately, the more intuitive
git format-patch -k --stdout HEAD~79..HEAD~78 /tmp/patch.old
does not seem to result in patches that can be properly applied onto a
different (upstream) remote (see below).
Works fine here. You must have had some
50 matches
Mail list logo