Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3
  1. #1
    HRS
    HRS est déconnecté
    Membre expérimenté Avatar de HRS
    Inscrit en
    mars 2002
    Messages
    641
    Détails du profil
    Informations forums :
    Inscription : mars 2002
    Messages : 641
    Points : 512
    Points
    512

    Par défaut à propos des .dll .ocx utilisés par un programme VB6

    j'ai récupéré la gestion d'un programme écrit en VB6 et qui doit être installé
    sur un certain nombre de postes

    il y a des postes où le programme fonctionne, sur d'autres non. Sur ces derniers,
    il manque des .dll .ocx présentes sur les premiers sans qu'on sache lesquelles exactement

    1) Comment savoir le nom de l'ensemble des .dll .ocx (*) utilisées par le programme ?

    2) Pourquoi suffit-il à certaines .dll .ocx d'être présentes sous le même répertoire que le .exe alors que d'autres doivent IMPERATIVEMENT être installées dans la base de registres ?

    (*) j'ai été confronté au fameux rejet 429 sans pouvoir savoir ce qui manquait

  2. #2
    Rédacteur
    Avatar de DarkVader
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mai 2002
    Messages
    1 995
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2002
    Messages : 1 995
    Points : 2 802
    Points
    2 802

    Par défaut

    Bonjour,

    j'ai récupéré la gestion d'un programme écrit en VB6 et qui doit être installé
    sur un certain nombre de postes

    il y a des postes où le programme fonctionne, sur d'autres non. Sur ces derniers,
    il manque des .dll .ocx présentes sur les premiers sans qu'on sache lesquelles exactement

    1) Comment savoir le nom de l'ensemble des .dll .ocx (*) utilisées par le programme ?
    La distribution d'une application ayant des dépendances se fait par l'intermédiaire d'un programme d'installation.
    Cela permet de distribuer les dépendances propriétaires et plus généralement de gérer toutes les dépendances
    sans tenir compte du système d'exploitation utilisé au moment du déploiement (certaines n'étant plus distribuées lors de MAJ de Windows).
    Si cet install n'existe pas il serait préférable d'en générer un.
    Pour connaitre les dépendances d'une application il est préférable d'en détenir les sources ; au cas contraire, cela devient beaucoup plus compliqué.

    2) Pourquoi suffit-il à certaines .dll .ocx d'être présentes sous le même répertoire que le .exe alors que d'autres doivent IMPERATIVEMENT être installées dans la base de registres ?
    Seules les librairies automation nécessitent d'être enregistrées.
    Le chemin d'installation n'interfère que sur l'ordre de chargement des librairies Windows ; l'application recherchant celles-ci en premier lieu dans le répertoire de l'application.

    Je fournis pelles et pioches mais jamais l'huile de coude.
    ________________________________________________

    « Heureux soient les fêlés, car ils laisseront passer la lumière. »

    Pensez aux liens
    Rechercher - Google - Google Labs - AllApi
    et avant de poster : « A lire » , « Tutoriel sur le déboguage »

  3. #3
    Membre Expert
    Inscrit en
    juin 2006
    Messages
    761
    Détails du profil
    Informations forums :
    Inscription : juin 2006
    Messages : 761
    Points : 1 112
    Points
    1 112

    Par défaut

    Citation Envoyé par HRS Voir le message
    1) Comment savoir le nom de l'ensemble des .dll .ocx (*) utilisées par le programme ?
    Si tu n'as pas le fichier du projet (.vbp) alors utilise Dependency Walker.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •