Hi, Francois, I hope you can help me in this situation. The patch attached to bug 31994 [1] (compiled version at [2]) runs fine in most testbot machines (tested dozens of times) and my personal XP machine, but for some reason it doesn't work in xppro and w2008s64.
The test creates 2 UDP sockets and send a broadcast from socket A to the network where B is bound, but the broadcasted packet never is received by B resulting in test timeout due to recvfrom never getting data. According to [3] all testbots share similar IP addresses like and I can't imagine a reason for them not to work:
wxppro: testing broadcast for interface IP 10.42.42.134 (don't work) w2003std: testing broadcast for interface IP 10.42.42.140 (works) wvistau64: testing broadcast for interface IP 10.42.42.138 (works) w2008s64: testing broadcast for interface IP 10.42.42.216 (don't work)
Any ideas? I wonder if it could be a firewall. The test also works fine in NT4.
[1] https://bugs.winehq.org/attachment.cgi?id=51182 [2] https://testbot.winehq.org/GetFile.pl?JobKey=12594&StepKey=1 [3] https://testbot.winehq.org/JobDetails.pl?Key=12591
Best Regards, Bruno
On Wed, 1 Apr 2015, Bruno Jesus wrote:
Hi, Francois, I hope you can help me in this situation. The patch attached to bug 31994 [1] (compiled version at [2]) runs fine in most testbot machines (tested dozens of times) and my personal XP machine, but for some reason it doesn't work in xppro and w2008s64.
I have tested this in two Windows XP VMs and indeed, disabling the firewall fixes the issue. Also I did not see any predefined setting could be flipped to change this behavior. My understanding is that with SP3 installed by default the firewall blocks everything except what is allowed. So by default broadcasts do not get it.
Adding ws2_32_test.exe as an exception to the Windows firewall also solves the problem but I don't think it can be automated which would be mostly needed for the testbot.
What's strange is that Windows 2003 is ok but not Windows 2008 although both are server editions.
Can the test work with 127.0.0.1 + 127.255.255.255?
On Friday, April 3, 2015, Francois Gouget fgouget@free.fr wrote:
On Wed, 1 Apr 2015, Bruno Jesus wrote:
Hi, Francois, I hope you can help me in this situation. The patch attached to bug 31994 [1] (compiled version at [2]) runs fine in most testbot machines (tested dozens of times) and my personal XP machine, but for some reason it doesn't work in xppro and w2008s64.
I have tested this in two Windows XP VMs and indeed, disabling the firewall fixes the issue. Also I did not see any predefined setting could be flipped to change this behavior. My understanding is that with SP3 installed by default the firewall blocks everything except what is allowed. So by default broadcasts do not get it.
Adding ws2_32_test.exe as an exception to the Windows firewall also solves the problem but I don't think it can be automated which would be mostly needed for the testbot.
What's strange is that Windows 2003 is ok but not Windows 2008 although both are server editions.
Can the test work with 127.0.0.1 + 127.255.255.255?
Thanks for the test, so disabling in 2008 solves too or not? Would it be too bad to keep the firewall disabled by default?
I wonder how utorrent adds itself to firewall free list, maybe i could try the same.
Using the loopback interface is not good because the test would not work on linux nor freebsd, i don't know if it would work in windows or not, but i guess no.
Best wishes, Bruno
On Fri, 3 Apr 2015, Bruno Jesus wrote: [...]
Thanks for the test, so disabling in 2008 solves too or not?
I'll try to test that next week.
Would it be too bad to keep the firewall disabled by default?
If think that as much as possible it's up to the test to adjust to how Windows behaves so that it does not become a test of whether Windows was configured just right for the test.
On Fri, 3 Apr 2015, Bruno Jesus wrote: [...]
Thanks for the test, so disabling in 2008 solves too or not?
I have checked and disabling the firewall on Windows 2008 lets the test run successfully.
On Tue, Apr 7, 2015 at 7:29 AM, Francois Gouget fgouget@free.fr wrote:
On Fri, 3 Apr 2015, Bruno Jesus wrote: [...]
Thanks for the test, so disabling in 2008 solves too or not?
I have checked and disabling the firewall on Windows 2008 lets the test run successfully.
Thank you for spending time on this issue, I'm looking for alternatives to run the tests.