RCP: x.x, Linux crash at start-up job

assigned to @project_3134_bot_c287846fb4704c83fd27510cd997e5a9

added type::bug + 1 deleted label

changed milestone to %TXM 0.7.6

Does the crash occur when TXM is launched from Eclipse too ?
I tested the latest SVN version in Ubuntu 13.04 64bits/OpenJDK 7 and didn’t got these problems.
I tested the last 0.7.5 stable setup with no errors too (0.7.5.201402120915)

(from redmine: written on 2014/04/29 by Sebastien Jacquot)

I tested the latest SVN in Ubuntu with now openjdk6 and managed to reproduce the bugs (freeze, errors).
This appears to be an SWT/GTK bug related to concurrent threads access (GTK/AWT-Swing).
This bug seems to occur only with openjdk-6 (not 7) and with the Linux GTK Java Look and Feel(com.sun.java.swing.plaf.gtk.GTKLookAndFeel)

https://bugs.eclipse.org/bugs/show_bug.cgi?id=341799

The bug has been fixed by commenting the use of the default system L&F in SWTChartsComponentProvider constructor:

   try {
        UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
        }
        catch(ClassNotFoundException e) {
            e.printStackTrace();
        }
        catch(InstantiationException e) {
            e.printStackTrace();
        }
        catch(IllegalAccessException e) {
            e.printStackTrace();
        }
        catch(UnsupportedLookAndFeelException e) {
            e.printStackTrace();
        }

It means the AWT/Swing components (if we need some) will used the Java L&F.
Here is a test we could do for deactivate the GTK L&F only:

  if (Platform.WS_GTK.equals(Platform.getWS())) {
        // Eclipse Bug 341799 workaround
        UIManager.setLookAndFeel("javax.swing.plaf.metal.MetalLookAndFeel");
      }
      else {
        UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
      }

e.g.: at the moment, the context menu of JFreeChart chart editors will not use the system L&F but the Java L&F.

(from redmine: written on 2014/04/30 by Sebastien Jacquot)

That bug concerns Linux only, so ok for the rapid fix to only apply to Linux systems(1).
Notes:

Eclipse/SWT was prefered to other graphic libraries because of its operating system L&F adaptation mecanism for ergonomic reasons (general UI infrastructure must be familiar to users - close to the rest of the local applications UI ecosystem: to make users rapidly and intuitively use the UI at least for basic interactions, lower the UI learning curve and help users be confident). It is important to keep that service at maximum (at least for Windows).

(from redmine: written on 2014/05/02 by Serge Heiden)

Suggested fix of SJ: replace 4 classes (SWTChartsComponentProvider$3.class, SWTChartsComponentProvider$2.class, SWTChartsComponentProvider$1.class, SWTChartsComponentProvider.class) in
“TXM\plugins\org.txm.rcpapplication_0.7.5.xxxxxxxxxxxxxx.jar\bin\org\txm\rcp\chartsengine\base”.

But on my Ubuntu 64-bit TXM 0.7.5, my “/usr/lib/TXM/TXM/plugins/org.txm.rcpapplication_0.7.5.201402120915.jar/bin/org/txm/rcp” directory only contains the “testers” directory.

MD: it is normal since this version of TXM does not contains the new ChartEngine classes

(from redmine: written on 2014/05/02 by Serge Heiden)

The work around solution allow me to run TXM without any crash or freeze (tested with my Linux 64bit).

(from redmine: written on 2014/05/05 by Matthieu Decorde)

NOTE: the .jar files installed using the RCP updates system are saved in the user directory (eg. “C:\Users\USERNAME\AppData\Roaming\.txm\plugins” on Win 7) and not in the TXM “plugins” install path (only the first installation seems to be saved here). So quick fixes, as the suggested fix above, should aim to the user path instead of the TXM installation path.

(from redmine: written on 2014/05/09 by Sebastien Jacquot)

closed

assigned to @mdecorde and unassigned @project_3134_bot_c287846fb4704c83fd27510cd997e5a9

RCP: x.x, Linux crash at start-up job

Designs

Child items ...

Activity