January 2013 - Wine-Devel - list.winehq.org

Re: Why 0.1.0.0 as local socket address instead of 127.0.0.1?

by Bruno Jesus

On Fri, Jan 25, 2013 at 4:11 PM, Francois Gouget <fgouget(a)codeweavers.com> wrote: > > The ws2_32:sock fails on some of my machines with the following error: > > sock.c:4794: Test failed: Local socket address is different 0.1.0.0 != 127.0.0.1 > > Does anyone know why we GetAcceptExSockaddrs() would return 0.1.0.0 > instead of 127.0.0.1? Looking at the Windows 7 winetest results it does > not appear to be correlated with either the SP1 or IE9. > > For instance got an error on Windows 7 + SP1 + IE9 (32 and 64-bit): > http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/win7_f… > http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/win7_f… > > But not here (Windows 7 + SP1 + IE9 64-bit): > http://test.winehq.org/data/83846cd131aac33228bf08aefae0bf0ea93d4273/win7_f… > > I also got it failing at least once on a Windows 2000 SP4 VM: > http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/2000_f… > > But never saw it fail on my Windows XP or 2003 VMs. I don't know the answer yet, I'll add a more verbose debug of the struct, add Set/GetLastError and check the returned pointers. I have a win7 machine that does not reproduce the issue, so I'll try installing SP1 + IE9 hoping to break things and expose the test failure. > -- > Francois Gouget <fgouget(a)codeweavers.com> > Best wishes, Bruno

Jan. 27, 2013

FOSDEM logistics

by Jeremy White

Hi folks, Alright, this is it - we're going to try to get together at FOSDEM starting this Friday. If you are planning on being there, you should make sure to subscribe to the wineconf mailing list: http://www.winehq.org/mailman/listinfo/wineconf All further logistics emails and discussions will take place there. So if you're not subscribed, you can't complain we didn't try to include you in the planning. We plan on informally assembling in the lobby / bar of the Best Western Hotel Royal Centre (http://www.royalcentre.be/) on Friday, most likely starting in late afternoon. I don't have any plans for Saturday; I'll likely go harangue the Xorg guys, and maybe catch the key note. We may try to informally gather as well. However, there is no plan for Saturday dinner (sorry, no sponsored dinner by CodeWeavers this year). I have no idea how FOSDEM usually works on Saturday night, so I figured we'd just play it be year. Advice is welcome. Our devroom starts Sunday at 9:00 am. We're in building K, which you can see on this map: http://www.ulb.ac.be/campus/solbosch/plan-K.html Main FOSDEM entrance / registration is in building H on that map. One bit of unsolicited advice - when I naively copy/paste the address on the FOSDEM page into Google maps for directions, I end up with the wrong location. If you're at the Best Western, it looks like Tram 94 goes to the Legrand stop in 16 minutes, and then a 10 minute walk carries you the rest of the way there. Looking forward to seeing you all on Friday! Cheers, Jeremy

Jan. 27, 2013

Re: wined3d: Rebind texture before checking for its content in check_fbo_compat().

by Henri Verbeet

On 27 January 2013 19:16, Stefan Dösinger <stefandoesinger(a)gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am 2013-01-26 23:52, schrieb Matteo Bruni: >> 2013/1/26 Stefan D￶singer <stefandoesinger(a)gmail.com>: >>> Do you really have to re-attach it to the FBO? Or does >>> glBindTexture(GL_TEXTURE_2D, tex) work as well? >> Yeah, that works too. I've sent a new patch with this change. > Is it really an fglrx bug in this case? I vaguely remember that the > spec says you have to rebind a texture before reading it after you've > rendered to an FBO it is attached to. Or was this about rebinding the > FBO after modifying the texture via glSubTexImage? > That's when multiple contexts are involved.

Jan. 27, 2013

Re: wined3d: Rebind texture before checking for its content in check_fbo_compat().

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2013-01-26 23:52, schrieb Matteo Bruni: > 2013/1/26 Stefan D￶singer <stefandoesinger(a)gmail.com>: >> Do you really have to re-attach it to the FBO? Or does >> glBindTexture(GL_TEXTURE_2D, tex) work as well? > Yeah, that works too. I've sent a new patch with this change. Is it really an fglrx bug in this case? I vaguely remember that the spec says you have to rebind a texture before reading it after you've rendered to an FBO it is attached to. Or was this about rebinding the FBO after modifying the texture via glSubTexImage? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRBW8AAAoJEN0/YqbEcdMwklUP/RpyJHfjwmDVU/X0mC1PLAJ3 S+Eg98BRllP+YbP5nIIVORLJo/kwHtjl2eHYc11N59b8Q0LEGDvPhUODxGa8lmS+ RJzGb/QstPUgoKCpCsUbJPwom+IoB8fx9CSXpsDMj1if10VSHQsePrK6458QdD90 S96k/3f256LepHkdXBE5rWddpFGE6sCJ8ZEaLyB07211SpO/4wrCd2+7V/YyETKU om7uQFD8OUOjMMN5O2Mihm+XBwvyha1S5AfPlxo54V1x5aaYBBBUzTFIgl0dxg7c B8SjJak4sPvnLmUO2VTnZ/LkBq/sKyh1+RI0furnt5LFWA0Lag0XvexPXLS8Eq7F SDqcNn4UBcs6Awfg5LKnzrYNVC8ChkRvruDzezCsFO7vZUQaO/3xgOMK37sXtwcd 5hvnoxUSABKZMVt7/Xgy505oQGPkaNzLfDwH6xFQ+RzDpFjp8LenChhI1Ox5/cNP BI8VtxMzOU5yz7T5X0WpNEHumGlRlKWs97FUBQASfogyX6P7uz4bwb2t8dsu8Zkn pgOjqwUZf2WcRScFgwHsyNbDbxZ9WaVoFn8Y4ZD6eX4iXj3QGZIqL/ZcQXYtugzH oeMw1wIL/lNw0WliCXl+SEqYsKCgDSIotu7gs30NgbKRgUbW9tyGzkQZQaKaSAgt aiJeMK8b2ndrP3O8jCjQ =mDF3 -----END PGP SIGNATURE-----

Jan. 27, 2013

Re: wined3d: Rebind texture before checking for its content in check_fbo_compat().

by Matteo Bruni

2013/1/26 Stefan Dösinger <stefandoesinger(a)gmail.com>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am 2013-01-26 22:32, schrieb Matteo Bruni: >> + >> gl_info->fbo_ops.glFramebufferTexture2D(GL_FRAMEBUFFER, >> GL_COLOR_ATTACHMENT0, GL_TEXTURE_2D, tex, 0); > Do you really have to re-attach it to the FBO? Or does > glBindTexture(GL_TEXTURE_2D, tex) work as well? > Yeah, that works too. I've sent a new patch with this change. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.19 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJRBFTlAAoJEN0/YqbEcdMw7bcQAIfUM81xBr3zIpcEYek3gMso > jXPq49+8Dp8Y3xiJGU/nFD8yLH9Y24SXpyageueCMWZR2jnEQcXBL0l76MmL5ZYK > Y/L1ytRwrOvdXP07pJ8p3ZXxmA6hl82fuNxMvYhlSYP8PVCoobhaH7MwGp9WPpGF > Ij20eOOR3GQnDjb6M2qHHfP9s+mNREu5NrvZ76NCf/lURXLJyDECuMz+6TbSl4CM > qv0xCKdtqxm13gTZio3ftKc3QZZUSstiYjUYQmFh5NXQe5oIr9j2/iueU2K0zA/M > CqswN4divbFFbh7QwCIDaubwfGidRfiwIG3lCCiNpfIvnowQouELIoFKjIipQ1AL > ihIIS7iyekasAxkErVZ3E8O8IJCKYbTC+tAXBfK3niKmSRfdUB9cmfo5nVZw4Xjb > 3/Zz84WnjMlIznyBGsKyKX+VLKlqzXY5zCyboHuEWPxTXdS0FAbwHzz06Kv0zIqc > Pe4X6dJOUz6EPnx2gkbtFygGFbAa8haWhiIcY01H1bMSa7NnZPU3QgQXimrvXaKK > SbQofZfhbNSVv0dL1kxqUYeLPb5hKXqMRHO7yi/GeyejTie9onzjxrjt4zn4rxe3 > 9IEZ0ymUYs499ahUnW/DAe0yFJvX+EXiPIiWwLBGVpx/Dzduk0WADOLBaN/YwrEz > 1gxkuQjF2tbVSTkP41yr > =xi8z > -----END PGP SIGNATURE----- > >

Jan. 26, 2013

Re: wined3d: Rebind texture before checking for its content in check_fbo_compat().

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2013-01-26 22:32, schrieb Matteo Bruni: > + > gl_info->fbo_ops.glFramebufferTexture2D(GL_FRAMEBUFFER, > GL_COLOR_ATTACHMENT0, GL_TEXTURE_2D, tex, 0); Do you really have to re-attach it to the FBO? Or does glBindTexture(GL_TEXTURE_2D, tex) work as well? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRBFTlAAoJEN0/YqbEcdMw7bcQAIfUM81xBr3zIpcEYek3gMso jXPq49+8Dp8Y3xiJGU/nFD8yLH9Y24SXpyageueCMWZR2jnEQcXBL0l76MmL5ZYK Y/L1ytRwrOvdXP07pJ8p3ZXxmA6hl82fuNxMvYhlSYP8PVCoobhaH7MwGp9WPpGF Ij20eOOR3GQnDjb6M2qHHfP9s+mNREu5NrvZ76NCf/lURXLJyDECuMz+6TbSl4CM qv0xCKdtqxm13gTZio3ftKc3QZZUSstiYjUYQmFh5NXQe5oIr9j2/iueU2K0zA/M CqswN4divbFFbh7QwCIDaubwfGidRfiwIG3lCCiNpfIvnowQouELIoFKjIipQ1AL ihIIS7iyekasAxkErVZ3E8O8IJCKYbTC+tAXBfK3niKmSRfdUB9cmfo5nVZw4Xjb 3/Zz84WnjMlIznyBGsKyKX+VLKlqzXY5zCyboHuEWPxTXdS0FAbwHzz06Kv0zIqc Pe4X6dJOUz6EPnx2gkbtFygGFbAa8haWhiIcY01H1bMSa7NnZPU3QgQXimrvXaKK SbQofZfhbNSVv0dL1kxqUYeLPb5hKXqMRHO7yi/GeyejTie9onzjxrjt4zn4rxe3 9IEZ0ymUYs499ahUnW/DAe0yFJvX+EXiPIiWwLBGVpx/Dzduk0WADOLBaN/YwrEz 1gxkuQjF2tbVSTkP41yr =xi8z -----END PGP SIGNATURE-----

Jan. 26, 2013

Implement D3DXSHEvalConeLight

by Nozomi Kodama

Hello what is the problem with the patch http://source.winehq.org/patches/data/93498 Nozomi

Jan. 26, 2013

Re: [PATCH] gdi32: Adjust a fixed-pitch full-width character has double advance of a half-width character. (try 5)

by Akihiro Sagawa

On Fri, 25 Jan 2013 12:07:14 +0100, Alexandre Julliard wrote: > This is still failing here: ... > font.c:3756: Test failed: expected 19, got 0 (@IPAGothic:128) > make[1]: *** [font.ok] Error 1 Could you let me know IPAGothic font file's version or MD5 value? I guess this caused by font file (*.ttf) or FreeType bug. Because I had no test failures with IPAGothic on my environment (Ubuntu 12.04 with fonts-ipafont-gothic 00303-5). Regards, Akihiro Sagawa

Jan. 26, 2013

Why 0.1.0.0 as local socket address instead of 127.0.0.1?

by Francois Gouget

The ws2_32:sock fails on some of my machines with the following error: sock.c:4794: Test failed: Local socket address is different 0.1.0.0 != 127.0.0.1 Does anyone know why we GetAcceptExSockaddrs() would return 0.1.0.0 instead of 127.0.0.1? Looking at the Windows 7 winetest results it does not appear to be correlated with either the SP1 or IE9. For instance got an error on Windows 7 + SP1 + IE9 (32 and 64-bit): http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/win7_f… http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/win7_f… But not here (Windows 7 + SP1 + IE9 64-bit): http://test.winehq.org/data/83846cd131aac33228bf08aefae0bf0ea93d4273/win7_f… I also got it failing at least once on a Windows 2000 SP4 VM: http://test.winehq.org/data/b233d2054e64e216a5b3868f301bfc934b019b4b/2000_f… But never saw it fail on my Windows XP or 2003 VMs. -- Francois Gouget <fgouget(a)codeweavers.com>

Jan. 25, 2013

Re: [PATCH] winebuild: Use Clang to assemble if found. (try 4)

by Alexandre Julliard

Charles Davis <cdavis5x(a)gmail.com> writes: > @@ -346,13 +352,26 @@ struct strarray *get_as_command(void) > struct strarray *args = strarray_init(); > > if (!as_command) > + as_command = find_tool( "clang", NULL ); > + > + if (!as_command) > { > static const char * const commands[] = { "gas", "as", NULL }; > as_command = find_tool( "as", commands ); > } > + > + if (!as_command) > + fatal_error( "cannot find suitable assembler\n" ); > + > strarray_add_one( args, as_command ); > > - if (force_pointer_size) > + if (strstr( as_command, "clang" )) It's looking better, but strstr is not appropriate here. -- Alexandre Julliard julliard(a)winehq.org

Jan. 25, 2013