Quote:
C'est vrai mais je veux regler mon problème avec l'UAC, qui bloque mon application!
P.... quel cauchemar.
Heu méfie toi.
Est-ce que recompiler pour Vista résoudra le problème avec l'UAC ? Pas sûr.
Remarque là je parle sans savoir, vu que je n'ai pas de Vista. Mais disons qu'une longue expérience de développement Windwos m'a appris à être méfiant.
Quote:
Mais il n'y a vraiment aucune doc qui expliquerait de maniere explicite comment il faut procéder pour rendre son application compatible vista!
Tu ne peux trouver ça que dans la MSDN.
En théorie le problème est tout simple.
Ton appli utilise des composants COM
- Si compilé sous 2002, je suppose qu'un "mode de compatibilité" se met en route et ton appli marche (tant bien que mal si je comprends bien)
- sous Vista: tu dois compiler les composants COM "proprement". Et pour ça dans l'idéal il te faut l'EDI (Orcas) ou sinon la dernière MSDN en supposant bien quelle soit à jour à ce niveau ce qui n'est pas forcément certain. Elle le sera avec la sortie d'Orcas, mais avant c'est pas sûr. On se rappelle le problème que tu as déjà eu avec un fichie rmanquant :(
Il semble que ton ancienne appli vienne avec des fichiers générés (dlldata.c) Ils ont été générés par l'ancien IDE/Librairies ATL et ils ne sont pas à niveau pour Vista comme on vient le voir.
Si tu n'as pas Orcas, la seule solution (AMHA) est, comme je te l'ai déjà dit dans un post précédent, sous Visual 2005, de générer un projet ATL vide et de compiler. En principe tu pourras à ce moment vérifier que les macros __WIN32_WINNT 0x0500 sont bien là. Ce qui voudras dire que tu es au moins ok pour le 2000 et donc ton problème tel que présenté initialement dans ton premier post sera réglé (ce qui ne veut pas dire que ton pb UAC le sera, tu me comprends bien n'est-ce pas ?)
A partir de là tu devras incorporer le code de ton application manuellement, éventuellement à chaque fois en demandant au wizard de te générer la classe COM/ATL qui faut.
Oui c'est un boulot horrible et sans garanties, mais puisque l'importation du projet de 2002 vers 2005 n'a pas marché comme il le fallait, je ne vois rien d'autres à faire.
Et de toutes façons avec Orcas, tu va sans doute tomber dans une galère équivalente. La seule satisfaction étant au final de compiler spécifiquement pour Vista.
En tout cas je ne vois pas d'autre solution. Ou je n'ai pas une bonne vision du problème. C'est possible aussi. Peut être que quelqu'un d'autre auras une solution pour toi. Je le souhaites sincèrement.
Sinon, peut être en attaquant le problème par l'autre bout. Il y a peut être un moyen de faire taire l'UAC. Mais je ne sais pas.
La seule chose que je sache à propos de l'UAC est qu'elle a déjà rendu fous pleins de gens. Les HP refusent du monde :(
P.... quel cauchemar.
Heu méfie toi.
Est-ce que recompiler pour Vista résoudra le problème avec l'UAC ? Pas sûr.
Remarque là je parle sans savoir, vu que je n'ai pas de Vista. Mais disons qu'une longue expérience de développement Windwos m'a appris à être méfiant.
Tu ne peux trouver ça que dans la MSDN.
En théorie le problème est tout simple.
Ton appli utilise des composants COM
- Si compilé sous 2002, je suppose qu'un "mode de compatibilité" se met en route et ton appli marche (tant bien que mal si je comprends bien)
- sous Vista: tu dois compiler les composants COM "proprement". Et pour ça dans l'idéal il te faut l'EDI (Orcas) ou sinon la dernière MSDN en supposant bien quelle soit à jour à ce niveau ce qui n'est pas forcément certain. Elle le sera avec la sortie d'Orcas, mais avant c'est pas sûr. On se rappelle le problème que tu as déjà eu avec un fichie rmanquant :(
Il semble que ton ancienne appli vienne avec des fichiers générés (dlldata.c) Ils ont été générés par l'ancien IDE/Librairies ATL et ils ne sont pas à niveau pour Vista comme on vient le voir.
Si tu n'as pas Orcas, la seule solution (AMHA) est, comme je te l'ai déjà dit dans un post précédent, sous Visual 2005, de générer un projet ATL vide et de compiler. En principe tu pourras à ce moment vérifier que les macros __WIN32_WINNT 0x0500 sont bien là. Ce qui voudras dire que tu es au moins ok pour le 2000 et donc ton problème tel que présenté initialement dans ton premier post sera réglé (ce qui ne veut pas dire que ton pb UAC le sera, tu me comprends bien n'est-ce pas ?)
A partir de là tu devras incorporer le code de ton application manuellement, éventuellement à chaque fois en demandant au wizard de te générer la classe COM/ATL qui faut.
Oui c'est un boulot horrible et sans garanties, mais puisque l'importation du projet de 2002 vers 2005 n'a pas marché comme il le fallait, je ne vois rien d'autres à faire.
Et de toutes façons avec Orcas, tu va sans doute tomber dans une galère équivalente. La seule satisfaction étant au final de compiler spécifiquement pour Vista.
En tout cas je ne vois pas d'autre solution. Ou je n'ai pas une bonne vision du problème. C'est possible aussi. Peut être que quelqu'un d'autre auras une solution pour toi. Je le souhaites sincèrement.
Sinon, peut être en attaquant le problème par l'autre bout. Il y a peut être un moyen de faire taire l'UAC. Mais je ne sais pas.
La seule chose que je sache à propos de l'UAC est qu'elle a déjà rendu fous pleins de gens. Les HP refusent du monde :(