http://bugs.winehq.org/show_bug.cgi?id=7178
damjan.jov(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From damjan.jov(a)gmail.com 2007-29-05 05:39 -------
In wine 0.9.37 (and possibly earlier) the bug has mysteriously disappeared.
--
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=5774
damjan.jov(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #6340 is|0 |1
obsolete| |
------- Additional Comments From damjan.jov(a)gmail.com 2007-29-05 05:33 -------
Created an attachment (id=6506)
--> (http://bugs.winehq.org/attachment.cgi?id=6506&action=view)
UDP readability test
Here is the poll/recvfrom test written to run on wine or Windows (the last one
ran on Linux).
Please run the tests as explained before, and show that on wine it prints out
"readability indicated but recvfrom failed with 10035", and on Windows it
prints out nothing.
--
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=5735
------- Additional Comments From rob(a)codeweavers.com 2007-29-05 04:21 -------
This bug is due to exposing methods from other type infos in dispinterfaces,
without fixing up the references.
--
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=7506
------- Additional Comments From damjan.jov(a)gmail.com 2007-29-05 02:20 -------
"I thought send() is supposed to take care of buffering, delays, etc."
UNIX semantics of send/write: if there is any free space in the buffer, copy as
much of the given data as will fit into the buffer, and return immediately. If
there is no free space in the buffer, wait until any space becomes available,
write as many bytes as can instantly be written, and return immediately.
Windows semantics of blocking send: send the entire buffer given, waiting as
long as necessary, and only return when either the full amount is sent, or an
error occurs.
So a short write/send are perfectly normal on UNIX, but on Windows they're not.
That's why the bug went undetected for so long. As far as I am concerned this is
an evil ploy by Microsoft - because their semantics are a subset of the UNIX
semantics, UNIX software can be simply recompiled to work on Windows, but
software made for Windows needs a lot more work to port to UNIX.
My patch makes send() loop until the entire buffer is written, as some Windows
apps clearly expect. It went in a few versions back, so try the latest version
of wine and report whether it fixes your apps.
--
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=5828
------- Additional Comments From vit.hrachovy(a)sandbox.cz 2007-29-05 00:15 -------
This bug also affects LOTR: BFME and LOTR:BFME II. Patches work like a charm.
--
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=8528
------- Additional Comments From vit.hrachovy(a)sandbox.cz 2007-28-05 23:43 -------
The first attempt was executed from /media/cdrecorder/lotr-bfme-ii.
The second one was from the c:\windows\temp directory of the respective
WINEPREFIX (bottle :) ) itself, where the actual installer payload was extracted.
Interesting is that Wine did not produce any fixme/error message. I've tried the
+all trace but the resulting log filled up my HDD before the installer finished.
--
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.