Объясните поведение Qt

Сообщение об ошибке привёл бы. И да, исправил:

TimePoint(QPoint _p , int _t) : p(_p), t(_t)
   {}

mousePoint.push_back(tmp);

Так у тебя элемент уже есть, тут будет вызван не твой конструктор, а copy ctor.

Все работает, видимо проблема в другом.

А лучше бы вообще вот так:

TimePoint(const QPoint &_p , int _t) : p(_p), t(_t)
   {}

Зависит от того, что он будет с ним делать внутри.

И да, исправил

Просто офигенное исправление которое только ухудшает читаемость и ни на байт не меняет формируемого кода

еще как меняет

в первом случае вызывается сначала конструктор по умолчанию для каждого поля, а потом оператор присвоения, а во втором случае сразу вызывается оператор копирования. Для типа qint64 это, действительно, будет не существенно, а вот для QPoint позволит пропустить несколько ненужных шагов

еще как меняет

AFAIK, они сольются на -O2

Разве это гарантируется для всех компиляторов?

Кстати, где ТС? Он проблему-то решил?

которое только ухудшает читаемость

На вкус и цвет... Для кого-то это будет более чем читабельно, сразу видно, что в конструкторе нифига дурного не делается.

может быть, но как правильно заметил grondek, все сильно зависит от реализации компилятора

QVector требует наличие конструктора без параметров, я его сделал пустым

И всё ради чего? Ради того, чтобы использовать кривые поделки из Qt, вместо стандартного вектора.

Стандартный вектор тоже не может быть полноценно использован с типом без конструктора по умолчанию.

И всё ради чего? Ради того, чтобы использовать кривые поделки из Qt, вместо стандартного вектора.

С каких пор стандартные поделки стали лучше Qt'шной реализации?

Стандартные вектора неудобно использовать внутри Qt приложения - придется постоянно туда-сюда конвертировать, чтобы полноценно использовать.

И чем конкретно поделки Qt такие кривые?

И чем конкретно поделки Qt такие кривые?

Чаще всего проблема в вероисповедании.

И чем конкретно поделки Qt такие кривые?

Часто требует конструктор по-умолчанию. Тот-же push_back может (и должен) обходиться без него.

полноценно

если под этим подразумевать resize и конструктор explicit vector(size_type count);

Часто требует конструктор по-умолчанию. Тот-же push_back может (и должен) обходиться без него.

Я раньше не замечал, а с С++11 стало неприятно пользоваться QMap: его итератор ссылается не на пару ключ-значение, а только на значение, т.о. нормально пробегать по всей коллекции няшным for(v:map) невозможно. Сделано это было вероятно для всяких qdeleteall, которые с новыми плюсами как раз таки уже и не нужны.

Но ни твоего конструктора, ни моих итераторов недостаточно для называния куконтейнеров кривыми :)

Как уже сказали, push_back складывает в вектор копии tmp. Определи конструктор копирования. И ещё 5 копеек: обычно как аналог std::vector используют QList.

тут будет вызван не твой конструктор, а copy ctor.

Но что это объясняет?

Конструктор C++ при копировании одного объекта в другой работает поэлементно. То есть в переменные экземпляра класса, в который производится копирование, копируются значения из соответствующих переменных экземпляра класса, который копируется

зачем тебе все компиляторы?

ТС, вообще-то, справедливо заметил, что конструктор копирования, формируемый компилятором, в данном случае является корректным. Так что ждём минимальный пример от ТС с указанием того что он ожидал получить и что он получил (если ТС ещё сам не нашёл ошибку в другом месте своего кода).

Так что ждём минимальный пример от ТС с указанием того что он ожидал получить и что он получил

Я пытаюсь сделать эффект просто карандаша, для этого рисую много линий в предыдущие координаты мышки, но при этом проверяю время когда эти координаты были получены

for(int i = mousePoint.size()-1 , j = 8; i > 0 && j > 0; i--,j--){
        qDebug() << QDateTime::currentMSecsSinceEpoch() - mousePoint[i].t ;
        if(QDateTime::currentMSecsSinceEpoch() - mousePoint[i].t < 100)
        pi.drawLine(QPoint(mouseX , mouseY) , mousePoint[i].p);
    }

И вот вывод который я получаю - это полное число секунд с юникс эпохи - а это значит что в mousePoint.t = 0;

Немного ошибся, вот вывод

 qDebug() <<  mousePoint[i].t << QDateTime::currentMSecsSinceEpoch() ;
1749449795 1410498723627 

Дык конструктор принимает int, а не quint64 вот и получаешь в 2 раза меньше байт.

Дык конструктор принимает int, а не quint64 вот и получаешь в 2 раза меньше байт.

Спасибо, точно! А почему int 32 ? операционная система - 64 битная...

Почитай определение int.

И забей на все умные слова, которые тебе писали тут про всякие конструкторы и копирования.

Единственное, что тебе надо сделать, это инициализировать quint64 t в конструкторе:

TimePoint() : 
    t( 0 )
{
}

А то там будет лежать по-умолчанию всякая фигня.