WMI et mingw32-g++

Bonjour,
Dans le cadre d'une gestion de parc je veux récuperer differentes informations en utilisant le protocole WMI de windows. Seul problème, tous les exemple du msdn se base sur le platform SDK de microsoft et quand j'inclu ces librairies dans code::blocks je prend une centaine d'erreur.... 8O 8O 8O

Si quelqu'un avait une solution pour le WMI ou alors si quelqu'un a une autre idée pour récuperer des infos type Version de l'OS, service pack, fabricant etc... mais sur une machine distante ;)

Merci d'avance à tous ceux qui se pencherrons sur mon problème :D

Malheureusement, il ne faut pas réver, quand Microsoft délivre un SDK c'est pour qu'il ne marche qu'avec ses outils. Or, le compilateur par défaut de C::B est celui de Mingw et non celui de Microsoft. Jette un coup d'oeil aux headers WMI. Tu verras qu'il y a des tournures qui ne sont propres qu'à Microsoft, sans parler des librairies d'importation qui ne sont pas compatibles.
Si tu ne veux aucun problème, il va te falloir développer avec Visual C++. La version Express est gratuite.

Merci pour ta réponse. Je m'en doutais un peu... Merci crosoft!!:evilred::evilred::evilred::evilred::evilred::evilred::evilred::evilred::evilred:
Tant pis je trouverais un autre moyen, je veix rester sous code::blocks et compiler avec mingw, pas de visual c, même gratuit...

Bonne fin de journée !

C'est pas la faute de Microsoft si:

• MinGW n'est pas capable de traiter les headers MS, alors que Borland le fait très bien.
• Les headers MinGW sont incomplets et n'ont pas l'équivalent de tout le contenu des headers microsoft (voir notamment shlwapi.h et/ou shlobj.h pour beaucoup d'interfaces COM qui manquent dans MinGW).

Hum... a qui la faute ? Ca ne paraît pas si simple.

Borland et Microsoft marchent la main dans la main.
Qu'ils se fassent leur standard de leur côté ne m'étonne pas beaucoup.
Quelques petites choses comme ça. J'ai entendu dire que .NET était basé sur des technos de Borland. Ils "s'échangent" leurs employés. Le PDG de Borland vient de Microsoft. Microsoft recrute les têtes de Borland.
J'aime bien aussi le titre de cet article. http://www.computerworld.com/develop...,86851,00.html

Et dès que quelques personnes essaient de faire une librairie compatible MFC, Microsoft menace de les mener au tribunal. Dommage, je ne retrouve plus l'article.

Enfin, voilà. Je trouve déjà pas mal ce que MinGW a pu faire. Face à deux poids-lourds, je ne vais pas les blamer. Tant qu'eux respectent à peu près un C++ standard...

C'est sur, mingw fait ce qu'il peut. Je le trouve très correct comme compilo moi... et aux vues de ce que dis aoyou, microsoft continu à faire ce qu'il a toujours fait, se mettre les gens dans la poche et bloquer ceux qui ne veulent pas y renter...

Je reste mingw et code::blocks car je trouve que c'est un bon compromis, ils n'ont pas la lourdeur que peux avoir un visual C et offre beaucoup de possibilitées. J'attend de voir ce qu'ils vont faire dans les versions futures...