Re: kernel32: Fix a test that fails on all NT platforms

On Tue, Apr 22, 2008 at 1:33 AM, Paul Vriens <[EMAIL PROTECTED]> wrote: > James Hawkins wrote: > > > > > Hi, > > > > Changelog: > > * Fix a test that fails on all NT platforms. > > > > dlls/kernel32/tests/toolhelp.c | 12 +--- > > 1 files changed, 9 insertions(+), 3 deletions(-) > > > >

Re: What to do about filenames legal in Linux but illegal in Windows?

Would the right way to handle such files be to use the FUSE filesystem (when it's done) to hide them from apps? On the one hand it sidesteps the problem, but as a recent blog post by Microsoft's Raymond Chen http://blogs.msdn.com/oldnewthing/archive/2008/04/14/8389268.aspx shows, it IS possible to

Re: kernel32: Fix a test that fails on all NT platforms

James Hawkins wrote: > Hi, > > Changelog: > * Fix a test that fails on all NT platforms. > > dlls/kernel32/tests/toolhelp.c | 12 +--- > 1 files changed, 9 insertions(+), 3 deletions(-) > > > > > > Hi James,

Re: Wine64?

> Hello Erik, > > 2008/4/21, Erik de Castro Lopo <[EMAIL PROTECTED]>: > > Hi all, > > > > I'm interested in the current state of work towards Wine64, ie > > running Win64 binaries on x86_64 Linux machines. > > > > My needs are actually really simple and hence may be a good base > > functionali

Re: What to do about filenames legal in Linux but illegal in Windows?

* On Mon, 21 Apr 2008, Dan Kegel wrote: > > (I believe that in both Windows and Wine, directory listings > will show these illegal chars, but attempts to open the files will > fail.) ... > I looked around a bit today for a way to open such files in > Windows, and failed miserably ... > Anyon

What to do about filenames legal in Linux but illegal in Windows?

Linux users create files with names that are legal in Linux but not in Windows, simply because they can. Eventually they'll try to read those files in a Windows app, either by carrying them on a flash drive over to a real windows system, by dual booting, or by running the app in Wine. Now, normall

Documentation updating / XML?

I've been working on some of the documentation, then remembered that Scott requested a move to XML: http://bugs.winehq.org/show_bug.cgi?id=12217 There are quite a few programs to convert SGML to XML, and I've got a bit of time to kill. Alexandre, would you accept a move to XML, or would this be a

Re: Secure filename copy to fixed size variable wfileName

"Tomasz Jezierski - Tefnet" <[EMAIL PROTECTED]> wrote: > - strcpyW(wfileName, sei_tmp.lpFile); > + StrCpyNW(wfileName, sei_tmp.lpFile,sizeof(wfileName)); > } > } else > - strcpyW(wfileName, sei_tmp.lpFile); > + StrCpyNW(wfileName, sei_tmp.lpFile,sizeof(wfileName)); Your

Re: Strange struct alignment errors?

On Sun, Apr 20, 2008 at 3:57 AM, Dan Kegel <[EMAIL PROTECTED]> wrote: > Shoot, icc ought to be able to handle those, but > you're right, we should ignore any icc results. At least until I am done... =) But yeah icc's alignment handling seems to be totally broken...I've tried every alignment swi

Re: version: Fix tests that fail in win9x and win2k

James Hawkins wrote: > Hi, > > Changelog: > * Fix tests that fail in win9x and win2k. > > dlls/version/tests/info.c | 29 +++-- > 1 files changed, 19 insertions(+), 10 deletions(-) > Hi James, No patch attached. Best Regards Alistair Leslie-Hughes

Re: [1/4] dinput: Return error for unknown property.

Sergey Khodych wrote: >> I'd like to see tests for this. Also lots of programs will break because >> they won't get some not significant property. No short - don't do this. > But wine return a garbage value also for significant property. This > value may cause undefined behavior of application. T

Re: winmm/tests: waveOutGetDevCaps called with invalid size

Peter Åstrand wrote: On Fri, 18 Apr 2008, Robert Reif wrote: -rc=waveOutGetDevCapsA(device,&capsA,4); +/* Final call must succeed, capsA will be used below */ +rc=waveOutGetDevCapsA(device,&capsA,sizeof(capsA)); ok(rc==MMSYSERR_NOERROR, "waveOutGetDevCapsA(%s): MMSYS

Re: Wine64?

Hello Erik, 2008/4/21, Erik de Castro Lopo <[EMAIL PROTECTED]>: > Hi all, > > I'm interested in the current state of work towards Wine64, ie > running Win64 binaries on x86_64 Linux machines. > > My needs are actually really simple and hence may be a good base > functionality to work towards.

Re: [1/4] dinput: Return error for unknown property.

> I'd like to see tests for this. Also lots of programs will break because > they won't get some not significant property. No short - don't do this. But wine return a garbage value also for significant property. This value may cause undefined behavior of application. The patch will make errors

Re: MSIME support causing slow setup until explorer.exe paused?

On Mon, Apr 21, 2008 at 5:12 AM, Aric Stewart <[EMAIL PROTECTED]> wrote: > MSIMEService, MSIMEReconvertOptions, MSIMEMouseOperator, etc... those are > all Messages that Microsoft Office looks for and sends to the IME during > operations. For the most part all those messages are just stubbed. > >

Re: gdi32: Make the bitmap test pass under Windows 2000

James Hawkins wrote: > On Mon, Apr 21, 2008 at 10:40 AM, Dmitry Timoshkov > <[EMAIL PROTECTED]> wrote: >> "Paul Vriens" <[EMAIL PROTECTED]> wrote: >> >> >>> Is there a specific combination you are looking for? Huge width, small >>> height? >> Anything you could test that will lead to a reasonable

Re: gdi32: Make the bitmap test pass under Windows 2000

On Mon, Apr 21, 2008 at 10:40 AM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > "Paul Vriens" <[EMAIL PROTECTED]> wrote: > > > > Is there a specific combination you are looking for? Huge width, small > > height? > > Anything you could test that will lead to a reasonable conclusion. > > > > Or th

Re: Alternative for isinf (fix for bug 12008) (version 2)

+#if !defined(HAVE_ISINF) && defined(HAVE_IEEEFP_H) +#include +#define isinf(x) (!(finite(x) || isnand(x))) +#endif The problem with macros is that something like isinf(*x++) won't do what you intend. That's why even for such a simple case a function would be better imho. -- Francois Goug

Re: d3dx9: Texturing functions

On Sat, Apr 19, 2008 at 10:11:06AM +0200, [EMAIL PROTECTED] wrote: > So, the first thing I want to make sure is that we redirect the function > calls correctly in order > to reduce double coding. > This means on the one hand that we should call the Extended versions of each > function > from insi

Re: gdi32: Make the bitmap test pass under Windows 2000

On Mon, Apr 21, 2008 at 10:06 AM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > "Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > > >> @@ -967,15 +970,19 @@ static void test_bitmap(void) > >> hdc = CreateCompatibleDC(0); > >> assert(hdc != 0); > >> > >> +if (0) > >> +{ /* this test fai

Re: Some XDC update

Am Montag, 21. April 2008 17:00:04 schrieb Stefan Dösinger: > I talked to Aaron Plattner and Pierre ? I forgot to look up the name: Pierre-Loup Griffais was it, if I am not mistaken

Re: gdi32: Make the bitmap test pass under Windows 2000

"Paul Vriens" <[EMAIL PROTECTED]> wrote: > Is there a specific combination you are looking for? Huge width, small height? Anything you could test that will lead to a reasonable conclusion. > Or the maximum size possible? At least we need to know this one. -- Dmitry.

Re: gdi32: Make the bitmap test pass under Windows 2000

Dmitry Timoshkov wrote: > "Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > >>> @@ -967,15 +970,19 @@ static void test_bitmap(void) >>> hdc = CreateCompatibleDC(0); >>> assert(hdc != 0); >>> >>> +if (0) >>> +{ /* this test fails under Win2k */ >>> SetLastError(0xdeadbeef); >>>

Re: gdi32: Make the bitmap test pass under Windows 2000

Dmitry Timoshkov wrote: > "Paul Vriens" <[EMAIL PROTECTED]> wrote: > > +if (0) > +{ /* this test fails under Win2k */ > SetLastError(0xdeadbeef); > hbmp = CreateBitmap(0x7ff, 1, 1, 1, NULL); > ok(hbmp != 0, "CreateBitmap should not fail\n"); > Dele

Re: gdi32: Make the bitmap test pass under Windows 2000

"Paul Vriens" <[EMAIL PROTECTED]> wrote: +if (0) +{ /* this test fails under Win2k */ SetLastError(0xdeadbeef); hbmp = CreateBitmap(0x7ff, 1, 1, 1, NULL); ok(hbmp != 0, "CreateBitmap should not fail\n"); DeleteObject(hbmp); +} >>> It wou

Some XDC update

Hi, Here's a short summary of the wine-related things that were going on on XDC: -> Mouse input: Daniel Stone will take care of that. He says DGA would give us what we want, but recommends not to use it. He is working on extending XInput(or making a new XI2) which can report relative mouse move

Re: gdi32: Make the bitmap test pass under Windows 2000

"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: >> @@ -967,15 +970,19 @@ static void test_bitmap(void) >> hdc = CreateCompatibleDC(0); >> assert(hdc != 0); >> >> +if (0) >> +{ /* this test fails under Win2k */ >> SetLastError(0xdeadbeef); >> hbmp = CreateBitmap(0x7ff, 1

Re: gdi32: Make the bitmap test pass under Windows 2000

Dmitry Timoshkov <[EMAIL PROTECTED]> writes: > @@ -967,15 +970,19 @@ static void test_bitmap(void) > hdc = CreateCompatibleDC(0); > assert(hdc != 0); > > +if (0) > +{ /* this test fails under Win2k */ > SetLastError(0xdeadbeef); > hbmp = CreateBitmap(0x7ff, 1, 1, 1, NUL

Re: msxml3: Correct transformNode from failing on windows

Alistair Leslie-Hughes <[EMAIL PROTECTED]> writes: > diff --git a/dlls/msxml3/tests/domdoc.c b/dlls/msxml3/tests/domdoc.c > index 6f790fe..b06e57e 100644 > --- a/dlls/msxml3/tests/domdoc.c > +++ b/dlls/msxml3/tests/domdoc.c > @@ -143,7 +143,11 @@ static const CHAR szTransformSSXML[] = > ""; >

Re: imm32: Fix a test that fails on all systems

Are this tests failing on windows? When I did my recent IME work I was working to make sure that these tests succeeded at that time. have they started failing on wine as well? thanks, -aric James Hawkins wrote: > Hi, > > Changelog: > * Fix a test that fails on all systems. > > dlls/imm32/t

Re: imm32: Fix a test that fails on all systems

On Mon, Apr 21, 2008 at 7:17 AM, Aric Stewart <[EMAIL PROTECTED]> wrote: > Are this tests failing on windows? > > When I did my recent IME work I was working to make sure that these tests > succeeded at that time. > > have they started failing on wine as well? > Yes, they fail on all versions:

Re: [PATCH 09/17] widl: Split the expr rule up into multiple rules to fix operator precedence.

Alexandre Julliard wrote: You shouldn't need that, the %left/%right declarations should define the correct precedence already. Why doesn't this work for you? I was attempting to fix the attached case. The result of the expression evaluation can be seen in the generated _c.c file by searching f

Re: MSIME support causing slow setup until explorer.exe paused?

Humm, MSIMEService, MSIMEReconvertOptions, MSIMEMouseOperator, etc... those are all Messages that Microsoft Office looks for and sends to the IME during operations. For the most part all those messages are just stubbed. The messages are Registered in Imm32/imm.c once per process, and als

Re: [PATCH 09/17] widl: Split the expr rule up into multiple rules to fix operator precedence.

Robert Shearman <[EMAIL PROTECTED]> writes: > @@ -263,8 +263,14 @@ static void add_explicit_handle_if_necessary(func_t > *func); > %type attribute > %type m_attributes attributes attrib_list > %type str_list > -%type m_expr expr expr_const > -%type m_exprs /* exprs expr_list */ expr_list_

Re: winmm/tests: waveOutGetDevCaps called with invalid size

On Fri, 18 Apr 2008, Robert Reif wrote: > > -rc=waveOutGetDevCapsA(device,&capsA,4); > > +/* Final call must succeed, capsA will be used below */ > > +rc=waveOutGetDevCapsA(device,&capsA,sizeof(capsA)); > > ok(rc==MMSYSERR_NOERROR, > > "waveOutGetDevCapsA(%s): MMSYSERR_NOE

Question about openning html document in new window

Hello, I have a question. I make a patch, that fix problem with open html document in new window. I tested it on "MyIE 2" and it works. But I am not assured, whether it is possible to solve a problem in this way. What do you think about it? -- Sinitsin Ivan Index: dlls/shdocvw/navigate.c

Wine64?

Hi all, I'm interested in the current state of work towards Wine64, ie running Win64 binaries on x86_64 Linux machines. My needs are actually really simple and hence may be a good base functionality to work towards. I just need to run Win64 binaries that read stdin, write stdout/stderr and do fil