Move в XE5, бред или реальность?

[Winexcel]

Решил заюзать move в xe5,

var
  source, dest : string;
begin
  // Присвоение нашей первоначальной строки
  source := '123456789';
  dest   := '---------';

  // Копирование подстроки из источника в середину приёмника
  Move(source[5], dest[3], 4);

  // Показ строк источника и приёмника
  ShowMessage('Источник = '+source);
  ShowMessage('Приёмник = '+dest);
end;

Какой должен быть ответ:

Источник = 123456789
Приёмник = --5678---

А получаю

Источник = 123456789
Приёмник = --56-----

Изменив кол-во символов которые перемещаются на 8 я получил перемещение на 4 символа, почему так работает на xe5 не кто не вкурсе?
Один символ считается как за два.

[eval]

юникод ?

[Stilet]

юникод ?

Скорее всего.

Winexcel

или Move(source[5], dest[3], 8); или попробуй ansistring;

[Человек_Борща]

Почему нельзя использовать insert и наконец почему нельзя использовать TStringHelper?

[Аватар]

Move copies Count bytes from Source to Dest. No range checking is performed. Move compensates for overlaps between the source and destination blocks

количество байтов

Почему нельзя использовать insert и наконец почему нельзя использовать TStringHelper?

Можно, а почему move нельзя?

[StriderX]

Сообщение от Аватар

...Можно, а почему move нельзя?

Можно обозвать это "bad practice". Бегло глянуть на тему immutable и менеджера памяти: http://www.gunsmoker.ru/2013/05/modern-delphi.html

[Человек_Борща]

Можно, а почему move нельзя?

А зачем? Move как часть RTL успешно работает где-то в низах. Зачем подымать это на верх, при том непонятно как?
Уверен тот же Insert использует Move.

[Stilet]

Можно обозвать это "bad practice".

Нда... Уж безопаснее будет работать со Stream чем с move. Не только безопаснее но и удобнее ИМХО.