Community
Participate
Working Groups
Build Identifier: Build id: 20110916-0149 When I'm trying to open two file dialogs in a row, jvm crashes with "Invalid memory access of location ... eip=...". I've detected this in Eclipse RCP Application, but it reproduces in plain SWT app too. I'm using Mac OS X 10.7.2 with latest Apple Java update (Java for Mac OS X 10.7 update 1). Bug not reproduces on Oracle's Java 7 for Mac OS X preview Reproducible: Always Steps to Reproduce: 1. Create one file dialog, call .open() for it 2. Create another file dialog, call .open() for it 3. Enjoy jvm crash
Created attachment 207202 [details] example code, crashes every time Run, click Open..., select some file or cancel first dialog.
It crashes not at second .open() (it just silently returns null), but somewhere inside swt
please attach the crash log.
Created attachment 207238 [details] crash log
(In reply to comment #0) > Build Identifier: Build id: 20110916-0149 > > Reproducible: Always > > Steps to Reproduce: > 1. Create one file dialog, call .open() for it > 2. Create another file dialog, call .open() for it > 3. Enjoy jvm crash One of my applications is affected by this bug. Whenever I try to open a second FileDialog object STW crashes. Same app works fine on Windows and Linux.
Looks like this bug may be in some way connected with Most Recently Used list (or how its caled in OS X?). I thinks so because after some time after (may be few days) crash I can successfully select two files with two open dialogs without crash, but on next run, if I select same files — crash again, but if I select other files — no problem. So I can select one file one time without problem. I guess it's because opened with this dialog files added in some MRU list, and it screws open dialog after selecting this file again. Hope this info will be useful.
Created attachment 212253 [details] Modified Snippet72, crash using save FileDialog I modified Snippet72 to loop over the creation of a save FileDialog. The snippet runs on 10.6 bug fails on 10.7. Failure occurs with and without SWT.SHEET. Failure occurs with the expanded save dialog (the version controlled by NSNavPanelExpandedStateForSaveMode, which includes a file picker), but succeeds with the smaller unexpanded save dialog (click the disclosure triangle in the dialog before pressing Save or Cancel). Failures are observed using SWT 3.7, 3.7.2, 3.8M5, and git master.
I am the project lead of an RCP application and I observe this crash on OSX 10.7 in my app. I completely agree that this is a critical bug, as opening and saving files are basic and critical workflows. I request that this bug is assigned and fixed for the upcoming 3.8/4.2 release. @Lakshmi I see that this bug has been stale for the past three months. What is needed to move this bug forward?
Created attachment 212254 [details] Snippet crash log, 32-bit JVM on OSX 10.7.3
This crash happens because we subclass NSSavePanel to perform copy/paste/etc shortcuts (see bug#280202). I am not sure why this is a problem now. It could be just a bug in cocoa 10.7. I found a alternative way to fix#280202 that does not require the subclassing. Fixed http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=1c16a64584c10811be25bc2b538d561bcb86b0e1
This still happens in the SWT package delivered with Eclipse 3.7.2 Is there any plan to include this fix in a build that will be released soon?
Sorry, there is no planned 3.7.x builds. The next build is 3.8.
Thank you Silenio. Has this fix been ported to 3.8, too? I don't like the idea of having to switch to an unstable version but I definitely need that feature in my current application and if there's no other choices I'll move over to the latest 3.8
3.8 M6 (which will be done this week) has the fix.
*** Bug 361530 has been marked as a duplicate of this bug. ***
*** Bug 386794 has been marked as a duplicate of this bug. ***
