Я написал несколько приложений на С#, которые я запускаю через планировщик задач Windows. Они работают успешно (как я вижу из файлов журналов, которые они пишут), но планировщик задач Windows показывает, что они возвращают результат последнего запуска 0xE0434352
. Есть ли что-то, что мне нужно сделать в моем приложении С#, чтобы он возвращал код успеха в планировщик задач Windows?
Приложение С# возвращает 0xE0434352 в диспетчер задач Windows, но это не сбой
Ответ 1
Другой вариант - просто использовать журнал приложений, доступный через средство просмотра событий Windows. Ошибка .Net будет записана в журнал приложений.
Ответ 2
При настройке задания в новых окнах у вас есть два поля: program/script "и" Начать (необязательно) ". Поместите имя программы в первую очередь и место программы во втором. Если вы этого не сделаете, и ваша программа запустится не в каталог с exe, он не найдет файлы, которые находятся в нем.
Ответ 3
Hans Passant был прав, я добавил обработчик для AppDomain.CurrentDomain.UnhandledException, как описано здесь http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception(v=vs.71).aspx Мне удалось найти исключение, которое происходило и исправлялось он.
Ответ 4
Я ссылался на сопоставленный диск, и я обнаружил, что подключенные диски не всегда доступны учетной записи пользователя, выполняющей запланированную задачу, поэтому я использовал \\IPADDRESS
вместо MAPDRIVELETTER:
, а я я работаю.
Ответ 5
В случае, если это помогает другим, я получил эту ошибку, когда служба, на которой выполнялась задача, не имела права на запись в исполняемое место. Он пытался записать там файл журнала.
Ответ 6
У меня была эта проблема, и это было из-за версии .Net framework. Я обновил сборку до фреймворка 4.0, но, похоже, это повлияло на некоторые DLL-пакеты comms, которые использовало приложение. Я откатился обратно в фреймворк 3.5, и он отлично работал.
Ответ 7
У меня такая же ошибка, но я исправил ее, изменив путь чтения файлов с "ConfigFile.xml" на AppDomain.CurrentDomain.BaseDirectory.ToString() + "ConfigFile.xml"
В моем случае эта ошибка из-за ошибки пути к файлу, потому что диспетчер задач запускает программу из "System32" в качестве начального пути, но в той папке, которую мы думали.
Ответ 8
Если вы используете "My.MySettings.Default", возможно, вам нужно изменить пользователя, который запускает это приложение