Lancement de VB 6.0 dans Terminal Server & # 8220; Préparation de l'installation & # 8221; installateur Windows pour les utilisateurs non administrateurs

Question

Cela peut sembler être une question informatique, mais la plupart des informaticiens à qui j'ai posé la question n'ont pas pu m'aider. Là où je travaille, nous avons un serveur Windows 2003 où plusieurs développeurs se connectent via RDP. Nous avons dégradé les privilèges de certains d'entre eux (ils étaient admin). Et à présent, lorsqu'ils lancent Visual Basic 6.0 , ils obtiennent le programme d'installation de Windows " Préparation de l'installation " dialogue. Il disparaît au bout de 2 minutes environ, mais c'est une gêne et une perte de temps. J'ai essayé plusieurs choses, notamment renommer msi.dll dans system32 ET dans dllcache, en donnant aux développeurs un contrôle total sur le registre et sur c: \ Program Files , mais rien ne semble fonctionner.

Toute aide serait appréciée.

Merci

Nelson Marmol

Answer 1

Aucune des solutions fournies ici ne résout le problème. Merci de votre aide. Après quelques recherches supplémentaires, j'ai trouvé ces étapes dans un article et cela a résolu le problème: 1) Accédez au dossier C: \ Windows \ System32 et recherchez msi.dll.

2) Renommez le fichier msi.dll en un autre nom.

3) Accédez également au dossier C: \ Windows \ System32 \ dllcache et renommez msi.dll également.

Si vous n'avez pas effectué cette étape, le fichier msi.dll du dossier System32 sera automatiquement recréé.

Si vous ne parvenez pas à trouver ce dossier dllcache, vous devrez peut-être modifier une propriété dans les options du dossier.

Dans l'Explorateur Windows - > Aller au menu Outils - > Sélectionnez Options des dossiers - > Cliquez sur l'onglet Affichage - > Désactivez l'option " Masquer les fichiers protégés du système d'exploitation (recommandé) ".

.

4) Lancez VB6 et vous pouvez maintenant lancer VB6 sans obtenir le message d'erreur.

5) Renommez le fichier en msi.dll dans le dossier System32 et le dossier dllcache .

Answer 2

Je voudrais essayer de changer la façon dont ils démarrent VB. Créez un lien vers vb6.exe et utilisez-le à la place du lien existant créé par le programme d'installation.

Answer 3

Lancez ProcessMonitor sur le serveur, configurez un filtre. pour un utilisateur particulier, puis demandez-lui de se connecter normalement. Cela pourrait vous indiquer quelles autorisations échouent lorsque vous essayez d'accéder à un fichier spécifique.

Answer 4

Renommer / tuer le fichier msi.dll n’est pas une solution au problème, cela masque simplement le problème.

Il existe généralement deux causes possibles:

1. Certains lecteurs du serveur Terminal Server, inaccessibles aux utilisateurs non privilégiés - permettent d’obtenir un accès en lecture au dossier racine de ce lecteur;

2. Certains composants installés incorrectement (la dernière fois pour moi, c’était mscomctl32.ocx), ce qui peut être découvert lors d’une enquête sur les événements manquant / mal enregistré).