Re: mscoree: Detect if the current program is a GUI one and pop up a warning about not supporting .NET (4/4)

On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: On Mon, 13 Nov 2006, James Hawkins wrote: > On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: >> Changelog: mscoree: Detect if the current program is a GUI one and pop up a >> warning about not supporting .NET (4/4) >> > > I think a fixme

Re: mscoree: Reimplemented GetCORVersion using a helper that checks properly the return buffer; shortened a few FIXMEs (1/4)

On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: On Mon, 13 Nov 2006, James Hawkins wrote: > On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: >> Changelog: mscoree: Reimplemented GetCORVersion using a helper that checks >> properly the return buffer; shortened a few FIXMEs (1/4) >> > >

Re: mscoree: Reimplemented GetCORVersion using a helper that checks properly the return buffer; shortened a few FIXMEs (1/4)

On Mon, 13 Nov 2006, James Hawkins wrote: On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Reimplemented GetCORVersion using a helper that checks properly the return buffer; shortened a few FIXMEs (1/4) Can you please put the [x/y] at the beginning of the subject, aft

Re: mscoree: Detect if the current program is a GUI one and pop up a warning about not supporting .NET (4/4)

On Mon, 13 Nov 2006, James Hawkins wrote: On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Detect if the current program is a GUI one and pop up a warning about not supporting .NET (4/4) I think a fixme is sufficient. It's worked for all the other unimplemented featu

Re: mscoree: Load settings (for now only reported version) from Registry on initialization (2/4)

On Mon, 13 Nov 2006, James Hawkins wrote: On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Load settings (for now only reported version) from Registry on initialization (2/4) +/* @@ Wine registry key: HKCU\Software\Wine\CLR */ +if (RegOpenKeyExA(HKEY_CURRENT_U

Re: mscoree: Detect if the current program is a GUI one and pop up a warning about not supporting .NET (4/4)

On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Detect if the current program is a GUI one and pop up a warning about not supporting .NET (4/4) I think a fixme is sufficient. It's worked for all the other unimplemented features we don't provide. -- James Hawkins

Re: mscoree: Load settings (for now only reported version) from Registry on initialization (2/4)

On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Load settings (for now only reported version) from Registry on initialization (2/4) +/* @@ Wine registry key: HKCU\Software\Wine\CLR */ +if (RegOpenKeyExA(HKEY_CURRENT_USER, "Software\\Wine\\CLR", 0, KEY_READ, &k

Re: mscoree: Reimplemented GetCORVersion using a helper that checks properly the return buffer; shortened a few FIXMEs (1/4)

On 11/13/06, Paul Chitescu <[EMAIL PROTECTED]> wrote: Changelog: mscoree: Reimplemented GetCORVersion using a helper that checks properly the return buffer; shortened a few FIXMEs (1/4) Can you please put the [x/y] at the beginning of the subject, after the module name. My mailer cuts off lon

Re: Add the IE6 registry key

Lei Zhang wrote: Add the IE6 registry key, so installers that check for the key will stop complaining. [EMAIL PROTECTED]:~/wine$ patch -p1 --dry-run < Add\ the\ IE6\ registry\ key.eml patching file tools/wine.inf patch: malformed patch at line 67: Engine\Settings\SYSTEM\INIT,SHAREDMEMLO

Re: When will ie6 registry key be added?

On 11/5/06, Jacek Caban <[EMAIL PROTECTED]> wrote: Steven Edwards wrote: > On 11/5/06, *Stefan Dösinger* <[EMAIL PROTECTED] > > wrote: > > Will ie6 still install then? > AFAIR someone found that if we set minor version to less than the recent one, ie6 will install. I

Re: [PATCH] Use the custom vsnprintf implementation for msvcrt.vsprintf too

Sam Dennis wrote: @ cdecl vprintf(str long) MSVCRT_vprintf -@ cdecl vsprintf(ptr str ptr) ntdll.vsprintf +@ cdecl vsprintf(ptr str ptr) MSVCRT_vsprintf Looks like your mailer munged the whitespace in the patch, which will prevent it from applying cleanly. Try using git format-patch --attac

Re: Wine 0.9.25 full of regressions!

On 11/13/06, Mirek <[EMAIL PROTECTED]> wrote: Yes and no, some issues was because of drivers, but some wasnt, now i have old working drivers back and there are still about 35% apps that are working significant worst in wine 0.9.25, so it is not only problem of new drivers. Mirek Please report

Re: Wine 0.9.25 full of regressions!

Yes and no, some issues was because of drivers, but some wasnt, now i have old working drivers back and there are still about 35% apps that are working significant worst in wine 0.9.25, so it is not only problem of new drivers. Mirek Jesse Allen napsal(a): On 11/13/06, Mirek <[EMAIL PROTECTE

Re: Wine 0.9.25 full of regressions!

On 11/13/06, Mirek <[EMAIL PROTECTED]> wrote: Ok, some problems was caused by incompatibility betwen nVidia 9742 drivers and wine, now i have again perfect working 9625 drivers. Here is updated list: Then your bug number is 6637. Please continue the discussion about this problem there. http:/

RFC: d3d8 refcount implementation

After spamming wine-patches with d3d tests, I tried to implement the probed behaviour. Attached are two patches, which makes all d3d8 refcount test pass. They are small and ugly. The problems are: The implicit surfaces now gets released if the refcount is -1. Somehow we have to force releasing d

Re: Wine 0.9.25 full of regressions!

Ok, some problems was caused by incompatibility betwen nVidia 9742 drivers and wine, now i have again perfect working 9625 drivers. Here is updated list: 1. 3DMark 2003 - cant open setings menu - this has been fixed in last 2 days in CVS 2. 3DMark 2003 - with GLSL, almost all working test are

Understanding VirtualSize and SizeOfRawData in PE Section header

I am trying to understand how the VirtualSize and SizeOfRawData are used in the PE Section Header when Windows loads a executable or DLL into memory. So far here is what I understand. If the VirtualSize is greater or equal to the SizeOfRawData then the loader reads N bytes of section data with N =

Re: winex11.drv keyboard driver rewrite

On Mon, 13 Nov 2006 13:07:57 -0500 Kuba Ober <[EMAIL PROTECTED]> wrote: > I don't think that there's any way to go about those things but to use > UTF8-encoded locale. Since UTF8 is just the encoding, the actual locale > (language and locality) can be set separately. You could have by_BY.UTF-8,

Re: Info about nsURI_Release

Brandon Warhurst wrote: I had a question about nsURI_Release. Is it okay for this function to release multiple references at once or is it supposed to release references one at a time? Of course it's not. nsURI is an implementation of nsIURI interface that is the XPCOM interface and inherits f

Re: ntdll: prevent test from crashing on amd64

On Mon, Nov 13, 2006 at 08:54:33AM +0100, Peter Beutner wrote: > Putting code in the .data section means it will be mapped RW only, causing > segfaults when trying to execute it (at least on NX-capable systems). > > As a quick workaround mark it const, i.e. put it into the .rodata section > which

Re: kernel32: Use LC_NUMERIC instead of LC_ALL to determine the user locale.

"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes: > Why LC_NUMERIC? > Maybe, LC_MESSAGES more suits for this role? > Or LANG env? LC_MESSAGES is used for the system locale already. LANG cannot be accessed by setlocale(), the idea is to not depend on the specific way that setlocale() determines the

Re: Wine 0.9.25 full of regressions!

On 11/13/06, Mirek <[EMAIL PROTECTED]> wrote: Hi, i am testing wine about every 3 days from current git. Warcraft 3 cant run for me if i am using option "-opengl", with direct3d (default) it is working without any problems, but it is slower. If you want i can do testing every second day (after so

Re: winex11.drv keyboard driver rewrite

> Here an another X/Unix problem arises. IFAIK, You cannot type chars > that are not supported by Your current locale. It seems to be a trend in current distros to move to UTF8-based locales. Those support everything you throw at them. On my system (FC6), it's like so: $ echo $LANG en_US.UTF-8 W

Re: kernel32: Use LC_NUMERIC instead of LC_ALL to determine the user locale.

>Module: wine >Branch: master >Commit: 7a1522a20f45a39e9f127c9f2f83638ff600f5d9 >URL: >http://source.winehq.org/git/wine.git/?a=commit;h=7a1522a20f45a39e9f127c9f2f83638ff600f5d9 >Author: Alexandre Julliard >Date: Mon Nov 13 14:27:00 2006 +0100 >kernel32: Use LC_NUMERIC instead of LC_ALL t

Info about nsURI_Release

I had a question about nsURI_Release.  Is it okay for this function to release multiple references at once or is it supposed to release references one at a time?I'm trying to narrow down an application lock-up, and it appears that it occurs when mshtml release multiple references at the same time (

Re: oleaut32: implement underscore-prefix overload (was Re: oleaut32: ITypeInfo_fnInvoke behavior on PARAMFLAG_FOPT without PARAMFLAG_FHASDEFAULT)

Robert Shearman escribió: Alex Villací­s Lasso wrote: Here is a patch that implements my hunch. This patch fixes the problem on both my test app at bug #6638 and the tax app I try to run. There are a lot of wrong ways to fix the particular bug you are looking at, but only one right way. If yo

Re: oleaut32: implement underscore-prefix overload (was Re: oleaut32: ITypeInfo_fnInvoke behavior on PARAMFLAG_FOPT without PARAMFLAG_FHASDEFAULT)

Alex Villací­s Lasso wrote: Here is a patch that implements my hunch. This patch fixes the problem on both my test app at bug #6638 and the tax app I try to run. There are a lot of wrong ways to fix the particular bug you are looking at, but only one right way. If you have a doubt, then you sh

oleaut32: implement underscore-prefix overload (was Re: oleaut32: ITypeInfo_fnInvoke behavior on PARAMFLAG_FOPT without PARAMFLAG_FHASDEFAULT)

Alex Villací­s Lasso escribió: Robert Shearman escribió: [EMAIL PROTECTED] wrote: In a tax app written in Visual Basic/ADO, I found the following problem: In dlls/oleaut32/typelib.c, in function ITypeInfo_fnInvoke(), the following code is found (around line 5569). VARIANTARG *missing_arg = I

Re: setupapi: The inf section suffix that corresponds to __x86_64 is .ntamd64.

Hans Leidekker wrote: > -Hans > > Changelog > The inf section suffix that corresponds to __x86_64 is .ntamd64. > > > > > fe843f1050d9673354e0ae2329d86a6df67b7dfb > diff --git a/dlls/setupapi/install.c b/dlls/setupapi/in

Re: [PATCH] ntdll: round section parameters on 0x200

Andrey Turkin <[EMAIL PROTECTED]> writes: > I believe this is incorrect with regard to native Windows loader. As I > already said, I've tried to change PointerToRawData field on some files > with big FileAlignment and they load correctly if I or'ed them with some > value in range 0..0x1FF. Files r

Re: setupapi: Implement SetupGetSourceFileLocation{A,W}. 1/5

Hans Leidekker <[EMAIL PROTECTED]> writes: > Point taken on the precedence. FWIW, MSDN explicitly says that > SourceDisksNames > (and SourceDisksFiles) don't have nt prefixes: > > "Note that, unlike other sections such as a DDInstall section, the platform > extensions for a SourceDisksNames se

Re: setupapi: Implement SetupGetSourceFileLocation{A,W}. 1/5

On Monday 13 November 2006 14:26, Alexandre Julliard wrote: > > +if (!SetupFindFirstLineW( hinf, SourceDisksNames, source_id, context ) > > && > > +!SetupFindFirstLineW( hinf, SourceDisksNames_x86, source_id, > > context )) > > I believe x86 is supposed to take precedence. You may ha

Re: include: Add credui.h header file.

Paul Vriens wrote: On Mon, 2006-11-13 at 13:28 +, Robert Shearman wrote: --- include/Makefile.in |1 + include/wincred.h | 98 +++ 2 files changed, 99 insertions(+), 0 deletions(-) Hi, the patch description and Makefile.

Re: include: Add credui.h header file.

On Mon, 2006-11-13 at 13:28 +, Robert Shearman wrote: > --- > include/Makefile.in |1 + > include/wincred.h | 98 > +++ > 2 files changed, 99 insertions(+), 0 deletions(-) Hi, the patch description and Makefile.in reference credui.h.

Re: Wine 0.9.25 full of regressions! ( for certain applications )

For what it's worth, World of Warcraft is working well in opengl mode except for certain hardware... For instance ATI X series seem to have crashes however I'm not sure if this is widespread or just one or two users. ON ATI 8500 series & higher cards opengl is working well but ONLY if you add t

Re: setupapi: Implement SetupGetSourceFileLocation{A,W}. 1/5

Hans Leidekker <[EMAIL PROTECTED]> writes: > +if (!SetupFindFirstLineW( hinf, SourceDisksNames, source_id, context ) && > +!SetupFindFirstLineW( hinf, SourceDisksNames_x86, source_id, context > )) I believe x86 is supposed to take precedence. You may have to support nt and ntx86 pref

Re: [msi] Remove todo_wine for succeeding test

On 11/12/06, Paul Vriens <[EMAIL PROTECTED]> wrote: Hi, this test succeeds (at least on my box). Changelog Remove todo_wine for succeeding test Cheers, Paul. --- dlls/msi/tests/suminfo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/dlls/msi/tests/suminfo.c b/dl

Re: Wine 0.9.25 full of regressions!

Hi, i am testing wine about every 3 days from current git. Warcraft 3 cant run for me if i am using option "-opengl", with direct3d (default) it is working without any problems, but it is slower. If you want i can do testing every second day (after some changes in CVS) and report problems, but

Re: [PATCH] ntdll: round section parameters on 0x200

"Andrey Turkin" <[EMAIL PROTECTED]> wrote: -mapping->header_size = pos + size; +mapping->header_size = max( pos + size, nt.OptionalHeader.SizeOfHeaders ); You're reading my mind (or my hard drive), don't you? :) Ok, but if you going to change server code here, then you should probably a