2011-01-10 8 views
5

Ho una semplice applicazione vb.net. Quando vado a bin \ debug \ program.exe e doppio clic il programma funziona perfettamente. Lo stesso programma non verrà eseguito utilizzando l'utilità di pianificazione. Quando creo un'attività pianificata e faccio clic su "Esegui", si apre una finestra della console per un secondo, si chiude. Inoltre, questo stesso programma utilizzato per l'esecuzione con l'utilità di pianificazione. Un giorno, ha smesso di funzionare.L'operazione pianificata non eseguirà i resi e0434f4d come ultimo risultato

ps:
Ho questo codice di programma gestito in svn quindi posso tranquillamente dire che il codice non è cambiato.

+0

Se possibile, avete provato a eseguire la stessa applicazione su una macchina diversa? Il tuo programma ha bisogno dei diritti di amministratore? Cosa fa il programma? Qual è il tuo sistema operativo (Vista, Win 7)? Puoi fornirci maggiori dettagli. – Searock

+0

ripristinando la posizione nella casella di testo di esecuzione ha risolto il problema. Ho provato questo e se si crea un'attività che punta a un exe di file che non esiste si ottiene un messaggio "Impossibile avviare". Quindi non so come stavo ottenendo il codice di errore che stavo ottenendo. –

risposta

3

Personalmente non credo nella magia :-)

  1. doppio verificare che il codice sorgente è Non modificato confrontando al lavoro versione.
  2. Sei sicuro che il programma sia stato eseguito? Potrebbero esserci alcuni problemi relativi alle autorizzazioni (da cui l'utente esegue il programma e così via).
  3. (se passa # 2) Provare a eseguire il debug per vedere quali sono le cause del problema.
+0

1. Ho fatto doppio controllo. Sempre una buona idea
2. Esegui il programma usando il debug f5, funzionava bene
3. Eseguiva la versione dalla cartella bin \ debug che funzionava correttamente.
4. re-re-re copiato e incollato il comando di esecuzione da Windows Explorer nelle proprietà di esecuzione dell'attività .... risolto. –

+0

.. ed è per questo che tu (che significa me) dovresti sempre controllare tutto (anche le cose ovvie). –

17

Il codice di uscita 0xe0434f4d è abbastanza significativo. Questo è il codice di eccezione nativo per un'eccezione gestita. In altre parole, l'app si arresta in modo anomalo con un'eccezione non gestita quando viene eseguita dal task manager. Potrei indovinare per i motivi, ma è abbastanza inutile. Scopri tu stesso, scrivi un gestore di eventi per AppDomain.CurrentDomain.UnhandledException e registra il valore di e.ExceptionObject.ToString(). Questo ti dà il messaggio di eccezione e la traccia dello stack, quasi sempre abbastanza buono da scoprire perché sta bombardando.

0

Vorrei verificare per vedere quale utente è in esecuzione l'attività pianificata. Forse è in esecuzione con un account la cui password è scaduta (come hai detto che è già stata eseguita in precedenza) e richiede che questa venga modificata.

1

In realtà, questo problema è stato causato dalle autorizzazioni. Come attività pianificata, il lavoro non disponeva di autorizzazioni per determinate cartelle e file.

0

Una cosa che ho notato con alcune attività pianificate su Windows 2000 e Windows XP è che ogni volta che si riavvia la macchina, dobbiamo reinserire la password in alcune delle attività. Altri continuano a lavorare senza di esso, e non ho mai identificato la differenza.

Problemi correlati