Судя по последним скриншотам, батник у вас называется q1.bat - могли бы и догадаться, что нужно название батника поправить. Ну и команду выдавать находясь в cmd в каталоге с батником.
SLJ, Вы запускаете батник просто в консоли?
Есть какие-то ошибки в консоли?
Можете перенаправить весь вывод батника в файл и проанализировать его потом: 1.bat 1>1.log 2>&1
Весь консольный вывод батника будет в файле 1.log в текущем каталоге.
Если сами с выявлением ошибок не справитесь, давайте содержимое 1.log сюда.
На бесплатных аккаунтах в Dropboxe, на сколько помню, только 5 Г. Так же сталкивался с тем, что если по расшаренным ссылкам есть какая-то активность, т.е. несколько человек заходили по ссылке и скачивали файл, то ссылка перестает действовать, точнее dropbox начинает ругаться, что что-то там превышено и перестают действовать все мои ссылки. Точно сообщение не воспроизведу, т.к. перестал активно использовать dropbox. При этом никакого особого трафика я не генерирую, качало файлы реально всего около 5 человек.
Ушел с него на yandex disk. На дропбоксе остались только какие-то личные редко меняющиеся файлы в небольшом количестве.
Ваш последний вариант (с запросом, помещенным в отдельный файл) выглядит наиболее правильным. Хотя и остальные должны работать. Но запись в файл текущей даты работать не будет, т.к. файл скорее всего перезапишется isql, но не в этом суть.
Что конкретно безрезультатно? Как вы запускаете батник?
Давайте уже реальные ошибки сюда, а не ваши интерпретации.
Не думаю, что есть такие программы. Я не встречал.
В принципе если знать где что лежит можно удалить файлы драйвера и записи в реестре вручную. Но драйвер это не только драйвер ядра, в комплект так же могут входить и дополнительные утилиты/библиотеки для управления драйвером и т.п.
Я думаю достаточно будет просто физически удалить (переименовать) файл драйвера, но для этого надо точно знать как он называется. Название драйвера можно посмотреть в работающей ОС с помощью Device Manager. Драйвера лежат в c:\windows\system32\drivers. Так же можно удалить файл inf из c:\windows\inf, который описывает удаляемый драйвер, имя файла драйвера должно упоминаться внутри inf файла.
Если драйвер мешает загрузке системы, то после физического удаления файла драйвера, после того как винда его не найдет, она сможет продолжить загрузку. И уже в загруженной системе сможете удалить драйвер стандартным способом.
Тут похоже проблемы не со скриптом, а с самим инсталлером. Запустите на этой машине установку в ручную с теми же опциями и от того же пользователя, что и скрипт. На других то машинах "все Ок".
Всего лишь несколько зеленых секторов, остальные белые-серые.
Тут важно наличие сбойных секторов (Bad block). Не знаю какого они цвета в Виктории. Если их много - диск дохнет и пора от него избавляться. Много это скажем 5% от емкости диска, но на самом деле я бы уже выкинул диск и при 1%, т.к. если диск начал сыпаться, то скорее всего новые сбойные сектора будут появляться и дальше. Ну и гарантии работоспособности системы на таком диске нет никакой - на следующее утро винда может запросто не загрузиться.
Илья Борисенко, 1. Поставьте например K-Lite codec pack. Давно им пользуюсь. И сравните до и после на каком-нибудь видео.
2.Поставьте родные дрова на блютус.
4.В Вин10 ПКМ на Пуске -> Управление компьютером -> Event viewer -> Windows Logs и дальше несколько виндовых журналов. Основные события тут. Но есть еще и там же в папке Application and Services Logs
5.80Gb - для Вин10 это не много. У меня сейчас 120 и я пока не парюсь, но у меня системный раздел достаточно большой, еще запас есть.
Надо было начать с мастера очистки. Начиная с Вин7 мастер очистки винды стал вполне годным инструментом. Часто место на диске отъедают точки восстановления, их можно удалять так же с помощью мастера очистки, но последнюю рекомендуется оставлять.
Хорошо бы вам для начала протестировать память и диск. Можно взять какой-нибудь набор для изготовления загрузочной диагностической флэшки, например этот. Там есть инструменты для тестирования.
На самом деле ошибки диска отражаются в журнале винды (п.4), если они есть, то в журнале их будет много, невозможно не заметить. Так же можно посмотреть SMART статус диска, софта для этого много, гуглите.
Ошибки памяти проявляются разными странными и часто не объяснимыми штуками, у вас вроде не оно. Но проверить память нужно в первую очередь.
Илья Борисенко, 1.Кодеки нужны. Или вы думаете, что видосики с ютуба на JavaScriptе отрисовываются? В винде по умолчанию есть свои кодеки, но они очень тормозные.
2.А остальные? Что в менеджере устройств? Обязательно нужны драйвер на чипсет, а дальше по необходимости. Если сеть, wifi, USB2/3 работают, то можно и не ставить. Если есть не известные устройства - ставить для них дрова.
3.Возможно, что в период зависания подвисает и диспетчер задач.
4.Что в журналах?
5.Вы переустанавливали винду. Зачем? Как переустанавливали (поверх старой или с форматированием диска)?
leaningless, Если вложенность папок действительно очень большая, то нужно не указывать полный путь, а просто переходить в следующую подпапку с помощью cd или pushd/popd. У вас какие-то проблемы с этим?
Думаю, что готового решения вы не найдете.
Для справки смотрите:
for /?
cd /?
pushd /?
popd /?
Будут конкретные вопросы можете писать сюда с примерами вашего кода.
С заданиями обычно ходят к фрилансерам, тут это запрещено правилами.
Хранить сырые сокеты мне в любом случае не подходит
Вам и не нужно их хранить. Вам нужно сырой дескриптор только передать порожденному процессу, порожденный процесс получает дескриптор и на его основе создает соответствующий класс poco (я надеюсь poco продоставляет такой функционал), т.е. poco должен не открыть сокет, а присоединиться к нему (attach).
А дальше работаете как обычно через poco.
Если пользователь закрыл соединение, то когда он откроет его снова, порожденный процесс вместо того чтобы что-то вычислять просто прочитает сохраненные данные и передаст клиенту.
На счет не использования СУБД - вопрос спорный что тут больше усложнит, но вам, конечно, виднее.
maaGames, парой IP:PORT определяется UDP сокет (и слушающий TCP сокет), а TCP сокет соединения определяется 2 парами для обеих сторон соединения. Поэтому TCP сокет установленного соединения называют полным.
Хорошая книга по программированию сокетов: Unix. Разработка сетевых приложений У.Стивенс
Она хоть и давно не переиздавалась (автор уже умер к сожалению), но по моему является лучшей книгой по сетевому программированию и до сих пор не утратила актуальность. В свое время покупал ее на alib.ru.
С сырым дескриптором кроссплатформенно нельзя работать.
maaGames, Для винды можете начать отсюда: www.codenet.ru/progr/inet/socket_proc.php
Вы должны будете у poco получить "сырой" дескриптор сокета соединения, а затем его передавать.
После того как дескриптор передан, на слушающем процессе его можно закрыть.
maaGames, Астра линукс - вполне годный вариант. Есть сертифицированный вариант с ядром 4 версии можно считать более-менее актуальным. Если сертификат не нужен - то доступны все новые ядра.
В линукс передать сокет можно если новый процесс создавать с помощью fork(), тогда все открытые дескрипторы наследуются дочерним процессом. Есть аттрибут дескриптора с помощью которого можно регулировать, какие дескрипторы должны быть унаследованы порожденным процессом. Это работает с любыми дескрипторами (файлами, сокетами и т.п.)
В винде сходу не скажу как передавать дескриптор сокета, но наверняка механизм есть.
Судя по последним скриншотам, батник у вас называется q1.bat - могли бы и догадаться, что нужно название батника поправить. Ну и команду выдавать находясь в cmd в каталоге с батником.