О задаче про замену табуляций в тексте пробелами.

Удовольствие от решения задач можно получить только если решаешь задачи красиво.
Красиво (на мой вкус) - это без переменных, т.е. когда все данные, которыми
оперирует алгоритм присутствуют только на стеке, причем располагать их на
стеке нужно так, чтобы не приходилось их изымать по PICK или вращать по ROLL.
Ибо PICK и ROLL - это некрасиво.Входные параметры тут как у CMOVE CMOVE> MOVE , а выходные готовы для TYPE

Табуляции заменяются на 8-мь пробелов, рез. строка помещается во временный буфер


Ps. Решение тривиальное, не требует отладки и не дает никакого удовольствия.

Так табуляции должны заменяться не на 8 пробелов, а на от одного до восьми пробелов (точнее от одного до ОТСТУП пробелов, согласно условию mOleg-а) в зависимости от позиции в которой встретилась табуляция.

З.Ы. Видимо я один такой. Если программирование не даёт удовольствия, то зачем тогда вообще программировать ? Я когда пишу программы на ассемблере не прекращаю оптимизацию пока программу можно ужать ещё хотя бы на байт. Когда уже никак не ужимается, то начинает так переть от того кода который сотворил, так переть, аж в зобу дыхание спирает. Только поэтому программированием и занимаюсь. Код получается такой, что в нём ничего стронуть нельзя - сразу всё развалится. Один кусок программы использует побочные эффекты другого и всё так переплетено друг с другом, что невыносимо как для прочтения так и для модификации (кем-либо кроме меня). Зато так прёт ! Так прёт !
Помню давно уже одна местная организация сделала программу на Клиппере, а на компьютере заказчика она как начнет делить на ноль... Выяснилось, что на медленных компьютерах программа работает, а на быстрых - Divide by Zero. Ну не посоветуешь-же заказчику купить более медленный компьютер. И вот тогда они мне заказали написать патчилку ко всем своим программам на Клиппере. И я тогда за эту работу попросил по рублю за байт моей программы. Согласились, однако. Знали уже, что будет написано на ассемблере и пока ещё можно хотя-бы байт умять, я не успокоюсь.
Ещё помню как в GoldWafer уминал алгоритм который в него вроде бы невозможно вогнать в принципе. На уминание последних десяти слов ушла неделя, причем самое последнее слово я искал как вогнать в адресное пространство GoldWafer-а аж два дня. Но таки вогнал. И до сих пор прусь. И люди этим программистским безумием долго пользовались.

Ага, оказывается я не знал что такое табуляция(никогда не пользовался). Сейчас знаю.
Программа немного усложнилась из-за фиксации начала строк.

Для меня программа только промежуточный этап. Главное конечный результат, а это корректно работающее железо.
Программа должна работать в отведенных рамках объема кода и времянок. И загнать ее туда надо как правило побыстрее.

Забавно, что задача при этом всё-таки была решена

Решена путем замены символа табуляции на 8 символов пробелов. Именно так я понимал табуляцию.

Хорошо, тогда я предложу самое оригинальное решение данной задачи.
Самое оригинальное в смысле краткости. Но не на Форте. Ибо на Форте
такую задачу решать - все равно, что гвозди микроскопом заколачивать.

Возьмите вот эти байты :

B4 0B CD 21 84 C0 74 0B B4 07 CD 21 92 B4 02 CD
21 EB ED C3

и преобразуйте их в двоичный файл. Пусть он называется tb2sp.com

Теперь проделайте в Виндозной (MS-DOS-совместимой) среде :

type file1.txt | tb2sp.com > file2.txt

и вуаля ... табуляции текста из файла file1.txt преобразованы в пробелы
и результат находится в файле file2.txt

Решение заняло ... 20 байт кода !
Как говориццо даешь короче !

Причем, я сам не понимаю почему так получается. Просто обнаружил, что на вход
фильтра текст подается операционкой уже наготово с табуляциями преобразованными
в пробелы. Осталось только написать фильтр который ничего не делает. Главное,
чтобы был сам фильтр. Вот этот фильтр и получился длиной 20 байт.

Возможно, это не во всех случаях так
вот эту никто не взялся
а эта : Нерешительный кенгуру
решена только на словах (Хищником) и на Прологе

Линукс:
expand < file1.txt > file2.txt