Community
Participate
Working Groups
On occasion, there is an invalid IRQ being parsed which causes the StateProvider to experience an NPE. The code was modified so it recovers from the NPE and prints a message at the console. E.g.: Invalid irq (15397), ts = 14453.291124725 Looking at the EventsView, it turns out that the actual IRQ (and only the IRQ field) was corrupted i.e. it is OK in the EventsView and it is bad when passed to the StateProvider. To reproduce: - Remove the trace in StateUpdateHandlers.getIrqEntryHandler() - In the debugger, add a breakpoint for NPE Drilling into the events structure will show that this field is corrupted wrt the actual event content.
This was apparently caused by concurrent access to the underlying parsing library by using 2 distinct file descriptors: the library doesn't seem to be as thread-safe as advertised. The current solution to access the lib involves only 1 prioritized requests queue and a single event processor that prevents concurrent accesses. Problem has not occurred since Bug316276 was implemented.
Released in a past delivery.
*** This bug has been marked as a duplicate of bug 316276 ***