Hi Dmitry,
[EMAIL PROTECTED] wrote:
trace:shell:SHELL_GetPathFromIDListA -- F:\temp, 0x
...
trace:shell:SHGetPathFromIDListW -- LF:\\temp, 0x
The main difference (apart from the A/W) is that SHGetPathFromIDListW
returns an extra backslash compared to the A-counterpart.
Hi Rein,
SHGetPathFromIDList seems to be the wrong one here (looking at native
shell32.dll from Win2K and Win98), it should be synonymous for
SHGetPathFromIDListA.
Can you try attached patch?
Rein.
This fixes my problem. I've cross-checked and indeed SHGetPathFromIDList
should be
Hi,
one of the first things I normally do after a fresh wine install is
installing dcom98. This wasn't a problem before (use the correct
overrides). Just tell me if I don't need this (anymore).
Installing dcom98 with the current version checking is a different
ballgame. Just running it with
Hi,
the Janitorial page shows that the Use Interlocked functions in AddRef
and Release methods project is finished.
There are however several files (at least 135) that still use the
non-interlocked method. Especially ddraw, d3*, dm*, avifil32 and some
ole/oleaut32.
Do they still need to be
Hi Mike,
Paul Vriens wrote:
the Janitorial page shows that the Use Interlocked functions in AddRef
and Release methods project is finished.
There are however several files (at least 135) that still use the
non-interlocked method. Especially ddraw, d3*, dm*, avifil32 and some
ole/oleaut32
On Tue, 2005-01-04 at 21:48, Alexandre Julliard wrote:
Paul Vriens [EMAIL PROTECTED] writes:
TRACE((%p)-()\n, iface);
-if (!--This-refCount)
+if (!InterlockedDecrement(This-refCount))
{
CoTaskMemFree(This-ppFilters);
CoTaskMemFree(This);
You
(and Extensions) should use Source Filter instead of File
Source
- Removed filesource_valuename
- Fixed typo for some class-names
- Fixed typo in MPEG1System Media Type
Cheers,
Paul Vriens.
Index: dlls/quartz/regsvr.c
===
RCS file
On Mon, 2005-01-10 at 21:20, Bill Medland wrote:
Bill Medland ([EMAIL PROTECTED])
Correct testing for multithreaded
(as spotted by Paul Vriens; fix suggested by Robert Shearman)
Hi Bill,
it wasn't the check that was way over my head. The thing is, that with
this code change we walk a new
Hi,
I was looking through some MSDN doc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/com/htm/cmf_a2c_5iyg.asp
there it's stated that:
If neither concurrency model is specified by the dwCoInit parameter, the
default is COINIT_MULTITHREADED.
Does this mean we should change
On Tue, 2005-01-11 at 12:19, Christian Costa wrote:
All the time ?
Looking at COM_CreateApartment it seems COINIT_APARTMENTTHREADED works but
indeed COINIT_MULTITHREADED always return NULL.
I think the code at the beginning of COM_CreateApartment is wrong.
TRACE(thread 0x%lx is
On Tue, 2005-01-11 at 12:19, Christian Costa wrote:
All the time ?
Looking at COM_CreateApartment it seems COINIT_APARTMENTTHREADED works but
indeed COINIT_MULTITHREADED always return NULL.
I think the code at the beginning of COM_CreateApartment is wrong.
TRACE(thread 0x%lx
Hi,
during my code cleanup I came to acmstream.c and found the following:
static ULONG WINAPI ACMStream_fnAddRef(IAVIStream *iface)
{
IAVIStreamImpl *This = (IAVIStreamImpl *)iface;
Hi Michael,
I don't really know what you want to cleanup here, looks very clean to me.
The cleanup I'm currently working on is changing This-ref[++|--] and
friends into Interlocked * functions for thread safety (see Janitorial
page on WineHQ).
You are right, the release method is buggy. the
One question remains though, what do I do with:
/* also release reference to the nested stream */
if (This-pStream != NULL)
IAVIStream_Release(This-pStream);
should this be done regardless of the value of This-ref ?
Hi Michael,
forget the question. I just saw that the above is
Hi,
for the described Janitorial task 'Use Interlocked functions in AddRef and
Release methods' I'm currently looking at This-ref.
If I however do a wider search I find a bit more, for example:
kernel/atom.c:256: entryPtr-refCount++;
msi/handle.c:188:ret =
Hi,
a few days ago I found a bug in ole32/compobj.c where we did something
like:
if ( foo FLAG) where FLAG=0
This 'inspired' me to check for more of these kind of checks.
One that I already found is in dlls/dplayx/dplay.c
We are checking for DPSET_REMOTE (which is zero) where we should
Hi,
the flag PGS_VERT is zero and should not be checked against. It's only the
lack of PGS_HORZ that should be checked.
Is the following piece of code needed in dll//comctl32/pager.c:
851 if (!(dwStyle PGS_HORZ) !(dwStyle PGS_VERT))
852 {
853 dwStyle |= PGS_VERT;
Hi,
just found the following:
[EMAIL PROTECTED] include]$ grep -e NOTIFY_PRE -e NOTIFY_POST *
netspi.h:#define NOTIFY_PRE 0x00
netspi.h:#define NOTIFY_POST 0x01
npapi.h:#define NOTIFY_PRE 0x0001
npapi.h:#define NOTIFY_POST 0x0002
this doesn't look right
Hi,
as DPSET_REMOTE is 0 we cannot check for it, like it's currently done in
dplayx.c:
if( dwFlags DPSET_REMOTE )
we have to use some other method. As DPSET_REMOTE and DPSET_LOCAL (which
is 1) are mutually exclusive we could do:
if (!(dwFlags DPSET_LOCAL))
{
}
or
if (dwFlags DPSET_LOCAL)
Hi,
I was trying to run dxdiag (just for the fun of it). Dxdiag complains
that it cannot find any dll. This is correct because what it does is
check the directories in the Path. The dll's are of course not present
on a clean install as all are builtin.
Loading a dll takes care of this by
Dimitrie O. Paun wrote:
ChangeLog
Use the LVCFMT_{LEFT,RIGHT,CENTER} enumeration flags properly.
/* set text alignment (leftmost column must be left-aligned) */
-if (nColumn == 0 || lpColumn-fmt LVCFMT_LEFT)
+if (nColumn == 0 || (lpColumn-fmt LVCFMT_JUSTIFYMASK)
Ricardo Filipe wrote:
Hi,
Could you turn that skip() into a win_skip()? Usually it's a good idea to do a
SetLastError(0xdeadbeef or something like that) before calling the function,
especially because you are
Nicolas Le Cam wrote:
2009/2/23 Francois Gouget fgou...@free.fr:
On Sun, 22 Feb 2009, Nicolas Le Cam wrote:
This avoid a messagebox in regression tests on systems that don't have
GdiPlus.
This seems wrong because winetest.exe is already supposed to check for
missing dlls. If I remember
Nicolas Le Cam wrote:
2009/2/23 Paul Vriens paul.vriens.w...@gmail.com:
Nicolas Le Cam wrote:
2009/2/23 Francois Gouget fgou...@free.fr:
On Sun, 22 Feb 2009, Nicolas Le Cam wrote:
This avoid a messagebox in regression tests on systems that don't have
GdiPlus.
This seems wrong because
Vincent Povirk wrote:
On Mon, Feb 23, 2009 at 6:15 AM, Paul Vriens paul.vriens.w...@gmail.com
wrote:
The reason you see this is because next to a normal LoadLibrary we also use
the
.NET variant. On some boxes gdiplus.dll cannot be found through LoadLibrary
but
will trough LoadLibraryShim
Nicolas Le Cam wrote:
2009/2/24 Paul Vriens paul.vriens.w...@gmail.com:
Hi,
This makes sure that if we have a dll that's only provided via .NET it can
still
be found. Now both our extraction (and the generation of the subtest list)
and
the real test will find the dll.
The downside
Stefan Dösinger wrote:
You forgot the patch ;)
--
Cheers,
Paul.
Nicolas Le Cam wrote:
Hi Paul, minor comments :
+static void append_path( const char *path)
+{
+char *newpath;
+
+newpath = xmalloc(strlen(curpath) + 1 + strlen(path) + 1);
+strcpy(newpath, curpath);
+strcat(newpath, ;);
+strcat(newpath, path);
+
Nicolas Le Cam wrote:
+
+/* We have a dll that cannot be found through
LoadLibraryExA.
This
+ * is the case for .NET provided dll's. We will add the
directory
+ * where the dll resides to the PATH variable when dealing
with
+ * the tests for
Juan Lang wrote:
--Juan
Hi Juan,
The first 4 changes are not correct. Win9x returns TRUE (1) here.
--
Cheers,
Paul.
Paul Vriens wrote:
Juan Lang wrote:
--Juan
Hi Juan,
The first 4 changes are not correct. Win9x returns TRUE (1) here.
Well actually the first two on Win95 and the last two on Win95/Win98.
--
Cheers,
Paul.
Ge van Geldorp wrote:
Changelog:
fusion/tests: Fix tests for .NET 1.x
---
dlls/fusion/tests/asmname.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/dlls/fusion/tests/asmname.c b/dlls/fusion/tests/asmname.c
index 98004ea..0ea7aa8 100644
---
Drew Ronneberg wrote:
Hi,
Could you change those magic constants?
(defined in winerror.h and winbase.h):
#define ERROR_WAIT_NO_CHILDREN 128 ()
#define WAIT_FAILED 0x
--
Cheers,
Paul.
Paul Vriens wrote:
Drew Ronneberg wrote:
Hi,
Could you change those magic constants?
(defined in winerror.h and winbase.h):
#define ERROR_WAIT_NO_CHILDREN 128 ()
#define WAIT_FAILED 0x
Oh
Paul Vriens wrote:
Paul Vriens wrote:
Drew Ronneberg wrote:
Hi,
Could you change those magic constants?
(defined in winerror.h and winbase.h):
#define ERROR_WAIT_NO_CHILDREN 128 ()
#define WAIT_FAILED
Rob Shearman wrote:
2009/3/3 Huw Davies h...@codeweavers.com:
diff --git a/dlls/ole32/tests/compobj.c b/dlls/ole32/tests/compobj.c
index a332d27..9720e52 100644
--- a/dlls/ole32/tests/compobj.c
+++ b/dlls/ole32/tests/compobj.c
@@ -1162,6 +1162,28 @@ static void test_CoInitializeEx(void)
Paul Vriens wrote:
Rob Shearman wrote:
2009/3/3 Huw Davies h...@codeweavers.com:
diff --git a/dlls/ole32/tests/compobj.c b/dlls/ole32/tests/compobj.c
index a332d27..9720e52 100644
--- a/dlls/ole32/tests/compobj.c
+++ b/dlls/ole32/tests/compobj.c
@@ -1162,6 +1162,28 @@ static void
Reece Dunn wrote:
2009/3/4 Paul Vriens paul.vriens.w...@gmail.com:
Hi,
We suddenly have a new test failure on NT4 and above for advapi32:security :
security.c:1202: Test failed: GetTokenInformation failed with error 998
998 = ERROR_NOACCESS -- Invalid access to memory location.
Google
On Wed, Mar 4, 2009 at 5:45 PM, Paul Vriens paul.vriens.w...@gmail.com wrote:
Hi,
For whatever reason Win95 was always failing this test with i greater than 5
and
now it's less than 5 (since yesterday!). This will crash as the rest of the
tests rely on that exact number (we have 5 files
Paul Vriens wrote:
Hi,
GetModuleFileNameA should not work on dlls loaded using
LOAD_LIBRARY_AS_DATAFILE
according to MSDN. This happens to be only true for Win9x/WinME (sigh)
otherwise
we probably would have noted this much earlier.
As of Feb-3-2009 we didn't have version numbers
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line be:
res = GetUserNameW( userName,
Paul Vriens wrote:
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line be:
res
Andreas Rosenberg wrote:
It's quite common for these functions to check for the needed buffersize when
buffer=NULL and size=0 is passed.
I did a quick check on W2K3 and this is what is returned:
sizePath = 0;
Andreas Rosenberg wrote:
On Friday 06 March 2009 14:12:11 you wrote:
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
Jeff Latimer wrote:
Note that Inet_Ntop is only available in Vista and Windows 2008. This
patch removes the version testing.
---
dlls/ws2_32/tests/sock.c | 67
++
1 files changed, 67 insertions(+), 0 deletions(-)
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most
Dan Kegel wrote:
On Sun, Mar 8, 2009 at 5:05 PM, Paul Vriens paul.vriens.w...@gmail.com wrote:
For that sole reason I started with installing a basic W2K box without
servicepacks and patches. The last remaining few failures on my boxes are
not the easiest ones but there are loads of (easier
Paul Vriens wrote:
Hi,
Ordinal 117 is CreateUrlCacheContainerA so these tests crashed on
systems with IE5.
I also guess that IsDomainLegalCookieDomainW is only present on IE6 and
higher.
Changelog
Skip some tests on IE5
I of course meant to say Ordinal 117 is CreateUrlCacheContainerA
Jeff Latimer wrote:
MSDN defines an number of conditions that inet_ntop will return errors.
This patch tests for them.
---
dlls/ws2_32/socket.c | 30 +++-
dlls/ws2_32/tests/sock.c | 83
-
2 files changed, 109 insertions(+), 4
Jeff Latimer wrote:
Note that Inet_Ntop is only available in Vista and Windows 2008. This
patch removes the version testing. This one removes the redundant test
after GetModuleHandle and adds win_skip().
---
dlls/ws2_32/tests/sock.c | 68
++
1
Jeff Latimer wrote:
Paul Vriens wrote:
Jeff Latimer wrote:
MSDN defines an number of conditions that inet_ntop will return
errors. This patch tests for them.
-
Secondly you shouldn't use magic number if you no the name:
WSASetLastError(0xc00d);
In the tests you do:
+ok
Paul Vriens wrote:
Jeff Latimer wrote:
Paul Vriens wrote:
Jeff Latimer wrote:
MSDN defines an number of conditions that inet_ntop will return
errors. This patch tests for them.
-
Secondly you shouldn't use magic number if you no the name:
WSASetLastError(0xc00d);
In the tests you do
James Hawkins wrote:
---
dlls/msi/tests/source.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Hi,
The issue seems to be present on boxes that are part of a domain. I guess we
have to check for domain
Hi,
I'm trying to fix the last remaining test failures for shlwapi/shreg on my Win95
box. When I crosscompile the full winetest and run winetest shlwapi:shreg on
my Win95 box the test results are:
shreg.c:248: Test failed: Expected ERROR_MORE_DATA, got (127)
shreg.c:274: Test failed:
Reece Dunn wrote:
2009/3/9 Paul Vriens paul.vriens.w...@gmail.com:
Hi,
I'm trying to fix the last remaining test failures for shlwapi/shreg on my
Win95 box. When I crosscompile the full winetest and run winetest
shlwapi:shreg on my Win95 box the test results are:
shreg.c:248: Test failed
Henri Verbeet wrote:
Hi,
+EnterCriticalSection(d3d8_cs);
+*pToken = d3d8_allocate_handle(This-handle_table, object);
LeaveCriticalSection(d3d8_cs);
Is there a need for that extra EnterCriticalSection()
Huw Davies wrote:
---
dlls/gdi32/tests/bitmap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Wouldn't it be better to do something like:
SetLastError(0xdeadbeef);
GetWindowLongPtrW(GetDesktopWindow(),
Alexandre Julliard wrote:
Huw Davies h...@codeweavers.com writes:
---
dlls/gdi32/tests/bitmap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
The is_win9x test is broken, that GetWindowLongPtrW call will return 0
on all platforms, so it breaks the tests on Wine:
But that's
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most
Paul Vriens wrote:
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test
Hi Stefan,
As you wrote most of the tests:
I'm looking into some of the ddraw:visual failures (windows 2000 and I guess
only VMware).
Several tests draw quads but only if _BeginScene succeeded. Is it useful at all
to check the colors afterwards if the quads are not drawn in the first place?
Stefan Dösinger wrote:
Am Mittwoch, 11. März 2009 12:07:27 schrieb Paul Vriens:
+ok(hr == D3D_OK ||
+ broken(hr == D3DERR_SCENE_IN_SCENE), /* W2K */
+ IDirect3DDevice7_BeginScene failed with %08x\n, hr);
I don't like that one. I think I wrote those tests on Win2K partially, so
Paul Vriens wrote:
Hi,
As acknowledged by Stefan, there is no point in testing colors if something
isn't drawn.
I'm not sure if this is W2K specific or W2K in combination with VMware.
Changelog
Fix a few test failures on W2K (VMware?)
Please ignore this series of 2. I'm first going
Hi,
As the authors of these tests, I'd thought to write directly to you. This rpcrt4
stuff is way over my head.
The attached patch shows where Win95, Win98 and NT4 crash. The crash in
test_ndr_allocate() actually happens at the assignment mem_list_v2 =
StubMsg.pMemoryList;.
Any idea(s).
Lei Zhang wrote:
Hi,
In my last attempt, I submitted Troy Rollo's EM_FORMATRANGE
implementation and with my test cases. I'm not sure what was wrong
with the implementation, but the test cases should be ok.
Hi Lei,
On Mar 13, 2009, at 23:17, Lei Zhang thes...@google.com wrote:
On Fri, Mar 13, 2009 at 12:01 PM, Paul Vriens
paul.vriens.w...@gmail.com wrote:
Lei Zhang wrote:
Hi,
In my last attempt, I submitted Troy Rollo's EM_FORMATRANGE
implementation and with my test cases. I'm not sure what was wrong
Lei Zhang wrote:
On Fri, Mar 13, 2009 at 12:01 PM, Paul Vriens
paul.vriens.w...@gmail.com wrote:
Lei Zhang wrote:
Hi,
In my last attempt, I submitted Troy Rollo's EM_FORMATRANGE
implementation and with my test cases. I'm not sure what was wrong
with the implementation, but the test cases
Nicolas Le Cam wrote:
Try2: This time with the patch...
Win2k pro returns 1 Lsa package and 4 user packages. Mark them as
broken.
Also skip verification of second package's values if only one is
reported.
Nicolas Le Cam
James McKenzie wrote:
Lei Zhang wrote:
On Fri, Mar 13, 2009 at 12:01 PM, Paul Vriens
paul.vriens.w...@gmail.com wrote:
Lei Zhang wrote:
Hi,
In my last attempt, I submitted Troy Rollo's EM_FORMATRANGE
implementation and with my test cases. I'm not sure what was wrong
Paul Vriens wrote:
James McKenzie wrote:
Lei Zhang wrote:
On Fri, Mar 13, 2009 at 12:01 PM, Paul Vriens
paul.vriens.w...@gmail.com wrote:
Lei Zhang wrote:
Hi,
In my last attempt, I submitted Troy Rollo's EM_FORMATRANGE
implementation and with my test cases. I'm not sure what was wrong
Hi,
I've been playing with this and just wanted to see if anybody has comments on
these changed tests.
Tests succeed on Win95/Win98 and W2K3 with every possible resolution (as we are
not relying on the resolution anymore) and 96/120 dpi.
--
Cheers,
Paul.
diff --git
Hi,
Just wanted to mention that there is a new Coverity run. There were some issues
the last weeks that made sure the source wasn't updated (most likely started
with the disk issue on winehq.org early February).
--
Cheers,
Paul.
Nicolas Le Cam wrote:
On Win2k (and according to test.winehq.org on above platforms) an
ABN_POSCHANGED message is sent to the last window that is removed.
This patch change the ok to a win_skip in this case.
Tell me if you have a better solution.
Nicolas Le Cam
Jacek Caban wrote:
Hi Paul,
Paul Vriens wrote:
Hi,
The Gopher protocol has been removed from Vista (and later versions).
hres = CoGetClassObject(CLSID_GopherProtocol, CLSCTX_INPROC_SERVER,
NULL, IID_IUnknown, (void**)unk);
+if (hres == REGDB_E_CLASSNOTREG) {
+win_skip(Gopher
Aric Stewart wrote:
---
dlls/advapi32/lsa.c | 51 ++-
dlls/advapi32/tests/lsa.c | 75
+
2 files changed, 125 insertions(+), 1 deletions(-)
Nicolas Le Cam wrote:
Try2: Follow Vincent Povirk's suggestion of removing calls to
SetWindowLongPtr before destroying windows
Could someone test this patch on Win9x or WinNT ?
On Win2k (and according to test.winehq.org on above platforms) an
ABN_POSCHANGED message is sent to the last window
Nicolas Le Cam wrote:
2009/3/19 Paul Vriens paul.vriens.w...@gmail.com:
Nicolas Le Cam wrote:
Try2: Follow Vincent Povirk's suggestion of removing calls to
SetWindowLongPtr before destroying windows
Could someone test this patch on Win9x or WinNT ?
On Win2k (and according to test.winehq.org
Aric Stewart wrote:
fix tests for win95
---
dlls/advapi32/lsa.c | 51 +++-
dlls/advapi32/tests/lsa.c | 82
-
2 files changed, 131 insertions(+), 2 deletions(-)
Jeremy Newman wrote:
Server is back on-line.
-Newman
Jeremy Newman wrote:
WineHQ.org
(websites [www,appdb,bugzilla,forums,source,test], git, mailing lists)
will be off-line tomorrow starting at 10:00 CDT and lasting at least 2
hours.
We will be putting up a temp website that will display
Jeremy Newman wrote:
I didn't do any further OS updates since the Lenny upgrade over 2 weeks
prior. This downtime was a full hardware migration. I copied the entire
OS over to a new system. I can't see how that would effect any tests,
unless they care about differences in chipset, CPU or NIC.
James Hawkins wrote:
---
dlls/kernel32/tests/profile.c | 227 +
1 files changed, 227 insertions(+), 0 deletions(-)
Two of these new tests crash on Windows (see attached patch
James Hawkins wrote:
---
dlls/kernel32/profile.c | 32
dlls/kernel32/tests/profile.c |5 +
2 files changed, 21 insertions(+), 16 deletions(-)
Hi James,
Sorry if you've
James Hawkins wrote:
On Wed, Mar 25, 2009 at 8:25 AM, Paul Vriens paul.vriens.w...@gmail.com wrote:
Hi,
This fixes bug 17843 but I'm not sure it's a 100% correct. James didn't
change
this just for the fun of it.
If you're unsure of the correct fix, you should write a test case that
fails
On Mar 25, 2009, at 20:44, James Hawkins trui...@gmail.com wrote:
On Wed, Mar 25, 2009 at 11:50 AM, Paul Vriens
paul.vriens.w...@gmail.com wrote:
James Hawkins wrote:
On Wed, Mar 25, 2009 at 8:25 AM, Paul Vriens paul.vriens.w...@gmail.com
wrote:
Hi,
This fixes bug 17843 but I'm
Andreas Rosenberg wrote:
There is no need for that GetVersionExA call/test.
Just do an if (0) and leave that comment about NT4 crashing in.
--
Cheers,
Paul.
Oskar Eisemuth wrote:
Hello
GetTempFileName should check the path and should return zero if it isn't a
directory.
See Bug 17875
---
dlls/kernel32/path.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
Can you add a testcase for this?
That would need something like an
Hi,
I'm trying to fix the remaining issues in the kernel32 profile tests. They have
to do with the fact that we have extra '\r\n' on Win9x and that we need a
timeout. The timeout is already in (1000 msec) but apparently that is not even
enough on some boxes.
If I check the current results
Aric Stewart wrote:
with tests
---
dlls/advapi32/security.c | 10 +--
dlls/advapi32/tests/security.c | 56
2 files changed, 63 insertions(+), 3 deletions(-)
Michael Karcher wrote:
Am Dienstag, den 31.03.2009, 09:42 +0200 schrieb Paul Vriens:
When I now run the test I get (and I omitted the buf/data output here):
profile.c:835: Test failed: File doesn't match
profile.c:835: Test failed: File doesn't match
profile.c:835: Test failed: File doesn't
Ge van Geldorp wrote:
Account names are localized. Similar to existing skip in line 1806.
Changelog:
Skip some tests using English names when running on non-English locales
---
dlls/advapi32/tests/security.c | 45
++-
1 files changed, 25 insertions(+),
Nikolay Sivov wrote:
IE8 requested this.
Changelog:
- Implemented GetWindowRgnBox with tests
+static void test_winregion()
+{
+HWND hwnd;
+RECT r;
+int ret;
+HRGN hrgn;
+
+hwnd = CreateWindowExA(0, static, NULL, WS_VISIBLE, 10, 10, 10, 10,
NULL, 0, 0, NULL);
+if
Francois Gouget wrote:
---
dlls/msi/tests/source.c | 50 ++
1 files changed, 41 insertions(+), 9 deletions(-)
diff --git a/dlls/msi/tests/source.c b/dlls/msi/tests/source.c
index 49e40c7..5f75159 100644
--- a/dlls/msi/tests/source.c
+++
ClamAV 0.93
Status: RO
X-Status:
X-Keywords:
X-UID: 128893
Francois Gouget wrote:
---
The tests were failing on my Windows systems because they have ICM files
in the color directory but they are not registered, i.e. they don't
even have the HKLM\Software\Microsoft\Windows
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including IE7).
I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
This particular test test_url_action() checks the
Paul Vriens wrote:
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including IE7).
I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
This particular test
Paul Vriens wrote:
Paul Vriens wrote:
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including
IE7). I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
Detlef Riekenberg wrote:
On Fr, 2009-04-03 at 20:49 +0200, Paul Vriens wrote:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
So the question is, does somebody now what URLZONEREG_DEFAULT defaults
to? HKCR or HKLM
Ben Klein wrote:
2009/4/6 Chris Robinson chris.k...@gmail.com:
On Sunday 05 April 2009 6:45:42 pm Ben Klein wrote:
That might be fine for mount points and mountable devices, but how
could you accurately determine the filesystem type for an arbitrary
directory like $HOME/.wine/drive_c?
Expand
Andreas Rosenberg wrote:
Just had a look again on your resend:
this doesn't seem correct:
+if ( lpcchSize lpcchSize )
I also think that your addition of _GetAccountNameFromTokenW is holding the
committing of
1 - 100 of 1646 matches
Mail list logo