[GHC] #8293: user001 spuriously fails if getGroupEntryForID correctly fails

#8293: user001 spuriously fails if getGroupEntryForID correctly fails --------------------------+------------------------------------------------ Reporter: ezyang | Owner: Type: bug | Status: new Priority: lowest | Milestone: Component: | Version: 7.7 libraries/unix | Operating System: Linux Keywords: | Type of failure: Incorrect result at runtime Architecture: | Test Case: user001 Unknown/Multiple | Blocking: Difficulty: | Unknown | Blocked By: | Related Tickets: | --------------------------+------------------------------------------------ In some cases, a user's current group ID can be a number for a non- existent group. While this usually indicates the system is misconfigured in some way, it can also occur inside chroots or other environments where the information in /etc/groups is not to be considered reliable. Unfortunately, the user001 has no way of telling that the failure is proper, and fails the test anyway. We ought to do something more robust. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8293 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8293: user001 spuriously fails if getGroupEntryForID correctly fails ------------------------------------------------+-------------------------- Reporter: ezyang | Owner: Type: bug | Status: new Priority: lowest | Milestone: Component: libraries/unix | Version: 7.7 Resolution: | Keywords: Operating System: Linux | Architecture: Type of failure: Incorrect result at runtime | Unknown/Multiple Test Case: user001 | Difficulty: Blocking: | Unknown | Blocked By: | Related Tickets: #1487 ------------------------------------------------+-------------------------- Changes (by thomie): * related: => #1487 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8293#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
participants (1)
-
GHC