Au secours !!! fichiers périmés ...
cedemo
Messages postés
12
Date d'inscription
vendredi 1 août 2003
Statut
Membre
Dernière intervention
23 janvier 2005
-
18 nov. 2004 à 20:05
logistel Messages postés 11 Date d'inscription mercredi 3 août 2005 Statut Membre Dernière intervention 8 novembre 2011 - 3 août 2005 à 23:25
logistel Messages postés 11 Date d'inscription mercredi 3 août 2005 Statut Membre Dernière intervention 8 novembre 2011 - 3 août 2005 à 23:25
A voir également:
- Au secours !!! fichiers périmés ...
- Vscode rechercher dans tous les fichiers ✓ - Forum VB.NET
- Vscode comparer 2 fichiers ✓ - Forum Visual Basic
- Comparer deux fichiers - Forum C
- Au secours ! Comment comparer deux fichiers textes - Forum Visual Basic
- Ouvrir gros fichiers textes ✓ - Forum C# / .NET
2 réponses
cs_CanisLupus
Messages postés
3757
Date d'inscription
mardi 23 septembre 2003
Statut
Membre
Dernière intervention
13 mars 2006
21
18 nov. 2004 à 20:18
18 nov. 2004 à 20:18
Salut, je pense qu'une partie de la solution est LA
Cordialement, CanisLupus
Cordialement, CanisLupus
logistel
Messages postés
11
Date d'inscription
mercredi 3 août 2005
Statut
Membre
Dernière intervention
8 novembre 2011
3 août 2005 à 23:25
3 août 2005 à 23:25
Problème d’installation d’une application VB sur une autre machine, affichage du
Message « L’installation ne peut continuer parce que certains de vos fichiers systèmes sont périmés. …. »
Bonjour,
Cela fait 3 jours que je galère avec le problème du message « fichiers périmés « et du reboot de windows .
Ci-dessous plusieurs infos piochées ça et là.
En résumé si j’ai bien compris cela signifie que si votre application repère sur votre machine une DLL du runtime (voir définition et liste ci-dessous) plus ancienne que celle que vous voulez installer il l’écrit dans un fichier TEMP et à la fin vous demande de rebooter pour mettre à jour. Problème au redémarrage il ne retrouve pas la liste des DLL’s à mettre à jour et recommence son cinéma.
J’ai fait plusieurs essais notamment en téléchargeant sur microsoft le service pack 6 et le VB6SP6 et le programme vbrun60sp6.exe qui est un programme extractible qui met à jour les DLL du runtime par un simple ShellExecute depuis votre programme d’installation.
Cela ne marche toujours pas.
Pour contourner ce problème, il faut à mon avis mettre dans le projet les plus vieilles DLL et ocx, ainsi il n’aura rien à mettre à jour.
Je me propose donc d’utiliser une vielle machine sur laquelle je vais installer Windows 98 et j’installerai juste VB6 original sans surtout mettre à jour les services packs de mise à jour. Ainsi il est probable que mon apllication utilisant les fichiers d’origine , c'est-à-dire les plus anciens, n’est pas de problème à l’installation.
Ceci n’est que de la théorie, mais je vais essayer.
Ci-dessous des explications prises un peu partout. A vous de voir, il semble qu’il y est d’autres solutions.
ouf….
Salut,
Il suffit d'avoir un prog d'amorcage (moi j'utilise un self extractor) qui
place toutes les dll du runtime et l'exe ds un repertoire temp, ainsi mon
exe d'installation peut démarrer.
(si tu veux voir ca en fonctionnement :
http://ngsoftfr.free.fr/mirror/sc_setup.exe c'est bien un prog vb qui fait
le boulot :) )
Message « L’installation ne peut continuer parce que certains de vos fichiers systèmes sont périmés. …. »
Bonjour,
Cela fait 3 jours que je galère avec le problème du message « fichiers périmés « et du reboot de windows .
Ci-dessous plusieurs infos piochées ça et là.
En résumé si j’ai bien compris cela signifie que si votre application repère sur votre machine une DLL du runtime (voir définition et liste ci-dessous) plus ancienne que celle que vous voulez installer il l’écrit dans un fichier TEMP et à la fin vous demande de rebooter pour mettre à jour. Problème au redémarrage il ne retrouve pas la liste des DLL’s à mettre à jour et recommence son cinéma.
J’ai fait plusieurs essais notamment en téléchargeant sur microsoft le service pack 6 et le VB6SP6 et le programme vbrun60sp6.exe qui est un programme extractible qui met à jour les DLL du runtime par un simple ShellExecute depuis votre programme d’installation.
Cela ne marche toujours pas.
Pour contourner ce problème, il faut à mon avis mettre dans le projet les plus vieilles DLL et ocx, ainsi il n’aura rien à mettre à jour.
Je me propose donc d’utiliser une vielle machine sur laquelle je vais installer Windows 98 et j’installerai juste VB6 original sans surtout mettre à jour les services packs de mise à jour. Ainsi il est probable que mon apllication utilisant les fichiers d’origine , c'est-à-dire les plus anciens, n’est pas de problème à l’installation.
Ceci n’est que de la théorie, mais je vais essayer.
Ci-dessous des explications prises un peu partout. A vous de voir, il semble qu’il y est d’autres solutions.
ouf….
Salut,
Il suffit d'avoir un prog d'amorcage (moi j'utilise un self extractor) qui
place toutes les dll du runtime et l'exe ds un repertoire temp, ainsi mon
exe d'installation peut démarrer.
(si tu veux voir ca en fonctionnement :
http://ngsoftfr.free.fr/mirror/sc_setup.exe c'est bien un prog vb qui fait
le boulot :) )