Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Acontece, porém, que não é tanto a firewall que está em conflito com o gestor, mas o MT5 e o gestor? Portanto, a questão para os criadores, imho, permanece.
O terminal tem apenas um pedido: "criar ali uma ligação TCP regular". Não há qualquer relação com condutores ou gestores de rede com base profunda.
MetaTrader 5 funciona mesmo sob emulador de Vinho no Linux (excepto para a função de agente de teste de servidor).
Tentar reinstalar este gestor e ver se funciona com as suas configurações padrão.
No final, a minha curiosidade venceu e eu derrubei o gerente.
Tinha razão, MT5 trabalhou depois disso.
Mas eu também tinha razão, o acesso à gestão do adaptador a partir do painel de controlo da NVIDIA desapareceu. Agora estou a pensar se devo ou não instalá-lo novamente.
Acontece, porém, que não era tanto a firewall que estava em conflito com o gestor como o MT5 estava com o gestor? Portanto, a questão para os criadores, imho, permanece.
A firewall, que faz parte do gestor, estava em conflito com o mt5. Isso parece ser mais exacto.
O gerente pode ser colocado de volta. Só precisa de descobrir como pregar a firewall, deixando tudo o resto para trás. // Talvez seja suficiente, afinal de contas, renomear essa biblioteca malware.
Para que serve apenas a actualização? Para configurar a rede? Não é necessário.
upgrades2 Talvez o possa desactivar na bios?
O terminal tem apenas um pedido: "Criar aí uma ligação TCP". Não há qualquer relação com condutores ou gestores de rede com funções profundas.
O registo do candidato mostra 2 bibliotecas wlidnsp.dll e nvlsp.dll (há mais algumas bibliotecas de kernel, não o ponto).
A segunda biblioteca é cuidada. Ainda não compreendo como é que o terminal "tropeçou" wlidnsp.dll - Windows Live library.
Microsoft® Windows Live ID Namespace Provider.
Poderia comentar brevemente esta questão?
O registo do candidato mostra 2 bibliotecas wlidnsp.dll e nvlsp.dll (há mais algumas bibliotecas de kernel, não o ponto).
A segunda biblioteca é cuidada. Ainda não compreendo como é que o terminal "tropeçou" wlidnsp.dll - Windows Live library.
Microsoft® Windows Live ID Namespace Provider.
Poderia comentar brevemente esta questão?
Resposta curta: Deparei-me com ela por causa da desumanidade da Microsoft, que forçou a colocar/injectar o seu lixo(Live libraries) em todos os processos a serem carregados.
De facto, o próprio utilizador a deitar o seu sistema no lixo ao concordar/instalar o lixo cuidadosamente introduzido tanto pelos fabricantes de computadores (para computadores portáteis/monoblocks este tem sido um caso clínico há muito tempo) como pela Microsoft, que tenta anexar os seus programas semelhantes a monstros a .NET (por exemplo, pacote Windows Live).
Respostas curtas: deparou-se com a desumanidade da Microsoft, que empurra à força/injeta o seu lixo(Live libraries) em todos os processos que podem ser descarregados.
Já está, obrigado.
Só esta biblioteca apareceu no registo de crash do dimonsky no mt4 aqui, eu tinha uma vaga suspeita...
Resposta curta: tropeçou no caos da Microsoft, que empurra à força/injeta o seu lixo(Live libraries) em todos os processos que podem ser descarregados.
Haverá alguma forma de combater este tipo de desordem? Ou será inútil?
A maneira de combater isto é deitar abaixo o Windows Live por completo e não colocar lixo no seu computador.
Todos os anos, a quantidade de lixo instalado à força nos computadores cresce, levando a uma série de falhas inexplicáveis e irreproduzíveis. Todos os tipos de "extensores de funcionalidade", "gestores", "configuradores", "ajudantes" e condutores integram-se frequentemente noutros processos (com intenções puramente boas, como parecem aos seus criadores) e conduzem a problemas.
Estamos constantemente a melhorar a qualidade do nosso software, trabalhando com uma enorme base de dados de crashes enviados automaticamente e, por vezes, vemos crashes irrecuperáveis, onde estranhas bibliotecas DLL são flasheadas, trabalhando no espaço de endereços dos nossos programas.
O terminal tem apenas um pedido: "criar ali uma ligação TCP regular". Não há qualquer relação com condutores ou gestores de rede com base profunda.
MetaTrader 5 funciona mesmo sob o emulador Wine no Linux (excepto para a função de agente de teste de servidor).
Tentar reinstalar o gestor e ver se as suas configurações padrão funcionarão.
Experimentei-o, não funcionou. Para ser mais preciso, o MT5 tem estado em estado de ligação permanente há cerca de 10 minutos, de vez em quando a fazer som de corda partida. Mas ainda não havia nenhum som de ligação bem sucedida.
P.S. Parece que dificilmente o assunto está num comando "para criar um contacto TCP regular lá", o MT4 de facto funciona normalmente. Significa que eles diferem de alguma forma, como no protocolo, no entanto, este é um negócio de desenvolvedor.
Gostaria de colocar o MT numa máquina não ligada à Internet.
Existe alguma forma de descarregar um instalador completo?
Gostaria de colocar o MT numa máquina não ligada à Internet.
Existe alguma forma de descarregar um instalador completo?
Basta copiar a pasta completa de um terminal já instalado algures no mesmo
O instalador não é de todo necessário.
PS. Por exemplo, as minhas pastas terminais já sobreviveram a 2 reinstalações.