IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

EDI Delphi Discussion :

Programme non executable sur machine sans delphi


Sujet :

EDI Delphi

  1. #1
    Membre averti
    Inscrit en
    Août 2009
    Messages
    41
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 41
    Par défaut Programme non executable sur machine sans delphi
    Bonjour,

    J'ai un programme développé sous Delphi 6 qui contient des composants personnels regroupés dans des packages spécifique (pas dans dclusr).

    Le programme fonctionne très bien sur la machine de développement mais lorsque je l'exporte (exécutable + fichiers de configuration + fichier de données + application externe) sur une machine autre (sans delphi au passage) l'application ne fait plus rien.

    Elle doit lire le fichier de donnée, et lancer l'exécutable externe. Mais rien ne ce passe.

    Dans les options de projet, j'ai bien inclus les librairies (case décochée) donc l'application est plus lourde.

    Avez vous des pistes à me proposer.

    Je me demande s'il faut que des ressources soient disposées quelque part sur la machine cible, mais lesquelles?

    Je suis a sec, toute information sera la bien venue. merci

    david

  2. #2
    Expert éminent
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    14 082
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 14 082
    Par défaut
    En général, la réponse à cela, c'est l'histoire des Paquets d'Execution mais comme dans ton cas, tout nous indique que c'est Décochée

    Je dirais qu'il te manque une DLL, as-tu des "external" ou un LoadLibrary

    Ou alors ces fichiers de Données, c'est une DB, et tu ne l'as pas installé, comme le BDE ou le Driver ODBC ...
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  3. #3
    Membre averti
    Inscrit en
    Août 2009
    Messages
    41
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 41
    Par défaut
    Oui c'est bien décoché, effectivement.

    Alors je n'ai pas de DB donc de ce coté la pas de soucie, les DLL je ne pense pas mais il est possible que je passe a coté d'une qui serait nécessaire.

    Par contre tu me met la puce à l'oreille car j'utilise un TF1Book qui charge un Excel. et je pense qu'il y'a du OLE la derrière.

    Tu pense que ça viendrai de la? pourtant j'ai bien Excel dans le pc cible, donc il doit y avoir le "driver" OLE ou ... l'équivalent

    S'il y a des external... c'est dans le fichier projet? ou il peut y en avoir dans des units ou des composants?

    Je te demande car j'ai récupéré le projet donc je n'ai pas tout codé. (mais je connais tous les fichiers).

    Pour revenir sur le Excel, quel est la "procédure" à faire selon toi pour les prendre en compte comme il faut?

    Merci

  4. #4
    Expert éminent
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    14 082
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 14 082
    Par défaut
    le external c'est pour une lien avec une DLL, c'est dans les unités que tu utilise (dans tes paquets non livrés avec Delphi), cherche les dans les unités du projet ... si tu es pas l'auteur du projet, c'est effectivement moins facile à retrouver

    TF1Book, waouh, je ne l'ai pas utilisé depuis D4, tiens, je pensais qu'il était documenté dans Delphi (j'ai la 6 et la 7, et l'aide ne donne rien)
    Sinon il doit te manquer un ocx
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  5. #5
    Expert confirmé

    Avatar de Nono40
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mai 2002
    Messages
    8 640
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Industrie

    Informations forums :
    Inscription : Mai 2002
    Messages : 8 640
    Par défaut
    TF1Book est un ActiveX. Tu dois le placer dans \windows\System32\ puis l'enregistrer dans la liste des composants ActiveX installé dans Windows.

    Je n'ai pas le code sous la main, mais l'idée est là.
    Delphi :
    La F.A.Q. , 877 réponses à vos questions !
    264 sources à consulter/télécharger !

  6. #6
    Membre averti
    Inscrit en
    Août 2009
    Messages
    41
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 41
    Par défaut
    désolé du retard et merci pour votre aide.

    J'ai finalement trouvé comment faire.

    4 dll/ocx à mettre (effectivement) dans system32 et à charger grace à "regsvr32".

    Ensuite ça fonctionne.

    voici un exemple de .bat pour automatiser

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    copy /-Y MFCANS32.DLL "C:\windows\system32\MFCANS32.DLL"
    copy /-Y OC30.DLL "C:\windows\system32\OC30.DLL"
    copy /-Y stdvcl32.dll "C:\windows\system32\stdvcl32.dll"
    copy /-Y VCF132.OCX "C:\windows\system32\VCF132.OCX"
    regsvr32 /s "C:\windows\system32\oc30.dll"
    regsvr32 /s "C:\windows\system32\stdvcl32.dll"
    regsvr32 /s "C:\windows\system32\vcf132.ocx"
    il y'a un fichier à copier mais à ne pas rajouter dans le registre.

    voila bonne continuation

Discussions similaires

  1. erreur bizarre selon execution sur machine multicoeurs ou non
    Par lyxthe dans le forum Threads & Processus
    Réponses: 6
    Dernier message: 29/11/2010, 02h13
  2. Réponses: 5
    Dernier message: 27/05/2008, 11h03
  3. execution sur ordi sans GTK
    Par gy0m76 dans le forum GTK+ avec C & C++
    Réponses: 8
    Dernier message: 01/01/2007, 11h25
  4. programme delphi impossible à executer sur un poste
    Par lux dans le forum Composants VCL
    Réponses: 4
    Dernier message: 23/11/2005, 21h22
  5. Réponses: 2
    Dernier message: 30/10/2005, 14h38

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo