|Anonymous | Login||2022-08-18 23:02 UTC|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000691||OMNeT++||IDE / generic||public||2013-11-19 20:20||2013-12-06 16:53|
|Status||resolved||Resolution||unable to reproduce|
|Target Version||Fixed in Version||4.4|
|Summary||0000691: OMNeT crashes on File Search|
OMNeT crashes when doing a 'File Search'.
1) Open the menu item Search -> Search, select 'File Search'
2) Enter some text in the 'Containig text' field, '*' as File name pattern, 'Workspace' as Scope
3) Click Search
4) --> crash
I have tried it with both JRE 6 and 7.
The OMNeT workspace is the default samples folder, plus INET 2.2 and my own project.
Kubuntu 13.10 64bit
|Tags||No tags attached.|
|Attached Files|| Cmd_JRE6.txt [^] (901 bytes) 2013-11-19 20:20 [Show Content]
error_report_JRE6.log [^] (107,595 bytes) 2013-11-19 20:20
error_report_JRE7.log [^] (119,805 bytes) 2013-11-19 20:21
Cmd_JRE7.txt [^] (803 bytes) 2013-11-19 20:21 [Show Content]
I have attached the command line ouput (Cmd_JRE*.txt) and error report (error_report_JRE*.log) for both JRE 6 and 7.
If they are needed, I can also upload the core dumps (but are have >600MB).
|With JRE7, the search does not always crash, but sometimes works as expected.|
Not sure we the OMNeT++ team can do much about this. The File Search functionality comes entirely from the Eclipse Platform. Can you reproduce the crash with a vanilla Eclipse installation?
We are upgrading to Eclipse 4.x as a base for subsequent OMNeT++ releases, perhaps that will solve the problem.
No, I can't reproduce it with vanilla Eclipse (I currently use Eclipse Kepler on the same machine, but have used in the past years also Helios, Indigo and Juno).
Are there any additional debug switches I can turn on to get more information on why the crash happens?
The error logs you attached shows that it crashes when SWT calls into GTK while deleting a combo widget or something like that.
C [libgobject-2.0.so.0+0x19528] g_object_get_qdata+0x18
What you can try is installing the Oracle (ex-Sun) JRE...
It is the same with Oracle's JRE (Version 7 Update 45):
Starting the OMNeT++ IDE...
[ sources.list.d ] $> #
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00007fe8309e8528, pid=1760, tid=140635699541760
# JRE version: Java(TM) SE Runtime Environment (7.0_45-b18) (build 1.7.0_45-b18)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libgobject-2.0.so.0+0x19528] g_object_get_qdata+0x18
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
# An error report file with more information is saved as:
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp [^]
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
I have also tried to install OMNeT on my Windows 7 installation (same machine), also with Oracle Java, and there it does not happen.
|I have retested this with Eclipse Kepler (will be included with OMNeT++ 4.4) and cannot reproduce the issue.|
|2013-11-19 20:20||woife||New Issue|
|2013-11-19 20:20||woife||File Added: Cmd_JRE6.txt|
|2013-11-19 20:20||woife||File Added: error_report_JRE6.log|
|2013-11-19 20:21||woife||File Added: error_report_JRE7.log|
|2013-11-19 20:21||woife||File Added: Cmd_JRE7.txt|
|2013-11-19 20:23||woife||Note Added: 0000831|
|2013-11-19 20:25||woife||Note Added: 0000832|
|2013-11-19 20:29||andras||Note Added: 0000833|
|2013-11-19 20:35||woife||Note Added: 0000834|
|2013-11-19 21:09||andras||Note Added: 0000835|
|2013-11-19 22:14||woife||Note Added: 0000836|
|2013-12-06 16:53||rhornig||Note Added: 0000852|
|2013-12-06 16:53||rhornig||Status||new => resolved|
|2013-12-06 16:53||rhornig||Fixed in Version||=> 4.4|
|2013-12-06 16:53||rhornig||Resolution||open => unable to reproduce|
|2013-12-06 16:53||rhornig||Assigned To||=> rhornig|
|Copyright © 2000 - 2022 MantisBT Team|