Discussion :

[beb30]

j'ai dévellopé un petit pgm avec Visual c++6.0.
Lorsque je tente de lancer l'executable sur un pc ne disposant pas Visual c++ l'executable reste inactif. aucun message d'erreur, aucune réaction.

Mon programme est structuré ainsi:

*un projet principal de type MFC AppWizard (exe)
-> Settings: C++: Code generation:Multithreaded
General: Use MFC in a static library

Ce projet fais appel a des fonctions de deux projets de type Win32 Static Library

Ces deux projets ont pour config:
-> Settings: C++: Code generation:Multithreaded
General: Not using MFC


Je ne comprends pas pourquoi celui ci ne se lance pas.

En utilisant le logiciel fourni par Windows "Depends.exe", j'ai pu obtenir une liste de DLL qu'utilise mon executable. J'ai essayé de copier ces DLLs de mon envirronnement à celui d'un PC cible,dans le dossier System32, mais en vain.

Je ss completement bloqué et je me dois de trouver une solution. J espere que par ce mois d'Aout, je trouverai parmis d'iireductibles développeurs qqun qui peut me donner un coup de main.

J'ai egalement une question au sujet du mode DEBUG/RELEASE. Normalement un exe généré en mode Debug a plus de chance de fonctionner correctement qu'en mode Release non?


Merci

[hiko-seijuro]

en mode debug certaines erreurs sont passées à la trappe
en revanche en mode release tu peux le distribuer sur n'importe quelle machine donc faut que ca soit compiler en release

qu'est ce que tu appelles inactif sinon ?

[nico-pyright(c)]

voir dans la faq http://c.developpez.com/faq/vc/?page...stributeMFCApp

[mat.M]

En utilisant le logiciel fourni par Windows "Depends.exe", j'ai pu obtenir une liste de DLL qu'utilise mon executable. J'ai essayé de copier ces DLLs de mon envirronnement à celui d'un PC cible,dans le dossier System32, mais en vain.

Merci

Serait-il possible d'avoir une copie d'écran de depends.exe ?
Est-ce que c'est une appli dialogue, MDI ,SDI ?

Juste un petit test à faire : réaliser le même genre d'appli mais vide avec les assistants et avec MFC liées statiquement pour voir si le problème se reproduit.
S'il se reproduit, c'est un pb interne MFC
Le cas contraire c'est un pb d'initialisation et de développement d'application à investiguer avec des fichiers de log pour tracer ( conseil que je donne éternellement )

[beb30]

En fait je double clique sur l'executable et rien ne se passe, aucune trace de fenetre qui tenterait de s'ouvrir.... rien le neant total.

J'ai également essayé en mode release, mais sans succes. Ceci dit, je croyais que le mode debug était plus solide.

J'ai déja regardé dans la FAQ, j'ai importé les DLLs, regardé sur différents site.... mais rien!

[mat.M]

En fait je double clique sur l'executable et rien ne se passe, aucune trace de fenetre qui tenterait de s'ouvrir.... rien le neant total.

J'ai également essayé en mode release, mais sans succes. Ceci dit, je croyais que le mode debug était plus solide.

J'ai déja regardé dans la FAQ, j'ai importé les DLLs, regardé sur différents site.... mais rien!

Oui mais tu ne réponds pas aux questions : projet SDI, MDI , Dialogue ?
As-tu essayé un simple projet avec ClassWizard ?

[beb30]

Effectivement je n'avais pas pris connaissance de la réponse qui m'avait été faite...

Mon projet est de type Boite de dialogue. j'ai essayé un exe MFC tt simple et là, à ma grande surprise ca marche... je n'avais pas pu penser que cela pouvoir venir de mon programme..., car il tourne sans probleme sur un pc où visual c++ 6.0 est installé.
C'est pour cela que je me suis penché sur un probleme de configuration ou de DLLs mais vraisemblablement non...

Bizarre.

Je vais essayer de suivre tes conseils:

Le cas contraire c'est un pb d'initialisation et de développement d'application à investiguer avec des fichiers de log pour tracer ( conseil que je donne éternellement )

Ca veut dire des fichiers de log?

[beb30]

J'ai repris un exemple simple style MFCAppWizard (exe)

j utilise dans ma boite de dialogue un composant de type COMONDIALOG pour obtenir une fonctionnalité de Browser sur un bouton.

Je me suis aperçu que lorsque j'enlevai celui ci dans ma boite de dialogue.
Mon executable se lance...

Est ce que l'utilisation de ce type de composant est incompatible avec un executable MFC...?

[beb30]

J'ai repris mon programme final que je dois porter sur d'autres PC et j'ai enlevé les composant COMMONDIALOG que j'utilisais pour pouvoir utiliser des fonctions de Browse/explorateur.... et là mon exe se lance bien!!!

Ce composant donc n'est peut être pas compatible...

Je vais chercher une autre facon d'effectuer ce type de fonction...

Si il y a des idées je suis preneur.

Merci

[nico-pyright(c)]

c'est pas internet explorer qui distribue les common dialogs ? je dis peut-etre une connerie, mais vérifie si t'as bien les memes versions sur tes deux postes

[mat.M]

Est ce que l'utilisation de ce type de composant est incompatible avec un executable MFC...?

Eh oui mais effectivement comme le dit NicoPyright cela peut venir de la version de IE installée....

Je vais essayer de suivre tes conseils:

Ca veut dire des fichiers de log?

Voui toujours procéder méthodiquement

[beb30]

Effectivement cela ne sont pas les memes version d IE mais je ne comprends pas pourquoi l'exe initial fonctionne tres bien sur des pcs où Visual c++ 6.0 est installé.

Sinon connaissez vous une autre facon pour effectuer une fonction de style browse en MFC ...

[mat.M]

Sinon connaissez vous une autre facon pour effectuer une fonction de style browse en MFC ...

Qu'appelles-tu Browse ?
Si c'est pour les répertoires on peut utiliser les fonctions du Shell, l'objet qui commence par SH_
Aller sur www.codeproject.com ou www.codeguru.com il doit y avoir des exemples.

[nico-pyright(c)]

ou dans la faq http://c.developpez.com/faq/vc/?page=CFileDialog
http://c.developpez.com/faq/vc/?page...s#SelectFolder

[beb30]

Merci à tous j'ai enfin pu résoudre mon probleme....
Les COMMON DIALOG étaien les fautifs.....


Il est vrai que le fait de m'avoir aiguiller sur un truc tt simple comme:

Juste un petit test à faire : réaliser le même genre d'appli mais vide avec les assistants et avec MFC liées statiquement pour voir si le problème se reproduit.
S'il se reproduit, c'est un pb interne MFC
Le cas contraire c'est un pb d'initialisation et de développement d'application à investiguer avec des fichiers de log pour tracer ( conseil que je donne éternellement )

Je n'y avait pas pensé et c vrai que j'aurais du le faire plutôt cela m'aurait éviter de tourner en rond trop longtemps!

je m en souviendrai.....

Merci encore