Windows 11. Тыкаю в искалку на панели задач, ввожу «shutdown -r -t 1», жму Enter. Появляется окно консоли, тут же закрывается, и тишина. Повторяю – снова тишина. Запускаю там же просто cmd, ввожу то же самое, система уходит на перезагрузку. Охуеть, даже это сломали.

Неожиданно меню «Пуск» починилось. Обратила внимание на то, что винда говорит, что нет интернета. Удивилась, пошла проверять настройки прокси, но по ошибке ткнула не в нормальные свойства броузера, а в зумерские круглые настройки. Оказалось, что круглые настройки не понимают настроек прокси, если там для разных протоколов указаны разные прокси, и просто вываливает строку «http=1.2.3.4:5678;https=9.8.7.6:5432» в поле «IP-адрес прокси-сервера» (в Microsoft не знают, что тут можно указать не только IP-адрес), а поле «Порт» оставляют пустым. Поправила, проверила, что там в нормальных настройках. Оказалось, что там всё так, как когда указываешь для всех протоколов один прокси. Короче, не уверена, что это как-то отразилось на общей ситуации, но пока я изучала говнокодинг нового поколения говнокодеров, винда осознала, что интернет таки есть, показала соответствующий значок в трее, и меню «Пуск» начало открываться. Мне лень экспериментировать, но похоже, что это не совпадение, и меню «Пуск» требует постоянного подключения к интернету.

Машина с Windows 11. Стоит на складе уже пару лет и просто работает. Иногда я захожу на неё, чтобы что-то сделать, типа, запустить программу и посмотреть, как она выглядит в новой системе. Больше её никто не трогает, практически всегда она стоит без залогиненных пользователей. И вот сегодня это случилось и с этой машиной: у неё сломалось меню «Пуск». Тыкаю кнопочку, кнопочка подсвечивается, но меню не появляется на экране. При чём фокус с активного окна уходит, на Esc оно реагирует, но меню нет. Даже если оставить кнопку нажатой на несколько минут. Даже если нажать много раз. Перезагрузки не помогают. Я уже сбилась со счёта, на скольких машинах с Windows 10 и Windows 11 (особенно на Десятке) таким же образом ломались меню «Пуск», искалка на панели задач или и то, и другое. Мало того, что оно выглядит теперь уродливо, так ещё и ломается постоянно.

В Windows есть галочка, которая блокирует компьютер при запуске скринсейвера. Давно заметила, да всё забывала написать, чтобы все знали, начиная с Нанами (или, может быть, Висты) работает это так. Запускается скринсейвер, проходит пара секунд периода, в который система не блокируется (где-то это можно было настроить), потом пользователь дёргает мышкой или жмёт на клавиатуру, скринсейвер схлопывается, вместо него появляется рабочий стол со всеми окнами, и тут же происходит блокировка системы с соответствующим звуковым уведомлением. Ну а дальше надо жать Ctrl+Alt+Del (или не надо) и вводить пароль от учётки, чтобы снова увидеть рабочий стол. Так вот, в более ранних версиях винды, такой фигни не было, и после схлопывания скринсейвера пользователь сразу видел экран приветствия™ или окошко, предлагающее разблокировать систему. Не знаю, в чём причина таких отличий – в тормозах или каких-то конструктивных особенностях – но такое присутствует.

«В свежих форточках лезут формочки из Windows 3.1» – это такой тупой тезис, что каждый раз, когда его слышишь, даже не знаешь, смеяться или плакать.

На днях наблюдала, как в одиннадцатой винде встроенный Defender сагрился на файл с EICAR вирусом и потребовал перезагрузить устройство™. Зачем? А кто его знает...

Помню, в начале нулевых был прикол, когда кто-то заметил, что в файле ярлыка по какой-то причине данные дублируются. Возможно, одна копия была в ANSI, вторая – в юникоде, но мне лень вспоминать и разбираться. И вот, одна копия показывалась в свойствах ярлыка, а вторая использовалась при запуске этого самого ярлыка. Таким образом, достаточно было подправить вторую на что-то другое, и пользователь получал ярлык, который запускал страшный вирус, но в свойствах было что-то безобидное.

Changes in Bitvise SSH Client 9.51:
[...]
Bitvise SSH Server, SSH Client and FlowSsh now support hybrid post-quantum and classical key exchange using the key exchange methods mlkem1024nistp384-sha384 and mlkem768x25519-sha256. These key exchange methods use algorithms outside of Windows cryptography. They are only available when FIPS 140 cryptography mode is not enabled in Windows. The new algorithms require Windows Vista or newer.

https://bitvise.com/ssh-client-version-history
Хммм...

use algorithms outside of Windows cryptography
only available [...] not enabled in Windows
require Windows Vista or newer

Так оно аутсайд оф виндоуз крюптографи или нет? Если да, то почему Vista++ и при отключенной FIPS криптографии в винде?

Не, Windows 11 – это всё ещё гогно, но совесть-то тоже нужно иметь.

You know, after reading that izzat explanation it all makes sense now. Everything works like shit in Windows 11 because every executive and developer is an indian and they can't criticize each other because of it. It's basically nuclear deterrence but with indians being retarded

https://x.com/ThatNimbusClo.../1993009595049296124

В Твиттере подозрительные аккаунты постят скриншоты дефолтных рабочих столов (конечно же) старых версий Windows и пишут, что нынче Microsoft – не то, что тогда. Вот раньше выходила новая винда, и все тут же радостно бежали обновляться, всем всё нравилось, все были счастливы! Прилетали обновления – сразу устанавливали и тут же получали новые фичи! А теперь всё по-другому: даже новости об обновлениях читать страшно, не то что новую винду устанавливать. Короче, я не знаю, кто эти граждане, но они даже не стараются.

Два состояния Windows-беженца в линупсе:
• Скриншот экрана с анимэ обойкой, скриншот терминала с графиками и запущенной neofetch.
• «Попытался пошевелить мышкой, всё отвалилось, помогите».

Раньше мы часто видели посты от граждан, которые переустанавливают Windows раз в месяц. Сейчас я часто вижу посты вида: «В этом месяце установил FooOS, всё нравится!»

Уже который день в Твиттере и за его пределами наблюдаю парад обезьянок, которые друг за другом повторяют «Closing Program Manager makes more Program Managers». И вот уже воображение рисует как человек нажимает крестик в окошке Диспетчера задач, а тот берёт, и ещё два запускает. И так пока вся система не будет обмазана запущенными копиями Диспетчера задач. Хотя уже давно есть нормальное объяснение, в чём именно заключается баг, и почему именно закрытие Диспетчера задач никаких новых Диспетчеров задач не производит. Более того, данный баг регулярно встречается в том или ином виде в тех ли иных программах. Даже у меня была такая, которая при закрытии уничтожала все окна и оставалась висеть, потому что из системных COM библиотек ей прилетал дополнительный поток, который сам не уничтожался и не давал нормально завершиться процессу. Короче, заебали со своей сенсационностью.

Ранее я писала, что по какой-то причине вызов встроенной функции DateAdd() в VB3 прекрасно работал в Windows 3.11, но выдавал ошибку «File not found» в 32-разрядных виндах.
Неожиданно в Пойнте мне посоветовали помониторить процесс:
#orvhfn/#3
По-началу я скептически отнеслась к этой идее, поскольку Win16 приложения в 32-битных виндах работают в виртуальной машине и даже своего процесса не имеют. Мало ли, как оно там внутрях работает. Но, подумав, всё же решила попробовать, тем более, что ранее меня всё равно посещала такая идея.
Взяла FileMon (ProcMon более жёстко по отношению к ресурсам системы действует, и у меня комп как-то даже вешался от него), отфильтровала NTVDM.EXE, и посмотрела, что происходит при запуске тестовой программы. С первого раза ничего такого почему-то не заметила, а вот со второго увидела, что какой-то MSAFINX.DLL активно разыскивается в PATH, но не обнаруживается. Глянула – действительно, в системном каталоге такого файла нет, зато он есть в системном каталоге Windows 3.11. В описании – «Finance And Miscellaneous Functions for Microsoft Visual Basic». В экспортах – в том числе CIDATEADD.
Скопировала файл прямо в папку к программе, и всё неожиданно заработало OO
Решила выяснить, что это за файл такой. Поискала в каталоге с VB3 упоминания этого файла, и нашла их не только в PACKING.LST (полный список всех файлов дистрибутива с пояснениями и разбивкой на оригинальные дискеты, где их можно найти), но и в VB.HLP. Поискала в самой справке VB3, ну и в числе прочего нашла ту самую функцию DateAdd(), а в её описании, в самом конце – пояснение:

Distribution Note
When you create and distribute applications that use this function in your code, you should install the file MSAFINX.DLL in the customer's Microsoft Windows \SYSTEM directory. The Visual Basic Setup Kit provides tools to help you write setup programs that install your applications.

Полагаю, что дело было так. В прочих виндах я VB3 таскаю прямо каталогом без какой-либо установки, разве что VBRUN*.DLL закидываю в системный каталог. Поэтому нужного файла у меня не оказалось. А вот в Windows 3.11 я прямо всё устанавливала с образов дискет, чтобы у меня группа в Диспетчере программ появилась и всё такое прочее. Ну и файл тоже установился. А столь важную пометку я никогда не читала потому, что я и так знаю, как работает функция, и в VB6 она не требует никаких дополнительных библиотек. Вот и получилось то, что получилось =_=

С парсингом данных счётчиков производительности и вычислением значений из этих данных, вроде как разобралась. А всё из-за вот этого фрагмента из MSDN:

Windows NT: To obtain the time elapsed since the computer was started, look up the System Up Time counter in the performance data in the registry key HKEY_PERFORMANCE_DATA. The value returned is an 8 byte value.

Оказалось, что WMI иногда сходит с ума и выдаёт странные значения, ну вот я и заинтересовалась...

Разбираюсь со счётчиками производительности Windows. При чём самым хардкорным методом, без дотнет обёрток, без DPH.DLL, а прямо через реестр с парсингом двоичных данных. И это пипец, надо сказать ^^'
Пробовала спрашивать нейросети, но те либо откровенную дичь несут, либо всё к тем же обёрткам отсылают. Один запрос вообще выдал мне некий скелет, куда нейросеть предложила самостоятельно дописать код, который меня и интересовал.
Поэтому пришлось читать и страдать. Страдать в основном потому, что там нет шортката, быстрого кода, который можно написать для решения конкретной задачи и не разбираться со всем остальным. Разбираться таки придётся ^^'

В заголовочнике winperf.h обнаружились константы:
• PERF_DETAIL_NOVICE
• PERF_DETAIL_ADVANCED
• PERF_DETAIL_EXPERT
• PERF_DETAIL_WIZARD

Ещё с нулевых у меня был код на VC++, который форматировал Double в удобочитаемый вид. Сначала он делает так:

sprintf(TXT, "%lf", dblByaka);

На выходе получается что-то в духе «123.456789», а потом TXT пизается в GetNumberFormat(), который уже форматирует этот текст в то, что задано в региональных настройках (или что укажешь в специальной структуре).
Недавно вдруг обнаружилось, что в Windows 2000 и ниже этот код возвращает пустую строку при очень маленьких значениях dblByaka. Начала разбираться и выяснила, что sprintf() выдаёт мне «0,000000123» вместо «0.000000123». Тоесть именно в этом случае он ставит запятую вместо точки, как это происходит во всех остальных случаях. А вот в Windows XP и выше такого не наблюдается. Мистика.

Windows 10 – отличная операционная система. Особенно если установить на SSD, чтобы не слышать постоянного треска. И диспетчер задач с системным монитором не запускать. И ещё стрелочку с крутилкой заменить на обычную стрелочку, дабы каждые десять секунд не видеть, как что-то запускается. А если ещё и на монитор не смотреть, а только с мобилы читать нытьё о том, что Microsoft прекращает поддержку лучшей винды ever – вообще закачаешься!