#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

Reply via email to