#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