Discussion :

[alexadvance]

Bonjour,

Lorsque j'execute mon code sur un ordinateur de test, j'ai l'exception suivante :

System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
à System.Windows.TemplateNameScope.System.Windows.Markup.INameScope.RegisterName(...

etc...

Or, sur mon ordinateur de développement, le programme tourne 999 fois sur 1000, et m'a fait une fois l'erreur.
Je n'arrive pas du tout à comprendre la source du problème.

C'est une application assez compliquée en WPF avec du MVVM.
J'ai pensé que c'était peut être une histoire de Thread qui passait l'un devant l'autre sur la machine de test mais pas sur ma machine..

Pour infos, cette erreur apparaît à l'ouverture d'une fenêtre WPF qui contient :

Une reprensentation graphique en XAML
Un DataContext qui est une classe simple avec des Dependency Properties (pour MVVM)

Mon XAML simplifié est :

Une ListBox nommée ListNivo1 "bindée" sur une ObservableCollection<MaClasseNivo1> du ViewModel.
Le DataTemplate de MaClasseNivo1 est une autre ListBox nommée ListNivo2 "bindée" sur une liste contenu dans les données de MaClasseNivo1 de type MaClasseNivo2.

Le DataTemplate d'un MaClasseNivo2 affiche du texte et des images qui des DP de mon objet et possède des commandes vers le ViewModel.

Ce n'est pas facile à expliquer mais ce n'est rien d'exceptionnel pour une architecture MVVM....

Donc, je ne comprends pas du tout pourquoi j'ai cette erreur sur cette machine, et pas sur la mienne...


PS: je peux vous poster le XAML, mais j'ai peur que ca vous embrouille encore plus... ;-)

[alex_vino]

Bonjour,

Regarder ici : http://msdn.microsoft.com/fr-fr/libr...istername.aspx
Mais c'est étrange si ça ne le fait pas toujours.

Vérifier que l'ordinateur test possède bien toutes les librairies ainsi que tous les composants.

[alexadvance]

Apres analyse, il semblerait que ce soit (encore) un problème multithread.

Car si je mets un Thread.Sleep(1500) avant la création de ma fenêtre, ça ne plante plus...

Ce qui est étrange, c'est que le lancement du thread qui créé et ouvre la fenêtre, se fait de manière synchrone après la création de tous les objets nécessaires à la création de cette dernière...

pour l'instant, le Sleep() remplie très bien son rôle, mais ce n'est pas très bien de ralentir un thread sans savoir pourquoi ça marche...

[alex_vino]

Sinon regarde du côté des Dispatcher peut-être