Voici mon problème: J'ai un UserControl personnalisé dans mon projet Windows Forms. Je peux le concevoir dans le concepteur très bien. Mais dès que je veux éditer le formulaire qui contient les accidents de contrôle Visual Studio 2010.
Autant que je puisse voir le constructeur et que le chargement de la commande est exécuté sur charger le formulaire.
J'ai essayé d'utiliser une autre instance de VS2010 pour déboguer le concepteur, mais je n'ai pas trouvé l'emplacement où l'exigtion se produit.
Au début, mon problème semblait être, que pour l'objet J'ai essayé certaines étapes que j'ai trouvées ici sans réponse à mon problème: contrôle de l'utilisateur toujours Crashes Visual Studio
Donc, même si le concepteur n'a rien à faire lors de l'analyse de la charge ou du constructeur. Il se bloque toujours.
Quelqu'un a une idée de ce que je pouvais faire pour empêcher le claquement et l'affichage du contrôle de l'utilisateur dans le concepteur de formulaires?
Le projet contenant le UserControl fait également référence à certaines bibliothèques personnalisées et à un projet de bibliothèque. Je ne sais pas si le problème pourrait avoir quelque chose à voir avec ça. threading.Timer , que j'utilise pour l'initialisation de mes objets (c.-à-d. Chargement des valeurs d'une base de données et ainsi de suite (sur l'erreur réessayer Approche ultérieure;))), la fonction de rappel a été exécutée par le concepteur et a donc tenté d'accéder aux objets auxquels elle n'avait aucun accès pendant le mode de conception.
L'initialisation de l'objet threading.Timer est dans l'événement Charger. Mais même après avoir tout commenté tout dans l'événement de chargement (sauf un tressage de bloc de capture, un débogger.break () appeler pour avoir un point d'arrêt dans la seconde instance VS2010 pour déboguer le concepteur) Visual Studio continue de s'écraser Dès que je veux éditer le formulaire contenant le contrôle en mode de conception.
3 Réponses :
résolu en quelque sorte mon propre problème ...
en quelque sorte en essayant de déboguer le mode de concepteur, je me suis trompé.
Réglage A À la fin en utilisant la propriété de désignationMode du contrôle de l'utilisateur, j'ai pu empêcher que le concepteur d'exécuter l'initialisation de mes objets de filetage.Timer pourrait résoudre le problème de cette façon.
J'ai eu ce même problème (vs 2005) et la réponse marquée n'a également pas fonctionné pour moi. J'ai finalement pu résoudre le problème en supprimant les dossiers "Obj" et "Bin" dans ma solution, puis reconstruisant le projet en mode de sortie. J'espère que cela aide quelqu'un d'autre qui a cette question.
Dans mon problème, toute la solution s'est écrasée à chaque fois que je l'ai ouverte en raison du mode de conception, ouvrant le fichier de culpabilité chaque fois que j'ai ouvert la solution et que l'ensemble de la solution s'écrase, cela aurait pu être causé par les contrôles de l'utilisateur, mais je ne pouvais pas 't accéder à la solution pour résoudre.
J'ai donc trouvé une autre façon de me permettre de me permettre de revenir à mon codage. Cela ne comportait pas de devenir vraiment profondément dans les événements du système de débogage, je pense que cela peut aider tous les niveaux d'utilisateur, d'où poster.
J'ai ouvert le fichier ASPX en dehors de la solution, il suffit littéralement du fichier de code avant-poste, pourrait être effectué dans le bloc-notes ou tout éditeur de texte, y compris contre A commenté tout le code (le code Java n'a pas d'importance car rien ne l'appelle) Enregistré le fichier et fermé. Rouvert la solution. Même si la vue designer s'est ouverte, cette fois, il ne s'est pas écrasé car il n'y avait rien à traiter. Je suis ensuite décontracté le code dans les sections, diverses quantités de code, 20 lignes, 100 lignes ... Chaque fois que vous revenez dans la vue designer pour vérifier si cela se bloque. Quand j'avais terminé (pas de crash!) J'ai pu continuer d'où je me suis arrêté. J'espère que ça vous aide!
Question connexe ... et la réponse qui a fonctionné pour moi: voir aussi Stackoverflow.com/a/3578917/492