Russian Qt Forum

Начну с предыстории, есть прога, которая расчитана на работу под Windows, Linux, и MacOS платформами. Вроде как работала хорошо, но под виндой 64-битной иногда вылетала, я где то прочел что это может быть из за использования типа int в циклах, мол лучше использовать size_t.  Прочитано, сделано, в проге поменял int на size_t. Под виндой и под линуксом собралось все хорошо, а вот под маком как то не очено, в тех местах где ф-ция должна принимать тип int ,а ей приходят size_t, валятся ошибки компилятора.

Стало быть возникает два вопроса:
1. Почему такого не происходит на других платформах, почему там компилятор все преобразует сам?
2. Что можно сделать что бы код руками опять весь не просматривать и не писать что то типа (int)size_t ?

Хоть бы ошибки привел.

да, извиняюсь, скрин в аттаче

У меня в Линухе тоже не собирается. Это из-за того, что size_t кастится как в int, так и в uint, и компилятор не может найти верный каст.

C++ (Qt)
if (str.at (i) == '/') {
  str [static_cast <int> (i)] = '\\';
}
 

А зачем здесь вообще size_t коли int QString::count()  ???

На заборах знаете тоже хрень всякую пишут. Это что это у вас за циклы коли int-а не хватает  ???

призабавнейшая забава :) у меня под линухом собирается и под Ubuntu и Open SUSE и даже Fedora :) версия gcc 4.4.5. Ладно приду домой поразбираюсь

size_t не нужен в программах, использующих Qt
То, что вы прочитали, верно для std, тк там std::string::size возвращает size_t:
Пример, есть строка, длиной ну скажем 0x0000 0000 ffff ffff - размер даже влазит в инт, только это число как сайз_т 2^32-1, а при касте к инту будет -1. А -1 != 2^32
На Qt это произойти не может, тк все ф-ии возвращают int (ну и да, уникодовская строка длиной 2^64 тупо не влезет в память, поэтому сайз_т бесполезен по своей сути).

хм... спасибо, из size_t в int назад переписать будет легче :)

Так всё-таки.. какой тип переменной использовать в качестве счетчика цикла? Так, чтобы компилировалось везде, не вылетало и предупреждения не валились.
А то VC++ задолбал своими предупреждениями (warning C4018: '<' : signed/unsigned mismatch)

Я же написал - зависит от типа переменных
Сравните
и

С size_t есть проблема. Безобидное, казалось бы, изменение в коде
for(size_t i = 0; i< v.size(); i++)

for(size_t i = 0; i< v.size()-1; i++)

приводит к печальным последствиям...

Ну или так

C++ (Qt)
for (size_t i = numObjects; i >= 0; --i)
 

:)

а какие последствия, если не секрет? Что то я не могу сообразить :)

i >= 0 для беззнакового целого (http://en.wikipedia.org/wiki/Size_t).
Отличный код. ;D

Если v.size()==0, то v.size()-1 == 0xFFFFFFFF (ну или другое кол-во F в зависимости от платформы). Ну а дальше index out of range.

спасибо, начал с одного, узнал про другое ))))

У тебя параметр str на стеке создаётся при вызове функции, а потом ты возвращаешь static QString. Что-то здесь не то.

Вычитание уже само по себе намекает на знаковый тип, об этом даже могут сообщать шибко настроенные на варнинги компиляторы/анализаторы. Поэтому size_t заменить на ssize_t. Ну или если не хочется с нестандартность связываться - на int.

Он возвращает копию str. А 'static' относится к 'видимости' функции, а не к её возвращаемому значению.
Другое дело, что аргумент по-хорошему должен быть 'const QString&'.

Это почему же? Тогда бы пришлось вводить свою переменную внутри функции.

Если уж на то пошло, то правильнее будет:

C++ (Qt)
static QString invertSlash (QString str)
{
  return str.replace ("/", "\\");
}
 

:)

Ну да, зато прототип красивый будет, как у троллей :)

ptrdiff_t вполне стандартный знаковый, совпадающий по разрядности с размером указателя (как и size_t).
Но вообще, как и писал Авварон, раз QString индексируется int'ом, то и цикл лучше делать по нему.

Свои 2 копейки внесу.

Авварон, по сравнению с моим вариантом профита никакого.

Кодестайлинг и фсе дела