2017-02-07 4 views
0

Je fais actuellement partie d'une petite équipe travaillant sur un projet pour HoloLens. Nous rencontrons un problème lors du déploiement sur une unité: Mon coéquipier peut se déployer à partir de son ordinateur et exécuter le programme, mais quand je le fais depuis le mien, sur la même unité, il refuse de se lancer et lance une exception BadImageFormatException.BadImageFormatException lors du déploiement sur Hololens

Si je déploie le même programme, à partir de mon ordinateur, mais sur un autre HoloLens, il fonctionne parfaitement.

L'émulateur fonctionne également, mais il y a trop de limitations pour ce que nous avons l'intention de faire.

Une autre équipe a-t-elle rencontré le même problème lors du déploiement du même programme de deux ordinateurs différents sur un seul HoloLens?

modifier
Désolé je ne suis pas assez précis: Le programme est construit avec l'unité, puis déployé dans Visual Studio.
Le message envoyé avec l'exception concerne l'application n'étant pas une application x86 valide. (Je vais copier-coller l'exception demain)
Bien sûr, l'application est valide, comme je l'ai déjà dit: je peux le déployer sans problème sur un autre appareil.
L'exception est renvoyée par le constructeur de l'App classe, avant l'application démarre correctement (le « Fabriqué avec l'unité » splashscreen ne se présente pas):

public App() 
{ 
    SetupOrientation(); 
    m_AppCallbacks = new AppCallbacks(); // <-- Exception is thrown from this point. 

    // Allow clients of this class to append their own callbacks. 
    AddAppCallbacks(m_AppCallbacks); 
} 
+0

Vous devez coller le code utilisé pour le chargement de l'image. Aussi, d'où vient l'image? Serveur? Ressources? Connexion de l'éditeur? – Everts

+0

J'ai ajouté plus d'informations sur le contexte. Unity génère le code qui sera généré et déployé via Visual Studio. Je suppose que la source du problème est l'origine du code déployé. Comme le périphérique contient déjà une version du programme, si nous essayons de déployer une autre version à partir d'un autre ordinateur, Visual Studio essaie uniquement de mettre à jour le package au lieu de le réinstaller à partir de zéro. Comme le paquet vient d'un autre ordinateur (et a une autre signature?), Il y a incompatibilité ... –

Répondre

0

résolu en cochant la case « désinstaller et puis réinstallez mon paquet "dans les propriétés du projet dans Visual Studio. Maintenant Visual Studio redéploie le package entier à chaque fois, mais il n'y a plus de conflit.