-
-
Notifications
You must be signed in to change notification settings - Fork 303
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Eclipse Bug] JVM Crash #5062
Milestone
Comments
pkriens
added a commit
to pkriens/bnd
that referenced
this issue
May 9, 2022
Another desperate attempt to fix the JVM crash in the bndtools explorer. This fix coalesces some update events by waiting 10 ms before starting to do the UI work. This should reduce the rate at which we call SWT and this _might_ solve this stupid SWT bug Signed-off-by: Peter Kriens <[email protected]>
pkriens
added a commit
to pkriens/bnd
that referenced
this issue
May 9, 2022
Another desperate attempt to fix the JVM crash in the bndtools explorer. This fix coalesces some update events by waiting 10 ms before starting to do the UI work. This should reduce the rate at which we call SWT and this _might_ solve this stupid SWT bug Signed-off-by: Peter Kriens <[email protected]>
bjhargrave
pushed a commit
to bjhargrave/bnd
that referenced
this issue
May 19, 2022
Another desperate attempt to fix the JVM crash in the bndtools explorer. This fix coalesces some update events by waiting 10 ms before starting to do the UI work. This should reduce the rate at which we call SWT and this _might_ solve this stupid SWT bug Signed-off-by: Peter Kriens <[email protected]> Signed-off-by: BJ Hargrave <[email protected]>
Also valid for Eclipse 2022-09 and bnd 6.3.1. |
pkriens
added a commit
to pkriens/bnd
that referenced
this issue
Nov 3, 2022
I was able to consistently crash the VM by selecting a binary class file in rt.jar from the VM project item and then closing the VM project item. After hundreds of trials I found that the bug was triggered when the getTreeViewer().refresh() was called during a model update. For the record, this happened on the main thread so I cannot see any issue with this. I then made the refresh conditional on a change in the filter text field. For this, an AtomicBoolean dirtyFilter was added. This seemed to work fine now. Of course this does not remove the bug. There is an SWT bug lurking but closing an tree item in the bnd explorer will no longer trigger it. Signed-off-by: Peter Kriens <[email protected]>
pkriens
added a commit
to pkriens/bnd
that referenced
this issue
Nov 3, 2022
I was able to consistently crash the VM by selecting a binary class file in rt.jar from the VM project item and then closing the VM project item. After hundreds of trials I found that the bug was triggered when the getTreeViewer().refresh() was called during a model update. For the record, this happened on the main thread so I cannot see any issue with this. I then made the refresh conditional on a change in the filter text field. For this, an AtomicBoolean dirtyFilter was added. This seemed to work fine now. Of course this does not remove the bug. There is an SWT bug lurking but closing an tree item in the bnd explorer will no longer trigger it. Signed-off-by: Peter Kriens <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Reappearance of #4854
Tested Version:
The text was updated successfully, but these errors were encountered: