[cross-project-issues-dev] Status of M7 aggregation

2015-05-06 Thread David M Williams
Some of you may have noticed a lot of problems late today (yesterday) with me getting a CLEAN_BUILD. I think I have the fundamental problem fixed and understood now (in short, dirty workspace). And now the next issue is that I tried to re-enable Java 8 unpack200. I believe that effected 5 or

[cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Ed Merks
Marcel, The error reporting tool is extremely cool and very useful! One aspect that could likely be improved significantly is the computation of the blamed projects. In particular I'm having to triage many reports such as this one:

Re: [cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Carsten Reckord
For cutting off the stack frames at Display.readAndDispatch() there's already https://bugs.eclipse.org/bugs/show_bug.cgi?id=451359. On 06.05.2015 13:54, Ed Merks wrote: Marcel, The error reporting tool is extremely cool and very useful! One aspect that could likely be improved

Re: [cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Marcel Bruch
Thanks for the feedback Ed. I understand your critique with the current blame logic. Unfortunately cutting off / ignoring frames below Display.runAsync or Display.runDeferred can have the opposite effect (missing the project that scheduled the ui runnable). I remember stacktraces that contained

Re: [cross-project-issues-dev] Fw: Proposed schedule for JDK 9

2015-05-06 Thread Scott Lewis
Mike, Could you or someone comment on Java 9 modularity (jsr 376) and it's compatibility with OSGi? Wayne appears to be on the experts group so maybe he knows what's happening there? Thanks, Scott [1] https://jcp.org/en/jsr/detail?id=376 On 5/5/2015 2:51 PM, Mike Milinkovich wrote:

Re: [cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Marcel Bruch
Hello cross-projects, On 06 May 2015, at 13:54, Ed Merks ed.me...@gmail.com wrote: I would like to suggest that the blame logic should consider that Display.readAndDispatch processes events of arbitrary origin. I spent some time analyzing how large the effect of such a change would be. I

Re: [cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Carsten Reckord
Maybe I worded mine badly, but I was after pretty much the same as Ed ;P (maybe with the addition that I would take the cut-off trace as a base for all subsequent analysis - blame, duplicate detection, ...) On 06.05.2015 14:56, Marcel Bruch wrote: Thanks for the feedback Ed. I understand your

Re: [cross-project-issues-dev] Error Reporting Tool Improvement

2015-05-06 Thread Ed Merks
Marcel, I would certainly like to echo your call for more wide spread use of the error reporting tools by all projects. There is a wealth of information here. The fact that you're very responsive to improvements is also a huge win for the committer community. Thanks so much! Cheers, Ed