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

оригинал однако Это не будет работать при трех и более пустых строк. Впрочем если провести экстраполяцию этих вариантов на N последовательностей пустых строк, то мы получим верный алгоритм для произвольного числа последовательностей \r\n и \n\r. Но проблема с пониманием того, в какой нотации записан символ остается. Положим я где-то в порт COM слал данные hello\rword, где \r у меня означало код #10. Теперь загрузив в новой среде мы получаем вот тут
код \r теперь 13...

Странно, почему

Три пустые последовательности, предположим


после первой замены датут #13#10#13#10
, парная замена должна заменить нечетную пару
на #13#10.

Dilma, мне, к примеру, без разницы в каком порядке расположены в HiAsm эти 'знаки препинания'; если установлен стандарт на них, можно было бы в затылке чесать, а только из-за того, чтобы "ездить как все" покупать трамвай не нужно Пусть остаётся.

Dilma, прнципиально проверил три пары -- работает нормально
------------ Дoбавленo:


А вот Tad хочет "ездить как все"

nesco, страдает связь с внешним миром - весь внешний мир с DOS и до 2009 года ездит на
(#13#10) и KOL кстати тоже.
Потому что так принято. Возможно, что познакомившись с HiAsm все програмисты мира перейдут на
. Но верится с трудом.
Если можно говорить глаза в глаза, то переводчик ни на... не нужен.
Ага, а не задом на перёд.

Мда, нефига это нормально не работает, а вот так работает все

или наоборот, что #13 это \n
------------ Дoбавленo:

nesco, смотрел CodeGen.Modules
------------ Дoбавленo:


и не забывайте, что три (и больше) пустые строки я могу получить и так
\r\r\r\n ( #13#13#13#10 )

- что даст?

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

Обсуждать нужность или ненужность исправления казуса с
считаю тоже занятием бесполезным - нужно.

Структуру фалов старых и новых кроме тебя никто лучше не знает

а чего там знать-то она текстовая и не менялась года три уже. Вообще я думаю имеет смысл завести новое обязательное поле - версию HiAsm. С самого начала надо было его добавить...

Интестно что же всё таки это значит в переводе

Dilma, я все ж таки остаюсь при своем мнении - не нужно в среду толкать конвертацию старых в новые.

Исправить можно по такому алгоритму вручную:
1. Открыл старый файл в блокноте
2. Заменил оптом все, например,
на "+=%999" ( на заведомую муть)
3. Заменить на

4/ Заменить муть на

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

Tad, это работает только в том случае, когда пользователь вкурсе об изменениях в новой версии. А если не вкурсе? Он очень не сразу поймет, почему у него программа перестала верно работать. Хотя я конечно же тоже не сторонник таскания за собой старого мусора...

Отдельная закрытая от обсуждения тема по внесенному изменению, в начале форума, в разделе "Информация", должна решить проблему


Во, займись оптовым конвертором, самое то