OMNeT++/OMNEST Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001004OMNeT++simulation kernelpublic2017-03-30 15:202017-03-30 15:20
Reporterrhornig 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusnewResolutionopen 
PlatformOSOS Version
Product Version5.1 
Target VersionFixed in Version 
Summary0001004: cPar does not have functions for converting to "long long" type
DescriptionThis issues surfaced within INET where something like

bitrate = bps(par("bitrate"));

was used and the compiler complained about ambiguous conversion on Windows!. This is happening because bitrate is defined as int64_t which is defined as "long long" on 64-bit Windows. This leads to the ambiguity as no direct conversion function is defined for long long.

This leads to a more deeper problem as ned parameters are either long,string or bool and we don't now big is the 'long' type in NED? Is it 32-bit, or 64-bit? It's definitely not good to leave it as implementation dependent. This leads to the next step, that we should probably use int8_t, inet16_t,inet32_t and int64_t in cPar insetad of using the implementation dependent types (char,short,int,long, long long)
Steps To Reproduceuse something like

bps(par("name"))

in a model on Windows 64-bit.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2017-03-30 15:20 rhornig New Issue


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker