это страшная история.
дело в том, что подсунутая строка освобождалась с помощью FREE по окончании трансляции текста: с файловыми источниками так оно и должно быть, т.к. в форке если транслируемый файл влазит в память, то он туда копируется и дальше до окончания потока текст лежит в ней. Так вот, падало на FREE, которая пыталась освободить буфер (почему-то ошибки с хипом молча роняют систему, я пока не понял, почему).

Рановато я обрадовался.
Еще какой то странный глюк обнаружился.
Хотел сделать чтобы часть операторов просто вызывала ошибку.
Ну например так:
; Теперь в консоли набираем
получаем дергающуюся надпись
что то про "неправильный дескриптор" . Т.е. она циклически выводится видимо и система висит.
Если эта же строка в файле то ошибка обрабатывается.

очень интересно! занимаюсь

А вот это тоже интересно

Так то вот >postfix понимает отрицательные числа
Чего то надо с этим делать

гм, ну, тут достаточно понятно. На сколько помню, запись типа a+-б не встречается, а встречается a+(-б).
За разбор лексем отвечает:
: GetOp ( --> operand 0 | addr true ) separators xWord DUP IFNOT DDROP GetSep THEN ?operator ;
кстати, для того, чтобы отловить подобную ситуацию, необходимо анализировать предыдущий символ, либо использовать другой символ, например: a+!b

проблема локализована и исправлена, берем последнюю сборочку;

Хм а как вам это покажется:
#define NegConst -1500
вполне себе возможная ситуация.
Другой так же вполне возможный вариант:
#define ЧегоТоТам что_Ни_будь * -40
Скобки совсем не обязательны если отрицательное число отделено пробелом.
Это чисто теоретический вариант меня же интересует трансляция готовых файлов с определенным синтаксисом.

А по сему
Это в точку! Но я пока не придумал как.

Достаточно преобразовать файл, поделав пробелы перед минусами в случае сдвоенных операторов

Если бы все было так просто
Пока что >postfix этого не понимает см. скриншоты выше

ну, тут достаточно все просто:

CharAddr \ вернет адрес текущего символа (т.е. первого неразобранного)
<C \ позволит сместиться на один символ назад (точнее получить его адрес)
правда, нужно еще будет предусмотреть невыход за пределы буфера ввода.
SOURCE \ возвращает адрес начала буфера и его длину

кстати, если подумать, то не так уж и серьезно оно, точнее, оно все интересно:

s" -1500" >postfix TYPE
выдаст 1500 - , что вобщем-то верно!
то есть, если это самое 1500 - попадет в код, то результат будет в ряде случаев верен

вобщем, по большому счету надо писать 2*(-3) и смотреть есть ли после скобки знак числа и само число!

кстати, если: 3*(-a) , то уже не знак числа, а операция над 'a' будет, т.е. приходим таки к: '0 a -' или '!a'.

Такие вот мысли

Вобще - это ровно одно ветвление - если операторы подряд, то пытаемся распознать число как отрицательное, если не распознаётся - ошибка
ИМХО

И самое "хорошее" что в большинстве случаев неверен.
Все было бы хорошо, если бы небыло так плохо.
Вобщем вывод такой >postfix это только набросок, практически в готовом виде использовать нельзя.
Потому как еще один недостаток виден операторы считаются разделителями а они в xWord.fts могут быть только
односимвольными
В реальных синтаксисах есть и многосимвольные операторы например:
>> << => <=
Т. е. начинать надо с этого, а ситуацию обработки знака числа отлавливать отдельно. Мне видится несколько способов,
так что это не проблема.

тогда смотрим моё решение (оно самое первое) - может быть удастся его использовать - оно как-раз заготовка к реальной программе и работает при самых рапзных образцах строк (ошибки тоже распознаёт)

Я вспомнил, что там есть проблемы и описание моё ... хм, несколько сложновато
на самом деле
задаём две строки - пользуемся
а я на страницу...
но при желании всё можно понять

и файл, положенный на onlinedisk
исчез,
но там всё понятно

Так >postfix от mOleg-а переделал на многосимвольные операторы.
Надо еще решить прамблему со знаком числа и тогда выложу, дабы каждый мог ногами попинать .
Но сегодня от этой жары мозги отказываются работать напрочь.