Строки в стеке или в куче ?

[Etud]

В классе My имеются символьные массивы в стеке.
Далее символьная строка (тип char) присваивается QString.

Код

C++ (Qt)
char buffer[2048];
char bufLoad[1024];
char bufBig[1024 * 200];
 
QString str = QString(*buffer);
 

Как известно, существует опасность падения программы
(на 20-й раз, 30-й, ...), поскольку строки большие  > 200 КБ, пару строк и достигли 1MБ (предел для стека).
Рекомендуют больше 1 КБ в стек не ложить.

Решил в классе My выделить память в куче
(т.е. создать динамические массивы).

Код

C++ (Qt)
char *s;
s = new char[1024 * 200];
 

Уже лучше и риск меньше !

Вопросы:
1) Строка (тип QString) увеличивает память в стеке ?
2) Под эту строку тоже отводится 200K, есть ли тут риск ?

[Kolobok]

Если объект My создан в куче, то какая разница?!

[Etud]

Да, объект my класса Му создан в куче.

Не подумал про сам объект.

То есть эти массивы будут в куче, переводить их в динамику не надо ?

[Stiff]

Код

C++ (Qt)
char buffer[2048];
char bufLoad[1024];
char bufBig[1024 * 200];
 
QString str = QString(*buffer);
 

Про последнюю строку: так писать некорректно. Во-первых, тип переменной buffer это char *, то есть указатель на символ, не нужно его разыменовывать, у QString нет конструктора с единственным аргументом типа char, но есть с типом char *.
Правильнее написать так:

Код

C++ (Qt)
QString str(buffer);

Во-вторых, указатель на массив, передаваемый конструктору QString обязательно должен заканчиваться нулём, иначе возможно выхождение за пределы массива! Дабы перестраховаться, присвой последним значениям массивов нули:

Код

C++ (Qt)
buffer[2047] = '\0'

Переполнение стека не при чём, ищите ошибки.

[Etud]

Тут был псевдокод. Это отработано.

Вопрос про память, чтобы краха не было.

[Igors]

Вопросы:
1) Строка (тип QString) увеличивает память в стеке ?
2) Под эту строку тоже отводится 200K, есть ли тут риск ?

1) Нет (точнее на 4/8 байт независимо от размера строки)
2) Есть если Вы (нагловато) размещаете такие данные на стеке. Практичнее использовать QVector <char> (или std::vector)
3) QString сожрет вдвое больше памяти (2 байта на символ в unicode)

[Etud]

Спасибо, Igors за ответ.

Конечно, QString занимает памяти вдвое больше по сравнению со строкой char-ов.

Еще раз уточню задачу:

Есть класс My, который имеет строку

Код

C++ (Qt)
char bufBig[1024 * 200];

Эту строку я переводил в строку QString, чтобы произвести в ней поиск (парсинг),
что несомненно удобно из-за функций поиска подстрок.

Слабое место у меня это массив  bufBig, потому что 200К памяти отведено + еще строка QString (400К ?).

Получается, что поиск (парсинг) лучше делать в массиве bufBig, что не удобно, так так надо писать свою функцию поиска.
С QString это было очень удобно !


Вопросы:
1) При создании объекта my класса My в куче  массив bufBig оставить без изменений (в стеке) или лучше тоже в куче ?
2) Строка

Код

C++ (Qt)
QString str = QString(buffer);

при создании объекта my в куче размещается в стеке ?

Извините, что много спрашиваю, но все 1-й раз.

[Igors]

Есть класс My, который имеет строку

Код

C++ (Qt)
char bufBig[1024 * 200];

От этого надо (срочно) избавиться. Такое "жирное" описание никак не гуд, т.к. оно заставляет компилятор выделять стек-память впустую и без всякой необходимости. Все что "выше травы" должно быть в куче. Обычно это не вызывает затруднений., если Ваш случай особый - сообщите детали, обсудим

[brankovic]

В классе My имеются символьные массивы в стеке.

Код

C++ (Qt)
char buffer[2048];
char bufLoad[1024];
char bufBig[1024 * 200];
 

Так они в классе или в стеке? Если объявлены как член класса, то они там, где соотв. экземпляр:

Код

C++ (Qt)
struct My
{
   char buf [123];
};
 
void some_function ()
{
  My m;
  My *p = new My;
}
 

объект m и его поле buf будут в стеке, объект по адресу p и его поле buf будут в куче. Или имеется в виду другая конструкция?

Как известно, существует опасность падения программы
(на 20-й раз, 30-й, ...), поскольку строки большие  > 200 КБ, пару строк и достигли 1MБ (предел для стека).
Рекомендуют больше 1 КБ в стек не ложить.

просто интересно, откуда данные? Я знаю, что бывают такие падения, но чтобы 1 мегабайт  всего, как-то не верится.

Вопросы:
1) При создании объекта my класса My в куче  массив bufBig оставить без изменений (в стеке) или лучше тоже в куче ?
2) Строка

Код

C++ (Qt)
QString str = QString(buffer);

при создании объекта my в куче размещается в стеке ?

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

Не знаю, какие у вас требования по памяти, но я бы не заморачивался на счёт размера QString. В большинстве случаев ни память ни скорость для строк не критичны, а читаемость и компактность кода важны всегда.

[Stiff]

Получается, что поиск (парсинг) лучше делать в массиве bufBig, что не удобно, так так надо писать свою функцию поиска.
С QString это было очень удобно !

Делай парсинг в QByteArray, функции с QString идентичные

[Etud]

Так они в классе или в стеке?

Переменная-член bufBig принадлежит классу My:

Код

C++ (Qt)
class My
{
  char bufBig[1024 * 200];
};
 

Объект создается в куче:
My *p = new My;

Спасибо, значит все тут в куче.  Просвятили !

Значит, если будет даже 10 объектов, память выделяется в куче,
размер окна большой - ее должно хватить ?

просто интересно, откуда данные? Я знаю, что бывают такие падения, но чтобы 1 мегабайт  всего, как-то не верится.

Из форумов...Или не верно ?

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

В моем случае строка str используется в другом классе Tu (он в куче)

Код

C++ (Qt)
QString str = QString(buffer);

и получает указатель на мой большой массив-буффер из класса My.

Не знаю, какие у вас требования по памяти, но я бы не заморачивался на счёт размера QString. В большинстве случаев ни память ни скорость для строк не критичны, а читаемость и компактность кода важны всегда.

Да нет требований, главное чтобы пахала. Начитался флейма, а знаний про память мало.

Вот и я заметил, что удобство интерфейса и поддержка кода - это много.

[brankovic]

Значит, если будет даже 10 объектов, память выделяется в куче,
размер окна большой - ее должно хватить ?

число объектов * размер объекта = потребление памяти. Достаточно оценить эти величины. На символ можно считать 2 байта, если кустринг.

просто интересно, откуда данные? Я знаю, что бывают такие падения, но чтобы 1 мегабайт  всего, как-то не верится.

Из форумов...Или не верно ?

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

В моем случае строка str используется в другом классе Tu (он в куче)

Код

C++ (Qt)
QString str = QString(buffer);

в этом коде QString сначала посчитает размер buffer (найдёт первый '\0'), потом выделит в куче буфер такого же размера, потом скопирует всё туда. И забудет про buffer навсегда.

Вообще пользоваться массивами в C-стиле нужно только ради оптимизации, и только когда точно знаешь, что делаешь. Сам всегда использую контейнеры, пока тормозить не начнёт, и обычно не начинает.

[Igors]

Код

C++ (Qt)
class My
{
  char bufBig[1024 * 200];
};
 

Объект создается в куче:
My *p = new My;

Нехорошо, Вас никто не заставляет распределять память немедленно и жестко (как сейчас). Спокойно объявите QVector<char>, потом сделайте resize - гораздо удобнее

[Etud]

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

Класс My это обертка вокруг С-шных функций, потому сразу не использовал QString (нельзя так).

Есть класс My, который имеет строку

Код

C++ (Qt)
char bufBig[1024 * 200];

От этого надо (срочно) избавиться. Обычно это не вызывает затруднений., если Ваш случай особый - сообщите детали, обсудим.

Этот буффер нужен для парсинга HTML-страницы. Оттуда дастается заголовок и другие параметры.

Потому скачиваю ее полностью, дальше парсим.

И вот тут уже важен алгоритм. Как можно получить эти части (нужные параметры).
На лету парсить при скачке непросто.


 

[Etud]

Нехорошо, Вас никто не заставляет распределять память немедленно и жестко (как сейчас). Спокойно объявите QVector<char>, потом сделайте resize - гораздо удобнее

Только что написал, интерфейс использует массив char bufBig[1024 * 200]
для скачки web-страницы полностью. Она 200К и парсим ее.

Уйти на другой тип ? А смысл ?!! Все равно где хранить.

Пока скачиваю ее полностью в этот массив.