scheduled - Mi aplicación C#devuelve 0xE0434352 al Programador de tareas de Windows, pero no se está bloqueando

scheduled tasks c#

Question

He escrito algunas aplicaciones de C # que tengo en ejecución a través del programador de tareas de Windows. Se están ejecutando correctamente (como puedo ver en los archivos de registro que están escribiendo) pero el programador de tareas de Windows muestra que devuelven un resultado de última ejecución de 0xE0434352 . ¿Hay algo que deba hacer en mi aplicación C # para que devuelva un código de éxito al programador de tareas de Windows?

Answer 1

Cuando configura un trabajo en ventanas nuevas, tiene dos campos " programa / script " y " Iniciar en (Opcional) ". Ponga el nombre del programa primero y la ubicación del programa en el segundo. Si no lo hace y su programa no comienza en el directorio con exe, no encontrará los archivos que se encuentran en él.

Answer 2

En caso de que ayude a otros, recibí este error cuando el servicio en el que se estaba ejecutando la tarea no tenía permiso de escritura en la ubicación del ejecutable. Estaba intentando escribir un archivo de registro allí.

Answer 3

Estaba haciendo referencia a una unidad asignada y descubrí que las unidades asignadas no están siempre disponibles para la cuenta de usuario que ejecuta la tarea programada, así que utilicé //IPADDRESS lugar de MAPDRIVELETTER: y estoy MAPDRIVELETTER: y en funcionamiento.

Answer 4

Hans Passant tenía razón, agregué un controlador para AppDomain.CurrentDomain.UnhandledException como se describe aquí http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception(v=vs.71).aspx Estaba capaz de encontrar la excepción que estaba ocurriendo y corregirlo.

Answer 5

Obtuve el mismo error pero lo solucioné cambiando la ruta de lectura del archivo de "ConfigFile.xml" a AppDomain.CurrentDomain.BaseDirectory.ToString () + "ConfigFile.xml"

En mi caso, este error se debe a un error de ruta de archivo porque el administrador de tareas inicia el programa desde "System32" como la ruta inicial, pero la carpeta que pensamos.

Answer 6

Otra opción es simplemente usar el registro de la aplicación accesible a través del Visor de eventos de Windows. El error .Net se registrará en el registro de la aplicación.

Answer 7

Si usa "My.MySettings.Default" tal vez, debe cambiar el usuario que ejecuta esa aplicación

Answer 8

Tuve este problema y fue debido a la versión de .Net framework. Actualicé la compilación a framework 4.0, pero esto pareció afectar algunos de los DLL que la aplicación estaba usando. Volví al marco 3.5 y funcionó bien.