Ну тут такой момент: в современных версиях виндоус и RDP (начиная от Win7, про Висту не в курсе) вы вводите логин пароль еще до фактического подключения к удаленной системе, а клиентская винда не знает какие пользователи есть на удаленной системе, поэтому выдает последнего пользователя, которым логинились и возможность ввести другого пользователя.
В принципе, если на сервере разрешить подключение старыми клиентами (выключить галку в настройках про проверку подлинности на уровне сети (в Вин7 по моему не много по другому это выглядит)) и поставить на клиентскую машину старый клиент ( от Windows XP ), то вы получите то что хотите, т.е. клиент сразу будет подключаться к удаленной системе (без локального ввода логина/пароля), а там уже стандартный экран выбора пользователей и т.п.
На счет клиента - возможно не нужно ставить старый клиент, попробуйте поискать параметры реестра, которые делают приоритетнее подключение без проверки подлинности на уровне сети.
Но мой совет - не делайте этого - современные версии RDP гораздо безопаснее и надежнее.
PS: в групповых политиках gpedit.msc - Конфигурация компьютера - Административные шаблоны - Компоненты Windows - Службы удаленных рабочих столов - Клиент подключения ... Есть параметр: Запрашивать учетные данные на клиентском компьютере.
Это как раз то что вам надо. У меня Win10, есть ли это в Вин7 нет возможности проверить. Но это, скорее всего, не отменяет отключения проверки на уровне сети на сервере.
Я это и имел ввиду, только в свой проект нет нужды копировать - заведите отдельный проект для библиотеки, подключите туда все ее исходники и смотрите, тут же можно и собирать со своими настройками компилятора.
Но обычно для библиотечных функций нет нужды в подобном дереве, гораздо важнее наличие нормальной документации. Хотя иногда требуется и в исходники заглянуть.
Saboteur: Дмитрий Евграфович: Спорить не буду. Возможно вы юзали эти операционки установленные поверх MS-DOS. Видимо в таком режиме они так и запускались. Но это изврат какой-то.
Лично я всегда ставил ОСь на голый диск без прослойки MS-DOS. Версии винды, начиная с Win95 поддерживают такую установку.
Дмитрий Евграфович: Ну может быть и можно ... проверять это я не буду. Илья лук: Проверять чтением на другой машине/дисководе. md5 не нужно, по идее при копировании должно выругаться. Но копированием не проверить загрузочный сектор.
И еще. Загрузочные диски лучше делать из образов с помощью WinImage, а не: форматирование и галочку "создание загрузочного диска MS-DOS"
И не только это - так же включаются/выключаются более новые возможности в T-SQL. Например, при переходе (смене уровня совместимости) с 2000, на 2005 потребовалось срочно вводить в кучу кода использование join.
Без WinAPI в винде вы даже чихнуть не сможете. А в линуксе - без ее API и так везде. Если вы пишите программу для какой-то ОС то должны придерживаться правил и рамок, которые налагает эта ОС, т.е. использовать ее API.
Перехватывайте соответствующие события и реализуйте их обработчики так как считаете нужным. Но это все в пределах WinAPI.
Василий: :-) чудеса
Пришел в голову вот еще такой вариант:
можно получить отсортированный по дате список файлов:
dir /t:w /o:d
Затем этот списко обработать с помощью for /f, дату из первого столбца привести к виду YYYYMMDD и тогда ее уже можно будет сравнивать как простое число.
Василий: Проверил на Win10 x64 - берет именно дату изменения. Возможно в более ранних версиях была ошибка. От микрософта всего можно ожидать. Пока на других ОС проверить не могу.
Ну все правильно. Читайте ваш скрипт. Буквально в третьей строке указывается что именно будем архивировать:
source = ['"C:\\My Documents"', 'C:\\Code']
Задайте здесь каталоги, которые есть в вашей системе.
Понятно, что не критично и справились. Если вас простой в работе не останавливает, то вперед.
Но учтите, что шансы потерять tempdb (а значит остановить работу) увеличиваются пропорционально количеству дисков в рейд0.