А даже если на посмотреть - очень даже ничего. Только подозреваю,
что если будут длинные строки и широкие символы - текст поедет.
Дед-то ведь размер строки побайтово считает. Кстати, интересно
провести эксперимент, как такой UTF-8 текст отобразится. :)
Текст не поедет, если в редактор не лезть. Чисто на почитать всё
работает - тупо байтики из базы положить в терминал, а он в
UTF8. Кстати, в современной венде такое же, скорее всего, можно провернуть, выставил кодовую страничку 65001.
А даже если на посмотреть - очень даже ничего. Только
подозреваю, что если будут длинные строки и широкие символы -
текст поедет. Дед-то ведь размер строки побайтово считает.
Кстати, интересно провести эксперимент, как такой UTF-8 текст
отобразится. :)
При просмотре ничего не едет, пробовал комбинации разных символов от 1
до 3 байтов в одной строке. Длинные строки тоже пробовал.
Текст не поедет, если в редактор не лезть. Чисто на почитать всё
работает - тупо байтики из базы положить в терминал, а он в
UTF8. Кстати, в современной венде такое же, скорее всего, можно
провернуть, выставил кодовую страничку 65001.
Я попробовал в редактор залезть, редактировать можно с болью и
страданими, но текст в результате получается нормальный. При ответе на письмо квота отображается нормально, но при вводе символов и вставке
из буфера на экране пояляется какая-то фигня из краказяблов, текст
едет. о если пролистать письмо вверх-вниз, отображение чинится.
Проблема не в редактировании, а в том, что голдед ставит в новом
письме дефолтный кладж CHRS CP866, хотя там абсолютно валидный юникод.
И прочитать такое письмо в нормальном юникодном редакторе (например, хотдоге) нельзя, потому что он перекодирует.
В любом случае я никогда не говорил, что голдед умеет юникод.
Читерство с терминалом - это лишь один из костылей, который показался
мне наиболее удобным, чтобы раз в году прочитать юникодное письмо.
А как подсказки должны работать? У меня только ошибки
выделяются.
азначить клавишу в конфиге? :)
;#F10 EDITSCheckerMenu ; Open spellchecker menu
Там ещё и язык(и) (словари) выбирать можно, в конфиге только
дефолтные прописываются...
ихрена себе, оно и правда работает!
http://pics.rsh.ru/img/11111_6pf79z3l.png
И в пользовательский словарь добавляет! Вот теперь-то заживём!
[Заплакал от счастья].
Фикс небольшой действительно. И вроде как даже работает. :)Чёт меня этот CPU UNKNOWN прям заинтриговал. Есть желание
поразбираться :)
проверить сборку в каком-нибудь досе и прочих полуосях лично для меня будет крайне проблематично, не говоря уж о работоспособности...
Чёт меня этот CPU UNKNOWN прям заинтриговал. Есть желание
поразбираться :)
Фикс небольшой действительно. И вроде как даже работает. :)
Проапгрейдил я вчера процессор, а инфа о нём в голдеде не изменилась
ни на символ... Посмотрел я в код и понял почему...
Появилось стойкое желание украсть идентификацию процессора из какого-нибудь линуксового cpuid, заменить (или дополнить) ту, что
сейчас в коде голдеда. Текущая реализация никак не использует extended model, extended family, даже их не считывает из результатов cpuid и не пишет в строке идентификации (пусть даже без маппинга на базу
известных моделей).
Правда у меня тут на работе внезапно работы много наверное появится,
так что скорее всего это будет не скоро... И не обещаю, что для всех платформ, т.к. проверить сборку в каком-нибудь досе и прочих полуосях лично для меня будет крайне проблематично, не говоря уж о работоспособности...
Я об этом в первую очередь подумал. о там не всё так просто как хотелось бы (впрочем, такая проблема и с другими реализациями есть) - нигде нет короткого имени модели проца. Везде примерно такое:какого-нибудь линуксового cpuid, заменить (или дополнить) ту, чтоичто не мешает завернуть в idef для линуксов отдельно. И тупо читать
сейчас в коде голдеда. Текущая реализация никак не использует
extended model, extended family, даже их не считывает из
результатов cpuid и не пишет в строке идентификации (пусть даже
без маппинга на базу известных моделей).
из /proc/cpuinfo. Причем это можно сделать обратно-совместимым. Если
вдруг файл не открылся - вернуться на ассемблерный алгоритм.
model name : Intel(R) Core(TM) i7-3770S CPU @ 3.10GHz
А хочется только кусок i7 или i7-3770S
Конкретно с /proc/cpuinfo есть ещё другая проблема - нужно убедиться сначала, что там именно proc fs примонтировано, а не просто первый попавшийся файл по такому пути читать, иначе туда что угодно подсунуть можно будет :)
Да и файл довольно громоздкий, с инфой по каждому ядру,
парсить затратно. у не дёргать же из голдеда grep|awk :)
А зачем? В современной реальности рулит количество ядер, а не их гигагерцы.model name : Intel(R) Core(TM) i7-3770S CPU @ 3.10GHzА как же гигагерцами мериться?
А хочется только кусок i7 или i7-3770S
у так если я хочу пользоваться помощником - я хочу чтобы он правдивую инфу выдавал, а не фейковую. Иначе я бы шаблон изменил. Так что необходимость есть :)Конкретно с /proc/cpuinfo есть ещё другая проблема - нужно
убедиться сначала, что там именно proc fs примонтировано, а не
просто первый попавшийся файл по такому пути читать, иначе туда
что угодно подсунуть можно будет :)
В этом нет необходимости. Всегда можно вписать в ручную что угодно в тирлайн, любой фейк. Эта фича вычитывания сабжа из системы - это всего лишь навсего помошник. Тем более, ни как криптографически не подтверждается подлинность такой записи.
у я как-бы в курсе, и сразу написал что это затратно. grep|awk ещё более затратно :)Да и файл довольно громоздкий, с инфой по каждому ядру,а Си/Си++ тоже можно строчки парсить.
парсить затратно. у не дёргать же из голдеда grep|awk :)
model name : Intel(R) Core(TM) i7-3770S CPU @ 3.10GHz
А хочется только кусок i7 или i7-3770S
А как же гигагерцами мериться?А зачем? В современной реальности рулит количество ядер, а не их гигагерцы.
Так опция с cpuid в тирлайне не для того, чтобы эхотагом меряться :)А хочется только кусок i7 или i7-3770S
А как же гигагерцами мериться?
А зачем? В современной реальности рулит количество ядер, а не ихЭхотаг однопоточный, по-определению, там ядра не нужны.
гигагерцы.
Хотя, ещё можно количеством кешей разных уровней мерится.:)))
Типа, у меня всё сообщение в L2 кэшь заходит.
А у меня ваще вся база ru.fidonet.today от 2000 года в L3 кэше просто сидит :-)))))))))
ЗЫЖ я делаю фикс только для amd64 (x86_64). В идеале там бы заюзать
cpuid инструкцию для всех платформ, которые её потенциально
поддерживают, и только если не взлетит - делать фоллбэк на кастомный ассемблерный код с cpu detection (который как раз не совместим с 64 битами).
С чего бы это вдруг? Оно там никогда не использовалось, даже в x86 сборке. Это не исправление, это импрув. Про который я уже писал втут. икаких "оперативненько".ЗЫЖ я делаю фикс только для amd64 (x86_64). В идеале там бы
заюзать cpuid инструкцию для всех платформ, которые её
потенциально поддерживают, и только если не взлетит - делать
фоллбэк на кастомный ассемблерный код с cpu detection (который
как раз не совместим с 64 битами).
А теперь оперативненько исправляй, чтобы в сборке для Linux-систем использовалось /^model name/ из /proc/cpuinfo
Sysop: | Angel Ripoll |
---|---|
Location: | Madrid, Spain |
Users: | 13 |
Nodes: | 8 (0 / 8) |
Uptime: | 75:59:45 |
Calls: | 386 |
Files: | 15,077 |
Messages: | 64,719 |