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

Installation, Déploiement et Sécurité VB Discussion :

Le 'setup1.exe' utilisé par l'intallation n'est pas celui du fichier cab


Sujet :

Installation, Déploiement et Sécurité VB

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Luxembourg

    Informations forums :
    Inscription : Décembre 2006
    Messages : 7
    Par défaut Le 'setup1.exe' utilisé par l'intallation n'est pas celui du fichier cab
    Bonjour
    Apres avoir fouillé dans le forum et n'ayant pas trouvé de problème se rappochant du mien, je viens vers vous car je vois pas la solution.

    J'ai développé un logiciel en Visual Basic 6 (avec des collègues) qui permet la validation et le stockage de données dans des bases Access et Oracle. Le programme est constitué de 2 exécutable et de trois dll (le tout en VB6)

    Pour l'installation, j'ai utilisé le soft 'Package and deployement wizard'. J'ai réalisé les dependences sur les dll et sur l'executable secondaire, et j'ai fait un setup normal sur l'exe principal.

    Le setup marche bien, tout s'intalle correctement chez le client.

    Par la suite, j'ai commencé à faire des modifs dans les sources du setup1.exe tel que: test de la presence du client Oracle sur le PC, ajout d'un mode automatique complet,...

    j'ai donc refait un setup d'installation en utilisant le nouveau setup1.exe (copie du nouveau fichier dans le répertoire support) avec le fichier Bat.

    Et maintenant, lorsque j'installe le programme sur un pc j'ai 2 cas:
    - Le pc est propre (mon application n'a jamais été installé)
    L'installation se passe correctement, pas de problème

    - Le pc est 'sale' (une ancienne version de mon application a déjà été installé)
    Le setup lance l'ancienne version du setup1.exe et pas celle qui se trouve dans le fichier cab.
    En effet lors de l'installation, le fichier setup1.exe est décompressé dans le répertoire de windows. et je constate que voyans que le fichier existe déjà, il ne le remplace pas. Y a-t-il un moyen de forcer l'ecrassement du vieu setup1.exe du répertoire par le nouveau.
    Je tiens à préciser que l'ancienne application a été désintallé avant la nouvelle installation mais cela ne supprime pas le fichier setup1.exe du répertoir de Windows.

    Voila le fichier setup.lst

    [Bootstrap]
    SetupTitle=Install
    SetupText=Copying Files, please stand by.
    CabFile=sam.CAB
    Spawn=Setup1.exe
    Uninstal=st6unst.exe
    TmpDir=msftqws.pdw
    Cabs=1

    [Bootstrap Files]
    File1=@COMCAT.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,5/31/98 12:00:00 AM,22288,4.71.1460.1
    File2=@MSVCRT40.DLL,$(WinSysPathSysFile),,,6/1/99 12:00:00 AM,326656,4.22.0.0
    File3=@OLEPRO32.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,3/8/99 12:00:00 AM,164112,5.0.4275.1
    File4=@STDOLE2.TLB,$(WinSysPathSysFile),$(TLBRegister),,6/3/99 12:00:00 AM,17920,2.40.4275.1
    File5=@ASYCFILT.DLL,$(WinSysPathSysFile),,,3/8/99 12:00:00 AM,147728,2.40.4275.1
    File6=@OLEAUT32.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,4/12/00 12:00:00 AM,598288,2.40.4275.1
    File7=@MSVBVM60.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,6/19/03 12:05:04 PM,1385744,6.0.96.90
    File8=@VB6STKIT.DLL,$(WinSysPathSysFile),,,2/1/01 2:24:56 PM,101888,6.0.84.50

    [IconGroups]
    Group0=SAM6.3
    PrivateGroup0=-1
    Parent0=$(Programs)

    [SAM6.3]
    Icon1="samview.exe"
    Title1=Sam Viewer Editor
    StartIn1=$(AppPath)
    Icon2="sam.exe"
    Title2=SAM6.3
    StartIn2=$(AppPath)

    [Setup]
    Title=SAM6.3
    DefaultDir=$(ProgramFiles)\SAM6.3
    AppExe=sam.exe
    AppToUninstall=sam.exe

    [Setup1 Files]
    File1=@MDAC_TYP.EXE,$(AppPath),,,1/20/00 12:00:00 AM,7856352,25.0.4403.12
    File2=@RDOCURS.DLL,$(WinSysPath),,$(Shared),8/2/00 12:00:00 AM,151552,6.0.88.4
    File3=@MSRDO20.DLL,$(WinSysPath),$(DLLSelfRegister),$(Shared),8/2/00 12:00:00 AM,397312,6.0.88.62
    File4=@SamView.GID,$(AppPath),,,2/2/06 10:04:32 AM,8628,0.0.0.0
    File5=@SAMViewer20.pdf,$(AppPath),,,12/8/05 1:33:08 AM,502969,0.0.0.0
    File6=@Samview.hlp,$(AppPath),,,1/20/06 10:24:22 AM,173498,0.0.0.0
    File7=@comctl32.ocx,$(WinSysPath),$(DLLSelfRegister),$(Shared),5/21/00 4:00:00 PM,608448,6.0.81.5
    File8=@TABCTL32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),12/5/00 3:00:00 PM,209608,6.0.90.43
    File9=@gswdll32.dll,$(WinSysPath),,$(Shared),1/11/96 2:00:00 PM,69632,2.5.3.5
    File10=@gsw32.exe,$(WinSysPath),,$(Shared),1/11/96 2:00:00 PM,334336,2.5.3.5
    File11=@MFC40.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,6/1/99 12:00:00 AM,924432,4.1.0.6140
    File12=@GRAPH32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),1/11/96 2:00:00 PM,326656,1.0.0.46
    File13=@GRID32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),1/11/96 3:00:00 PM,89600,4.0.29.8
    File14=@MSOUTL32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),1/11/96 3:00:00 PM,78848,4.0.29.22
    File15=@MSTEXT35.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,4/24/98 12:00:00 AM,165648,3.51.623.0
    File16=@MSEXCL35.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,4/24/98 12:00:00 AM,250128,3.51.623.2
    File17=@VB5DB.DLL,$(WinSysPath),,$(Shared),6/18/98 12:00:00 AM,89360,6.0.81.69
    File18=@MSJINT35.DLL,$(WinSysPathSysFile),,,4/24/98 12:00:00 AM,123664,3.51.623.0
    File19=@MSJTER35.DLL,$(WinSysPathSysFile),,,4/24/98 12:00:00 AM,24848,3.51.623.0
    File20=@MSREPL35.DLL,$(WinSysPathSysFile),,,8/25/99 10:57:26 AM,415504,3.51.3225.0
    File21=@MSRD2X35.DLL,$(WinSysPathSysFile),$(DLLSelfRegister),,4/24/98 12:00:00 AM,252176,3.51.623.0
    File22=@expsrv.dll,$(WinSysPathSysFile),,,9/27/03 3:12:38 AM,380957,6.0.72.9589
    File23=@vbajet32.dll,$(WinSysPathSysFile),,,9/27/03 3:12:31 AM,30749,6.0.1.9431
    File24=@Msjet35.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,9/28/99 5:42:48 PM,1050896,3.51.3328.0
    File25=@DAO350.DLL,$(MSDAOPath),$(DLLSelfRegister),$(Shared),4/27/98 12:00:00 AM,570128,3.51.1608.0
    File26=@DAO2535.TLB,$(MSDAOPath),$(TLBRegister),$(Shared),5/15/98 3:00:00 AM,73184,0.0.0.0
    File27=@COMDLG32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),5/22/00 12:00:00 AM,140488,6.0.84.18
    File28=@samview.exe,$(AppPath),,,2/20/06 1:13:30 AM,1777664,6.2.0.18
    File29=@Questionnaire for Visualisation.vxl,$(AppPath),,,8/9/01 5:23:26 PM,298496,0.0.0.0
    File30=@Questionnaire for Edition.qxl,$(AppPath),,,2/14/02 4:34:42 PM,372736,0.0.0.0
    File31=@Graphics.ini,$(AppPath),,,8/25/00 8:25:40 PM,1270,0.0.0.0
    File32=@Schema.bki,$(AppPath),,,6/29/05 4:34:41 PM,226,0.0.0.0
    File33=@domaine.str,$(AppPath),,,7/15/05 9:41:59 AM,620544,0.0.0.0
    File34=@MSCOMCTL.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),6/6/02 10:13:00 AM,1077344,6.1.95.45
    File35=@msflxgrd.ocx,$(WinSysPath),$(DLLSelfRegister),$(Shared),5/7/99 2:24:42 PM,244232,6.0.84.18
    File36=@COMCT232.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),6/24/98 12:00:00 AM,164144,6.0.80.22
    File37=@DBGRID32.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),6/24/98 12:00:00 AM,525352,5.1.81.4
    File38=@oip9.tlb,$(WinSysPath),$(TLBRegister),$(Shared),4/26/02 4:22:32 PM,68200,0.0.0.0
    File39=@ODBCCP32.dll,$(WinSysPath),,$(Shared),2/24/06 11:57:38 PM,98304,3.520.9053.0
    File40=@ArteConnection.dll,$(AppPath),$(DLLSelfRegister),,1/16/06 8:21:19 PM,73796,1.0.0.31
    File41=@SAMOracle.dll,$(AppPath),$(DLLSelfRegister),,7/19/06 9:41:02 AM,40960,1.0.0.51
    File42=@msjtes40.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,7/20/04 4:56:46 AM,241936,4.0.9025.0
    File43=@msjint40.dll,$(WinSysPathSysFile),,,9/27/03 3:12:53 AM,151824,4.0.6508.0
    File44=@msjter40.dll,$(WinSysPathSysFile),,,9/27/03 3:12:53 AM,53520,4.0.6508.0
    File45=@msrepl40.dll,$(WinSysPathSysFile),,,7/20/04 4:56:48 AM,553232,4.0.9025.0
    File46=@msrd3x40.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,9/27/03 3:12:57 AM,315664,4.0.6508.0
    File47=@msrd2x40.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,9/27/03 3:12:56 AM,422160,4.0.7328.0
    File48=@mswdat10.dll,$(WinSysPathSysFile),,,9/27/03 3:13:00 AM,831760,4.0.6508.0
    File49=@mswstr10.dll,$(WinSysPathSysFile),,,9/27/03 3:13:01 AM,614672,4.0.6508.0
    File50=@msjet40.dll,$(WinSysPathSysFile),$(DLLSelfRegister),,7/20/04 4:56:44 AM,1507600,4.0.9025.0
    File51=@dao360.dll,$(MSDAOPath),$(DLLSelfRegister),$(Shared),3/1/04 9:58:18 PM,561424,3.60.8618.0
    File52=@SamAccess.dll,$(AppPath),$(DLLSelfRegister),,1/16/06 8:23:13 PM,94271,1.0.0.39
    File53=@msvcrt.dll,$(WinSysPathSysFile),,,6/19/03 12:05:04 PM,286773,6.1.9844.0
    File54=@scrrun.dll,$(WinSysPath),$(DLLSelfRegister),$(Shared),6/26/01 4:39:42 PM,151601,5.6.0.6626
    File55=@USERENV.DLL,$(AppPath),,,4/8/05 1:54:30 PM,399120,5.0.2195.7002
    File56=@sam.exe,$(AppPath),,,7/19/06 10:47:38 AM,10493952,6.3.0.3


    Merci d'avance

    Christophe

  2. #2
    Membre confirmé
    Inscrit en
    Avril 2003
    Messages
    288
    Détails du profil
    Informations personnelles :
    Âge : 50

    Informations forums :
    Inscription : Avril 2003
    Messages : 288
    Par défaut
    Utilises InnoSetup pour ton installeur.
    Ca te permettra de gérer les désintallation ou réinstallation.

    Y'a pas mal d'exemple sur ce forum.

    ++

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Luxembourg

    Informations forums :
    Inscription : Décembre 2006
    Messages : 7
    Par défaut
    Merci, je vais regarder pour utiliser InnoSetup mais j'ai fait pas mal de modif dans les sources de Setup1, je vais voir si cela ne va pas me faire trop de boulot

    Christophe

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Luxembourg

    Informations forums :
    Inscription : Décembre 2006
    Messages : 7
    Par défaut
    J'ai trouvé une solution à mon problème.

    Il suffit de forcer la mise à jour du fichier setup1.exe dans le répertoire de windows en rajoutant une ligne dans le [Bootstrap Files]

    File9=@SETUP1.EXE,$(WinPath),,,11/18/06 5:26:42 PM,226240,6.1.84.72

    Ainsi, si le fichier setup1.exe existe deja et que la version n'est pas la meme, il sera ecrasé et le bon setup sera donc executé.

    j'ai egalement regardé pour utiliser Immosetup, Cela ajoute beaucoup de fonctionalité en effet mais par contre je ne pense pas que je puisse faire tout ce que je fais dans le Setup1 (comme par exemple: verifier la presence du client de Oracle et adapter l'installation en conséquence)

    Christophe

  5. #5
    Expert confirmé
    Avatar de ThierryAIM
    Homme Profil pro
    Inscrit en
    Septembre 2002
    Messages
    3 673
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Secteur : Industrie

    Informations forums :
    Inscription : Septembre 2002
    Messages : 3 673
    Par défaut
    Bien pour ta solution, et Merci pour ceux que ca pourrait interesser

    Citation Envoyé par PetitB
    j'ai egalement regardé pour utiliser Immosetup, Cela ajoute beaucoup de fonctionalité en effet mais par contre je ne pense pas que je puisse faire tout ce que je fais dans le Setup1 (comme par exemple: verifier la presence du client de Oracle et adapter l'installation en conséquence)

    Christophe
    Si tu maitrises un peu le langage Delphi (la section code de InnoSetup est en Delphi/Pascal) tu pourras faire encore beaucoup plus, et bien plus facilement qu'avec le setup VB !

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 7
    Dernier message: 23/03/2005, 22h23
  2. Réponses: 10
    Dernier message: 08/02/2005, 16h04
  3. Ajout de critères dans Select utilisé par xp_sendmail
    Par bd0606 dans le forum MS SQL Server
    Réponses: 8
    Dernier message: 28/05/2004, 17h02
  4. [JVM] Connaitre la taille mémoire utilisé par les dif classe
    Par sur_uix dans le forum Général Java
    Réponses: 4
    Dernier message: 18/09/2003, 09h17
  5. Réponses: 9
    Dernier message: 22/03/2003, 21h47

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