Тут поднимался вопрос как динамически расширить массив char
для этих целей удобнее всего использовать тип String
ведь он уже содержит все возможности необходимые для работы со строками

Код

String strText; strText.SetLength(5); //Увеличиваем длинну char-массива до 5 символов strText[1]='1'; strText[2]='2'; strText[3]='3'; strText[4]='4'; strText[5]='5'; strText=strText+String("Э"); ShowMessage(strText); //В данный момент длинна char-массива 6 символов strText.SetLength(203); //Увеличиваем длинну до 203 символов int i=7; char* lpBuffer =strText.c_str(); for (char c='7';c<='f';c++)  {   lpBuffer[i-1]=c;   i++;  } lpBuffer[i-1]=0; ShowMessage(strText);

и не вижу смысла изобретать велосипед...
String уже включен в наши программы если вы использовали хотя бы один визуальный компонент его содержащий
(а на кой ладан нам билдер если не использовать визуальные компоненты?)
и в итоге память под String в программе уже отведена и его использование будет не намного растратнее использования char (или нет) а учитывая что при работе с char вам прийдется подключать еще кучу дополнительных самопальных или фирменных функций для работы с char-строками то использование char еще и накладно...
Кстати мне интересно все ли тут смотрели в HELP описание методов String?
Если нет то очень рекомендую...
(F1->В поиске задать "AnsiString data type"->в этом тексте выбрать Reference)

Теперь сам вопрос...
Нет ли в VCL Чего_то_похожего на String но унифицирующего работу не с char-массивами а с массивами числовых типов или к примеру списков Хэндлов

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

Уж не знаю, есть ли в билдере такое чудо... но вообще вот: CArray <DWORD> m_hWindows;

не ну если есть String, да еще и с c_str()
знамо STL, знамо стринг определяется как

typedef basic_string<char> string;

тоесть то что тебе нуна:

basic_string<DWORD> strdw;
basic_string<HANDLE> strhd;

String - это такая тормозная вещь
В файл  менеджере уменьшала загрузку списка файлов в 4 раза за ед времени
Перераспределение памяти даже тогда когда не надо

Цитата(Step @ 07.1.2003, 02:08)

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

Хммммм.... а не наоборот
Сначала нужно понять нужно ли это, а уже потом экспериментировать...

Сам посуди:
1. Я точно знаю что тем ребятам которые писали Билдер я скорее всего в подметки не гожусь и свои функции для работы со строками мне скорее всего лучше чем они не написать (да и зачем мне это, ведь я не участвую в написании новых языков программирования а платят мне за написание новых программ)...
2. Если я могу использовать сишные библиотечные функции для объединения строк, динамического увеличения размера массива, поиска в строке и т.д. то есть те функции которые "как тебе кажется" будут работать быстрее чем встроенные функции String то откуда ты знаешь что сотрудники Borland не знали про эти функции (учитывая что для C++ они их и писали) и не догадались в классе String использовать их же?
3. Использовать вставки на ассемблере для для улучшенной обработки строк Да что я свой MS Word писать собрался

И скажем так даже если я изобрету этот велосипед... то кто это заметит
Ты думаешь что скорость обработки текстовых строк это основной фактор определяющий конкурентоспособность приложения для Windows?
Представь картину, приходит покупатель в фирму торгующую бухгалтерскими программами и спрашивает:
"Дайте мне самую быструю бухгалтерскую программу"...

PS: Хотя кто его знает может именно так думал дядя Билли когда писал свою операционку :-)

PPS: Есть у кого нибудь добротное русское человеческое описание как работать со строками при помощи String ? (А то обидно будет написать его а потом выяснить что кто то уже это сделал)  

Цитата(mavrik @ 08.1.2003, 19:26)

String - это такая тормозная вещь В файл  менеджере уменьшала загрузку списка файлов в 4 раза за ед времени Перераспределение памяти даже тогда когда не надо

Не можешь дать образцы кода из твоего файл менеджера
тот который с char и тот который со String...
Очень хотелось бы протестировать...
может получится что-нибудь ускорить используя String :-))))))