OMNeT++/OMNEST Bug Tracker - OMNeT++
View Issue Details
0000691OMNeT++IDE / genericpublic2013-11-19 20:202013-12-06 16:53
resolvedunable to reproduce 
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.

System specification:
Kubuntu 13.10 64bit
OMNeT++ 4.3.1
INET 2.2
No tags attached.
txt Cmd_JRE6.txt (901) 2013-11-19 20:20
log error_report_JRE6.log (107,595) 2013-11-19 20:20
log error_report_JRE7.log (119,805) 2013-11-19 20:21
txt Cmd_JRE7.txt (803) 2013-11-19 20:21
Issue History
2013-11-19 20:20woifeNew Issue
2013-11-19 20:20woifeFile Added: Cmd_JRE6.txt
2013-11-19 20:20woifeFile Added: error_report_JRE6.log
2013-11-19 20:21woifeFile Added: error_report_JRE7.log
2013-11-19 20:21woifeFile Added: Cmd_JRE7.txt
2013-11-19 20:23woifeNote Added: 0000831
2013-11-19 20:25woifeNote Added: 0000832
2013-11-19 20:29andrasNote Added: 0000833
2013-11-19 20:35woifeNote Added: 0000834
2013-11-19 21:09andrasNote Added: 0000835
2013-11-19 22:14woifeNote Added: 0000836
2013-12-06 16:53rhornigNote Added: 0000852
2013-12-06 16:53rhornigStatusnew => resolved
2013-12-06 16:53rhornigFixed in Version => 4.4
2013-12-06 16:53rhornigResolutionopen => unable to reproduce
2013-12-06 16:53rhornigAssigned To => rhornig

2013-11-19 20:23   
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).
2013-11-19 20:25   
With JRE7, the search does not always crash, but sometimes works as expected.
2013-11-19 20:29   
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.
2013-11-19 20:35   
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?
2013-11-19 21:09   
The error logs you attached shows that it crashes when SWT calls into GTK while deleting a combo widget or something like that.

C [] g_object_get_qdata+0x18

What you can try is installing the Oracle (ex-Sun) JRE...
2013-11-19 22:14   
It is the same with Oracle's JRE (Version 7 Update 45):

$> omnetpp
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 [] 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:
# /tmp/hs_err_pid1760.log
# If you would like to submit a bug report, please visit:
# [^]
# 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.
2013-12-06 16:53   
I have retested this with Eclipse Kepler (will be included with OMNeT++ 4.4) and cannot reproduce the issue.