On Tue, 2006-09-05 at 11:50 -0700, James Hawkins wrote:
On 9/5/06, Paul Vriens [EMAIL PROTECTED] wrote:
Hi,
first patch of 8 to add several Trust Provider to the registry. I've decided
to have a function for every Trust Provider instead of grouping common stuff
together as this can
jimtabor [EMAIL PROTECTED] wrote:
Julien wrote:
/ I was very interested in comparing the implementation status of reactos
// and wine. So I coded a little python script to list all the api that are
// implemented in reactos AND are only stub in wine. Attached to this mail
// is the list of
Hi
My work on the still image system for wine has
highlighted a bug in setupapi's
SetupDiOpenClassRegKeyExW(). In short, the registry
keys for device classes have the form
HKEY_LOCAL_MACHINE\System\CurrentControlSet\
Class\{----}
while wine incorrectly tries
Damjan Jovanovic wrote:
Hi
My work on the still image system for wine has
highlighted a bug in setupapi's
SetupDiOpenClassRegKeyExW(). In short, the registry
keys for device classes have the form
HKEY_LOCAL_MACHINE\System\CurrentControlSet\
On Wed, 2006-09-06 at 13:16 +0200, Paul Vriens wrote:
Hi,
2/3 of the registration of wintrust is done with this patch. The only thing
left is some CryptSIPAddProvider calls.
Changelog
Add a bunch of CryptRegisterOIDFunction calls
Cheers,
Paul.
---
Wait with this one, I'll sent a
On Wed, 06 Sep 2006 04:25:02 -0700, Damjan Jovanovic wrote:
I've submitted a test and patch to wine-patches 7
times now, and received very little feedback, which
I've always followed.
It may be just that Alexandre is a bit overloaded ... have you tried
chasing him in IRC about it? Vitaliys
Hi Paul:
When tracing is on for crypt we crashed.
+if (!HIWORD(pszOID))
+TRACE((%lx, %s, #%d, %s, %s)\n, dwEncodingType, pszFuncName,
LOWORD(pszOID),
+ debugstr_w(pwszDll), pszOverrideFuncName);
debugstr_a() does this for you.
+TRACE((%lx, %s, %s, %s, %s)\n,
On Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
-h3Jason Edmeades/h3blockquote
-h3Jukka Heinonen/h3blockquote
-h3Ove K#229;ven/h3blockquote
-h3Shachar Shemesh/h3blockquote
-h3Oliver Stieber/h3blockquote
-h3Greg Turner/h3blockquote
would it not be more kind to move the
Hi,
I want to change UnmapViewOfFile() (in kernel) to take a LPCVOID, as per
the SDK. To do that, I first need to constify one of the parameters of
NtUnmapViewOfSection() (in ntdll), but changing it from PVOID to PCVOID in
winternl.h breaks compilation (in the make depend stage), thus:
In file
On 9/6/06, Christoph Frick [EMAIL PROTECTED] wrote:
On Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
-h3Jason Edmeades/h3blockquote
-h3Jukka Heinonen/h3blockquote
-h3Ove K#229;ven/h3blockquote
-h3Shachar Shemesh/h3blockquote
-h3Oliver Stieber/h3blockquote
-h3Greg
I also note that I need to change the equivalent Zw... function, too, but
doing so, is not enough to solve the problem.
-- Andy.
Andrew Talbot [EMAIL PROTECTED] wrote:
In file included from ../../include/thread.h:29,
from relay.c:30:
../../include/winternl.h:1933: error: expected declaration specifiers or ...
before PCVOID
make[2]: *** [relay.o] Error 1
make[1]: *** [winebuild] Error 2
make: *** [tools]
Dmitry Timoshkov wrote:
Use LPCVOID instead of PCVOID.
Success! Thanks, Dmitry.
-- Andy.
Dmitry Timoshkov wrote:
Andrew Talbot [EMAIL PROTECTED] wrote:
In file included from ../../include/thread.h:29,
from relay.c:30:
../../include/winternl.h:1933: error: expected declaration specifiers
or ... before PCVOID
make[2]: *** [relay.o] Error 1
make[1]: *** [winebuild]
On 9/6/06, Mike Hearn [EMAIL PROTECTED] wrote:
On Wed, 06 Sep 2006 04:25:02 -0700, Damjan Jovanovic wrote:
I've submitted a test and patch to wine-patches 7
times now, and received very little feedback, which
I've always followed.
It may be just that Alexandre is a bit overloaded ...
He
Robert Shearman [EMAIL PROTECTED] wrote:
Use LPCVOID instead of PCVOID.
This is ntdll code and LPCVOID is a Win32 type. Don't use Win32 types in
ntdll code.
Then simple 'const void *' should do the trick, since introducing PCVOID
is not an option (a quick search reveals that it doesn't
On 9/5/06, Brian Vincent [EMAIL PROTECTED] wrote:
I'm only now getting situated. WWN needs to get written, some other
minors updates need to happen, and I need to figure out how to get
from London to Reading next week.
I'm putting travel tips on http://kegel.com/wine/wineconf2006.html
I
On 9/6/06, Dan Kegel [EMAIL PROTECTED] wrote:
On 9/5/06, Brian Vincent [EMAIL PROTECTED] wrote:
I'm only now getting situated. WWN needs to get written, some other
minors updates need to happen, and I need to figure out how to get
from London to Reading next week.
I'm putting travel tips on
Eric Pouech wrote:
I'm afraid submission (or integration in the Wine tree) will be problematic
ASIO interface is copyrighted, and you need to sign an agreement to
Steinberg for using the API.
Are you sure about that? I see other GPL software using ASIO, like SndOBJ:
hiho
i am currently running Mike's (?) mmbranch git version of wine and
beside some games are working without problems (or at least no new
problems) Richard Burns Rally and Live For Speed quit instantly with the
more or less same message, that there are no valid display modes
available.
using
On Wed, 2006-09-06 at 12:58 -0400, Tom Wickline wrote:
Hello,
If I overlooked something send me the link.
Tom
Changelog: update the press page
Hi Tom,
the latest edition of Tux Magazine (http://www.tuxmagazine.com/) has
some stuff about CrossOver Office, Cedega and Wine.
Cheers,
On 9/6/06, Paul Vriens [EMAIL PROTECTED] wrote:
On Wed, 2006-09-06 at 12:58 -0400, Tom Wickline wrote:
Hello,
If I overlooked something send me the link.
Tom
Changelog: update the press page
Hi Tom,
the latest edition of Tux Magazine (http://www.tuxmagazine.com/) has
some stuff about
hiho
i am currently running Mike's (?) mmbranch git version of wine and
beside some games are working without problems (or at least no new
problems) Richard Burns Rally and Live For Speed quit instantly with the
more or less same message, that there are no valid display modes
available.
Hi,
As the Google SOC concluded. We need to evaluate whether our SOC
projects were successfull or not.
Some of them got through like Oleview, Trash implementation, riched20
improvisation.
I really dont know about the clamav integration, shell integration
(there were some patches regarding this I
Jan Zerebecki wrote:
case ID_VIEW_REFRESH:
RefreshTreeView(g_pChildWnd-hTreeWnd);
-/*RefreshListView(g_pChildWnd-hListWnd, hKeyRoot, keyPath, NULL); */
+RefreshListView(g_pChildWnd-hListWnd, hKeyRoot, keyPath, NULL);
break;
There was a reason why it was
On Wednesday 06 September 2006 13:25, Damjan Jovanovic wrote:
Hi,
I've submitted a test and patch to wine-patches 7
times now, and received very little feedback, which
I've always followed.
If this is how difficult it is to submit a patch, no
wonder I hear people complaining about how wine
On Wed, Sep 06, 2006 at 07:14:08AM -0600, Vitaliy Margolen wrote:
Jan Zerebecki wrote:
case ID_VIEW_REFRESH:
RefreshTreeView(g_pChildWnd-hTreeWnd);
-/*RefreshListView(g_pChildWnd-hListWnd, hKeyRoot, keyPath, NULL);
*/
+RefreshListView(g_pChildWnd-hListWnd,
Hi,
at Wineconf 2005, we've had a quite successful GPG key signing party. Thus,
I'd like to volunteer for organizing a GPG keysigning party at Wineconf
2006 as well. Quoting last year's party organizer (Shachar Shemesh), anyone
who wishes to participate, please:
1. Have a PGP key. You can
On Wednesday 06 September 2006 21:45, Vijay Kiran Kamuju wrote:
As the Google SOC concluded. We need to evaluate whether our SOC
projects were successfull or not.
Some of them got through like Oleview, Trash implementation, riched20
improvisation.
I really dont know about the clamav
Dmitry Timoshkov wrote:
Robert Shearman [EMAIL PROTECTED] wrote:
Use LPCVOID instead of PCVOID.
This is ntdll code and LPCVOID is a Win32 type. Don't use Win32 types
in ntdll code.
Then simple 'const void *' should do the trick, since introducing PCVOID
is not an option (a quick search
30 matches
Mail list logo