Hacker News Digest

К сожалению, в предоставленном фрагменте отсутствует основное содержание статьи о PoE (Power over Ethernet). Видны только навигационные элементы и ссылки на различные сайты сети AspenCore, включая EDN, но сам текст статьи с технической информацией не представлен.

Для создания точного и содержательного пересказа мне необходимо непосредственно содержимое статьи, где бы обсуждались основы PoE, стандарты (такие как IEEE 802.3af, at, bt), классы мощности, ограничения по длине кабеля, применение и современные тенденции в этой технологии.

Пожалуйста, предоставьте текст статьи, и я подготовлю качественный пересказ в соответствии с вашими требованиями.

• Обсуждение охватывает как технические, так и практические аспекты PoE: от стандартов и безопасности до выбора оборудования и его применения в домашних условиях.
• Участники обсуждают, что PoE позволяет упростить инфраструктуру, но при этом требует внимания к мощности устройств и стандартам, чтобы избежать проблем с совместимостью и безопасностью.
• Также поднимаются вопросы о том, что стандарты PoE могут быть не всегда очевидны для конечных пользователей, и что важно выбирать оборудование, которое соответствует стандарту и не перегревается.
• Обсуждаются также вопросы безопасности, включая риск повреждения устройств при неправильном использовании PoE, и необходимость в использовании стандартов, которые обеспечивают безопасность и надежность.

Разработчик пытался запустить игру Space Station 14 на ARM64 под Windows, но клиент крашился без логов. С помощью WinDbg выяснилось, что падение происходит в USER32!GetDC из-за недопустимой инструкции. Проблема усугублялась путаницей в архитектурах: WinDbg запускал x64-отладчик для x64-лаунчера, хотя целевые процессы были ARM64-нативными. После прямого запуска ARM64-исполняемого файла отладка заработала корректно, включая стектрейсы C#. Оказалось, что WinDbg автоматически переключает режим отладки в зависимости от архитектуры запускаемого процесса, что сбивало с толку при анализе дочерних процессов.

• Microsoft и другие компании используют списки совместимости, основанные на имени исполняемого файла, для применения оптимизаций или исправлений, что может вызывать непредсказуемые проблемы.
• Данная практика широко распространена не только в Windows (DirectX, драйверы GPU), но и на других платформах (Linux, Proton) для обеспечения обратной совместимости.
• Подход Microsoft к реализации функций через перехват API-вызовов (Detours) без использования централизованной системы совместимости (AppCompat) критикуется как ненадежный.
• Обнаружение причины проблемы (совпадение имени файла с списком) потребовало от разработчика значительных усилий и глубоких знаний системного уровня.
• Многие комментаторы выражают удивление и недовольство подобными непрозрачными механизмами, влияющими на поведение программ без ведома разработчиков.