¿Qué tipo de problemas surgen de la instalación de un nuevo programa mientras se ejecutan otros programas? Me imagino que el GAC resolvió muchos de los viejos problemas de bloqueo de dll compartidos. Entonces, ¿qué tipo de problemas aún surgen? Puedo ver problemas con la actualización de un solo programa con seguridad, pero fuera de esto es difícil ver por qué las aplicaciones pisotearían los pies del otro.
9
Respuestas:
GAC solo ayuda con los ensamblados .NET. Hay muchas otras aplicaciones que no están escritas en .NET.
¿Qué más problemas existen?
¿Por qué arriesgarse a fallar el proceso de instalación cuando es tan fácil detener otras aplicaciones y esperar unos minutos? Ve a tomar una taza de café mientras tanto. :)
fuente
No puede sobrescribir una DLL o EXE que esté en uso por otra aplicación. Las indicaciones mejor escritas dicen "mira, cierra cosas que usan cosas que quiero actualizar (y te da una lista) o continúa con la instalación y luego tendremos que reiniciar para reemplazar el DLL / EXE". Los perezosos solo te dicen ciegamente que cierres cada cosa que tienes corriendo, por si acaso.
Odio reiniciar. Odio cerrar cosas que estoy usando. A veces sigo rodando y no cierro nada que esté funcionando. Tengo un poco de conjetura si las cosas podrían compartir un archivo DLL, por lo que, por ejemplo, si estoy actualizando Word, aceptaré cerrar Outlook, pero no Foxit Reader, sé que probablemente sean independientes. Presto más atención a los avisos no perezosos (que me dicen lo que implica el conflicto) que a los perezosos, que también pueden decir "pueden contener cacahuetes" por todo el pensamiento que se les ha metido.
fuente
¿Quizás el instalador es demasiado paranoico? Honestamente, nunca cerré todos los programas cuando un instalador me lo pidió y nunca me metí en problemas. Sin embargo, podría ser suerte.
fuente
Muchas veces ese mensaje simplemente se inserta como texto predeterminado para el sistema de instalación que se está utilizando. 9 de cada 10 veces se puede ignorar. Es solo la décima vez que tiene que preocuparse por :-) imo, además de las razones técnicas que DevArt resumió muy bien, probablemente se introdujo allí originalmente para que los usuarios finales no griten a los vendedores sobre el trabajo perdido si el instalador bloquea Windows y hace que pierdan hojas de cálculo y documentos importantes en los que se estaba trabajando, algo que no es muy raro en el día de la instalación del software.
fuente
La posibilidad de conflicto entre la aplicación que se está instalando y la que ya se está ejecutando es muy pequeña. En la actualidad, la mayoría de las aplicaciones se basan en el concepto de sandbox y no necesitan salir de él durante el proceso de instalación (o uso normal).
Pero supongamos que al instalar algún software, es necesario realizar un cambio en un archivo que probablemente ya esté abierto por otra aplicación. Tu tienes dos opciones aquí:
Lamentablemente, la segunda opción aparece la mayor parte del tiempo.
fuente
Es una cobertura. Nunca me molesto, y no he tenido problemas. La única excepción es instalar un complemento cuando la aplicación de destino (IE, Firefox, Visual Studio, etc.) todavía está abierta
fuente