Si je copie tous les fichiers du dossier de débogage (ou de version) et que je les colle quelque part, il cesse de fonctionner avant l'ouverture et le processus disparaît sans aucun message. Quoi qu'il en soit, tout semble bien se passer dans le dossier de débogage ou de publication. Des idées? Comme je suis en train d'exécuter des fichiers assemblés, je ne suis pas capable de le déboguer.Application .NET fonctionnant uniquement dans le dossier de débogage
Il peut y avoir un certain nombre de problèmes d'assemblages manquants, autorisations etc, vous pouvez déboguer un exécutable à partir de Visual Studio si elle est exécutée ou non, les liens suivants vous montrent comment attacher un processus, ou EXE, au Visual Débogueur Studio.
How to: Debug an Executable Not Part of a Visual Studio Solution
Attaching to Running Processes
Vous devrez attraper l'exception pour la résoudre. Pour un moyen facile de savoir rapidement, enveloppez votre Main() dans un try-catch et affichez une boîte de message avec l'erreur.
[STAThread]
static void Main()
{
try
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}
catch (Exception ex)
{
MessageBox.Show(ex.ToString());
}
}
Une solution recommandée serait de mettre en œuvre une sorte d'exploitation forestière robuste log4net ou telle avant d'entrer dans la production.
Utilisez-vous des dépendances? Des bibliothèques tierces qui dépendent de composants natifs (C/COM/C++)? –
Copiez-vous tous les assemblages associés? Avez-vous des messages d'erreur? Vos techniques de déploiement sont peut-être incorrectes, c'est-à-dire que vous utilisez les applications héritées/les codes/exécutables non gérés. dossier en dehors du débogueur et voir ce qui se passe .. – MethodMan
Bien sûr, mais tous les assemblys dépendants sont dans le dossier. – Manu