Discussion :

[moldavi]

J'ai téléchargé le dernier SDK de directshow (February 2005).

J'ai compilé les bases classes pour obtenir les deux librairies strmbasd.lib et strmbase.lib. Jusque là pas de problème.

Lorsque j'utilise la librairie strmbasd.lib (mode debug) pas de problème non plus.

Le problème c'est lorsque je compile mon application directshow en mode release avec strmbase.lib, j'ai l'erreur suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
strmbase.lib(dllsetup.obj) : error LNK2019: symbole externe non résolu __imp___vsnprintf référencé dans la fonction "long __stdcall StringVPrintfWorkerA(char *,unsigned int,char const *,char *)" (?StringVPrintfWorkerA@@YGJPADIPBD0@Z)
strmbase.lib(wxutil.obj) : error LNK2001: symbole externe non résolu __imp___vsnprintf

J'ai un symbole externe non résolu (__imp___vsnprintf). De quoi se prendre la tête.

Le truc que je ne pige pas, c'est que cette librairie (strmbase.lib) est compilée en statique..... Donc si elle est compilée en statique, il ne devrait pas y avoir de symbole externe non reconnu.......

J'aimerais comprendre. Je suis capable de contourner le problème, suffit de virer cette fonction ou de la remplacer (mais ça ne me plait pas surtout pour une version release).

[mat.M]

Le truc que je ne pige pas, c'est que cette librairie (strmbase.lib) est compilée en statique..... Donc si elle est compilée en statique, il ne devrait pas y avoir de symbole externe non reconnu.......

Oui mais au risque de dire des aneries il y a des références à des objets COM et le mode de fonctionnement n'est pas tout à fait le même qu'une lib C classique.

J'avais eu des tas de problèmes aussi sur un projet en entreprise avec DShow et strmbase à recompiler.

Peut-être , je dis bien que peut-être c'est mieux d'utiliser une version de Direct X NON debug mais retail.
La version debug de Dx c'est une cagade pas possible...

[moldavi]

J'ai comme le sentiment que c'est juste un problème de fichiers d'inclusion.

Ma programme utilise les versions "multithreadée" des bibliothèques. C'est je pense un bug de directshow. La fonction incriminée se trouve dans un fichier .c et doit être compilé dans une biliothèque de windows non "multithreadée".

le souci c'est que de nombreux en-tête de directX renomment cette fonction à coup de #define et que c'est le bordel ABSOLU.

Difficile de savoir si le problème se situe au niveau d'un .h ou d'un .lib avec toutes ces redéfinitions.

Je ne sais pas trop comment faire. Il n'y a rien sur le net à ce sujet. Je vais essayer de poster chez Microsoft, mais ça à l'air aussi d'être le bordel.

[moldavi]

A la compilation de mon programme j'avais un conflit de bibliothèque entre libcmtd.lib et msvcrtd.lib.

Pour résoudre ce conflit j'utilisais /NODEFAULTLIB:msvcrtd.lib

Pas de bol pour moi c'était l'autre librairie qu'il fallait ignorer /NODEFAULTLIB:libcmtd.lib

La seule différence c'est que libcmtd.lib est une librairie de débogage multithread et que msvcrtd.lib est une librairie de débogage multithread avec dll.

Je n'utilise pas de dll dans ce programme mais faut croire que oui.

Voilà, à bientôt pour la prochaine prise de tête...