0000940: Message compiler adds lots of Exceptions in OMNeT's log file

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000940

OMNeT++

IDE / other

public

2015-10-28 10:03

2017-03-02 15:33

Reporter

woife

Assigned To

rhornig

Priority

normal

Severity

minor

Reproducibility

always

Status

resolved

Resolution

fixed

Platform

x86_64

GNU/Linux

OS Version

Product Version

5.0b1

Target Version

Fixed in Version

5.1

Summary

0000940: Message compiler adds lots of Exceptions in OMNeT's log file

Description

The website at [1] mentions that there is a log file for the OMNeT IDE in the directory '<workspace>/.medata' with the name '.log'.
I had a look at the file on my system, and saw that it is not usable, as there is a pretty large exception block for every message definition in my workspace.
As my workspace contains the INET project, there are many message files, and thus many exceptions.

Remark: I do not observe any malfunction that would be related to these exceptions in the simulations, everything works as expected. It is just that the log file is flooded with exceptions.

[1] https://omnetpp.org/get-involved/bugtracker [^]

Steps To Reproduce

Build a project that contains a message definition.

To get a simple log file that contains the exceptions I did the following steps:

*) Closed all projects in my workspace
*) Deleted the existing .log file
*) Created a new project (called 'Playground')
*) Created a new message definition (default name: 'untitled.msg')
*) Right click -> Build project

Additional Information

Beginning of the logfile:

!ENTRY org.eclipse.cdt.core 2 0 2015-10-27 23:35:05.920
!MESSAGE Error getting ScannerInfo: Unable to determine language for resource L/Playground/untitled.msg
!STACK 0
java.lang.Exception at org.eclipse.cdt.internal.core.language.settings.providers.
LanguageSettingsScannerInfoProvider.getScannerInformation(LanguageSettingsScannerInfoProvider.java:86)

The complete log file is attached to the bug report.

I can reproduce this behaviour in OMNeT 4.6 and 5.0tp.
I have selected 5.0b1 as the bug tracker entry as there is no 5.0tp option in the bug tracker.

Tags

No tags attached.

Attached Files

log [^] (3,536 bytes) 2015-10-28 10:03 [Show Content] [Hide Content]

!ENTRY org.eclipse.cdt.core 2 0 2015-10-27 23:35:05.920
!MESSAGE Error getting ScannerInfo: Unable to determine language for resource L/Playground/untitled.msg
!STACK 0
java.lang.Exception
	at org.eclipse.cdt.internal.core.language.settings.providers.LanguageSettingsScannerInfoProvider.getScannerInformation(LanguageSettingsScannerInfoProvider.java:86)
	at org.eclipse.cdt.internal.core.language.settings.providers.LanguageSettingsScannerInfoProvider.getScannerInformation(LanguageSettingsScannerInfoProvider.java:1)
	at org.omnetpp.cdt.cache.CppScanner.getScannerInfo(CppScanner.java:136)
	at org.omnetpp.cdt.cache.CppScanner.<init>(CppScanner.java:119)
	at org.omnetpp.cdt.cache.DependencyCache.collectFileIncludeStatements(DependencyCache.java:451)
	at org.omnetpp.cdt.cache.DependencyCache$6.visit(DependencyCache.java:416)
	at org.omnetpp.cdt.cache.DependencyCache$4.visit(DependencyCache.java:372)
	at org.eclipse.core.internal.resources.Resource$2.visit(Resource.java:126)
	at org.eclipse.core.internal.resources.Resource$1.visitElement(Resource.java:85)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86)
	at org.eclipse.core.internal.watson.ElementTreeIterator.iterate(ElementTreeIterator.java:127)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:95)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:52)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:124)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:108)
	at org.omnetpp.cdt.cache.DependencyCache.visitNonGeneratedSourceFiles(DependencyCache.java:357)
	at org.omnetpp.cdt.cache.DependencyCache.collectIncludeStatementsInProject(DependencyCache.java:403)
	at org.omnetpp.cdt.cache.DependencyCache.computeCachedData(DependencyCache.java:312)
	at org.omnetpp.cdt.cache.DependencyCache.getCrossFolderDependencies(DependencyCache.java:243)
	at org.omnetpp.cdt.build.MetaMakemake.translateOptions(MetaMakemake.java:75)
	at org.omnetpp.cdt.build.MetaMakemake.generateMakefile(MetaMakemake.java:56)
	at org.omnetpp.cdt.build.MakefileBuilder.generateMakefileFor(MakefileBuilder.java:354)
	at org.omnetpp.cdt.build.MakefileBuilder.generateMakefiles(MakefileBuilder.java:337)
	at org.omnetpp.cdt.build.MakefileBuilder.build(MakefileBuilder.java:77)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:299)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:302)
	at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:358)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:381)
	at org.eclipse.core.internal.resources.Workspace.buildInternal(Workspace.java:496)
	at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:415)
	at org.eclipse.ui.actions.BuildAction$1.runInWorkspace(BuildAction.java:305)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

Relationships

Notes
(0001159) till (reporter) 2016-01-13 12:37	I can confirm that

(0001160) andras (administrator) 2016-01-14 09:19	Thanks for reporting. As this issue is non-critical, we don't want it to hold up the 5.0 release. We'll look into it after 5.0.

(0001337) rhornig (administrator) 2017-03-02 15:33	This is no longer happening with CDT 9.2 that is bundled with OMNET 5.1

Issue History
Date Modified	Username	Field	Change
2015-10-28 10:03	woife	New Issue
2015-10-28 10:03	woife	File Added: log
2016-01-13 12:37	till	Note Added: 0001159
2016-01-14 09:19	andras	Note Added: 0001160
2017-03-02 15:33	rhornig	Note Added: 0001337
2017-03-02 15:33	rhornig	Status	new => resolved
2017-03-02 15:33	rhornig	Fixed in Version	=> 5.1
2017-03-02 15:33	rhornig	Resolution	open => fixed
2017-03-02 15:33	rhornig	Assigned To	=> rhornig