Flocreate
Messages postés300Date d'inscriptionlundi 17 juillet 2006StatutMembreDernière intervention27 mai 20123 2 févr. 2010 à 13:34
^^ tout prends son sens maintenant ^^
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 2 févr. 2010 à 10:19
"/!\ Je ne sais pas encore pourquoi..."
c'est Windows qui load le manifest avant le chargement de l'executable.
lance un FileMon par exemple, et lance ton exe, tu verra toute la magouille
le manifest permet de spécifier des versions de dll bien précises a utiliser, du coup il faut qu'il soit chargé avant...
pas dur: si ton fichier n'existe pas, tu le crée, tu relance l'executable en lui redonnant les parametres de ligne de commade eventuels.
si ton fichier existe, tu continue le chargement du projet.
Flocreate
Messages postés300Date d'inscriptionlundi 17 juillet 2006StatutMembreDernière intervention27 mai 20123 2 févr. 2010 à 09:41
mouarf, cette source m'avait échapée. Et pourtant ce n'est pas faute d'avoir vérifier avant de poster...
^^ on va dire que c'est juste pour la beauté de faire du VB
"exe VB6 sur certains XP (tout au moins) avec un manifest devra avoir une compatibilité vers WIN2000" soite
"l'appel doit être fait strictement avant tout appel à un affichage graphique"
c'est à dire ? pourtant dans mon exemple un seul emploie permet l'application a tous les forms (form2 en locurence) et ce même après un Unload et un Load de Form2
(il faut dire que la MSDN est très bien détaillée pour la fonction InitCommonControls ;) )
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 2 févr. 2010 à 09:17
salut,
dans 50% des cas ton code ne fonctionnera pas
un exe VB6 sur certains XP (tout au moins) avec un manifest devra avoir une compatibilité vers WIN2000
de plus l'appel doit être fait strictement avant tout appel à un affichage graphique (pour répondre à ton "conclusion")
2 févr. 2010 à 13:34
2 févr. 2010 à 10:19
c'est Windows qui load le manifest avant le chargement de l'executable.
lance un FileMon par exemple, et lance ton exe, tu verra toute la magouille
le manifest permet de spécifier des versions de dll bien précises a utiliser, du coup il faut qu'il soit chargé avant...
pas dur: si ton fichier n'existe pas, tu le crée, tu relance l'executable en lui redonnant les parametres de ligne de commade eventuels.
si ton fichier existe, tu continue le chargement du projet.
2 févr. 2010 à 09:41
^^ on va dire que c'est juste pour la beauté de faire du VB
"exe VB6 sur certains XP (tout au moins) avec un manifest devra avoir une compatibilité vers WIN2000" soite
"l'appel doit être fait strictement avant tout appel à un affichage graphique"
c'est à dire ? pourtant dans mon exemple un seul emploie permet l'application a tous les forms (form2 en locurence) et ce même après un Unload et un Load de Form2
(il faut dire que la MSDN est très bien détaillée pour la fonction InitCommonControls ;) )
2 févr. 2010 à 09:17
dans 50% des cas ton code ne fonctionnera pas
un exe VB6 sur certains XP (tout au moins) avec un manifest devra avoir une compatibilité vers WIN2000
de plus l'appel doit être fait strictement avant tout appel à un affichage graphique (pour répondre à ton "conclusion")
http://www.vbfrance.com/codes/CREATION-APPLICATION-MANIFEST-SEULE-LIGNE-MODULE-CLASSE_34784.aspx
++