Преобразование из QString в qint64

[8Observer8]

Привет!

Корректно ли такое преобразование из QString в qint64 с помощью метода toULongLong()? Если нет, то какой способ лучше?

Заранее спасибо за ответ.

Код

C++ (Qt)
#include <QCoreApplication>
#include <QDateTime>
#include <QDebug>
 
int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
 
    QString str("1394790029894");
 
    qint64 t = str.toULongLong();
 
    QDateTime time;
    time.setMSecsSinceEpoch(t);
 
    qDebug() << time.toString();
 
    return a.exec();
}
 

[OKTA]

Чем не преобразование? 
Разве что quint64 вместо qint64, раз toULongLong используешь

[Johnik]

qglobal.h

Код:

typedef qint64 qlonglong;
typedef quint64 qulonglong;

[8Observer8]

Я думал, что toULongLong() не гарантирует, что он вернёт 64-x разрядное число. По сообщению Johnik вижу, что разрядность гарантирванно совпадает. Несмотря на то, что метод setMSecsSinceEpoch() принимает qint64, а мы ему подсунем quint64, ничего страшного не произойдёт. Неявное преобразование из quint64 в qint64 - безопасно, так как не происходит усечения значения. Всем спасибо большое!

[kambala]

Несмотря на то, что метод setMSecsSinceEpoch() принимает qint64, а мы ему подсунем quint64, ничего страшного не произойдёт. Неявное преобразование из quint64 в qint64 - безопасно, так как не происходит усечения значения. Всем спасибо большое!

это то же самое, как если сказать «если мы методу, принимающему char, подсунем unsigned char, то ведь ничего страшного не произойдёт». вот подсунь такому методу число 128 и узнаешь

[OKTA]

Откройте мне глаза! Когда используется обратный код, а когда дополнительный?

[kambala]

обратный код — это просто инвертирование битов числа (унарный оператор ~), а дополнительный — умножение на -1 (к инвертированному числу добавить 1)

нет, кажется наоборот (термины перепутал)

[OKTA]

Да нет, вроде не перепутал, все верно!

Знаковые переменные хранятся в дополнительном коде, верно?

[kambala]

отрицательные значения — да

[8Observer8]

Я понял о чём речь. Если мы попытаемся привести число 128 типа "unsigned char" к типу "signed char", то получим выход за диапазон допустимых значений:

unsigned char: [0, 255]
signed char: [-128, 127]

[OKTA]

Попробуй и посмотри, что будет 

Код:

int main()
{    
    char a;
    a = 128;
    printf ("%d", a);
    return 0;
}

[8Observer8]

Если написать просто "char", то система решит, что это "signed char". 128 - это выход за допустимый диапазон для "signed char". Поэтому нужно явно указать "unsigned char":

Код

C++ (Qt)
#include <QCoreApplication>
#include <stdio.h>
 
int main(int argc, char *argv[])
{
    QCoreApplication app(argc, argv);
 
    unsigned char a;
    a = 128;
    printf ("%d", a);
 
    return app.exec();
}
 

[OKTA]

Но таки работать будет 

[8Observer8]

Зависит от системы. На моей системе "char" преобразуется к "signed char", поэтому если написать: "char a;", то вывод будет: "-128". Если написать явно: "unsigned char a;", то вывод будет: 128

На других системах "char" преобразуется к "unsigned char", поэтому вывод будет: 128

Интересно, что в стандарте написано по этому поводу? Может там написано, что "char" преобразуется либо к "unsigned char", либо "signed char" - на усмотрение разработчиков компиляторов?

[Old]

На других системах "char" преобразуется к "unsigned char", поэтому вывод будет: 128

Это на каких таких системах?