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 op
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 inte
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 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_pChildW
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
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
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
> 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
> availab
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
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,
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 gi
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:
http://music.nuim.ie//
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 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 shou
"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/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 ...
H
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]: *** [winebui
Dmitry Timoshkov wrote:
> Use LPCVOID instead of PCVOID.
Success! Thanks, Dmitry.
-- 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: *** [tool
I also note that I need to change the equivalent Zw... function, too, but
doing so, is not enough to solve the problem.
-- Andy.
On 9/6/06, Christoph Frick <[EMAIL PROTECTED]> wrote:
On Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
> -Jason Edmeades
> -Jukka Heinonen
> -Ove Kåven
> -Shachar Shemesh
> -Oliver Stieber
> -Greg Turner
would it not be more kind to move the "veterans" into their own section
instea
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 Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
> -Jason Edmeades
> -Jukka Heinonen
> -Ove Kåven
> -Shachar Shemesh
> -Oliver Stieber
> -Greg Turner
would it not be more kind to move the "veterans" into their own section
instead of removing them at all? at least they managed to get
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
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 f
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
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\
> Class\{----
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 to
"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 lis
29 matches
Mail list logo
