#7468: incorect waiting for packets on UDP connections.
------------------------------------------+---------------------------------
Reporter: ET | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: libraries/base | Version: 7.4.1
Resolution: | Keywords: UDP packet loss.
Os: Linux | Architecture: Unknown/Multiple
Failure: Incorrect result at runtime | Difficulty: Unknown
Testcase: | Blockedby:
Blocking: | Related:
------------------------------------------+---------------------------------
Changes (by ET):
* status: closed => new
* resolution: invalid =>
Comment:
The problem still remains.
The semantic of glibc read on an UDP socket is: if you read only part of a
package the rest will be lost.
There is no way, unless you hook it to the buffered reading buffer some
how, to specify the number of bytes that you want to attempt to read from
the handle.
So let's see:
If I have an udp socket as a handle. I have space in the buffering system
just for a char. I receive a datagram 64KB in length(let's not go jumbo
and say that I receive a 4GB one (on ipv6 it is possible)).
How can I configure the system so that hWaitForInput will not lose any
data?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7468#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
