Я всегда исходники делаю в UTF-8 и для строк использую широкие символы, если приложение консольное, то определяю кодировку консоли и перекодирую строки программы в нужную кодировку. С вводом из консоли аналогично. Таким образом программа не зависит от кодировки консоли.
А у вас:
SetConsoleOutputCP(1251);
SetConsoleCP(1251);
setlocale(LC_ALL, "Russian");
Т.е. вы принудительно меняете кодировку консоли на 1251, это не правильный подход. Хотя и рабочий (если исходники будут в 1251). Рекомендую про кодировки почитать статьи на хабре, они есть, это, на самом деле, не такой простой вопрос, как кажется.
PS: если исходники сделать в кодировке 866, то вышеприведенных строк в программе и вовсе не потребуется. НО! Если будете запускать программу из под отладчика (в среде VC), то там в консольном окне будут кракозябры (т.к. в окне отладчика используется кодировка 1251). И кроме того в самой консоли можно сменить кодировку с помощью команды chcp и если новая кодировка не совпадет с кодировкой программы, то опять будут кракозябры :-)
Никак не согласуется. Все подобные патчи заменяют системную dll терминального сервера на версию от серверной винды, а это уже не законно.
Не так уж и много денег стоит RDP Cal лицензия для сервера, посмотрите, например на softkey.
Для справки: в серверной винде есть отдельно лицензии на подключение (не RDP) - client cal, и есть отдельно лицензии на RDP подключение - RDP cal. Для терминального сервера вам нужны оба типа лицензий (чтоб все было лицензионно чисто).
Имейте ввиду, что если вы официально админ компании, то сидеть будете вы в случае нарушения лицензии и соответствующей проверки, конечно.
jcmvbkbc, Действительно, был не прав.
Когда массив передается таким образом в параметре функции, то действительно возвращает размер указателя.
Я основывался на том, что если подобный массив просто объявлен в коде (а не является параметром функции), то sizeof возвращает размер массива.
точнее, по стандарту char точно не определен знаковый он или без знаковый - отдается на откуп компилятору. Но по любому целый. Так что ответ все равно верный.
Нужно больше информации: как именно вы подключаетесь к интернет (вай-фай, кабель, если вай-фай то что из себя представляет точка доступа (роутер?), есть ли интернет в точке доступа когда на компе нет), что из себя представляет подключение к "стороннему" оператору?
Можете попробовать сжать pst файл встроенными средствами или восстановить его с помощью scanpst.
Но обычно это если и помогает, то не на долго.
Да, оутлук - тормозная сволочь.
Так же наблюдались тормоза при просмотре списка писем, когда накапливается достаточно много писем в папке. Ну и не только ...
Конкретно в вашем случае ... шлите такие увесистые письма вложениями.
На сколько я знаю, оутлук для редактирования использует Word, возможно у вас проблема с вордом, а не с оутлуком. Попробуйте открыть в ворде документ, с содержимым похожим на содержимое письма. Как будет открываться ворд?
В общем случае для ускорения работы при большом количестве писем могу порекомендовать следующие мероприятия:
1. заведите тематические папки для писем,
2.настройте правила для автоматического раскладывания писем по папкам,
3.для каждой папки, где накапливается достаточно большое количество писем настройте свой собственный pst файл.
4.Настройте архивирование средствами оутлука. Причем для больших папок, настройте архивирование в собственные архивные pst файлы.
5.Положите pst файлы на ssd диск
Влад Зайцев, Зачем?
Сделайте 1 makefile с использованием PROJECT
сделайте командный файл с запуском make с инициализацией PROJECT, как я указал выше.
И у вас останется только один короткий makefile.
На каждый новый проект просто будете добавлять в файл командный файл еще одну строку с измененным именем проекта.
Влад Зайцев, В новом проекте вы просто можете скопировать makefile и в одном месте исправить название проекта.
Или как предложил rustler2000 строки
$(PROJECT)-fb: $(PROJECT)e-CLEAN
../../tools/backdoor-bootloader.py -e -w -v $(PROJECT)-firmware.hex
и т.п. вынести в отдельный makefile и подключать его с помощью include в makefile проекта, который содержит инициализацию переменной PROJECT.
Либо даже можно обойтись без makefile проекта и инициализировать PROJECT при запуске make (об этом то же писал rustler2000 ):
make /f makefile PROJECT=ubridge
Добавлю отсебятины:
1.Удалите не известный софт, который может установиться в комплекте с другим софтом.
2.Загрузитесь с какого-либо live носителя, с него почистите каталоги %TEMP% всех пользователей, удалите подозрительные исполняемые файлы/каталоги в профилях пользователей и в системном каталоге.
3.Загрузитесь в нормальном режиме и воспользуйтесь autoruns, там удалите из автозагрузки все то что вы не сможете опознать.
4.Работайте на компе с правами пользователя, администратору и пользователю дайте нормальный пароль, включите контроль учетных записей (если выключен).
Выше - копирование, а это перемещение:
move /y d:\1\* d:\2
С перемещением у винды есть побочный эффект: если права на папку d:\1 и d:\2 разные, то при перемещении из 1 в 2 права перемещенных файлов в папке 2 останутся те ми же, что были в папке 1. При копировании права новых файлов наследуются от каталога. Поэтому часто сначала копируют, потом удаляют.
Удалять:
del /f /q d:\1\*
Драйверы не проблема, если на ДНСе их нет, то можно найти по ID оборудования на сайтах производителей железа либо, что проще, воспользоваться любым драйвер паком, например SDI.
Алексей Костюхин, Обычно винда сама это видит и начинает ошибки кидать. Да и карты же работают какое-то время. На счет МАСов просто посмотрите МАС в работающем состоянии: в Вин10 команда getmac /v
И потом, когда сеть отвалится.
С дополнительным охлаждением как себя ведут? (выше писал про перегрев)
А у вас:
SetConsoleOutputCP(1251);
SetConsoleCP(1251);
setlocale(LC_ALL, "Russian");
Т.е. вы принудительно меняете кодировку консоли на 1251, это не правильный подход. Хотя и рабочий (если исходники будут в 1251). Рекомендую про кодировки почитать статьи на хабре, они есть, это, на самом деле, не такой простой вопрос, как кажется.
PS: если исходники сделать в кодировке 866, то вышеприведенных строк в программе и вовсе не потребуется. НО! Если будете запускать программу из под отладчика (в среде VC), то там в консольном окне будут кракозябры (т.к. в окне отладчика используется кодировка 1251). И кроме того в самой консоли можно сменить кодировку с помощью команды chcp и если новая кодировка не совпадет с кодировкой программы, то опять будут кракозябры :-)