Que tipo de problemas surgem da instalação de um novo programa enquanto outros programas estão em execução? Eu imagino que o GAC resolveu muitos dos problemas antigos de dll compartilhada sendo bloqueada. Então, que tipo de problemas ainda surgem? Eu posso ver problemas com a atualização de um único programa, com certeza, mas fora disso é difícil entender por que os aplicativos pisam no pé do outro.
9
Respostas:
O GAC ajuda apenas com assemblies .NET. Existem muitas outras aplicações que não estão escritas no .NET.
Quais outros problemas existem?
Por que correr o risco de falhar no processo de instalação, quando é tão fácil parar outros aplicativos e esperar alguns minutos? Enquanto isso, vá tomar uma xícara de café. :)
fonte
Você não pode substituir uma DLL ou EXE que está sendo usada por outro aplicativo. As instruções escritas melhor dizem "veja, feche as coisas que estão usando as coisas que eu quero atualizar (e fornece uma lista) ou continue a instalação e teremos que reiniciar depois para substituir o DLL / EXE". Os preguiçosos apenas cegamente dizem para você fechar todas as coisas que você está executando, por precaução.
Eu odeio reiniciar. Eu odeio fechar coisas que estou usando. Às vezes, continuo rolando e não fecho nada que esteja sendo executado. Eu tenho um palpite de que as coisas possam compartilhar uma DLL; por exemplo, se eu estiver atualizando o Word, concordo em fechar o Outlook, mas não no Foxit Reader, sei que provavelmente são independentes. Presto mais atenção aos avisos não preguiçosos (que me dizem o que o conflito envolve) do que aos preguiçosos, que também podem dizer "podem conter amendoins" por todo o pensamento que eles têm.
fonte
talvez o instalador seja excessivamente paranóico? com toda a honestidade, nunca fechei todos os programas quando um instalador me pediu para fazê-lo e nunca tive problemas. Pode ser apenas sorte embora.
fonte
Muitas vezes essa mensagem é inserida apenas como texto padrão para o sistema de instalação que está sendo usado. 9 em 10 vezes, pode ser ignorado. É apenas a décima vez que você precisa se preocupar com :-) imo, além dos motivos técnicos resumidos pelo DevArt, provavelmente foi colocado lá originalmente para que os usuários finais não gritem aos fornecedores por trabalho perdido se o instalador travar o Windows e faz com que eles percam planilhas e documentos importantes que estavam sendo trabalhados - uma ocorrência não muito incomum na época em que o software era instalado.
fonte
A possibilidade de conflito entre o aplicativo sendo instalado e o que já está sendo executado é muito pequena. Atualmente, a maioria dos aplicativos é baseada no conceito de sandbox e não precisa sair dele durante o processo de instalação (ou uso normal).
Mas vamos supor que, durante a instalação de algum software, é necessário fazer uma alteração em um arquivo que provavelmente já estará aberto por outro aplicativo. Você tem duas opções aqui:
Infelizmente, a segunda opção é escolhida na maioria das vezes.
fonte
é cobertura. nunca me incomodo e não tive problemas. a única exceção é a instalação de um plug-in quando o aplicativo de destino (IE, FireFox, Visual Studio etc.) ainda está aberto
fonte