Nitrxmaremake - это одна из низкоуровневых сборочных систем, сборочные инструкции для которой может генерировать CMake. В аналогичной роли используется и Ninja.
Можно ли стандартные исходящие 80,443 и 53 заменить на нестандартные порты (если да,то какие?)
Как ты себе это представляешь? Пойти к Гуглу, Яндексу и Ф**буку и попросить их слушать специально для тебя порт 3443 специально чтобы ты мог подключиться?
Ну вроде того. Компилятор имеет право совершенно непредсказуемым образом этот код преобразовать или оптимизировать. В разумных пределах, но всё же поведение будет неопределённым.
Это связано с unsigned char
Не думаю, тут нигде этот тип не фигурирует. В том числе в спеке scanf
И еще такой вопрос, ссылка, которую вы дали насколько подходит для чистого C без плюсов?
Хорошее замечание! Добавил вариант ответа для Си. Суть не особо поменялась, но другая терминология.
romaro А в чём заключается заточенность софта под определённые устройства?
Если вам нужно работать с устройством на низком уровне, тогда всё равно вам высокоуровневые виндовые API не особо интересны, а если не нужно - тогда зачем эти искуственные ограничения?
Виртуальные принтеры они тем и удобны, что я могу распечатать в PDF в любом софте, который умеет печатать, и никто мне этого не запретит. Также например и с сетевыми дисками - если приложение просто читает файлы с диска, без особых требований к производительности/надёжности, ему ни к чему совать нос и выяснять, на каком носителе находится том с файлом.
romaro
1. У вас в Студии Git-репозиторий открыт или вы просто солюшен открыли? Не уверен, что Студия будет работать с staging area Гита, если просто открыт солюшен.
2. В вашем эксперименте тестовый проект как был в списке Untracked (НЕотслеживаемых, обратите внимание), так в нём и остался. Т.е. Git, с одной стороны, видит, что файл появился в рабочей копии на файловой системе, с другой стороны - вы не объяснили Git-у, что с ним нужно что-либо делать. Вы ни в staging area его не поместили, ни в .gitignore не добавили (как обычно делают со всякими генерируемыми файлами, которые не нужно коммитить).
3. В общем случае вам не стоит рассчитывать, что VS всегда будет удалять проект с диска, тем более если он открыт через солюшен. Это кажется работает для SDK-style проектов (не могу сейчас проверить, Студии нет под рукой), но всё равно все изменения в рабочей копии нужно проверять через Git-клиента (в том числе встроенного в Студию).
4. Вам обязательно нужно сначала разобраться с самим Git, иначе ничего хорошего не будет. Вам нужно почитать о том, что такое рабочая копия (или рабочиИ копиИ, их может быть несколько), staging area, и как изменения в рабочей копии (в том числе добавленные и удалённые файлы) попадают в коммит. Это никак не связано с Visual Studio.