November 2010 - Wine-Devel - list.winehq.org

Voting for bugs (Was: Re: [Bug 20969])
by Tom Spear Nov. 2, 2010

Nov. 2, 2010

Can/should voting for bugs be disabled if it is 'useless and does nothing except adding noise'? Thanks Tom On Tue, Nov 2, 2010 at 12:01 PM, <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=20969 > > --- Comment #19 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-11-02 > 12:01:23 CDT --- > (In reply to comment #18) > > Those of you with this issue, make sure you vote for this in bugzilla so > that > > it can be confirmed, if you haven't already. > > Voting for bugs in Wine bugzilla is useless and does nothing except adding > noise. > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > Do not reply to this email, post in Bugzilla using the > above URL to reply. > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >

1 0

Re: [4/4] msxml3: Implement domdoc schema validation (resend)
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Adam Martinson <amartinson(a)codeweavers.com> writes: > --- > dlls/msxml3/domdoc.c | 127 > ++++++++++++++++++++++++++++++++------------ > dlls/msxml3/tests/domdoc.c | 2 +- > 2 files changed, 93 insertions(+), 36 deletions(-) This one breaks on libxml 2.6.16 too: gcc -m32 -c -I. -I. -I../../include -I../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -g -O2 -o domdoc.o domdoc.c domdoc.c: In function 'domdoc_validateNode': domdoc.c:2496: error: 'struct _xmlDoc' has no member named 'properties' domdoc.c:2496: error: 'XML_DOC_WELLFORMED' undeclared (first use in this function) domdoc.c:2496: error: (Each undeclared identifier is reported only once domdoc.c:2496: error: for each function it appears in.) make: *** [domdoc.o] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: xlive: add initial tests, make them pass under Wine
by James Mckenzie Nov. 2, 2010

Nov. 2, 2010

Austin English <austinenglish(a)gmail.com> wrote: Resend them all. The 'bot' cannot apply just one patch in a series (AJ has pointed this out as well as Ge.) James McKenzie

1 0

Quick Question About GDI
by Aaron Tyler Nov. 2, 2010

Nov. 2, 2010

Hello, I was searching online to find more info about GDI and I came across your information. Can you tell me, are you still involved with GDI? If you are, how are things going for you? Please let me know. Sincerely, Aaron Tyler

1 0

Re: [PATCH 1/2 resend] urlmon: Added IInternetProtocolEx support to BindProtocol.
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Jacek Caban <jacek(a)codeweavers.com> writes: > This patch was previously rejected due to test failure in gameux. The > failure no longer happens for me. It's still failing here: ../../../tools/runtest -q -P wine -M gameux.dll -T ../../.. -p gameux_test.exe.so gameexplorer.c && touch gameexplorer.ok gameexplorer.c:571: Test failed: IGameExplorer::AddGame failed (error 0x80004005) gameexplorer.c:589: Test failed: IGameExplorer::AddGame failed (error 0x80004005) gameexplorer.c:640: Test failed: IGameExplorer2::InstallGame failed (error 0x80004005) gameexplorer.c:643: Test failed: cannot find game with GDF path L"Z:\\home\\julliard\\wine\\wine\\dlls\\gameux\\tests\\gameux_test.exe" in scope 2 make: *** [gameexplorer.ok] Error 4 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ddraw/tests: Remove a space before a '\n'.
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6711 Your paranoid android. === W98SE (32 bit ddrawmodes) === ddrawmodes: unhandled exception c0000005 at 004122E8 === W7PROX64 (64 bit ddrawmodes) === Timeout

1 0

Re: [PATCH 1/3] include: Add macros for retrieving control message headers (try 2).
by Alexandre Julliard Nov. 2, 2010

Nov. 2, 2010

Erich Hoover <ehoover(a)mines.edu> writes: > This patch adds the windows version of the macros for retrieving > control message headers (such as IP_PKTINFO control header responses). > This structure is required by later patches in this series in order > to implement IP_PKTINFO. In this version the macros are moved to > ws2def.h and WSA_CMSG_NXTHDR is an actual macro (dependent upon a > couple "custom" macros for clarity), rather than an inline function. Please don't add custom macros that don't exist on Windows, it's not necessary. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ddraw/tests: Fix compilation on systems that don't support nameless unions.
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6710 Your paranoid android. === W98SE (32 bit dsurface) === dsurface: unhandled exception c0000005 at 00415109

1 0

rasphone.exe, rasapi32.dll and rasdlg.dll
by Gerold Jens Wucherpfennig Nov. 2, 2010

Nov. 2, 2010

Hi, I want to contribute a rasphone.exe, rasapi32.dll and rasdlg.dll to the Wine project :-). The rasphone.exe is already completed, but I have still to do a lot of work for rasapi32.dll and rasdlg.dll. For the RAS-Connection I use wvdial. Right now all my work is coded into the rasphone.exe, but I will change that and use a rasapi32.dll and rasdlg.dll. I will post my code when it's ready... I hope you will all enjoy my work, best regards Gerold Jens Wucherpfennig -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

1 0

Re: xlive: add initial tests, make them pass under Wine (3/3)
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6709 Your paranoid android. === WINEBUILD (build) === Patch failed to apply Unable to regenerate dlls/xlive/Makefile Make failed

1 0

Re: xlive: add initial tests, make them pass under Wine
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6708 Your paranoid android. === WINEBUILD (build) === Patch failed to apply Make failed

2 1

[RFC] cmd: Add a space at the end of the first echo'ed batch line [try5]
by GOUJON Alexandre Nov. 2, 2010

Nov. 2, 2010

Hi everyone, I'm trying to fix the wine cmd behavior but as this 5th try differs greatly with the previous one, I'd like to have some feedback before submitting it. If you have any question, just let me know. Thanks is advance.

4 5

Re: [5/5] msxml3: Fix node_get_text() whitespace handling
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6694 Your paranoid android. === WINEBUILD (build) === Patch failed to apply

1 0

DDRAW: New implementation of SetCooperativeLevel (a new try)
by paulo lesgaz Nov. 2, 2010

Nov. 2, 2010

Hello, In waiting for my last patch of test for SetCooperativeLevel being accepted, I send to the list my attempt to fix this function. With the attached patch,all the already implemented and all the forecoming tests succeded. I tried to implement Henri's idea about the logic of this function (see http://www.winehq.org/pipermail/wine-devel/2010-August/086201.html ) Any feedback of this patch would be welcomed. Thanks in advance. A+ David

1 0

Re: [4/4] msxml3: Implement domdoc schema validation (resend)
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6691 Your paranoid android. === WINEBUILD (build) === Make of import library failed Make of import library failed

1 0

Re: [3/4] msxml3: Add error code defines (resend)
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6690 Your paranoid android. === WINEBUILD (build) === Make of import library failed Make of import library failed

1 0

Re: cmd: Add a space at the end of the first echo'ed batch line [try6]
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6689 Your paranoid android. === WNT4WSSP6 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2KPROSP4 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === WXPPROSP3 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2K3R2SESP2 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === WVISTAADM (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W2K8SE (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PRO (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PROX64 (32 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space === W7PROX64 (64 bit batch) === batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space batch.c:173: Test failed: expected space

1 0

Re: ddraw: Add tests for SetCooperativeLevel with a NULL window
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6682 Your paranoid android. === W98SE (32 bit ddrawmodes) === ddrawmodes: unhandled exception c0000005 at 004122E8 === W7PROX64 (64 bit ddrawmodes) === Timeout

1 0

Re: [PATCH 1/3] winmm: mciSendString always returns a response string (albeit empty). [resend]
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6679 Your paranoid android. === W98SE (32 bit mci) === mci.c:846: Test failed: Expect message 0001 from play to 250 wait notify mci.c:853: Test failed: got 0004 instead of MCI_NOTIFY_xyz 0000 from command after close

1 0

Re: [PATCH 2/2] hlink: Site data should only be set if the hlink has an HlinkSite
by Marvin Nov. 2, 2010

Nov. 2, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6677 Your paranoid android. === W2K8SE (32 bit htmldoc) === htmldoc.c:2241: Test failed: unexpected call UpdateUI htmldoc.c:2466: Test failed: unexpected call Exec_UPDATECOMMANDS

1 0

Re: include: Add new Button control styles
by Nikolay Sivov Nov. 1, 2010

Nov. 1, 2010

On 11/2/2010 01:45, André Hentschel wrote: > BS_TYPEMASK is already defined some lines above that > --- > include/winuser.h | 6 +++++- > 1 files changed, 5 insertions(+), 1 deletions(-) > > diff --git a/include/winuser.h b/include/winuser.h > index 4114756..e04e8ad 100644 > --- a/include/winuser.h > +++ b/include/winuser.h > @@ -712,8 +712,12 @@ typedef struct tagWINDOWPLACEMENT > #define BS_GROUPBOX 0x00000007L > #define BS_USERBUTTON 0x00000008L > #define BS_AUTORADIOBUTTON 0x00000009L > +#define BS_PUSHBOX 0x0000000AL > #define BS_OWNERDRAW 0x0000000BL > -#define BS_TYPEMASK 0x0000000FL > +#define BS_SPLITBUTTON 0x0000000CL > +#define BS_DEFSPLITBUTTON 0x0000000DL > +#define BS_COMMANDLINK 0x0000000EL > +#define BS_DEFCOMMANDLINK 0x0000000FL > #define BS_LEFTTEXT 0x00000020L > #define BS_RIGHTBUTTON BS_LEFTTEXT > New styles should go to commctrl.h, and you can't remove BS_TYPEMASK.

1 0

Re: [PATCH 3/3] winmm: MCI_INFO doesn't change the output buffer in case of error.
by Marvin Nov. 1, 2010

Nov. 1, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6668 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:835: Test failed: Expect message 0001 from play to 250 wait notify mci.c:842: Test failed: got 0004 instead of MCI_NOTIFY_xyz 0000 from command after close mci.c:903: Test failed: not enough time elapsed 58ms

1 0

Re: [PATCH 2/3] winmm: MCI_SYSINFO doesn't change the output buffer in case of error.
by Marvin Nov. 1, 2010

Nov. 1, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6667 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:959: Test failed: mci status position: 70 mci.c:1006: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1020: Test failed: mci pause (space) wait returned MMSYSERR 5 mci.c:1023: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1037: Test failed: Expect message 0004 from play (aborted by close)

1 0

Re: [PATCH 1/3] winmm: mciSendString always returns a response string (albeit empty).
by Marvin Nov. 1, 2010

Nov. 1, 2010

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=6666 Your paranoid android. === WINEBUILD (build) === Patch failed to apply === W98SE (32 bit mci) === mci.c:903: Test failed: not enough time elapsed 58ms mci.c:959: Test failed: mci status position: 58 mci.c:1006: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1020: Test failed: mci pause (space) wait returned MMSYSERR 5 mci.c:1023: Test failed: mci pause wait returned MMSYSERR 5 mci.c:1037: Test failed: Expect message 0004 from play (aborted by close)

1 0

Re: Problems with Test
by James Mckenzie Nov. 1, 2010

Nov. 1, 2010

Charles Davis <cdavis(a)mymail.mines.edu> wrote: > >On 10/31/10 9:23 PM, James McKenzie wrote: >> All: >> >> I'm trying to convert one integer number using a float number factor. >> Here is the code: >> >> int ry = 125; >> double ryf; >> >> ryf = ry/1440; >> >> The result is 0 and should be 0.06666666667 (or even more sixes.) >And why should it be? None of the values in the expression 'ry/1440' are >of type 'double'. They're both 'int's, so the compiler sees it as >integer division instead of FP division. The C language spec doesn't >require the compiler to infer that you wanted FP division when you >assign to a variable of FP type. Ah, the wonders of 'c'. Thank you for the reminder that this is what happens during this division process. Been a long time since I've tried this. > >> What am I doing 'incorrectly'? >Now, if your assignment looked like this: > >ryf = ry/1440.0; > >then it would work correctly. Now the 1440 is of type 'double', so the >compiler emits a floating-point division. > Got it. I tried to cast ry to double, but that did not work. Guess my version of gcc has a problem or I did it wrong. Will try changing the division this evening and see what happens. James McKenzie

2 1