Хз хз

Это же Си

В С++ это вообще не работает

Я в курсе, спасибо

да вроде работает норм😂

Здравствуйте, есть вопрос: можно ли иначе проверить на валидность указатель? вроде бы обычная проверка в итоге пропускает ошибку.
Объект proxy в том потоке, судя по отладчику, валиден, его удаления не производится ни до, ни после - почему же тогда proxy->type может крашить? Спасибо.
Есть структура:

struct proxyItem{
    proxyItem();
    proxyItem(QString, QString, QString, QString, QString);
    proxyItem(const proxyItem&);
    QString ip, port, type, user, pass;

    bool operator==(const proxyItem&)const;
};

Есть функция, которая редко, но крашит, видимо на этапе proxy->type+":"


QString NetworkModel::proxyToString(proxyItem *proxy, bool flag) const
{
    QString result;
    if(proxy){
        result = (flag)?"":proxy->type+":";    
        result += proxy->ip + ":" + proxy->port + ":" + proxy->user + ":" + proxy->pass;
    }
    return result;
}

Конкретно последняя точка была в QString t(s1):

inline QT_ASCII_CAST_WARN const QString operator+(const QString &s1, const char *s2)
{ QString t(s1); t += QString::fromUtf8(s2); return t; }

Кусок стека:
  Qt5Core.dll!QString::QString(const QString & other)Строка 525  C++  Символы загружены.
>  app.exe!operator+(const QString & s1, const char * s2=0x00d21964)Строка 1534  C++  Символы загружены.
  app.exe!NetworkModel::proxyToString(proxyItem * proxy=0x05f989d8)Строка 456  C++  Символы загружены.
  app.exe!NetworkModel::data(const QModelIndex & index={...}, int role=0)Строка 38  C++  Символы загружены.

Здравствуйте, есть вопрос: можно ли иначе проверить на валидность указатель? вроде бы обычная проверка в итоге пропускает ошибку.
Объект proxy в том потоке, судя по отладчику, валиден, его удаления не производится ни до, ни после - почему же тогда proxy->type может крашить? Спасибо.
Есть структура:

struct proxyItem{
    proxyItem();
    proxyItem(QString, QString, QString, QString, QString);
    proxyItem(const proxyItem&);
    QString ip, port, type, user, pass;

    bool operator==(const proxyItem&)const;
};

Есть функция, которая редко, но крашит, видимо на этапе proxy->type+":"


QString NetworkModel::proxyToString(proxyItem *proxy, bool flag) const
{
    QString result;
    if(proxy){
        result = (flag)?"":proxy->type+":";    
        result += proxy->ip + ":" + proxy->port + ":" + proxy->user + ":" + proxy->pass;
    }
    return result;
}

Конкретно последняя точка была в QString t(s1):

inline QT_ASCII_CAST_WARN const QString operator+(const QString &s1, const char *s2)
{ QString t(s1); t += QString::fromUtf8(s2); return t; }

Кусок стека:
  Qt5Core.dll!QString::QString(const QString & other)Строка 525  C++  Символы загружены.
>  app.exe!operator+(const QString & s1, const char * s2=0x00d21964)Строка 1534  C++  Символы загружены.
  app.exe!NetworkModel::proxyToString(proxyItem * proxy=0x05f989d8)Строка 456  C++  Символы загружены.
  app.exe!NetworkModel::data(const QModelIndex & index={...}, int role=0)Строка 38  C++  Символы загружены.

А чё у тебя все переменные — STRING ?

А чё у тебя все переменные — STRING ?

У меня есть метод backward, задача которого - смещение массива влево/назад. Он принимает один аргумент типа int в качестве смещения (на 1, 2, 3 или другое количество элементов). Так же, я добавил для него перегрузку, которая не принимает никаких параметров и просто делает backward(1), то есть просто для удобства. Но, когда я вызываю метод backward(), происходит нечто, что ломает работу программы. В то время, как вызов backward(1) не приносит никаких проблем. Почему? Ведь перегрузка не делает ничего, кроме как вызывает основной метод.

template <typename T>
void row<T>::backward(int iOffset)
{
  for (int i = 0; i < iOffset; ++i)
  {
    T temp = this -> arr[0];
    for (int j = 1; j < this -> iLen; ++j)
      this -> arr[j - 1] = this -> arr[j];
    this -> arr[this -> iLen - 1] = temp;
  }
}

template <typename T>
void row<T>::backward()
{
  this -> backward(1);
}

Проверить указатель на валидность невозможно. Есть только одно значение указателя, гарантированно невалидное — nullptr

Напомни, пожалуйста, то что nullptr - это гарантированно невалидное состояние - сказано где-то в стандарте?

(Не сарказм. Просто по моей логике 0 - вполне валидный адрес, если мы живём в "реальном режиме" на голом железе)

Какая книга в приоритете является лучшей относительно 17-го стандарта на данный момент?

Яцек с его кулинарными рецептами или О`Двайр с его Осваиванием?