Errores, fallos, preguntas - página 2639
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
¿Por casualidad es necesaria la clave del modo portátil?
¿Todos los terminales se inician manualmente?
A mano, sí, todos lo hacen. Al final, así es como los inicié manualmente.
La tecla de modo portátil no cambia nada en este sentido.
El caso es que MT4 lanza una ventana de autorización y el inicio del programa no se considera completado.
Tienes que usar "start" en el archivo por lotes.
En definitiva, resulta que tengo esto resuelto.
Gracias por su participación.
Sigues sin entender de qué va esto, probablemente no lees mis posts con atención. Mi llamamiento es para los desarrolladores, no para ti. No necesito tus consejos baratos.
Cálmate y no te preocupes tanto.
Una vez más me convenzo de que las personas con bajo desarrollo cerebral suelen tener poca comprensión del civismo.
Ni siquiera eres capaz de entender lo que te dicen personas con más conocimientos, y eres tan maleducado como un niño de parvulario que ni siquiera ha aprendido a escribir correctamente.
Sin embargo, es el trabajo en los proyectos lo que permite evaluar las capacidades del lenguaje y descubrir sus defectos y fallos...
Anteriormente, al trabajar en proyectos MQL, la información sobre los defectos (bugs) se proporcionaba en el orden de su detección.
Ahora hemos decidido probar un nuevo enfoque: trabajar hasta un defecto de bloqueo y luego proporcionar información sobre todos los defectos detectados.
Creas un objeto complejo envuelto con el tipo interno "C" varias veces, pero resulta ser un tipo de datos muy diferente, tal vez "B", "int", lo que quieras...
Pasé mucho tiempo y esfuerzo para encontrar y entender que el problema no está en el código sino en el compilador MQL. (C++ en línea:https://onlinegdb.com/H1R1fR5ML)
Presumiblemente, el problema está en el trabajo de la caché de la clase de plantilla "main_wrapper" durante la generación de código en tiempo de compilación cuando la clase interna "internal_wrapper" de la clase de plantilla "A" se pasa como parámetro para diferentes tipos de datos (int, B*, B, C).
El primer tipo de datos es creado por la clase de plantilla "main_wrapper<A<TEMPLATE_TYPE>::internal_wrapper>, dicho tipo de datos se utilizará posteriormente en todos los objetos de la plantilla en el futuro.
A continuación, se presentará otro error con la generación del código de la clase de la plantilla.
Otro error de MT5(build 2316) con la generación del código de la clase de la plantilla cuando se utiliza la clase interna.
C++ en línea:https://onlinegdb.com/HJkKXAqMU
Otro defecto deMT5(build 2316) relacionado con laclase interna es la falta de capacidad para referenciar explícitamente el espacio de nombres global.
C++ en línea:https://onlinegdb.com/H14NF05G8
Un error muy desagradable que bloquea el desarrollo posterior.
Creas un objeto complejo envuelto con el tipo interno "C" varias veces, pero resulta ser un tipo de datos muy diferente, tal vez "B", "int", lo que quieras...
Me costó mucho tiempo y esfuerzo encontrar y entender que el problema no está en el código sino en el compilador MQL. (C++ en línea:https://onlinegdb.com/H1R1fR5ML)
Presumiblemente, el problema está en el trabajo de la caché de la clase de plantilla "main_wrapper" durante la generación de código en tiempo de compilación cuando la clase interna "internal_wrapper" de la clase de plantilla "A" se pasa como parámetro para diferentes tipos de datos (int, B*, B, C).
El primer tipo de datos es creado por la clase de plantilla "main_wrapper<A<TEMPLATE_TYPE>::internal_wrapper>, dicho tipo de datos se utilizará posteriormente en todos los objetos de la plantilla en el futuro.
A continuación, se presentará otro error con la generación del código de la clase de la plantilla.
¿Es esta la forma correcta de hacerlo?
Gracias, efectivamente al introducir un parámetro de plantilla ficticio, en el caso del ejemplo, se obvia el problema.
Sin embargo, en cuanto al proyecto global, es un poco más complicado:la clase interna se aplicó como alternativa a la funcionalidad typedef typename que faltaba para simplificar tanto el proceso de desarrollo como la aplicación de la clase contenedora final.
Puede que merezca la pena esperar a que los desarrolladores lo arreglen.
Como último recurso, todas las dependencias tendrán que ser arrastradas hacia fuera, esperando que no haya más compilaciones exitosas con un comportamiento indefinido en tiempo de ejecución.
Para resumir la funcionalidad interna de la clase,
podemos decir claramente que le falta la funcionalidad de la declaración typedef, al menos su forma primitiva, para poder utilizarla correctamente...
Así, en lugar de un código C++ bastante compacto y comprensible:
Tenemos que construir una valla con #define y la herencia a través de la clase interna:
Problemas al utilizar una clase interna como declaración typedef:Y aquí hay muchos más problemas de lo que puede parecer a primera vista.
Se producen problemas cuando se utiliza #define como declaración typedef:
Para ello, los desarrolladores han añadido "operator= delete".
Sin embargo, no parece lógico que se rompa el enlace de borrado/defecto, porque hay que volver a escribir todo manualmente.
¿Quizás estoy haciendo algo mal?