С этим я и не спорил

ты забыл упомянуть ещё два компонента перед и после Math. Так что по числу компонент преимуществ нет.а я считаю наоборот- на уровне думающего и понимающего поставленную задачу человека.Ты ещё забыл про то, что если есть 101010, то в результате инверсии (после XOR) 10101, т.е. первый 0 исчез - Math то незначащие нули отбрасывает, и если эти 1 и 0 будут применяться для дальнейшего использования то прийдётся ещё и анализировать результат на - добавлять спереди 0 или нет ( например, картинку перевести из негатива в позитив или наоборот)

Кончай дурилкой заниматься. Или ты не мою схему смотрел, или специально меня запутать хочешь. В мой схеме XOR осуществляется ПОБИТНО, полностью сохраняя разрядность входных и выходных данных (на что, кстати, я foksov-у и указал, в его примере XOR многоразрядный)
------------ Дoбавленo в 15.24:
Tad, я не оспариваю оригинальность решения Леонида, но его решение -- крайне нерационально. Если его схему перевести в код целевого языка и мою схему, то побитная схема перебора даст фору, и в ресурсоемкости, и в быстродействии, тк все будет осуществляться за один проход, а не за три

nesco, Tad, вот вам ещё для разбора полётов, но прошу до 24.00 МСК закруглиться, а то мне опять икать ночью придётся code_21095.txt

nesco, решил проверить твоё утверждение про скорость. (Верю только экспериментальным данным. )
Невероятно, но факт. (сам не ожидал )
Может я где ошибся.
Посмотрите свежим взглядом.
code_21097.txt

Да ничего странного, при коротких строках схема Леонида будет работать быстрее.
------------ Дoбавленo в 18.24:

А че там разбирать, и так все ясно.
Tad, а ты лучше FTCG схему проверь на скорость

nesco, а обычно и работаем с короткими строками.
Сейчас сделаю генератор строки мгб на 5.
Хватит ?

Генератор делать лень.
Строка длинной 1024 знака
Пришлось перезалить, так как очистку StrCat тоже нужно учитывать.
leonidreplace.sha

kamakama, воду замутил и пропал ?

Tad, ты неправильно съем стопа делаешь, надо не после интерфейсного элемента делать, а до

nesco, вывод в Edit добавляет всем вариантам по 25-30 мкс (проверено) и выключение TimeCounter-ов после вывода в Edit ставит все варианты в одинаковые условия.
"Я так думаю"(с)

Tad, вот, немного разогнал FTCG схему, так что она не уступает IC (у меня, по крайней мере). Да и твою схему немного ускорил.
------------ Дoбавленo в 11.24:
Вывод-- неутешительный результат для компонентов Delphi стандартного пакета, FTCG -- намного предпочтительнее, но ему не хватеет гибкости, возможны результаты ошибочной компиляции и не все типы соединений работают

Эти же схемы, но длинной 50000 символов, так разница заметнее
code_21121.txt

вообще - то если много раз запускать - то можно добиться случая превосходства FTCG над IC или наоборот.

Tad, фигня твой IC, вот оптимизированный по быстродейчствию, на порядок быстрее работает
code_21122.txt

------------ Дoбавленo в 12.15:
foksov, ты выложил схему с плохой кодировкой. Вот последний вариант схемы, с оптимизированным IC
test_inverse_002.sha
------------ Дoбавленo в 12.18:
Результаты теста у меня


Самый неутешительный результат у схемы Леонида, самый лучший -- у оптимизированной схемы IC

[flood]
Так с форума скопировалось, я не стал менять подписи
Да и $30 тоже можно убрать, думаю...
sss[i] := Char(ord(ss[i]) xor 1);
[/flood]