Quels types de problèmes surviennent lors de l'installation d'un nouveau programme pendant que d'autres programmes sont en cours d'exécution? J'imagine que le GAC a résolu un grand nombre des anciens problèmes de verrouillage des DLL partagées. Alors, quel genre de problèmes se posent encore? Je peux certainement voir des problèmes avec la mise à niveau d'un seul programme, mais en dehors de cela, il est difficile de voir pourquoi les applications piétineraient les uns les autres.
9
Réponses:
GAC aide uniquement avec les assemblys .NET. Il existe de nombreuses autres applications qui ne sont pas écrites en .NET.
Quels autres problèmes existent?
Pourquoi risquer d'échouer le processus d'installation alors qu'il est si facile d'arrêter d'autres applications et d'attendre quelques minutes? Allez prendre une tasse de café en attendant. :)
la source
Vous ne pouvez pas remplacer une DLL ou un EXE utilisé par une autre application. Les invites mieux écrites disent "regardez, fermez les choses qui utilisent des choses que je veux mettre à jour (et vous donne une liste) ou continuez l'installation et nous devrons redémarrer après pour remplacer la DLL / EXE." Les paresseux vous disent simplement aveuglément de fermer chaque chose que vous avez en cours d'exécution, au cas où.
Je déteste redémarrer. Je déteste fermer les trucs que j'utilise. Parfois, je continue de rouler et je ne ferme rien qui tourne. J'ai une petite supposition si les choses peuvent partager une DLL, donc par exemple si je mets à jour Word, j'accepterai de fermer Outlook, mais pas Foxit Reader, je sais qu'ils sont probablement indépendants. J'accorde plus d'attention aux invites non paresseuses (qui me disent ce que le conflit implique) qu'aux invites paresseuses, qui peuvent aussi bien dire "peuvent contenir des arachides" pour toute la pensée qui y est entrée.
la source
peut-être que l'installateur est juste trop paranoïaque? en toute honnêteté, je n'ai jamais fermé tous les programmes lorsqu'un installateur m'a demandé de le faire et n'a jamais eu de problèmes. Mais ça pourrait être de la chance.
la source
Souvent, ce message est simplement inséré comme texte par défaut pour le système d'installation utilisé. 9 fois sur 10, il peut être ignoré. C'est juste cette 10ème fois que vous devez vous inquiéter :-) imo, en plus des raisons techniques que DevArt résume bien, il a probablement été ajouté à l'origine pour que les utilisateurs finaux ne crient pas aux fournisseurs de la perte de travail si le programme d'installation plante Windows et leur fait perdre des feuilles de calcul et des documents importants sur lesquels ils travaillaient - une occurrence pas trop rare à l'époque de l' installation du logiciel.
la source
Le risque de conflit entre l'application installée et déjà en cours d'exécution est très faible. De nos jours, la plupart des applications sont basées sur le concept de bac à sable et n'ont pas besoin d'en sortir pendant le processus d'installation (ou d'utilisation normale).
Mais supposons que lors de l'installation de certains logiciels, une modification doit être apportée à un fichier qui est très probablement déjà ouvert par une autre application. Vous avez deux choix ici:
Malheureusement, la deuxième option est choisie la plupart du temps.
la source
c'est une couverture. je ne me dérange jamais et n'ai eu aucun problème. la seule exception est l'installation d'un plugin lorsque l'application ciblée (IE, FireFox, Visual Studio, etc.) est toujours ouverte
la source