Лингвофорум

Цитата: ivanovgoga от апреля 22, 2023, 04:53

Цитата: злой от апреля 20, 2023, 07:26Насколько я помню, если между фазами разброс по потребляемой мощности, по нулевому проводу идёт избыточный ток, отчего он греется и частенько сгорает

Так потому и в трансформаторных подстанциях и в больших зданиях и заземляют на сам щит и заземляющий контур самого здания, чтобы не горел . Ведь и трансформатор сидит на заземлении и ЛЭП и...Вся сеть от электростанции до распредилительного щита здания через землю делится со всеми транспортировщиками энергии нулевым потенциалом. 

А, то есть проблема в том, что ноль с землёй здания соединяют? Я прочитал, что по-правильному должен быть строго отдельный контур заземления и нуля.

Цитата: злой от апреля 23, 2023, 10:40Я прочитал, что по-правильному должен быть строго отдельный контур заземления и нуля.

Это если грунт плохопроводящий или дом частный и питается от однофазной линии. Если грунт достаточно сырой и контур сделан правильно, то есть сопротивление заземления очень низкое, то смысла в отдельном контуре нет. Как например на корабле.

Цитата: злой от апреля 23, 2023, 10:08

Цитата: Andrey Lukyanov от апреля 22, 2023, 04:35Там наконец-то текст стал храниться непосредственно в Юникоде, ушли в прошлое всякие глюки с кодировками (типа появления русских букв в немецких словах вместо умляутов).

Помню этот глюк. У меня была знакомая, которая тогда собиралась уехать в Германию, учила язык и активно переписывалась с кем-то на немецком. В Office 97 этот глюк может и убрали, но в мессенджере ICQ меня всегда поражала русская буква "д" посреди латиноязычного текста, когда она с кем-то переписывалась.

Я даже в книгах встречал подобные ляпы.

Цитата: AmbroseChappell от апреля 23, 2023, 13:03

Цитата: злой от апреля 23, 2023, 10:08

Цитата: Andrey Lukyanov от апреля 22, 2023, 04:35Там наконец-то текст стал храниться непосредственно в Юникоде, ушли в прошлое всякие глюки с кодировками (типа появления русских букв в немецких словах вместо умляутов).

Помню этот глюк. У меня была знакомая, которая тогда собиралась уехать в Германию, учила язык и активно переписывалась с кем-то на немецком. В Office 97 этот глюк может и убрали, но в мессенджере ICQ меня всегда поражала русская буква "д" посреди латиноязычного текста, когда она с кем-то переписывалась.

Я даже в книгах встречал подобные ляпы.

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

Я побродил по форумам и увидел, что ещё в 2004 году проблема была актуальна: русскоязычные немцы, переехавшие в Германию, пишут, что в WinXP либо ставится русская локаль, и есть русские буквы, но нет умляутов, либо ставится немецкая локаль, и нет русских букв. В ОС вместе тогда сосуществовать умляуты и кириллица не могли никак.

Цитата: злой от апреля 23, 2023, 14:14Я побродил по форумам и увидел, что ещё в 2004 году проблема была актуальна: русскоязычные немцы, переехавшие в Германию, пишут, что в WinXP либо ставится русская локаль, и есть русские буквы, но нет умляутов, либо ставится немецкая локаль, и нет русских букв. В ОС вместе тогда сосуществовать умляуты и кириллица не могли никак.

WinXP как наследница Windows NT была юникодизирована изначально, и там спокойно могли сосуществовать любые символы.

Другое дело — прикладные программы сторонних производителей, которые продолжали использовать однобайтные кодировки.

Цитата: Andrey Lukyanov от апреля 23, 2023, 14:29WinXP как наследница Windows NT была юникодизирована изначально, и там спокойно могли сосуществовать любые символы.

Причём уникодную кодировку можно установить даже в консоли cmd.exe, но поскольку по дефолту там стоит локальная кодировка компа, об этом мало кто знал.

Цитата: Bhudh от апреля 23, 2023, 14:33Причём уникодную кодировку можно установить даже в консоли cmd.exe, но поскольку по дефолту там стоит локальная кодировка компа, об этом мало кто знал.

И как это делается? Я думал, chcp только в 10-ке добавили...

Цитата: Upliner от апреля 23, 2023, 14:43И как это делается? Я думал, chcp только в 10-ке добавили...

chcp была ещё в ДОСе (начиная с версии 3.3).

Цитата: Upliner от апреля 23, 2023, 14:43И как это делается?

chcp 65001

Цитата: Andrey Lukyanov от апреля 23, 2023, 14:46chcp была ещё в ДОСе (начиная с версии 3.3).

Понятно. Но на большинстве старых систем он всё же был бесполезен, поэтому пользовались своими велосипедами типа KeyRus

Цитата: Bhudh от апреля 23, 2023, 14:58

Цитата: Upliner от апреля 23, 2023, 14:43И как это делается?

chcp 65001

Хмм, а на вот этот баг не натыкались случайно? Или во всяких PowerShell-ах он не проявляется?
https://web.archive.org/web/20180902082952/http://consolesoft.com/p/cmd-xp-65001-fix/index.html

До этого как-то не пробовал запускать батники в уникодной кодировке. Попробовал: багует, воспринимает как команду первую букву файла.
Установил патч, но он, видимо, без перезагрузки системы не сработает.

Цитата: Upliner от апреля 22, 2023, 04:20И вот в нём под 98 работали длинные имена, а под 2000 нет.

Догадываюсь, почему. У меня тоже при переходе на XP эта проблема возникла.
Есть специальная функция — определить версию Windows. Она относится к тому же семейству функций (вызываемых через INT 2F), что и упомянутые мной работа с clipboard и кошерный выход из программы. Соответственно, под NT-системами она не работает, как и всё семейство. То есть программа, написанная под DOS внутри 95-систем, под NT-системами вообще не поймёт, что она работает под Windows. А значит, не будет пытаться читать каталоги через LFN-версии файловых функций, несмотря на то, что эти функции (вызываемые через INT 21) в равной мере доступны и в 95-системах, и в NT-системах.
Мне пришлось модифицировать распознавание Windows: если Windows «отсутствует», но версия DOS выше 4, то это значит, что мы под NT-системой. Можно работать с LFN, но нельзя — с clipboard и закрытием программы.
push DS
loadseg DS,CS
assume DS:Code
mov AH,30h
int 21h
cmp AL,5
jb @@dosv
push AX
mov AX,3306h
int 21h
cmp AL,0FFh
pop AX
je @@dosv
cmp BL,5
jb @@dosv
mov AX,BX
@@dosv: pop DS
assume DS:Data
mov [dos_version],AX
push DS
mov AX,1600h
int 2Fh
pop DS
or AL,AL
jnz @@swv
mov AX,[dos_version]
cmp AL,5
jne @@ldrv
cmp AH,5
jb @@ldrv
@@swv: mov [windows_version],AX
cmp AL,4
jb @@ldrv
push DS
mov DX,1
mov AX,168Fh
int 2Fh
pop DS
mov [win_exit_enabled],1
@@ldrv: push DS

Когда-то я в ДОСе обнаружил такую фичу: если переключаться между 866 и 855 кодовыми страницами (русской и южнославянской) с помощью системных средств (mode con codepage prepare/select), то драйвер клавиатуры автоматически это распознаёт и продолжает выдавать правильные коды русских букв для текущей кодировки.

Цитата: злой от апреля 23, 2023, 14:14Я побродил по форумам и увидел, что ещё в 2004 году проблема была актуальна: русскоязычные немцы, переехавшие в Германию, пишут, что в WinXP либо ставится русская локаль, и есть русские буквы, но нет умляутов, либо ставится немецкая локаль, и нет русских букв. В ОС вместе тогда сосуществовать умляуты и кириллица не могли никак.

Это актуально до сих пор для всех программ, не использующих уникод. А их до сих пор полным-полно! Особенно среди бесплатных. Попробуешь такой программой открыть файл с именем, не вписывающимся в текущую локаль, — ничего не получится, «файл не найден».
Из-за этого приходилось на всех компьютерах держать пару систем (иногда совершенно одинаковых): одну с кириллицей, другую с ивритицей. Почему-то реализовать моментальное переключение кодовой страницы «на лету», как у меня в Multi-Edit'е, Microsoft'у оказалось не под силу.

Цитата: mnashe от апреля 23, 2023, 20:13Это актуально до сих пор для всех программ, не использующих уникод. А их до сих пор полным-полно! Особенно среди бесплатных. Попробуешь такой программой открыть файл с именем, не вписывающимся в текущую локаль, — ничего не получится, «файл не найден».

Да, актуально практически для всех программ, написанных не чисто под винду, а кроссплатформенных. Вот скажем использую я тот же OpenCV, а там cv::imread принимает std::string, и в гробу они видели этот виндовый std::wstring. Соответственно я пока использую GetOpenFileNameA вместо GetOpenFileNameW, что сразу же делает моё приложение не-юникодным под виндой. А в остальных системах просто используется UTF-8. Если под виндой будут реальные проблемы с юникодом, то придётся заморочиться и вручную читать файлы через чистый WinApi.

У меня в папке Documents and Settings имя моего аккаунта (на кириллице) уже написано в трёх различных кодировках кроме оригинальной.
Не все программы, пытающиеся сохранить свои данные, понимают кириллицу и автоматически создают новую папку с кракозябрами.

Когда загружают на хостинги музыку, в которой тэги заполнены кириллицей, тоже иногда получается всякое интересное:
https://www.last.fm/ru/music/Àëëåãðîâà+Èðèíà/_/Ïðèâåò+Àíäðåé

Цитата: mnashe от апреля 23, 2023, 20:03Догадываюсь, почему.

Видимо, дело было всё-таки не только в этом. В одном из форков DN-а сделали поддержку длинных имён под Win2000, но добавили предупреждение:

Цитировать! Attention Win2000 users: if you having troubles starting NDN under Win2000, try to start it rith parameter /NOLFN

Так что похоже, что попытка работать с int 21h так же как под Win9x у них вообще крашила всё приложение. Зато в следующей версии добавили поддержку длинных имён даже под NT4. Но в 2000 году это уже совсем мало кому было нужно.
http://ndnv.narod.ru/new.htm

Странно. Какой-то баг в программе?
Я с таким ни разу не сталкивался. Всё отлично работает в любой 32-битной системе.

Ну, может в XP это всё уже поправили, баг был только в 2000-й.

Цитата: Upliner от апреля 24, 2023, 12:47Ну, может в XP это всё уже поправили, баг был только в 2000-й.

Мне кажется, я и под 2000 запускал (у меня не было, но у папы был), но я уже не уверен.

В принципе, наверно, можно и сейчас где-то найти дистрибутив 2000, установить в виртуалке и проверить.
Или даже не в виртулке, а взять пустой SSD и установить на одном из компьютеров с 775. Только надо тогда CD-ROM подключить, скорее всего.

Цитата: Bhudh от апреля 23, 2023, 14:58

Цитата: Upliner от апреля 23, 2023, 14:43И как это делается?

chcp 65001

Под ХР эта кодовая страница работала странновато, насколько мне помнится. Например, из-под нее не получалось запускать батники и многи экзешники. Сейчас пользуюсь восьмеркой — большинство странностей 65001 исправлено, вроде бы (впрочем, не все. Например, при выводе текста вылезают некие артефакты — непечатаемые символы, непонятно откуда берущиеся. Кто-то автоматически вставляет BOM в случайных местах?..).

Еще у chcp есть особенность, что она неправильно переключает кодировки, когда в консоли растровые шрифты, или в полноэкранном текстовом режиме. Впрочем, в полноэкранном тексте полноценной подержки юникода и не следовало бы ожидать — в самом железе, которое его обеспечивает, нет для этого средств, видеопамять рассчитана на однобайтные символы.