[GHC] #9003: GHC eventlog: thread stop status codes modified (breaking ghc-events, threadscope, edentv)

[GHC]

#9003: GHC eventlog: thread stop status codes modified (breaking ghc-events,
threadscope, edentv)
-------------------------------+-------------------------------------------
        Reporter:  jberthold   |            Owner:  ezyang
            Type:  bug         |           Status:  merge
        Priority:  high        |        Milestone:  7.8.3
       Component:  Runtime     |          Version:  7.8.2
  System                       |         Keywords:
      Resolution:              |     Architecture:  Unknown/Multiple
Operating System:              |       Difficulty:  Easy (less than 1 hour)
  Unknown/Multiple             |       Blocked By:
 Type of failure:  Other       |  Related Tickets:
       Test Case:              |
        Blocking:              |
-------------------------------+-------------------------------------------

Comment (by jberthold):

 Replying to [comment:13 simonmar]:
 > @jberthold: why not check the RTS version?  It's in the RTS_IDENTIFIER
 event.

 That would be possible, assuming that the event is indeed present in every
 trace (preferably near the beginning). The implementation has to "unwrap"
 all event blocks which group the event, though, which appears cumbersome.
 The more serious problem I see is parsing traces without this event: in
 order to restart with the proper block reason decoder, the parser needs to
 keep a reference to the input event stream (making it a list, not a
 stream), leading to memory issues for larger traces (and they do get
 large...)

 Identifying the version from header information is much cleaner, that is
 what the header is for. (OK, I admit that adding or extending an event for
 that purpose is a hack).

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9003#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler