#3808: piping  binary files sometimes fail
----------------------------+-----------------------------------------------
  Reporter:  paolino        |          Owner:  simonmar      
      Type:  bug            |         Status:  merge         
  Priority:  high           |      Milestone:  6.12.3        
 Component:  Compiler       |        Version:  6.12.2        
Resolution:                 |       Keywords:  pipe binary IO
Difficulty:                 |             Os:  Linux         
  Testcase:                 |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash  |  
----------------------------+-----------------------------------------------
Changes (by simonmar):

  * status:  new => merge


Comment:

 Fixed in bytestring:

 {{{
 Wed May 19 16:47:52 BST 2010  Simon Marlow <[email protected]>
   * bump version to 0.9.1.7

 Thu May 20 10:03:29 BST 2010  Simon Marlow <[email protected]>
   * ROLLBACK: hGetContents: use hGet instead of hGetNonBlocking +
 hWaitForInput + hIsEOF

   This patch was based on a misconception about the semantics of
   hGetBuf, and caused hGetContents to block more often than it should.
   The change to documentation also caused additional confusion:

     http://hackage.haskell.org/trac/ghc/ticket/4041

   By rolling back we re-introduce the original bug (GHC bug #3808), but
   That bug has a workaround (put the Handle in binary mode).

   In the future we will fix the bug properly using hGetBufSome, see

     http://hackage.haskell.org/trac/ghc/ticket/4046

 Thu May 20 10:03:38 BST 2010  Simon Marlow <[email protected]>
   * ROLLBACK partly: update docs for hGet, hGetNonBlocking

   The change to the docs for hGet was incorrect.  Leaving the change to
   the hGetNonBlocking docs as it is a clarification.
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3808#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to