OMNeT++/OMNEST Bug Tracker - OMNeT++
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000020OMNeT++simulation kernelpublic2008-12-04 12:142008-12-10 10:04
Reporterbaumgart 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatuspostponedResolutionsuspended 
PlatformOSOS Version
Product Version4.0b8 
Target Version4.1Fixed in Version 
Summary0000020: ned-path doesn't work with ":" on windows
DescriptionThe ned-path option in the ini file isn't platform-independent: On Windows XP (with MinGW) it has to contains ";" as separation character. ":" doesn't work.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-12-04 12:14baumgartNew Issue
2008-12-04 12:59andrasNote Added: 0000059
2008-12-04 13:26baumgartNote Added: 0000060
2008-12-05 11:06baumgartNote Edited: 0000060
2008-12-06 19:44andrasNote Added: 0000070
2008-12-06 19:44andrasStatusnew => closed
2008-12-06 19:44andrasResolutionopen => won't fix
2008-12-08 11:24andrasStatusclosed => acknowledged
2008-12-08 11:24andrasTarget Version => 4.1
2008-12-10 08:52rhornigStatusacknowledged => to be tested
2008-12-10 09:55rhornigResolutionwon't fix => suspended
2008-12-10 10:04rhornigStatusto be tested => postponed

Notes
(0000059)
andras   
2008-12-04 12:59   
This is deliberate: "C:\INET" is not supposed to be interpreted as ["C", "\INET"].
(0000060)
baumgart   
2008-12-04 13:26   
(edited on: 2008-12-05 11:06)
Okay, i've noticed that ";" works on Linux too. So the preferred way seems to always use ";". Bug can be closed...
(0000070)
andras   
2008-12-06 19:44   
I made note of the suggestion to accept ":" on Windows as well (i.e. a more sophisticated parser could figure out whether a particular ":" is path separator or belongs to a drive letter; a simple StringTokenizer won't do anymore). Maybe for some future release.