MT5&MQL5 no Linux - página 9
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
И этот человек продвигает сервера Ж)
É isso mesmo. Ruslanchik demonstra regularmente sua total incompetência em tudo (ele tem até mesmo um roteador soapbox com Linux dentro - um "firewall de hardware"). Seria muito estranho se de repente ele fizesse algum tipo de julgamento sensato e sensato.
E MQ é ótimo que eles não tenham sido preguiçosos para ao menos rodar o MT5 sob o vinho. Provavelmente, eles vão disputar o campeonato em servidores Linux. =)
Caso contrário, instalo o programa sob o vinho e copio o diretório onde ele deve estar. Funciona bem com o MT4, não utiliza registro.
Все правильно. Русланчик регулярно и во всем демонстрирует свою тотальную некомпетенцию (у него даже роутер-мыльница с Linux внутри -- "аппаратный фаервол"). Было бы очень странно, если он вдруг высказал какое-то дельное и толкое суждение.
А MQ -- молодцы, что не поленились хотя бы под wine позапускать MT5. Наверное, сами собираются проводить чемпионат на Linux серверах. =)
E eu "até tenho um roteador soapbox com Linux dentro -- "um firewall de hardware" e daí????Parece-me que as pessoas que dizem qualquer coisa apenas para dizer algo fora de sintonia com todos os outros estão apenas sendo um pouco irracionais.
Agradecemos que os desenvolvedores estejam escutando nossas opiniões e tentando implementar nossos desejos o máximo possível.
E basta dizer (figurativamente falando) "Vocês são uns idiotas" é carne de porco.
>> Renat
Você precisa especificar explicitamente o que está testando para ... ou seja, fabricante de vinhos e versão e qual versão unix ... pois existem muitas versões diferentes e está longe de ser certo que se funcionar em uma, também funcionará na outra ...
E se aparecer outro usuário ativo do Unix que tente alguma nova implementação de algo "do Petya" e decidir que é super legal e melhor do que o que era antes e inundar todos os fóruns com sua mensagem sobre este sistema operacional mais popular em suas proximidades ... então ficará claro para onde enviá-lo e o que ele precisará trocar para que o MT funcione ... :)
Em geral é, pode-se dizer, encaixar em uma caixa preta ... e nenhuma garantia de que a nova versão do que já foi feito irá funcionar ... e o mais importante que este trabalho não afeta a operação do terminal sob os ventos!! ....
>> sábio
Sua estupidez não conhece limites ... :)
Usar o unix como firewall externo tem sido, no mínimo, uma solução muito fraca ... Uma relíquia do passado não é mais do que isso ...
Por exemplo, a Dlink e a Cisco têm desenvolvido seus sistemas operacionais de rede para firewalls de hardware para seu hardware e mostram resultados que estão além dos sonhos do unix ... eles têm até chips separados para cálculo de chave paralela... o unix não está lá ... ridículo...
o que tem o crescimento de conta mais rápido é o mais frio, e o resto é conversa vazia. Não pode ser de outra forma.
Isso é tudo. RESPEITAM UNS AOS OUTROS...
"Время собирать камни".
Посмотрим, что можно сделать. В первую очередь приведем в чувство интерфейс.
Boa tarde!
O estranho é que seu instalador está utilizando o winsock API padrão NetAPI. Por este motivo, o instalador MT4 & MT5 funciona bem, mas o MT5 utiliza uma nova DLL de stub (funcionalidade API winsock). A sua execução em modo de depuração mostrou claramente a ausência de winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {25a207b9-ddf3-4660-8ee9-76e58c74063e}: stub is in wine API. O problema definitivamente não está no MT5, mas no Wine API. Ao mesmo tempo, seria útil ver que coisas novas são usadas no winsock. De acordo com relatórios Winehq, Winsock API é 100% RALED.
Como um sujeito muito competente em questões de OS kernel de ambos (sem muita modéstia :) ) eu direi o seguinte ... Hm, olhando para todo este estranho argumento, tem-se a sensação de que os usuários ativos do Windows aqui são essencialmente usuários avançados. Para que diferença quais OS - ambos são bons. Mas infelizmente a MS está basicamente fora de perigo - os principais desenvolvedores de kernel são essencialmente os únicos indianos. Infelizmente, esta é uma tendência muito clara e o futuro do Windows como um sistema operacional monopolista obviamente não será. O núcleo do MS está sobrecarregado com remendos. A arquitetura do sistema está (para dizer de forma suave) sobrecarregada com redes e é demasiada. O Linux é muito suportado pela IBM e pela INTEL, sem mencionar o Google. O Open Office já é uma canção, tudo funciona perfeitamente. Infelizmente a mesma coisa aguarda os RSU como aconteceu com os monstros anteriores, eles morreram de velhice, o mesmo vale para as ventanias e o declínio já é evidente.
Por exemplo, eu pessoalmente gosto muito do Ubuntu, o principal é esquecer a linha de comando e fazer tudo através de applets. E o Linux tem vinte vezes mais software diferente do que o Windows. A razão é que o Linux é criado por pessoas entusiasmadas e as cobaias do Windows, infelizmente motivadas por cobaias. :)
Então, você está certo sobre o linux. A idéia seria ter seu próprio código para eles em geral - mas é claro que é muito caro e difícil. Especialmente em suas GUI com suas estranhas ideologias - mas é mais rápido e fácil de programar se você souber como. Tudo vive lá por si só, basta exibi-lo na tela. Mas há poucos especialistas.
...
... Estou contente de ver uma opinião adequada, mas não há necessidade de acrescentar combustível ao fogo. Nós apenas tentamos executar o MT5 no Linux e só resta um pequeno mas importante passo para isso - ou consertar o vinho com um toco faltando, ou pedir à MetaQuotes para usar apenas a API padrão do winsock. Teoricamente, não consigo nem imaginar que extensões cardinais de molinete poderiam ser necessárias para a funcionalidade do subsistema de rede MT5 e por que ele se tornou não-operacional sob o vinho, ao contrário do MT4.
Se antes, por exemplo, VC++ da VS6.0 era usado para construção e agora VC++ da DotNET, tudo está claro. Nos últimos mailings de bibliotecas MSDN padrão a Microsoft começou intencionalmente a construir as bibliotecas padrão com extensões (que não são usadas, mas são chamadas de "só por diversão"), que não estão no vinho. Eles o fazem de propósito, porque os processos de migração (1C, etc.) para sistemas sem janelas são tão difundidos que eles apenas lutam contra isso. Isto é apenas um palpite, eu poderia estar errado.