Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition. Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED, вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8 вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Hello, Alexei! Thursday March 07 2024 00:21, from Alexei SavchenkoОкей, спасибочки!)
All:
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition.Курить FAQ
Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED,
вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8
вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
https://github. com/golded-plus/golded-plus/blob/master/docs/rusfaq_utf8.txt
*Q29:* е могу настроить кодировку в Linux! Best Regards, Nil --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition. Когда
перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED, вместо
кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8 вместо
кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Курить FAQ https://github.com/golded-plus/golded-plus/blob/master/docs/rusfaq_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition.
Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED,
вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8
вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Курить FAQ
https://github.com/golded-plus/golded-plus/blob/master/docs/rusfa
q_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
И так можно. У тебя вся машина в такой кодировке, или только одно окно терминала?
Привет, All!
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition. Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED, вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8 вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
С наилучшими пожеланиями, Alexei.
--- -Пиши, старик, пиши! Мы тебя не покинем.
* Origin: Hеужели опять: яйца всмятку, котлеты, цыплята?
(2:5030/722.151)
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition.
Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED,
вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8
вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Курить FAQ
https://github.com/golded-plus/golded-plus/blob/master/docs/rusfa
q_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition.
Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED,
вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8
вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Курить FAQ
https://github.com/golded-plus/golded-plus/blob/master/docs/rusfa
q_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не нужны. Один нюанс. Если захочешь использовать спеллчекер, то придётся либо его перекодировать в CP866 тоже, либо таки добавить пару таблиц перекодировки.
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian Edition.
Когда перехожу в консольный режим (CTRL+Alt+F1) и запускаю GED,
вместо кириллических символов отображаются квадратики. С помощью
dpkg-reconfigure console-setup уже менял кодировку. У KOI-8
вместо кириллицы - специфические непонятные символы, ну а UTF,
соответственно, квадратики. Как быть, товарищи?
Курить FAQ
https://github.com/golded-plus/golded-plus/blob/master/docs/rusfa
q_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не нужны. Один нюанс. Если захочешь использовать спеллчекер, то придётся либо его перекодировать в CP866 тоже, либо таки добавить пару таблиц перекодировки.
Я - новичок в fidonet. Дистрибутив - Linux Mint Debian
Edition. Когда перехожу в консольный режим (CTRL+Alt+F1) и
запускаю GED, вместо кириллических символов отображаются
квадратики. С помощью dpkg-reconfigure console-setup уже менял
кодировку. У KOI-8 вместо кириллицы - специфические непонятные
символы, ну а UTF, соответственно, квадратики. Как быть,
товарищи?
Курить FAQ
https://github.com/golded-plus/golded-plus/blob/master/docs/rus
fa q_utf8.tx t *Q29:* е могу настроить кодировку в Linux!
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не
нужны. Один нюанс. Если захочешь использовать спеллчекер, то
придётся либо его перекодировать в CP866 тоже, либо таки добавить
пару таблиц перекодировки.
Он не в cp866? А как он у меня в винде без этого работает? Хотя, там у меня как раз таблицы подключены.
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер работает
и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо Линукс - маздай,
либо у кого-то кривые руки ;)
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекерПро наличие параметра "кодировка" я и узнал, только из установки Линукса. Давно снёс и опять забыл про "кодировки".
работает и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо
Линукс - маздай, либо у кого-то кривые руки ;)
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не нужны.
Один нюанс. Если захочешь использовать спеллчекер, то придётся либо
его перекодировать в CP866 тоже, либо таки добавить пару таблиц перекодировки.
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер работает
и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо Линукс - маздай,
либо у кого-то кривые руки ;)
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекерУ тебя есть ДОС? FreeDOS? DosBox? И ты там dos4gw версию голдеда запускаешь, со словарями? Шайтан. С большим словарём тоже?
работает и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо
Линукс - маздай, либо у кого-то кривые руки ;)
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не
нужны. Один нюанс. Если захочешь использовать спеллчекер, то
придётся либо его перекодировать в CP866 тоже, либо таки добавить
пару таблиц перекодировки.
Есть особые извращенцы, которые пишут в "koi8-r 2", но таких не много.
Кстати, а чё, в венде будет дефолтовая в 866, а не cp1252?
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер
работает и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо
Линукс - маздай, либо у кого-то кривые руки ;)
Про наличие параметра "кодировка" я и узнал, только из установки
Линукса. Давно снёс и опять забыл про "кодировки".
е, на маке сначала у меня тоже были некоторые заморочки, но тем не
менее я теперь вообще не вижу разницы между виндовым и маковским
голдедом. Спеллчекер, псевдографика, uue - красота, "найдите пять отличий".
Про наличие параметра "кодировка" я и узнал, только из установки
Линукса. Давно снёс и опять забыл про "кодировки".
Кстати, а чё, в венде будет дефолтовая в 866, а не cp1252?Дефолтовая что и где?
Про наличие параметра "кодировка" я и узнал, только из установки
Линукса. Давно снёс и опять забыл про "кодировки".
Про параметр не в курсе, а с разными кодировками стролкнулся сразу
после знакомства с персоналками, когда часто приходилось
перекодировать тексты, встречающихся в кодировках - основная,
болгарская и альтернативная.
Он не в cp866? А как он у меня в винде без этого работает? Хотя, там
у
меня как раз таблицы подключены.
Он либо в KOI8-R, либо в UTF-8. Если в UTF-8, то нормально будет работать только проверка орфографии, подсказки будут криво выводится.
Чтобы проверить, посмотри .aff файл. Там первой строкой кодировка идёт.
Я тебе рекомендую перекодировать в локальную кодировку и потом
поменять эту первую строку в .aff файле. Перекодировать надо оба файла .dic и .aff. Проще всего через iconv.
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер работает и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо Линукс - маздай, либо у кого-то кривые руки ;)
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер работает
и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо Линукс - маздай,
либо у кого-то кривые руки ;)
Про наличие параметра "кодировка" я и узнал, только из установки Линукса. Давно снёс и опять забыл про "кодировки".
Да. Спелчекер не работает, не смотря на таблицы перекодировки.
у расскажи после этого про плюсы линуксов. У меня спеллчекер
работает и под Dos'ом, и под Windows'ом, и под MacOs'ом. Либо
Линукс - маздай, либо у кого-то кривые руки ;)
Про наличие параметра "кодировка" я и узнал, только из установки
Линукса. Давно снёс и опять забыл про "кодировки".
Да ладна! В Фидо тебе до этого ни разу не приходили мессаги не в
cp866? Have nice nights.
Я пошёл другим путём. ;)
[fido@brorabbit ~]$ cat ~/.i18n
LC_TYPE=ru_RU.IBM866
LANG=ru_RU.IBM866
LANGUAGE=ru_RU.IBM866
ормальный вариант, кстати. И действительно, перекодировки не нужны.
Один нюанс. Если захочешь использовать спеллчекер, то придётся либо
его перекодировать в CP866 тоже, либо таки добавить пару таблиц
перекодировки.
Есть особые извращенцы, которые пишут в "koi8-r 2", но таких не много.
Кстати, а чё, в венде будет дефолтовая в 866, а не cp1252?
е, на маке сначала у меня тоже были некоторые заморочки, но тем не
менее я теперь вообще не вижу разницы между виндовым и маковским
голдедом. Спеллчекер, псевдографика, uue - красота, "найдите пять
отличий".
Я до сих пор не фтыкаю, читая про "смену кодировки" и вот это всё.:) Запустил - работает. А, да! Есть "смена" - в FAR. Там иногда и надо сменить, F8 в редакторе.
е, на маке сначала у меня тоже были некоторые заморочки, но тем
не менее я теперь вообще не вижу разницы между виндовым и
маковским голдедом. Спеллчекер, псевдографика, uue - красота,
"найдите пять отличий".
Я до сих пор не фтыкаю, читая про "смену кодировки" и вот это
всё.:) Запустил - работает. А, да! Есть "смена" - в FAR. Там
иногда и надо сменить, F8 в редакторе.
Ctrl+J в Golded. ;)
Это я - покупал комп для "клёвых игр" и потом уже втянулся в фидо.:)
У вас что-то не работает? Попробуйте ещё раз...Ctrl+J в Golded. ;)Охренеть... Каждый год я там нахожу что то новое!
Когда-то на одну дискету входило несколько игр. Собрал тогда много десятков игрушек. о однажды вдруг надоело играть и никаких игр неТолько хардкор, только пасьянс паук! о причём здесь голдед? :)
признаю, ну разве тетрис.
Это я - покупал комп для "клёвых игр" и потом уже втянулся в
фидо.:)
Когда-то на одну дискету входило несколько игр. Собрал тогда много десятков игрушек. о однажды вдруг надоело играть и никаких игр не
признаю, ну разве тетрис.
Ctrl+J в Golded. ;)
Охренеть... Каждый год я там нахожу что то новое!У вас что-то не работает? Попробуйте ещё раз...
Что, всё ещё не работает? у почитайте уже документацию!
В справке голдеда, которая обычно работает по F1 (правда, контекстно-зависимо), всё написано.
А ещё в конфигах типа
advanced.cfg/rus Для нахождения большинства фич голдеда не обязательно расковыривать исходники. Можно просто один раз что-нибудь из этого прочитать. Просто кому-то лень...
Ctrl+J в Golded. ;)
Охренеть... Каждый год я там нахожу что то новое!
У вас что-то не работает? Попробуйте ещё раз...Это да. :) о работает же! Только я не всё запомнил и про
Что, всё ещё не работает? у почитайте уже документацию!
перекодировку - тем более. Просто пропускал такие сообщения.
Ctrl+J в Golded. ;)
Охренеть... Каждый год я там нахожу что то новое!
У вас что-то не работает? Попробуйте ещё раз...
Что, всё ещё не работает? у почитайте уже документацию!
Это да. :) о работает же! Только я не всё запомнил и про
перекодировку - тем более. Просто пропускал такие сообщения.
Какие перекодировки? Гнать надо тех, кто их допускает.
Сообщение должно выходить с узла в CP 866. И перекодировать ничего не надо. А что вдруг окажется в utf8 просто удаляется.
Есть особые извращенцы, которые пишут в "koi8-r 2", но таких не много. Кстати, а чё, в венде будет дефолтовая в 866, а не cp1252?
Он не в cp866? А как он у меня в винде без этого работает? Хотя,
там у меня как раз таблицы подключены.
Он либо в KOI8-R, либо в UTF-8. Если в UTF-8, то нормально будет
работать только проверка орфографии, подсказки будут криво
выводится.
Чтобы проверить, посмотри .aff файл. Там первой строкой кодировка
идёт.
В KOI8-R. А почему у меня оно в винде корректно работает? Я файлы
оттуда и взял же.
Я тебе рекомендую перекодировать в локальную кодировку и потом
поменять эту первую строку в .aff файле. Перекодировать надо оба
файла .dic и .aff. Проще всего через iconv.
Ага. Попробую.
Ctrl+J в Golded. ;)
Охренеть... Каждый год я там нахожу что то новое!
У вас что-то не работает? Попробуйте ещё раз...
Что, всё ещё не работает? у почитайте уже документацию!
Это да. :) о работает же! Только я не всё запомнил и проКакие перекодировки? Гнать надо тех, кто их допускает.
перекодировку - тем более. Просто пропускал такие сообщения.
Сообщение должно выходить с узла в CP 866. И перекодировать ничего не надо. А что вдруг окажется в utf8 просто удаляется.
@MSGID: 2:5030/1081.143 65eb55b6
@REPLY: 2:5015/46 65ea349c
@PID: GED+W64 1.1.5-b20180707
@CHRS: CP1251 2
@TZUTC: 0400
Hi Nil,
Fri 08 Mar 2024, 00:40, you -> Vitaliy Aksyonov:
subj :-)
Должно прочитаться же.
Сообщение должно выходить с узла в CP 866. И перекодировать ничего неБес порно. Да и в списке перекодировок - я не вижу utf8.:)
надо. А что вдруг окажется в utf8 просто удаляется.
─юыцэю яЁюўшЄрЄ№ё цх.
Сообщение должно выходить с узла в CP 866. И перекодировать ничего неРасскажи о CP866 сисопам в Европе или Бразилии. :)
надо. А что вдруг окажется в utf8 просто удаляется.
Ctrl+J в Golded. ;)
Охренеть... Каждый год я там нахожу что то новое!
У вас что-то не работает? Попробуйте ещё раз...
Что, всё ещё не работает? у почитайте уже документацию!
Это да. :) о работает же! Только я не всё запомнил и про
перекодировку - тем более. Просто пропускал такие сообщения.
Какие перекодировки? Гнать надо тех, кто их допускает.
Сообщение должно выходить с узла в CP 866. И перекодировать ничего не надо.
А что вдруг окажется в utf8 просто удаляется.
@CHRS: CP1251 2
subj :-)
Должно прочитаться же.
В KOI8-R. А почему у меня оно в винде корректно работает? Я файлы
оттуда и взял же.
Скорее всего в винде у тебя есть перекодировка из/в cp866.
А вот почему в линуксе не работает - это хороший вопрос. В чем "не работает" выражается?
─юыцэю яЁюўшЄрЄ№ё цх.
Должно, но не в фидошном редакторе. :)
Сообщение должно выходить с узла в CP 866. И перекодировать
ничего не надо. А что вдруг окажется в utf8 просто удаляется.
Бес порно. Да и в списке перекодировок - я не вижу utf8.:)
Все перекодировки в GoldEd давно отключил. ечитаемые сообщения
встречаются крайне редко.
utf8 не совсем однобайтовая. GoldEd не поддерживает Unicode.
@CHRS: CP1251 2А чего сабж не на русском? ;)
subj :-)
@CHRS: CP1251 2Совершенно верно. Всё прочиталось само.
subj :-)
Должно прочитаться же.
А вот почему в линуксе не работает - это хороший вопрос. В чемвсе слова выделяются, как ошибочные. у, т.е. с английским-то всё нормально, а русский не панимэ. XlatPath
"не работает" выражается?
/home/fido/etc/golded/charset XlatCharSet KOI8-R CP866 koi_866.chs XlatCharSet CP866 KOI8-R 866_koi.chs
XlatCharSet CP1251 CP866 win_866.chs XlatCharSet CP866
CP1251 866_win.chs XlatCharSet CP1125 CP866
ukr_866.chs XlatCharSet CP866 CP1125 866_1251.chs
@CHRS: CP1251 2
subj :-)
А чего сабж не на русском? ;)Тогда в списке сообщений некрасивые кракозябры будут.
Сообщение должно выходить с узла в CP 866. И перекодировать
ничего не надо. А что вдруг окажется в utf8 просто удаляется.
Бес порно. Да и в списке перекодировок - я не вижу utf8.:)
Все перекодировки в GoldEd давно отключил. ечитаемые сообщения
встречаются крайне редко.
utf8 не совсем однобайтовая. GoldEd не поддерживает Unicode.
Да я и не про это. :) Пусть не поддерживает и дальше, но увидел
таблицу выбора кодировок - с удивлением. За столько то лет!
Хотя, смысла особого и нет - я же не знаю, что в куда конвертировать.
В KOI8-R. А почему у меня оно в винде корректно работает? Я
файлы оттуда и взял же.
Скорее всего в винде у тебя есть перекодировка из/в cp866.
у, дык, и тут я все файлы положил и в конфиге всё прописал.
А вот почему в линуксе не работает - это хороший вопрос. В чем
"не работает" выражается?
все слова выделяются, как ошибочные. у, т.е. с английским-то всё нормально, а русский не панимэ.
XlatPath /home/fido/etc/golded/charset
XlatCharSet KOI8-R CP866 koi_866.chs
XlatCharSet CP866 KOI8-R 866_koi.chs
XlatCharSet CP1251 CP866 win_866.chs
XlatCharSet CP866 CP1251 866_win.chs
XlatCharSet CP1125 CP866 ukr_866.chs
XlatCharSet CP866 CP1125 866_1251.chs
SCheckerEnabled Auto
SCheckerDefLang ru_RU en_US
SCheckerDicPath /home/fido/etc/golded/dic/
COLOR SCHECKER Error LRed on Black ;
Что я забыл настроить?
@CHRS: CP1251 2
subj :-)
Должно прочитаться же.
Совершенно верно. Всё прочиталось само.
У тебя, наверно, прописано что-то вроде:
========
IgnoreCharSet Yes
XlatImport CP866
========
Или так не делают?
В KOI8-R. А почему у меня оно в винде корректно работает? Я
файлы оттуда и взял же.
Скорее всего в винде у тебя есть перекодировка из/в cp866.
у, дык, и тут я все файлы положил и в конфиге всё прописал.
А вот почему в линуксе не работает - это хороший вопрос. В чем
"не работает" выражается?
все слова выделяются, как ошибочные. у, т.е. с английским-то всё
нормально, а русский не панимэ.
XlatPath /home/fido/etc/golded/charset
XlatCharSet KOI8-R CP866 koi_866.chs
XlatCharSet CP866 KOI8-R 866_koi.chs
XlatCharSet CP1251 CP866 win_866.chs
XlatCharSet CP866 CP1251 866_win.chs
XlatCharSet CP1125 CP866 ukr_866.chs
XlatCharSet CP866 CP1125 866_1251.chs
SCheckerEnabled Auto
SCheckerDefLang ru_RU en_US
SCheckerDicPath /home/fido/etc/golded/dic/
COLOR SCHECKER Error LRed on Black ;
Что я забыл настроить?
Выглядит правильно. Кстати, у тебя есть мои последние патчи? Я там кое-что починил при загрузке словарей. Правда, там не грузился второй и дальше словари.
Что стоит проверить:
1) Что словарь таки в KOI8-r.
2) Что файлы koi_866.chs 866_koi.chs таки есть. Я как-то опечатался и думал, какого чёрта не работает.
3) Что файлы словаря называются ru_RU.dic, ru_RU.aff
Дальше будем копать.
В KOI8-R. А почему у меня оно в винде корректно работает? Я
файлы оттуда и взял же.
Скорее всего в винде у тебя есть перекодировка из/в cp866.
у, дык, и тут я все файлы положил и в конфиге всё прописал.
А вот почему в линуксе не работает - это хороший вопрос. В чем
"не работает" выражается?
все слова выделяются, как ошибочные. у, т.е. с английским-то всё
нормально, а русский не панимэ.
XlatPath /home/fido/etc/golded/charset
XlatCharSet KOI8-R CP866 koi_866.chs
XlatCharSet CP866 KOI8-R 866_koi.chs
XlatCharSet CP1251 CP866 win_866.chs
XlatCharSet CP866 CP1251 866_win.chs
XlatCharSet CP1125 CP866 ukr_866.chs
XlatCharSet CP866 CP1125 866_1251.chs
SCheckerEnabled Auto
SCheckerDefLang ru_RU en_US
SCheckerDicPath /home/fido/etc/golded/dic/
COLOR SCHECKER Error LRed on Black ;
Что я забыл настроить?
Выглядит правильно. Кстати, у тебя есть мои последние патчи? Я там кое-что починил при загрузке словарей. Правда, там не грузился второй и дальше словари.
Что стоит проверить:
1) Что словарь таки в KOI8-r.
2) Что файлы koi_866.chs 866_koi.chs таки есть. Я как-то опечатался и думал, какого чёрта не работает. 3) Что файлы словаря называются ru_RU.dic, ru_RU.aff
Дальше будем копать.
subj :-)
А чего сабж не на русском? ;)
Тогда в списке сообщений некрасивые кракозябры будут.Когда нажимаешь список сообщений в голдеде - 'l', например у меня, то голдед не заморачивается с тем, чтобы сходить в каждое сообщение,
вычитать там @CHRS, покумекать по табличкам, и вывести правильный сабж
в списке. Он просто тупо перекодирует дефолтовым
XLATIMPORT->XLATLOCALSET сабжи, да и From/To тоже. Этот баг надо
чинить, естественно.
Откопал. Помогло "XLATLOCALSET CP866". Почему без него в винде
работает, нужно у Макса спросить.
─юыцэю яЁюўшЄрЄ№ё цх.
Должно, но не в фидошном редакторе. :)http://st.g0x.ru/astroy.png
GoldEd не поддерживает Unicode.Пусть не поддерживает и дальше, но увидел таблицу выбора кодировок - с удивлением. За столько то лет!
Хотя, смысла особого и нет - я же не знаю, что в куда конвертировать.
Откопал. Помогло "XLATLOCALSET CP866". Почему без него в винде
работает, нужно у Макса спросить.
Ага, любопытно. В винде у меня XLATLOCALSET не указан вообще, на маке - "XLATLOCALSET KOI8-R". Проверка работает и там, и там.
─юыцэю яЁюўшЄрЄ№ё цх.
Должно, но не в фидошном редакторе. :)
http://st.g0x.ru/astroy.png
Сам настраивай, обхожусь CP 866, а разные win, koi, utf всегда могу посмотреть в редакторе FAR, достаточно переключиться в другое окно.
обхожусь CP 866, а разные win, koi, utf всегда могу посмотреть вЗачем такие сложности, когда можно сразу в GoldEd всё увидеть
редакторе FAR, достаточно переключиться в другое окно.
корректно?
кодировки/перекодировки, которые нужны тем, кто не может настроить
консоль
В R50 исходящие сообщения должны быть в CP-866
Если вдруг мне захочется прочитать подобные выбросы, то проще это
сделать через FAR, а не заставлять GoldEd бороться с чужими косяками.
кодировки/перекодировки, которые нужны тем, кто не может настроитьКак настройка консоли поможет тебе читать письма в разных кодировках?
консоль
В R50 исходящие сообщения должны быть в CP-866Только если это указано в правилах эхоконференции.
Если вдруг мне захочется прочитать подобные выбросы, то проще этоДа уж, действительно, открыть базу в FAR, найти там нужное письмо и прочитать его кое-как - куда проще, чем один раз настроить GoldED.
сделать через FAR, а не заставлять GoldEd бороться с чужими косяками.
обхожусь CP 866, а разные win, koi, utf всегда могу посмотреть в
редакторе FAR, достаточно переключиться в другое окно.
Зачем такие сложности, когда можно сразу в GoldEd всё увидеть
корректно?
От сложностей я ушел, когда убрал из GoldEd все эти кодировки/перекодировки, которые нужны тем, кто не может настроить консоль. В R50 исходящие сообщения должны быть в CP-866.
Если вдруг мне захочется прочитать подобные выбросы, то проще это
сделать через FAR, а не заставлять GoldEd бороться с чужими косяками.
кодировки/перекодировки, которые нужны тем, кто не может настроить
консоль
Как настройка консоли поможет тебе читать письма в разных кодировках?
е надо читать в разных кодировках.
В R50 исходящие сообщения должны быть в CP-866.икому они не должны. В некоторых эхах лишь есть упоминание о
корректном @CHRS.
Мне проще сразу видеть, чем делать какие-то телодвижения.
GoldEd прекрасно с этим справляется уже очень давно.
е надо читать в разных кодировках.Хочу напомнить о cp-1125 (ruscii), она же государственный украинский стандарт кодировки.
кодировки/перекодировки, которые нужны тем, кто не может
настроить консоль
Как настройка консоли поможет тебе читать письма в разныхе надо читать в разных кодировках.
кодировках?
В R50 исходящие сообщения должны быть в CP-866
Только если это указано в правилах эхоконференции.Когда появилось Фидо, о кодовых страницах не думали, а писали в альтернативной кодировке. Почему-то никому не пришло в голову это
где-то фиксировать.
Если вдруг мне захочется прочитать подобные выбросы, то проще
это сделать через FAR, а не заставлять GoldEd бороться с чужими
косяками.
Да уж, действительно, открыть базу в FAR, найти там нужное письмоВряд ли у кого хватит ума открывать базу в FAR.
и прочитать его кое-как - куда проще, чем один раз настроить
GoldED.
А один раз настроить GoldEd, чтобы он исходящие сообщения отправлял в нужной кодировке, это вполне реально.
Да уж, действительно, открыть базу в FAR, найти там нужное письмо
и прочитать его кое-как - куда проще, чем один раз настроить GoldED.
Вряд ли у кого хватит ума открывать базу в FAR.Ты сам выше написал, что тебе так проще.
А один раз настроить GoldEd, чтобы он исходящие сообщения отправлял вВопрос в том, кому нужной. Единого станарта нет.
нужной кодировке, это вполне реально.
Откопал. Помогло "XLATLOCALSET CP866". Почему без него в винде
работает, нужно у Макса спросить.
Ага, любопытно. В винде у меня XLATLOCALSET не указан вообще, на
маке - "XLATLOCALSET KOI8-R". Проверка работает и там, и там.
Вот и я о том же самом. Словари в KOI8-R, но в винде каким-то образом
это прокатывает.
В R50 исходящие сообщения должны быть в CP-866.
икому они не должны. В некоторых эхах лишь есть упоминание о
корректном @CHRS.
е должны, но так исторически сложилось, что считается естественным и
даже в Эхополиси R50 об этом не упоминается.
Мне проще сразу видеть, чем делать какие-то телодвижения.
GoldEd прекрасно с этим справляется уже очень давно.
Каждый инструмент следует использовать по его прямому назаначению, а
не искать возможности его всунуть где надо и не надо.
Все эти перекодировки предназначены для работы внутри узла, во внешний
мир надо выпускать в готовом виде, а не ждать, что кто-то будет перекодировать. И не надо забывать, что не все используют GoldEd.
е надо читать в разных кодировках.
Хочу напомнить о cp-1125 (ruscii), она же государственный украинский
стандарт кодировки.
Так пусть внаукраинских эхах и придерживаются своих стандартов. А я с начала использования персоналок привык к альтернативной кодировке.
для разных кодировок более естественно, чем пользоваться фидошным редактором с притянутыми туда за уши перекодировками.
для разных кодировок более естественно, чем пользоваться фидошнымА в far оно за что притянуто? ;)
редактором с притянутыми туда за уши перекодировками.
Ага, любопытно. В винде у меня XLATLOCALSET не указан вообще, на
маке - "XLATLOCALSET KOI8-R". Проверка работает и там, и там.
Вот и я о том же самом. Словари в KOI8-R, но в винде каким-тоПосмотрю на досуге в коде.
образом это прокатывает.
Интересно, как он определяет локальную кодировку на венде. :)
Смотреть базу FARом это маразм, а взять кусок текста в редактор, чтобы
там выбрать нужную кодировку, это нормально.
А один раз настроить GoldEd, чтобы он исходящие сообщения
отправлял в нужной кодировке, это вполне реально.
Вопрос в том, кому нужной. Единого станарта нет.Стандарта нет, есть исторически сложившаяся практика.
Смотреть базу FARом это маразм, а взять кусок текста в редактор,
чтобы там выбрать нужную кодировку, это нормально.
"Взять кусочек текста" - это и есть "смотреть базу".
И ты утверждаешь,
что вот это извращение тебе удобнее, чем один раз настроить GoldED.
Смотреть базу FARом это маразм, а взять кусок текста в редактор,
чтобы там выбрать нужную кодировку, это нормально.
"Взять кусочек текста" - это и есть "смотреть базу".Alt-W на сообщении - не поможет?
Откопал. Помогло "XLATLOCALSET CP866". Почему без него в винде
работает, нужно у Макса спросить.
Ага, любопытно. В винде у меня XLATLOCALSET не указан вообще, на
маке - "XLATLOCALSET KOI8-R". Проверка работает и там, и там.
Вот и я о том же самом. Словари в KOI8-R, но в винде каким-то образом
это прокатывает.
Посмотрю на досуге в коде. Походу, он как-то понимает, что локальная кодировка именно CP866.
Ведь когда происходит проверка орфографии, то дед сначала конвертирует слово из локальной кодировки в кодировку словаря. Для подсказок он
делает наоборот - из кодировки словаря в локальную. Именно
поэтому нормально не работают подсказки, если словарь в UTF-8.
Интересно, как он определяет локальную кодировку на венде. :)
для разных кодировок более естественно, чем пользоваться фидошным
редактором с притянутыми туда за уши перекодировками.
А в far оно за что притянуто? ;)
Там текстовый редактор, где эти перекодировки выглядят естественно.
В редакторе сообщений можно и без них обойтись, при необходимости используя тот же FAR.
Избыточность функций в программе приводит к усложнению кода, что для простого редактора сообщений нежелательно. е надо пытаться сделать из GoldEd издательскую систему.
Смотреть базу FARом это маразм, а взять кусок текста в
редактор, чтобы там выбрать нужную кодировку, это нормально.
"Взять кусочек текста" - это и есть "смотреть базу".
Alt-W на сообщении - не поможет?
е поможет. Чаще надо взять не все сообщение, а небольшой фрагмент. апример, Б═╙╝╘.
Смотреть базу FARом это маразм, а взять кусок текста в редактор,
чтобы там выбрать нужную кодировку, это нормально.
"Взять кусочек текста" - это и есть "смотреть базу".
Alt-W на сообщении - не поможет?
е поможет. Чаще надо взять не все сообщение, а небольшой фрагмент. апример, Б═╙╝╘.
Посмотрю на досуге в коде. Походу, он как-то понимает, что локальная кодировка именно CP866.
Интересно, как он определяет локальную кодировку на венде. :)
В досовском голдеде у меня, кстати, тоже XLATLOCALSET не указан, и при этом проверка работала. Правда, давно это было, и голдед там
десятилетней давности, но думаю, что если обновить, ничего не
изменится.
Интересно, как он определяет локальную кодировку на венде. :)
Боюсь, что там хардкодед
if ( $OS = Linux ) { $charset = KOI8-R}
if ( $OS = Windows ) { $charset = CP-866}
Судя по поведению.
Интересно, как он определяет локальную кодировку на венде. :)
Боюсь, что там хардкодед
if ( $OS = Linux ) { $charset = KOI8-R}
if ( $OS = Windows ) { $charset = CP-866}
Судя по поведению.
Очень короткий файлик goldlib/gall/gcharset.cpp
В ДОСе через int21h
В Венде через GetOEMCP()
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо выдаёт /ru_RU/ -> CP866 иначе CP437.
Чаще надо взять не все сообщение, а небольшой фрагмент.И у тебя получилась двойная перекодировка, т.е. пример, как не нужно делать. ;)
апример, Б═╙╝╘.
Чаще надо взять не все сообщение, а небольшой фрагмент.
апример, Б═╙╝╘.
И у тебя получилась двойная перекодировка, т.е. пример, как не
нужно делать. ;)
Я с самого начала об этом. епонятный фрагмент берется в FAR и там подбирается нужная кодировка, когда сразу не очевидно.
Если все в одной кодировке, то проблем нет.
Боюсь, что там хардкодед
if ( $OS = Linux ) { $charset = KOI8-R}
if ( $OS = Windows ) { $charset = CP-866}
Судя по поведению.
Очень короткий файлик goldlib/gall/gcharset.cpp
В ДОСе через int21h
В Венде через GetOEMCP()
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо выдаёт /ru_RU/ -> CP866 иначе CP437.
Интересно, как он определяет локальную кодировку на венде. :)
адо чтобы он брал из setlocale(LC_что-то, NULL). И это будет работать везде, где есть setlocale. А есть оно почти везде.
Чаще надо взять не все сообщение, а небольшой фрагмент.
апример, Б═╙╝╘.
И у тебя получилась двойная перекодировка, т.е. пример, как не
нужно делать. ;)
Я с самого начала об этом. епонятный фрагмент берется в FAR и там
подбирается нужная кодировка, когда сразу не очевидно.
А вот не сработает, если текст перекодирован дважды. Помню была такая программа "Штирлиц", которая такие вещи подбирала.
Боюсь, что там хардкодед
if ( $OS = Linux ) { $charset = KOI8-R}
if ( $OS = Windows ) { $charset = CP-866}
Судя по поведению.
Очень короткий файлик goldlib/gall/gcharset.cpp
В ДОСе через int21h
В Венде через GetOEMCP()
Ага. И тут получает правильный ответ.
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо
выдаёт /ru_RU/ -> CP866 иначе CP437.
А тут в чём проблема получить верный ответ?
[fido@brorabbit ~]$ echo $LANG
ru_RU.IBM866
[ustasm@brorabbit ~]$ echo $LANG
ru_RU.UTF-8
Интересно, как он определяет локальную кодировку на венде. :)
[...skipped...]
адо чтобы он брал из setlocale(LC_что-то, NULL). И это будет
работать везде, где есть setlocale. А есть оно почти везде.
$locale = setlocale(LC_CTYPE);
=== Import Windows Clipboard Start ===
[fido@brorabbit tests]$ cat ./1_locale.pl
#!/usr/bin/perl
use POSIX qw(locale_h);
use locale;
my $old_locale;
$old_locale = setlocale(LC_CTYPE);
print "$old_locale\n";
=== Import Windows Clipboard End ===
[fido@brorabbit tests]$ ./1_locale.pl
ru_RU.IBM866
D:\Fido\inbound>1_locale.pl C
е работает.
Очень короткий файлик goldlib/gall/gcharset.cpp
В ДОСе через int21h
В Венде через GetOEMCP()
Ага. И тут получает правильный ответ.
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо
выдаёт /ru_RU/ -> CP866 иначе CP437.
А тут в чём проблема получить верный ответ?
[fido@brorabbit ~]$ echo $LANG
ru_RU.IBM866
[ustasm@brorabbit ~]$ echo $LANG
ru_RU.UTF-8
Проблема в том, что например этой переменной может не быть, а локаль
есть. Да и в разных системах реализовано по-разному. А setlocale
работает одинаково.
Очень короткий файлик goldlib/gall/gcharset.cpp
В ДОСе через int21h
В Венде через GetOEMCP()
Ага. И тут получает правильный ответ.
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо
выдаёт /ru_RU/ -> CP866 иначе CP437.
А тут в чём проблема получить верный ответ?
[fido@brorabbit ~]$ echo $LANG
ru_RU.IBM866
[ustasm@brorabbit ~]$ echo $LANG
ru_RU.UTF-8
Ага, там $LANG может быть не установлен, а $LC_ALL очень даже, или $LC_COLLATE какой-нибудь.
Проблема в том, что например этой переменной может не быть, аПрисылай патч (c)
локаль есть. Да и в разных системах реализовано по-разному. А
setlocale работает одинаково.
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо
выдаёт /ru_RU/ -> CP866 иначе CP437.
А тут в чём проблема получить верный ответ?
[fido@brorabbit ~]$ echo $LANG
ru_RU.IBM866
[ustasm@brorabbit ~]$ echo $LANG
ru_RU.UTF-8
Проблема в том, что например этой переменной может не быть, а локаль есть. Да и в разных системах реализовано по-разному.
А setlocale работает одинаково.
Интересно, как он определяет локальную кодировку на венде. :)
[...skipped...]
адо чтобы он брал из setlocale(LC_что-то, NULL). И это будет
работать везде, где есть setlocale. А есть оно почти везде.
$locale = setlocale(LC_CTYPE);
е работает.
Ты неправильно её готовишь. Я тоже на это наступил. адо внимательнее читать документацию. :)
Попробуй так: setlocale(LC_CTYPE, "");
В твоём варианте оно возвращает текущую для процесса. А так, как она
ранее не была выставлена, то и возвращает C. Мой вариант как раз выставляет локаль используя LANG и другие переменные и возвращает тебе
то, что наделал.
В Юниксах из $LANG, и я там починил недавно, но всё равно тупо
выдаёт /ru_RU/ -> CP866 иначе CP437.
А тут в чём проблема получить верный ответ?
[fido@brorabbit ~]$ echo $LANG
ru_RU.IBM866
[ustasm@brorabbit ~]$ echo $LANG
ru_RU.UTF-8
Проблема в том, что например этой переменной может не быть, а
локаль есть. Да и в разных системах реализовано по-разному.
Я спрашивал, в чём проблема взять правильную часть ответа.
А setlocale работает одинаково.
Экспериментальным путём выясняется, что в венде оно тупо выдаёт "С",
что не спроси, хоть LC_CTYPE, хоть LC_NAME, хоть LC_IDENTIFICATION.
Хотя, нет. В венде на запрос LC_IDENTIFICATION выдаёт "Your vendor has
not defined POSIX macro LC_IDENTIFICATION".
Интересно, как он определяет локальную кодировку на венде.
:)
[...skipped...]
адо чтобы он брал из setlocale(LC_что-то, NULL). И это будет
работать везде, где есть setlocale. А есть оно почти везде.
$locale = setlocale(LC_CTYPE);
[...skipped...]
е работает.
Ты неправильно её готовишь. Я тоже на это наступил. адо
внимательнее читать документацию. :)
# query and save the old locale
$old_locale = setlocale(LC_CTYPE);
setlocale(LC_CTYPE, "");
# LC_CTYPE now reset to the default defined by the
# LC_ALL/LC_CTYPE/LANG environment variables, or to the system
# default.
Попробуй так: setlocale(LC_CTYPE, "");
Та же фигня, только в левой руке.
В твоём варианте оно возвращает текущую для процесса. А так, как
она ранее не была выставлена, то и возвращает C. Мой вариант как
раз выставляет локаль используя LANG и другие переменные и
возвращает тебе то, что наделал.
Судя по доке, пустая строка должна вызвать ресет локали на дефаулт.
Да, это я проверял для
D:\Fido\inbound>ver Microsoft Windows [Version 10.0.19045.4170]
В семёрке оно, кажется, работало иначе.
setlocale(LC_CTYPE, "");
# LC_CTYPE now reset to the default defined by the
# LC_ALL/LC_CTYPE/LANG environment variables, or to the system
# default.
Это именно то, что надо. Когда вызываешь setlocale(LC_CTYPE, NULL), то оно возвращает ранее выставленную локаль. А так, как ты её явно не выставлял, то и возвращается "C".
Попробуй так: setlocale(LC_CTYPE, "");
Та же фигня, только в левой руке.
Этот вариант как раз меняет локаль с "C" на то, что настроено в системе. Почему оно у тебя возвращает "C", это вопрос.
Я не перлом пробовал правда, но не думаю, что есть какая-то разница,
ведь перл тупо вызывает ту же системную функцию.
В твоём варианте оно возвращает текущую для процесса. А так, как
она ранее не была выставлена, то и возвращает C. Мой вариант как
раз выставляет локаль используя LANG и другие переменные и
возвращает тебе то, что наделал.
Судя по доке, пустая строка должна вызвать ресет локали на дефаулт.
Именно. А он берется из тех же $LANG и так далее.
Да, это я проверял для
D:\Fido\inbound>ver Microsoft Windows [Version 10.0.19045.4170]
В семёрке оно, кажется, работало иначе.
Да одинаково оно работает. Просто в венде локаль странная.
Пробовал тот же скрипт ради интереса под линуксом запустить? Что
кажет?
setlocale(LC_CTYPE, "");
# LC_CTYPE now reset to the default defined by the
# LC_ALL/LC_CTYPE/LANG environment variables, or to the system
# default.
Это именно то, что надо. Когда вызываешь setlocale(LC_CTYPE,
NULL), то оно возвращает ранее выставленную локаль. А так, как ты
её явно не выставлял, то и возвращается "C".
А GoldEd как-то иначе делает?
Попробуй так: setlocale(LC_CTYPE, "");
Та же фигня, только в левой руке.
Этот вариант как раз меняет локаль с "C" на то, что настроено вПробовал заслать \x00 - ваще тишину возвращает.
системе. Почему оно у тебя возвращает "C", это вопрос.
Я не перлом пробовал правда, но не думаю, что есть какая-то
разница, ведь перл тупо вызывает ту же системную функцию.
Вот именно. Тот же POSIX locale_h. Запустил для чистоты эксперимента
голый cmd.exe. Вот результат:
Microsoft Windows [Version 10.0.19045.4170]
(c) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
D:\Fido\inbound>1_locale.pl
C
C
D:\Fido\inbound>chcp
Текущая кодовая страница: 866
В твоём варианте оно возвращает текущую для процесса. А так,
как она ранее не была выставлена, то и возвращает C. Мой
вариант как раз выставляет локаль используя LANG и другие
переменные и возвращает тебе то, что наделал.
Судя по доке, пустая строка должна вызвать ресет локали на
дефаулт.
Именно. А он берется из тех же $LANG и так далее.
Видимо, виндовс уже не такая уж и позикс совместимая.
Да, это я проверял для
D:\Fido\inbound>ver Microsoft Windows [Version 10.0.19045.4170]
В семёрке оно, кажется, работало иначе.
Да одинаково оно работает. Просто в венде локаль странная.
Я про то самое. Там так не получится.
Пробовал тот же скрипт ради интереса под линуксом запустить? Что
кажет?
Да. Всё правильно кажет. Я уже здесь писал.
[fido@brorabbit tests]$ ./1_locale.pl
ru_RU.IBM866
[ustasm@brorabbit ~]$ /home/fido/perl/tests/1_locale.pl
ru_RU.UTF-8
Попробуй так: setlocale(LC_CTYPE, "");
Та же фигня, только в левой руке.
Может это прикол перла?
Попробуй накропать простенькую программу на голом
си и посмотри, что выдаст.
-------------
#include <locale.h>
#include <stdio.h>
int main()
{
printf("%s", setlocale(LC_ALL, "");
return 0;
}
Что скажет? :)
Этот вариант как раз меняет локаль с "C" на то, что настроено в
системе. Почему оно у тебя возвращает "C", это вопрос.
Пробовал заслать \x00 - ваще тишину возвращает.
Венда, она вообще странная.
Я не перлом пробовал правда, но не думаю, что есть какая-то
разница, ведь перл тупо вызывает ту же системную функцию.
Вот именно. Тот же POSIX locale_h. Запустил для чистоты эксперимента
голый cmd.exe. Вот результат:
Microsoft Windows [Version 10.0.19045.4170]
(c) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
D:\Fido\inbound>1_locale.pl
C
C
У меня программа на c выдаёт English_United States.1251
D:\Fido\inbound>chcp
Текущая кодовая страница: 866
Самое интересное, что даже после chcp 866 выдаёт ту же английскую локаль.
Видимо, виндовс уже не такая уж и позикс совместимая.
Она никогда и не была POSIX совместимой.
Пробовал тот же скрипт ради интереса под линуксом запустить? Что
кажет?
Да. Всё правильно кажет. Я уже здесь писал.
у хоть там по-человечески.
[fido@brorabbit tests]$ ./1_locale.pl
ru_RU.IBM866
[ustasm@brorabbit ~]$ /home/fido/perl/tests/1_locale.pl
ru_RU.UTF-8
Я тут накопал, почему когда локаль "неправильная" спеллчекер не срабатывает. В смысле, пропускает русские слова. Из-за того, как там строка на слова разбивается. Словом считается то, что состоит из букв, цифр и символов "-'."
Причём определяется что символ - это буква вот таким мега алгоритмом:
====
int isxalnum(int c)
{
return isascii(c) ? isalnum(c) : (c != g_tolower(c)) || (c != g_toupper(c)); }
====
to_lower/to_upper не будут работать корректно для русских букв в "чужой" локали.
Вот и получается, что словарь загружен, но русские слова в него не попадают. И дед просто их все считает правильнымию
В целом алгоритм имеет право на жизнь, но мне кажется, проще было бы просто разрезать текст по пробелам/табам.
Попробуй так: setlocale(LC_CTYPE, "");
Та же фигня, только в левой руке.
Может это прикол перла? Попробуй накропать простенькую программу на голом си и посмотри, что выдаст.
-------------
#include <locale.h>
#include <stdio.h>
int main()
{
printf("%s", setlocale(LC_ALL, "");
return 0;
}
Что скажет? :)
Может это прикол перла? Попробуй накропать простенькую программу на
голом
си и посмотри, что выдаст.
-------------
#include <locale.h>
#include <stdio.h>
int main()
{
printf("%s", setlocale(LC_ALL, "");
return 0;
}
Что скажет? :)
int main()D:\Fido\tmp\perl\locale>loc.exe Russian_Russia.1251
{
printf("%s", setlocale(LC_ALL, "");
return 0;
}
Хотя, на самом деле 866.
int main()
{
printf("%s", setlocale(LC_ALL, "");
return 0;
}
D:\Fido\tmp\perl\locale>loc.exe Russian_Russia.1251
Хотя, на самом деле 866.
а самом деле как раз 1251, потому что она основная. Откуда setlocale() может знать, какую из кодировок ты хочешь получить, ACP или OEMCP?
Sysop: | Angel Ripoll |
---|---|
Location: | Madrid, Spain |
Users: | 10 |
Nodes: | 8 (0 / 8) |
Uptime: | 67:03:34 |
Calls: | 493 |
Files: | 14,165 |
D/L today: |
1 files (10K bytes) |
Messages: | 64,105 |