Ответ на »сообщение 50« (SJ)
___________________________

А теперь понял о чем речь. :) Если нужно сливать строки большого размера, можно воспользоваться функцией CopyMemory, т.е. хранить строки в виде массива.

VOID CopyMemory (
    PVOID Destination, // address of copy destination
    CONST VOID *Source, // address of block to copy
    DWORD Length // size, in bytes, of block to copy 
  );

Я обещал на эту тему анекдот, лазить по сети лень, поэтому коротко и своими словами.

Хозяин фирмы нанял рабочего для покраски забора. Дал ему краску и сказал, что платить будет ежедневно и сдельно, по объему работы.
Рабочий поставил на землю ведро с краской и приступил к работе.
В 1 день рабочий покрасил 50 метров и получил свои деньги.
Во 2 день рабочий покрасил 40 метров.
В 3 день - 20 метров.
В 4 день - 5 метров забора.
Хозяин очень удивился и сказал: "Почему с каждым днем ты работаешь все хуже и хуже?"
"Хозяин! Я тружусь в поте лица! Но каждый новый день мне все дальше и дальше приходится ходить к ведру с краской!"

>>>Странное замечание, вообще-то, Windows умеет очень быстро
>>>копировать Asciiz строки (алгоритм ниже). Ну даже если они вам не
>>>нравятся, просто не используйте их!

Моя вина в том, что я просто привел цитату из Интернета без комментария. Уточняю суть проблемы.
Допустим у нас есть две строки A и B, организованные по методу 0-символа (конец строки обозначается нулевым байтом в конце строки). Если нам требуется присоединить строку B в хвост к строке A, то нам для этого требуется определить, где заканчивается эта строка, чему равен адрес ее "хвоста". И сделать это мы можем только путем сканирования строки A до тех пор, пока не встретим нулевой байт. Строки с дексриптором длины лишены этого недостатка - адрес конца строки вычисляется "мгновенно", потому что информация о текущей длине строки хранится в дескрипторе, в "голове" строки. Поэтому конкатенация большого количества строк переменной длины с 0-байтовой организацией всегда будет "торомозить" по сравнению с "дескрипторным" методом.

Ответ на »сообщение 39« (SJ)
___________________________

По тем же самым причинам невозможно реализовать эффективное копирование и объединение Си-строк. Действительно, как прикажете копировать строку не зная какой она длины?


Странное замечание, вообще-то, Windows умеет очень быстро копировать Asciiz строки (алгоритм ниже). Ну даже если они вам не нравятся, просто не используйте их!

; ---------------------------------------------------
; StrCpy, копирование строки ASCIIZ
; [ecx] - исходный адрес
; [edx] - адрес буфера
; ---------------------------------------------------

  push  eax
  push  ecx
  push  edx

StrCpy:
  mov  al, [ecx]
  mov  [edx], al
  cmp  al, 0
  jz    short StrCpyEnd
  inc  ecx
  inc  edx
  jmp short StrCpy
StrCpyEnd:
 
  pop edx
  pop ecx
  pop eax
  ret

Ответ на »сообщение 41« (TEvg)
___________________________

>И ВСЕМ лучше использовать ворованую BDS, чем бесплатную версию Visual Studio.
Большинству. Кроме самых рьянных поборников за инт. собственность или в условиях слишком жесткого контроля.
После такого призыва к воровству мне добавить нечего...

TO SJ:
Меня всегда очень радует, когда люди говорят о неудобных строках в С++. Да, я совершенно согласен с вами - строки в С вида char *str неудобны в использовании. Но при этом почему-то постоянно забывают о строках string из STL, которые указанных недостатков лишены. А ведь STL - это совершенно "стандартная" часть С++...