Lazarus и отладка русских букв

[mgear]

APPTYPE console... интересно: если его применить изменения будут?

Не-а

Гдето наверно засел файлик с BOMом, в вашей программе, проверте

Нашёл бом и убрал - не помогло.

Но в любом случае это бред, и такого быть не должно. А раз есть, значит, что-то не так со связкой компилер+среда. Но даже не в этом проблема, 2.7.1-то работает, а в том, что единственная нормальная либа с регэкспами под FPC - это BRRE. Но она WideStrings вообще не кушает, а с UTF-ом в ней идеологическая лажа. Боюсь, что что-то там завязано на внутренние структуры AnsiStrings-ов. И описания никакого нет. Вчера с горя уже скачал Code::Blocks и написал тестовую прогу. Но с сями - другая проблема. Там утечку памяти или сегфолт организовать - как от нефиг делать. И ловить замучаешься. Но зато хотя бы там есть готовые PCRE, которые нормально работают с символами любой ширины.

[zub]

>>Нашёл бом и убрал - не помогло.
Странно. Стереть содержимое lib и заново пересобрать с нуля?

>>Но в любом случае это бред, и такого быть не должно.
Это не бред. LCL пока не поддерживает строки с кодировкой, поэтому в лазаре данная фича пока работать нормально никак не может((
Остается либо ждать и юзать пока 2.6.х, либо не допускать появления в строках кодовой маркировки

[mgear]

Стереть содержимое lib и заново пересобрать с нуля?

Если все силы потратить на борьбу с компилятором, то на написание самой программы их уже не останется

Остается либо ждать и юзать пока 2.6.х

Если юзать BRRE, то подход, на первый взгляд, разумный, на второй - недальновидный, потому как прогрессивное человечество проги без юникода не одобрит.

не допускать появления в строках кодовой маркировки

Такой катет не прокатит, поскольку BRRE эмулирует работу UTF8 с помощью AnsiStrings, и как они там с ними обращаются - одному богу известно. Вовнутрь лучше даже не глядеть, очень уж там страшно, как и в любом другом регэксповом движке.

Можно, конечно, обходить мины и подавать ей на вход строки 8 бит в кодировке 1251, в ней же сохранить исходники и в неё же кодировать входные данные. Способ, конечно, рабочий, но кривой и глупый. Начинать же писать с нуля в 2015-м году программу без юникода - себя не уважать. Переписать BRRE мне не под силу. Обновлений от авторов ждать, видимо, не приходится. Так что, видимо, остаётся сделать интерфейс к PCRE и работать по-человечески в UCS4 или UTF8, иначе придётся на сях писать. Если сильно не выделываться с классами, то обёртку с перекурами можно, наверное, сделать денька за 2-3.

[SSerge]

иначе придётся на сях писать

imho, "иначе" тогда уж лучше писать на яве, у нее работа со строками куда эффективнее fpc в скоростном плане, нормальный уникод и... регэкспы - если не коробочные - так сторонними пакетами. До памяти токмо жадна неимоверно.

[скалогрыз]

imho, "иначе" тогда уж лучше писать на яве, у нее работа со строками куда эффективнее fpc в скоростном плане, нормальный уникод и...

а за счёт чего эффективнее?

[stanilar]

а за счёт чего эффективнее?

А какая разница? Сравните время создание 100500 объектов на яве и 100500 record'ов в си, а потом подумайте над тем, так ли Вам нужны эффективная работа со строками.