MT5&MQL5 en Linux - página 9
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
И этот человек продвигает сервера Ж)
Así es. Ruslanchik demuestra regularmente su total incompetencia en todo (incluso tiene un router de caja de jabón con Linux en su interior - un "firewall de hardware"). Sería muy extraño que, de repente, hiciera algún tipo de juicio sensato y razonable.
Y MQ es genial que no hayan sido perezosos para al menos correr MT5 bajo wine. Probablemente van a realizar el campeonato en servidores Linux. =)
Si no, instalo el programa bajo wine y copio el directorio donde debe estar. Funciona bien con MT4, no utiliza el registro.
Все правильно. Русланчик регулярно и во всем демонстрирует свою тотальную некомпетенцию (у него даже роутер-мыльница с Linux внутри -- "аппаратный фаервол"). Было бы очень странно, если он вдруг высказал какое-то дельное и толкое суждение.
А MQ -- молодцы, что не поленились хотя бы под wine позапускать MT5. Наверное, сами собираются проводить чемпионат на Linux серверах. =)
Y yo "incluso tengo un router de jabón con Linux en el interior - "un firewall de hardware" y entonces ¿qué?Me parece que la gente que dice cualquier cosa con tal de decir algo que no está en sintonía con los demás, está siendo un poco desatinada.
Agradece a los desarrolladores que escuchen nuestras opiniones e intenten aplicar nuestros deseos en la medida de lo posible.
Y simplemente decir (en sentido figurado) "Sois unos imbéciles" es de cerdo.
>> Renat
Tienes que especificar explícitamente para qué estás probando... es decir, la versión del productor y de Wine y qué versión de unix... ya que hay muchas versiones diferentes y no es nada seguro que si funciona en una, también funcione en la otra...
Y si viene otro usuario activo de Unix que pruebe alguna nueva implementación de algo "por Petya" y decida que es superguay y mejor que lo que había antes e inunde todos los foros con su mensaje sobre este sistema operativo más popular en su vecindad... entonces estará claro dónde enviarlo y qué tendrá que cambiar para que funcione MT... :)
En general es, se podría decir, encajar en una caja negra ... y ninguna garantía de que la nueva versión de lo que ya se ha hecho funcione ... y lo más importante que este trabajo no afecte al funcionamiento del terminal bajo los vientos !!. ....
>> sabio
Tu estupidez no tiene límites ... :)
El uso de unix como firewall externo ha sido durante mucho tiempo, por decirlo suavemente, una solución muy débil ... Una reliquia del pasado no es más que eso ...
Por ejemplo, Dlink y Cisco han estado desarrollando sus sistemas operativos de red para cortafuegos de hardware para su hardware y muestran resultados que están más allá de los sueños de unix ... incluso tienen chips separados para el cálculo paralelo de claves ... unix no está allí ... ridículo...
el que más rápido crece la cuenta es el más guay, y el resto es palabrería. No puede ser de otra manera.
Eso es todo. RESPETARSE MUTUAMENTE...
"Время собирать камни".
Посмотрим, что можно сделать. В первую очередь приведем в чувство интерфейс.
¡Buenas tardes!
Lo raro es que tu instalador esté utilizando la API winsock estándar de NetAPI. Por esta razón los instaladores de MT4 y MT5 funcionan bien, pero MT5 utiliza una nueva DLL stub (funcionalidad de la API winsock). Al ejecutarlo en modo de depuración se vio claramente la ausencia de winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {25a207b9-ddf3-4660-8ee9-76e58c74063e}: el stub está en la API de wine. El problema definitivamente no está en MT5, sino en la API de Wine. Al mismo tiempo, sería útil ver qué cosas nuevas se utilizan en winsock. Según los informes de winehq, la API winsock es 100% RALED.
Como compañero muy competente en temas del núcleo del SO de ambos (sin demasiada modestia :) ) diré esto... Hm, viendo toda esta extraña discusión uno tiene la sensación de que los usuarios activos de Windows aquí son sólo usuarios esencialmente avanzados. Para qué diferencia qué sistema operativo - ambos son buenos. Pero, por desgracia, MS está básicamente fuera de peligro: los principales desarrolladores del kernel son esencialmente los únicos indios. Por desgracia, esta es una tendencia muy clara y el futuro de Windows como sistema operativo monopolista obviamente no lo será. El kernel de MS está sobrecargado de parches. La arquitectura del sistema está (por decirlo suavemente) sobrecargada de redes y es demasiado. Linux está muy apoyado por IBM e INTEL, por no hablar de Google. Open Office ya es una canción, todo funciona perfectamente. Desgraciadamente a los RSU les espera lo mismo que a los anteriores monstruos, murieron de viejos, lo mismo ocurre con los winndows y el declive ya es evidente.
Por ejemplo a mi personalmente me gusta mucho Ubuntu, lo principal allí es olvidarse de la línea de comandos y hacer todo a través de applets. Y Linux tiene veinte veces más software diferente que Windows. La razón es que Linux está creado por gente entusiasta y, por desgracia, los winndows son conejillos de indias motivados. :)
Así que tienes razón con respecto a linux. La idea sería tener un código propio para ellos en general, pero está claro que es muy caro y difícil. Especialmente en su GUI con sus extrañas ideologías - pero es más rápido y fácil de programar si sabes cómo. Todo vive allí por sí mismo, sólo tienes que mostrarlo en la pantalla. Pero hay pocos expertos.
...
... Me alegra ver una opinión adecuada, pero no es necesario echar leña al fuego. Simplemente tratamos de ejecutar MT5 en Linux y hay un paso muy pequeño pero importante que hacer - o bien arreglar wine con un stub que falta, o pedir a MetaQuotes para utilizar sólo la API winsock estándar. Teóricamente, ni siquiera puedo imaginar qué extensiones winsock cardinales podrían ser necesarias para la funcionalidad del subsistema de red de MT5 y por qué se convirtió en no operativo bajo el vino a diferencia de MT4.
Si antes, por ejemplo, se utilizaba VC++ de VS6.0 para construir y ahora VC++ de DotNET, todo está claro. En los últimos envíos de las bibliotecas estándar de MSDN, Microsoft empezó a construir intencionadamente las bibliotecas estándar con extensiones (que no se usan, pero se llaman como "por diversión"), que no están en wine. Lo hacen a propósito, porque los procesos de migración (1C, etc) a sistemas que no son Windows están tan extendidos que simplemente les cuesta. Esto es sólo una suposición, podría estar equivocado.