On Thu, Jul 22, 2010 at 11:56 PM, Scott Ritchie wrote:
> In my automated testing I've noticed that some apps create desktop links
> without asking and there's no way to avoid them. It's a similar
> situation for start menu entries.
>
> It would be nice to be able to have an entire install fully c
In my automated testing I've noticed that some apps create desktop links
without asking and there's no way to avoid them. It's a similar
situation for start menu entries.
It would be nice to be able to have an entire install fully contained in
a .wine folder that could be cleanly deleted after th
I hate to do this but I would rather look bad as a person than taint
Wine with imperfect code.
Thus, I will please ask to hold my very own patch for the moment.
I don't honestly know that there is a better way to come up with indices
but I have some ideas, mainly looking at:
http://local.wasp.uwa
On 07/22/2010 09:12 PM, (Marvin) 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 found at
http://testbot.winehq.org/Job
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=3764
Your paranoid android.
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=3763
Your paranoid android.
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=3756
Your paranoid android.
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=3760
Your paranoid android.
Wolfgang Schwotzer wrote:
> +size = 0;
> +GetUserNameW( NULL, &size );
> +
> +user_name = HeapAlloc( GetProcessHeap(), 0, (size + 1) *
> sizeof(WCHAR) );
> +if (!user_name) {
> +SetLastError(ERROR_OUTOFMEMORY);
> +re
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=3754
Your paranoid android.
> > +static DWORD compute_sphere_test_index_data(FLOAT radius, UINT slices,
> > UINT stacks)
> I haven't really thought this through yet, but would it perhaps be
> simpler to calculate the faces a vertex is part of, instead of the
> other way around?
>
Please find attached the relevant data.
I
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=3755
Your paranoid android.
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=3753
Your paranoid android.
Hi Roderick,
On Thursday 22 July 2010 22:26:39 Roderick Colenbrander wrote:
> On Thu, Jul 22, 2010 at 10:14 PM, Stefan Dösinger
>
> wrote:
> > Am 22.07.2010 um 21:13 schrieb Oldřich Jedlička:
> >> DirectX 1 interface allowed creation of explicit back buffers, so move
> >> the restrictive checks
On Thu, Jul 22, 2010 at 10:14 PM, Stefan Dösinger
wrote:
>
> Am 22.07.2010 um 21:13 schrieb Oldřich Jedlička:
>
>> DirectX 1 interface allowed creation of explicit back buffers, so move the
>> restrictive checks to DirectX 2+ implementations.
> It is still missing testing/handling of AddAttachedSu
Hi Stefan,
On Thursday 22 July 2010 22:05:21 Stefan Dösinger wrote:
> Am 22.07.2010 um 21:13 schrieb Oldřich Jedlička:
> > +hr = IDirectDraw_QueryInterface(lpDD, &IID_IDirectDraw, (void **)
> > &dd); +ok(SUCCEEDED(hr), "IDirectDraw_QueryInterface failed:
> > 0x%08x\n", hr);
>
> This is re
Am 22.07.2010 um 21:13 schrieb Oldřich Jedlička:
> DirectX 1 interface allowed creation of explicit back buffers, so move the
> restrictive checks to DirectX 2+ implementations.
It is still missing testing/handling of AddAttachedSurface
Am 22.07.2010 um 21:13 schrieb Oldřich Jedlička:
> +hr = IDirectDraw_QueryInterface(lpDD, &IID_IDirectDraw, (void **) &dd);
> +ok(SUCCEEDED(hr), "IDirectDraw_QueryInterface failed: 0x%08x\n", hr);
This is redundant, lpDD is already an IDirectDraw interface.
> +hr = IDirectDraw_Create
Alexandre Julliard writes:
> Piotr Caban writes:
>
>> +
>> +#include "config.h"
>> +#include "wine/port.h"
>
> You can't use port.h in files that use msvcrt headers, it will cause
> conflicts. Most likely you don't want to import msvcrt in msvcp90, only
> load it at run-time.
Actually it turns
On 07/22/2010 05:34 PM, (Marvin) 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 found at
http://testbot.winehq.org/Job
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=3738
Your paranoid android.
Piotr Caban writes:
> Almost all tests will need macros for calling functions. Should I
> define them in every test file?
You can have a header in the tests if absolutely necessary.
--
Alexandre Julliard
julli...@winehq.org
Piotr Caban writes:
> +
> +#include "config.h"
> +#include "wine/port.h"
You can't use port.h in files that use msvcrt headers, it will cause
conflicts. Most likely you don't want to import msvcrt in msvcp90, only
load it at run-time.
--
Alexandre Julliard
julli...@winehq.org
On 07/22/10 17:04, Alexandre Julliard wrote:
Piotr Caban writes:
diff --git a/dlls/msvcp90/tests/Makefile.in b/dlls/msvcp90/tests/Makefile.in
index b7fb8e5..9ac5ef5 100644
--- a/dlls/msvcp90/tests/Makefile.in
+++ b/dlls/msvcp90/tests/Makefile.in
@@ -5,7 +5,7 @@ VPATH = @srcdir@
TESTDLL
On 21 July 2010 23:46, Travis Athougies wrote:
> an HLSL test suite might be a good place to start, so here's a draft
> of a test framework and a few tests that use it. It's not complete, I
> know (for one, I need to write tests for vertex shaders), but before I
> go any farther, I'd like to know
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=3722
Your paranoid android.
Damjan Jovanovic writes:
> It won't always be present when the next patch is applied, which
> returns \\?\unix/...
The next patch is wrong then. NT filename don't start with \\?\.
--
Alexandre Julliard
julli...@winehq.org
Piotr Caban writes:
> Some of the exception data is filled in fill_exception_data
> function. Is it acceptable?
It would be nicer to avoid calling thiscall functions across dlls. The
exception vtable is exported so you can access it directly, and
replicate the constructor code.
--
Alexandre Ju
Piotr Caban writes:
> diff --git a/dlls/msvcp90/tests/Makefile.in b/dlls/msvcp90/tests/Makefile.in
> index b7fb8e5..9ac5ef5 100644
> --- a/dlls/msvcp90/tests/Makefile.in
> +++ b/dlls/msvcp90/tests/Makefile.in
> @@ -5,7 +5,7 @@ VPATH = @srcdir@
> TESTDLL = msvcp90.dll
> APPMODE = -mno-cy
On Thu, Jul 22, 2010 at 4:26 PM, Alexandre Julliard wrote:
> Damjan Jovanovic writes:
>
>> Changelog:
>> * kernel32: only strip the wine_get_dos_file_name NTDLL path prefix if
>> is present
>
> It will always be present. \\?\ is used by kernel, not ntdll.
>
> --
> Alexandre Julliard
> julli...@wi
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=3721
Your paranoid android.
Damjan Jovanovic writes:
> Changelog:
> * kernel32: only strip the wine_get_dos_file_name NTDLL path prefix if
> is present
It will always be present. \\?\ is used by kernel, not ntdll.
--
Alexandre Julliard
julli...@winehq.org
David Hedberg writes:
> +
> +/* Check that all the messages received can be found in
> vista_plus_msgs. */
> +#define verify_vista_plus_msgs()\
> +do {\
> +UINT
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=3720
Your paranoid android.
Paul Vriens writes:
> So something like the attached? Not fully tested yet.
Yes.
--
Alexandre Julliard
julli...@winehq.org
On 22 July 2010 10:45, Louis Lenders wrote:
> Hi Henri
>
>>I mean that I don't think the "rotation" argument to
>> GetAdapterDisplayMode() should be allowed to be NULL.
>
> I tested IDirect3D9Ex::GetAdapterDisplayModeEx and that allows pRotation to
> be NULL, and still happily retrieves all othe
On 07/22/2010 02:55 PM, Alexandre Julliard wrote:
Paul Vriens writes:
On 07/22/2010 02:03 PM, Andrew Nguyen wrote:
There are a few things I'm wondering about:
When the winetest shlwapi binary was built, what made the compiler
decide to import shell32 for the problematic string functions? Ne
> From: Paul Vriens
>
> The first thing winetest does is run a "_test.exe --list" for each
> dll. If there is a missing export (or import library) it will not
> include this dll in the tests (so none of the subtests will run).
Just ran shlwapi_test.exe --list manually on WVISTAADM, "The procedu
On 21 July 2010 21:56, Misha Koshelev wrote:
> +/* first vertex and normal */
> +vertex = 0;
> +test_vertex_data[vertex].position.x = 0.0f;
> +test_vertex_data[vertex].position.y = 0.0f;
> +test_vertex_data[vertex].position.z = radius;
> +test_vertex_data[vertex].normal.x =
Paul Vriens writes:
> On 07/22/2010 02:03 PM, Andrew Nguyen wrote:
>>
>> There are a few things I'm wondering about:
>>
>> When the winetest shlwapi binary was built, what made the compiler
>> decide to import shell32 for the problematic string functions? Neither
>> my local cross-compile build n
On 07/22/2010 02:36 PM, Andrew Nguyen wrote:
On 07/22/2010 07:21 AM, Paul Vriens wrote:
On 07/22/2010 02:03 PM, Andrew Nguyen wrote:
There are a few things I'm wondering about:
When the winetest shlwapi binary was built, what made the compiler
decide to import shell32 for the problematic stri
On 21 July 2010 16:06, Owen Rudge wrote:
> +hr = D3DXCreateTexture(device, D3DX_DEFAULT, 63, 0, 0, 0,
> D3DPOOL_DEFAULT, &texture);
> +ok(hr == D3D_OK, "D3DXCreateTexture returned %#x, expected %#x\n", hr,
> D3D_OK);
> +
> +if (texture)
> +{
> +hr = IDirect3DTexture9_GetL
On 21 July 2010 16:06, Owen Rudge wrote:
> +/* Returns TRUE if num is a power of 2, FALSE otherwise */
> +BOOL is_pow2(UINT num)
> +{
> +return !(num & (num - 1));
> +}
Minor, but this returns TRUE if num is power of two, *or zero*. That's
fine for how it's used, but please mention it.
> +/*
On 07/22/2010 07:21 AM, Paul Vriens wrote:
On 07/22/2010 02:03 PM, Andrew Nguyen wrote:
There are a few things I'm wondering about:
When the winetest shlwapi binary was built, what made the compiler
decide to import shell32 for the problematic string functions? Neither
my local cross-compile b
On 07/22/2010 02:03 PM, Andrew Nguyen wrote:
There are a few things I'm wondering about:
When the winetest shlwapi binary was built, what made the compiler
decide to import shell32 for the problematic string functions? Neither
my local cross-compile build nor the build that the test bot perform
On 07/22/2010 06:03 AM, Paul Vriens wrote:
On 07/22/2010 12:31 PM, Andrew Nguyen wrote:
On 07/22/2010 04:32 AM, Paul Vriens wrote:
On 07/20/2010 06:14 AM, Andrew Nguyen wrote:
---
dlls/shlwapi/tests/string.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This patchset introduces cra
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=3719
Your paranoid android.
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=3718
Your paranoid android.
Dmitry Timoshkov writes:
> @@ -2541,9 +2541,13 @@ INT CDECL X11DRV_ToUnicodeEx(UINT virtKey, UINT
> scanCode, const BYTE *lpKeyState
> e.state = 0;
> e.type = KeyPress;
>
> -focus = GetFocus();
> -if (focus) focus = GetAncestor( focus, GA_ROOT );
> -if (!focus) focus = Ge
On 07/22/2010 12:31 PM, Andrew Nguyen wrote:
On 07/22/2010 04:32 AM, Paul Vriens wrote:
On 07/20/2010 06:14 AM, Andrew Nguyen wrote:
---
dlls/shlwapi/tests/string.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This patchset introduces crashes in these tests on W2K, XP and W2K3:
ht
Dylan Smith writes:
> @@ -264,3 +267,6 @@ void registry_read_maximized(DWORD*);
> void registry_set_filelist(LPCWSTR, HWND);
> void registry_set_formatopts_all(DWORD[], DWORD[]);
> void registry_set_options(HWND);
> +
> +/* olecallback.c */
> +HRESULT SetupRichEditOleCallback(HWND hEditorWnd);
On 07/22/2010 04:32 AM, Paul Vriens wrote:
On 07/20/2010 06:14 AM, Andrew Nguyen wrote:
---
dlls/shlwapi/tests/string.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This patchset introduces crashes in these tests on W2K, XP and W2K3:
http://test.winehq.org/data/tests/shlwapi:string
Max TenEyck Woodbury writes:
>> No, the current implementation is correct, debug.h should be usable from
>> Winelib apps where you don't have access to Wine configure checks.
>>
> Ahh. Should the list of compilers that support varadic macros be
> updated?
If you have a compiler that you have ver
On 07/22/2010 03:35 AM, Alexandre Julliard wrote:
Max TenEyck Woodbury writes:
Also, the current implementation is imperfect. There should be a test
in 'configure' for the various kinds of variadic macro support and the
conditionals should be based on what configure finds, not on the use of
an
ok, now i really need a break, the test i wrote 10 minutes ago had a mistake,
IDirect3D9Ex::GetAdapterDisplayModeEx _does_ allow D3DDISPLAYROTATION pointer
to be NULL. I'll just send the test to wine-patches. Again sorry for the noise
On 07/20/2010 06:14 AM, Andrew Nguyen wrote:
---
dlls/shlwapi/tests/string.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This patchset introduces crashes in these tests on W2K, XP and W2K3:
http://test.winehq.org/data/tests/shlwapi:string.html
Further than that it seems tha
Hi Henri
>>I mean that I don't think the "rotation" argument to
>> GetAdapterDisplayMode() should be allowed to be NULL.
>I tested IDirect3D9Ex::GetAdapterDisplayModeEx and that allows pRotation to
>>be NULL,
hmm, I remembered to have tested this, but to be sure I tested again a few
minutes ago
Hi Henri
>I mean that I don't think the "rotation" argument to
> GetAdapterDisplayMode() should be allowed to be NULL.
I tested IDirect3D9Ex::GetAdapterDisplayModeEx and that allows pRotation to be
NULL, and still happily retrieves all other (D3DDISPLAYMODEEX) info. So it's
seems logical IWin
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=3704
Your paranoid android.
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=3702
Your paranoid android.
Max TenEyck Woodbury writes:
> Also, the current implementation is imperfect. There should be a test
> in 'configure' for the various kinds of variadic macro support and the
> conditionals should be based on what configure finds, not on the use of
> any particular compiler.
No, the current imple
61 matches
Mail list logo
