Ну как бы представляю, и что? Какое это вообще имеет отношение к обсуждаемому вопросу?

Да

Это я просто написал

Можешь писать такое во флудилке, в целом

1. Оперировать переменной, хранящей длину массива
2. Хранить (в конце) элемент с сигнал-значением

Всего-лишь грамматика. В книжках А: объясняют теорию. Б: показывают как лучше всего написать тот или иной кусок кода для задачи. Без этого твой путь будет  зернист и сложен.

Здравствуйте, есть вопрос: можно ли иначе проверить на валидность указатель? вроде бы обычная проверка в итоге пропускает ошибку.
Объект 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++  Символы загружены.

Ну это мало как связанно с программированием, это больше всего кодинг, хотя сегодня и то и другое объединяют

Определи программирование и кодинг

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

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

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;
}

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

Не удаляй proxy пока не закончишь с ним работу

он не удаляется совершенно точно, деструктор сработает только при завершении программы. Может тут со стеком проблема или еще в чем-то?

Может

а что указывать на это может? Проблема пока что никак не определяется

Посмотри в отладчике чему равен proxy и что под ним лежит

Попробуй разыменовать его и прочитать его поля в коде

Программирование это процесс написания алгоритмов, кодинг это написание кода, программировать можно и без когда и без компа, а кодить нельзя

Кому нужны алгоритмы без кода?

Значит кодинг это программирование + кликание по клавиатуре, то есть кодер круче программиста?

А я-то думал программирование это процесс написания программ...

Тем кто пишет код