Кстати, я был неправ, что всегда было 6ит. Тут староверы говорят раньше 80бит поддерживалось, но решено было убрать.
Ну тут пример как раз плохого дизайна API. Мало того, что не сделали как все возврат HRESULT с out параметром, так ещё и генерировали это своей утилитой. Ну и наткнулись на неожиданное поведение компилятора. Моглм бы конечно решить, но видимо мало нуждающихся в C API.
Можно попросить, чтобы вернули если очень надо.
Пользуясь случаем , а зачем вам именно C, в не C++?
У некоторых перечисленных уже есть precommit hook.
А ещё можно использовать git обёртку во многих случаях.
Zip архив ведь как-то создавался с системой контроля версий. Вот там и добавить.
При сборке конечно можно форматировать, только это не на каждую сборку стоит делать, а только на финальную иначе сборка будет занимать приличное время когда файлов будет много.
Интересно, что ограничили начало жизни объекта определёнными функциями хотя обычно в C++ стараются делать такое расширяемым.
Было бы уместней ввести атрибут и тогда пользовательские функции как скажем HeapAlloc могли бы работать также как и malloc.
Есть несколько пакетных менеджеров.
Может они не все достаточно нормальные, но мне и другим в команде хватает.
WinGet
Chocolatey
Scoop
Не скажу за Амазон, но скажу за другую большую компанию.
Во первых очень разнится внутри той же компании, отделов, даже команд.
Кто-то реально работает с новыми технологиями , а кто-то со страшным легаси.
У одних можно пробовать новые фишки , а у других даже починить что-то несущественное это нереальная бюрократия.
На правах шутки: https://www.instagram.com/reel/C7y93VkoXuO/
Если уже есть желание научиться чему-то новому, я бы посоветовал тогда взять переписывание на Rust .
При чём можно писать даже в стиле C для начала. Ничего зазорного в этом нет, не нужно слушать догматиков.
https://cliffle.com/p/dangerust/
Кстати, я был неправ, что всегда было 6ит. Тут староверы говорят раньше 80бит поддерживалось, но решено было убрать.
Ну тут пример как раз плохого дизайна API. Мало того, что не сделали как все возврат HRESULT с out параметром, так ещё и генерировали это своей утилитой. Ну и наткнулись на неожиданное поведение компилятора. Моглм бы конечно решить, но видимо мало нуждающихся в C API.
Можно попросить, чтобы вернули если очень надо.
Пользуясь случаем , а зачем вам именно C, в не C++?
Да, с C11 комплексные числа являются опциональными. Полагаю это связано с тем, что не все реализовали их в C99.
VLA также опционально не реализован в MSVC, некоторые считают что и в GCC не нужно было реализовывать.
В MSVC Long Double всегда был 64 бит, но это также не является отклонением от стандарта.
Можно реализовать 80-битное число вручную с вызовом ассемблернвх инструкций. Такие реализации уже есть.
И проголосовать: https://developercommunity.visualstudio.com/t/Add-80-bit-or-more-long-double-in-Visual/1533848?entry=myfeedback&space=8
Это особенно смешно когда читаешь проблемы пуска 95 упомянутых в статье: «Высокое потребление ресурсов памяти».
Ждём очередное революционное решение в Windows 12.
Как раз проконтролировать запись при intent(out) это возможно , аннотации кода уже умеют это делать.
А вот то что старый код останется , это так.
MSVC давно поддерживает C99, и даже C17:
https://learn.microsoft.com/en-us/cpp/overview/visual-cpp-language-conformance?view=msvc-170
Увы нет. Более того было можно пока и эту лавочку не прикрыли.
Только жаловаться через Win+F (Feedback) и уповать на снисхождение до простого народа.
Пуск можно вернуть влево. Старое меню в проводнике открывается если держать Shift.
Ну или не пользоваться проводником, а другим как Double Commander. Тогда всё по старому.
У некоторых перечисленных уже есть precommit hook.
А ещё можно использовать git обёртку во многих случаях.
Zip архив ведь как-то создавался с системой контроля версий. Вот там и добавить.
При сборке конечно можно форматировать, только это не на каждую сборку стоит делать, а только на финальную иначе сборка будет занимать приличное время когда файлов будет много.
Дополню ответ утилитой pre-commit или ручной pre commit hook чтобы не забыть отформатировать перед комитом в случае правки в другом редакторе.
IoT LTSC
https://habr.com/ru/articles/828670/
В Windows единственный способ видеть реальный трафик это через драйвер.
А с чего бы не уметь. Что там такого сложного обновлять постепенно?
Я работаю в этой области не первый год.
Конечно есть элементы сертификации как и везде, поэтому кстати McAfee , Symantec долгое время были на рынке.
К счастью это время прошло, после достаточного количества взломов наконец кому-то «дали по башке» и поняли что так дело дальше не пойдёт.
Сегодня у нас есть более-менее независимые тесты как MITRE где можно достаточно объективно посмотреть реальную работу программ безопасности.
Само собой «вражеские» средства защиты всегда будут под пристальным наблюдением или под запретом, но это касательно любого места в мире.
Забугорные какие-то стандарты всего-то требуют ловить современные методы вирусов.
А те программы этого делать не умеют.
Symantec и McAfee уже давно убрали где могли в корпоративных средах. Денег стоят, а толку 0.
Вы не поверите 😃