OMNeT++/OMNEST Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001004OMNeT++simulation kernelpublic2017-03-30 15:202018-06-19 17:19
Assigned Toandras 
PrioritynormalSeverityminorReproducibilityhave not tried
PlatformOSOS Version
Product Version5.1 
Target VersionFixed in Version5.3 
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


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
2018-06-19 17:19 andras Status new => closed
2018-06-19 17:19 andras Assigned To => andras
2018-06-19 17:19 andras Resolution open => fixed
2018-06-19 17:19 andras Fixed in Version => 5.3

Copyright © 2000 - 2022 MantisBT Team
Powered by Mantis Bugtracker