http://bugs.winehq.org/show_bug.cgi?id=8514
------- Additional Comments From citizenr(a)gmail.com 2007-28-05 05:47 -------
I glanced at your testcase ans saw that you only check the outcom of the
getsockname call, if we want Wine to mimick Windows 100% that call even when
returning WSAEINVAL should NOT zero the sockaddr structure, it should return it
untouched like on windows (we all know there are people who code using windows
bugs as feauteres). So i propose to add if (sa_set.sin_port == sa_get.sin_port)
blabla
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=1631
------- Additional Comments From citizenr(a)gmail.com 2007-28-05 05:38 -------
it should get elevated to _major_ bug because 95% of Windows games experience
it :(
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8515
cylianna(a)no-log.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Critical patch to start the |Critical patch to start
|game ? |Runaway: The dream of the
| |Turtle
------- Additional Comments From cylianna(a)no-log.org 2007-28-05 05:08 -------
I'm sorry, as links show it, it's about Runaway: The Dream of the Turtle.
I thought links was enough to identify the game, sorry again.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8514
blin(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|getsockname not bug |getsockname
|compatible with windows? |
------- Additional Comments From blin(a)gmx.net 2007-28-05 04:20 -------
Ok, so the actual bug seems to be in Wine's getsockname() call indeed. The test
code I have fails on windows, and fails on native POSIX.
So this is a bug in get_socket_fd() returning a socket descriptor that looks
bound to the linux getsockname() call, even though it's not bound.
Unfortunately, I don't fully understand the wineserver code handling this
request in the background, so I don't really understand how to fix it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6818
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Additional Comments From truiken(a)gmail.com 2007-28-05 02:26 -------
Reported fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6818
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
------- Additional Comments From truiken(a)gmail.com 2007-28-05 02:26 -------
It's not worksforme, it's fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8522
Summary: tabbed control captures mouse input even when it
shouldn't
Product: Wine
Version: 0.9.37.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bgp(a)cs.elte.hu
I have a large window, there is a tabbed control in it and several buttons on
the bottom of the large window (outside of the tabbed control).
The mouse actions do not reach the external buttons.
If i somehow manage to get the focus on the external buttons (tab key), they
accept input (like enter), and work correctly.
Probably this is connected to the fact that the tabbed control almost overlaps
my buttons (though the buttons are still drawn over it).
In the original windows environment, the tabbed control doesn't overlap the buttons.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8521
Summary: CListCtrl: empty list controls are not drawn correctly
Product: Wine
Version: 0.9.37.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bgp(a)cs.elte.hu
Only the column titles are drawn. I believe this worked before, and got bugged
recently.
This is probably another bug:
When resizing columns and dragging the cursor beyond the right edge, i see the
following error on console:
err:region:CombineRgn Invalid rgn=(nil)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8513
------- Additional Comments From blin(a)gmx.net 2007-28-05 02:08 -------
The problem with SO_REUSEADDR is that it means something different in Linux. In
Windows, SO_REUSEADDR is sort of a "Kernel, I don't give a damn if that port is
bound to another socket, I want it!", whereas in Linux it is "Kernel, I don't
care if that port is supposed to be blocked for a while after closing, I want it
NOW!".
There's no way we can implement the Windows behaviour in Wine. This would need
to be done at kernel level, and I think there's a lot of sane reasons why it's
not done that way. Last time I checked, even MSDN said the use of SO_REUSEADDR
was discouraged.
Does this break any specific application for you?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.