0001004: cPar does not have functions for converting to "long long" type

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001004

OMNeT++

simulation kernel

public

2017-03-30 15:20

2018-06-19 17:19

Reporter

rhornig

Assigned To

andras

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

5.1

Target Version

Fixed in Version

5.3

Summary

0001004: cPar does not have functions for converting to "long long" type

Description

This 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 Reproduce

use something like

bps(par("name"))

in a model on Windows 64-bit.

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

Relationships

Notes
There are no notes attached to this issue.