xfnxfn, используйте статический массив, когда это нужно. Но надо помнить, что для создания статического массива его размер должен быть известен на этапе компиляции
datka, это очень неудобно. Днём я часто использую отпечаток,а вместо этого набирать код будет долго и неудобно. И к тому же у меня после замены экрана кнопки не те жмутся...
xfnxfn, проще использовать готовую структуру данных. Например, из STL.
Человек выше предложил использовать класс vector из STL вместо голых указателей и ручного управления памятью
xfnxfn, указатели нужны в первую очередь для доступа к выделенной в куче памяти.
Операторы malloc (C) и new (C++) возвращают именно указатель на выделенную память (адрес выделенной ячейки памяти)
xfnxfn, и второй нюанс. Динамическое выделение памяти (например, когда программа заполнила входными данными какой-то массив, но ей требуется ещё место, и ей надо перевыделить место под этот массив, но уже большего размера) нельзя осуществить на стеке, оно делается в куче.
Динамическое выделение памяти может осуществляться только в куче.
xfnxfn, если твоей программе в процессе работы требуется много оперативной памяти, то эту память надо брать из кучи, а не из стека. Потому что размер стека для каждой программы (на самом деле, для каждого потока программы) ограничен обычно всего лишь одним мегабайтом. А в куче можно хранить хоть 8 гигабайт данных (конечно если в компьютере физически установлено столько оперативной памяти).
res2001, блииин, и правда, на гитхабе есть готовые билды... А я раньше не мог их там найти...
Я как дурак пытался исходники собирать (но не выходило)
Спасибо за Qt)
res2001, нет, Qt Creator привязывается к системе и к родному пути установки.
После перемещения папки IDE мне пришлось ещё редактировать реестр и вручную создавать и настраивать профили Qt, отладчики, компиляторы и т.п., иначе проект даже создать было невозможно.
Я не глупый, я прекрасно понимаю что ты пытаешься до меня донести, но я боюсь другого. Думаю нет смысла больше обсуждать эту тему, я останусь при своём мнении)