September 2010 - Wine-devel

Re: configure: Detect resolver functionality on FreeBSD.
by Alexandre Julliard 23 Sep '10

23 Sep '10

Tijl Coosemans <tijl(a)coosemans.org> writes: > @@ -1270,13 +1270,12 @@ AC_SUBST(RESOLVLIBS,"") > if test "$ac_cv_header_resolv_h" = "yes" > then > ac_save_LIBS="$LIBS" > - LIBS="$LIBS -lresolv" > - AC_LINK_IFELSE([AC_LANG_PROGRAM([[#ifdef HAVE_NETINET_IN_H > -#include <netinet/in.h> > -#endif > -#include <resolv.h>]],[[res_init();]])], > - [AC_DEFINE(HAVE_RESOLV, 1, [Define if you have the resolver library and header]) > - RESOLVLIBS="-lresolv"]) > + AC_SEARCH_LIBS(res_init, resolv, > + AC_DEFINE(HAVE_RESOLV, 1, [Define if you have the resolver library and header])) > + case "$ac_cv_search_res_init" in > + no*) ;; > + *) RESOLVLIBS="$ac_cv_search_res_init" ;; > + esac This breaks on Linux. res_init() can be a macro. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 6/8] gameux: IGameStatistics::GetMaxValueLength implementation
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

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=5430 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: [PATCH 1/8] gameux/tests: Add test of storing and reading game statistics (try2)
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

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=5426 Your paranoid android. === WINEBUILD (build) === Make failed

2 1

Re: [PATCH 5/8] gameux: IGameStatistics::GetMaxNameLength implementation
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

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=5429 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: [PATCH 4/8] gameux: IGameStatistics::GetMaxCategoryLength implementation
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

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=5428 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: [PATCH 3/8] gameux: Add stub of IGameStatistics interface implementation (resend)
by testbot＠testbot.winehq.org 23 Sep '10

23 Sep '10

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=5427 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: ws2_32: implement AcceptEx and GetAcceptExSockaddrs (try 3)
by James Mckenzie 22 Sep '10

22 Sep '10

-----Original Message----- >From: Ricardo Filipe <ricardojdfilipe(a)gmail.com> >Sent: Sep 22, 2010 1:18 PM >To: wine-devel(a)winehq.org >Subject: Re: ws2_32: implement AcceptEx and GetAcceptExSockaddrs (try 3) > >2010/9/21 Mike Kaplinskiy <mike.kaplinskiy(a)gmail.com>: >> Thanks for the feedback Alexandre. The complexity of the wine APC & >> I/O system never stops amazing me. Third time's the charm? >> >> try 3: correctly use an apc to free internal async structures (which >> would explain why we have the apc parameter...). Strangely moving >> SetEvent & AddCompletion to the apc makes it not work (...an exercise >> for another time) >> try 2: use the new async i/o callbacks >> --- >> dlls/ws2_32/socket.c | 257 +++++++++++++++++++++++++++++++++++++++++++++- >> dlls/ws2_32/tests/sock.c | 14 ++- >> 2 files changed, 263 insertions(+), 8 deletions(-) >> >> >> >> > >thank you for the perseverence to make this possible in the main tree. > > +1. Thank you Mike. James McKenzie

2 1

Re: [PATCH 2/2] comctl32/tests: Default listview width appears to be 1 inch.
by testbot＠testbot.winehq.org 22 Sep '10

22 Sep '10

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=5396 Your paranoid android. === W2K8SE (32 bit listview) === listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000 === W7PROX64 (32 bit listview) === listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000

2 1

Re: ws2_32: implement AcceptEx and GetAcceptExSockaddrs (try 3)
by Ricardo Filipe 22 Sep '10

22 Sep '10

2010/9/21 Mike Kaplinskiy <mike.kaplinskiy(a)gmail.com>: > Thanks for the feedback Alexandre. The complexity of the wine APC & > I/O system never stops amazing me. Third time's the charm? > > try 3: correctly use an apc to free internal async structures (which > would explain why we have the apc parameter...). Strangely moving > SetEvent & AddCompletion to the apc makes it not work (...an exercise > for another time) > try 2: use the new async i/o callbacks > --- > dlls/ws2_32/socket.c | 257 +++++++++++++++++++++++++++++++++++++++++++++- > dlls/ws2_32/tests/sock.c | 14 ++- > 2 files changed, 263 insertions(+), 8 deletions(-) > > > > thank you for the perseverence to make this possible in the main tree.

2 1

Re: [1/2] d3dx9_36: D3DXDeclaratorFromFVF returns D3DERR_INVALIDCALL when an invalid declarator is passed.
by Henri Verbeet 22 Sep '10

22 Sep '10

On 22 September 2010 03:26, Misha Koshelev <misha680(a)gmail.com> wrote: > Credit for the idea of comparing the result of D3DXDeclaratorFromFVF > to D3DXFVFFromDeclarator goes to Tony Wasserka: > http://repo.or.cz/w/wine/d3dx9TW.git/blob/Merge:/dlls/d3dx9_36/mesh.c > (see line 405, and his comparison is vice versa - i.e., > D3DXDeclaratorFromFVF to D3DXFVFFromDeclarator) > --- That's insane. Any FVF validation should be done before starting the conversion, not afterwards by calling D3DXFVFFromDeclarator().

2 3