"Mike McCormack" <[EMAIL PROTECTED]> wrote:
Andrew Talbot wrote:
MSI{Get|Set}FeatureState(), MSI{Get|Set}ComponentState() and
MSI{Get|Set}Property() have appropriate const string arguments in the SDK.
Which version of the Windows SDK is that?
-UINT WINAPI MsiGetFeatureStateA(MSIHANDLE hIns
Andrew Talbot wrote:
MSI{Get|Set}FeatureState(), MSI{Get|Set}ComponentState() and
MSI{Get|Set}Property() have appropriate const string arguments in the SDK.
Which version of the Windows SDK is that?
-UINT WINAPI MsiGetFeatureStateA(MSIHANDLE hInstall, LPSTR szFeature,
+UINT WINAPI MsiGetFea
On 8/4/06, Thomas Kho <[EMAIL PROTECTED]> wrote:
> > Tommy's APC version of his
> > VirtualAllocEx / CreateRemoteThread patch
> > seems to be safe (since APCs only run a points where threads
> > in well-written programs are not holding locks),
>
> Unfortunately there's no such guarantee, kernel A
Friday, August 4, 2006, 9:47:38 AM, Francois Gouget wrote:
> So duplicate it so programs find it no matter where they look.
> Note:
> Another option would be to have a [Timezones9x] section that would set
> this data in the alternate location. But we would still need to
> duplicate all the data
On 8/4/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Tommy's APC version of his
> VirtualAllocEx / CreateRemoteThread patch
> seems to be safe (since APCs only run a points where threads
> in well-written programs are not holding locks),
Unfortunate
On 8/4/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Tommy's APC version of his
> VirtualAllocEx / CreateRemoteThread patch
> seems to be safe (since APCs only run a points where threads
> in well-written programs are not holding locks),
Unfortunately there's no such guarantee, kernel APCs
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Tommy's APC version of his
> VirtualAllocEx / CreateRemoteThread patch
> seems to be safe (since APCs only run a points where threads
> in well-written programs are not holding locks),
Unfortunately there's no such guarantee, kernel APCs will run on every
Tommy's APC version of his
VirtualAllocEx / CreateRemoteThread patch
seems to be safe (since APCs only run a points where threads
in well-written programs are not holding locks),
is complete enough to make many apps happy,
and is probably the best that can be done without
a service thread or a rea
Hi,
it seems like the open function failed, but the error code wasn't
checked, resulting in a wrong filehandle. I think I would correct it
this way (see attached patch).
Regards,
Colin Pitrat (Bull Services Telco)
Bull, Architect of an Open World (TM)
Tél : +33 (0) 1 30 80 72 93
www.bull.co
dlls/ws2_32/tests/sock.c:event_client:597:
/* Prepare event notification for connect, makes socket nonblocking */
event = WSACreateEvent ();
WSAEventSelect ( mem->s, event, FD_CONNECT );
tmp = connect ( mem->s, (struct sockaddr*) &mem->addr,
sizeof ( mem->addr ) );
if ( tmp != 0 && ( err = WSA
Now I am running it on a latest GIT tree this way:
$ tools/winapi/msvcmaker --no-wine
.: searching for /^Makefile.in$/
And after a while it appends this string to the end of last line:
readline() on closed filehandle IN at tools/winapi/msvcmaker line 134.
Maybe it doesn't indicate any harm,
* On Thu, 3 Aug 2006, Krzysztof Foltman wrote:
> Can anyone figure out how to fix this display artifact that's very
> frequent when using Wine through VNC servers
...
> http://foltman.com/worms.png
I guess this can be related to 2 bugreports:
[2] http://bugs.winehq.org/show_bug.cgi?id=3571
[3
Robert Reif wrote:
Adds more SID tests.
Fixes some Windows failures by checking version first.
Add some more info on failed tests.
Removes Windows version check.
diff -p -u -r1.34 security.c
--- dlls/advapi32/tests/security.c 31 Jul 2006 09:33:04 - 1.34
+++ dlls/advapi32/tests/s
Robert Reif <[EMAIL PROTECTED]> writes:
> ConvertStringSidToSid is supported on NT and later but the particular
> type of two character sid that I am testing is only avaliable on XP
> and later.
Yes, but the right way is to call it and check if it works. On Wine
the Windows version can report any
Dan Hipschman <[EMAIL PROTECTED]> writes:
> @@ -137,8 +137,10 @@ static void test_parent_owner(void)
> trace( "main window %p main2 %p desktop %p child %p\n", hwndMain,
> hwndMain2, desktop, child );
>
> /* child without parent, should fail */
> +SetLastError(ERROR_SUCCESS);
>
Alexandre Julliard wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Adds more SID tests.
Fixes some Windows failures by checking version first.
You shouldn't check the Windows version, you should check the features
themselves.
ConvertStringSidToSid is supported on NT and later but
Robert Reif <[EMAIL PROTECTED]> writes:
> Adds more SID tests.
> Fixes some Windows failures by checking version first.
You shouldn't check the Windows version, you should check the features
themselves.
--
Alexandre Julliard
[EMAIL PROTECTED]
Robert Shearman <[EMAIL PROTECTED]> writes:
> +if (!hCabinet) return HRESULT_FROM_WIN32(GetLastError());
> +pExtract = GetProcAddress(hCabinet, "Extract");
> +if (!pExtract) return HRESULT_FROM_WIN32(GetLastError());
> +
> +hr = pExtract(dest, szCabName);
> +FreeLibrary(hCabine
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Is there anything wrong with this patch?
Yes, the length does include the terminating null. That's what the
rest of the function expects, and AFAICT it's what the callers expect
too (and it's the standard behavior of API functions that take a
buffer l
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
"Havoc Pennington" <[EMAIL PROTECTED]> wrote:
You could try patching metacity with either of the fixes mentioned here
(or some other fix) and verify that they work for wine:
http://bugzilla.gnome.org/show_bug.cgi?id=346927
They are both basically
20 matches
Mail list logo
