Errores, fallos, preguntas - página 1204
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
No se imprime nada
¿Por qué no?
En general, la investigación continua ha dado estos resultados. Al poner el cursor del ratón sobre los tickers en la revisión del mercado, aparece el tooltip, en el que aparece Trade: No. Pero para los CFD rusos, que se muestran en negro, aparece Trade: Close (una vez más hay que tener en cuenta que el tiempo es el comercio y los ticks del símbolo vienen en este momento). De lo que deduzco que el broker tiene varios niveles de operaciones prohibidas, de las cuales sólo algunas (o incluso sólo una) están marcadas en gris, y todas las demás están amontonadas en un montón común con los símbolos activos, ya que se muestran en negro.
Cerrar sólo en el tipo de operación significa permitir sólo el cierre de las posiciones existentes. Por lo tanto, se muestra en negro activo.
Los modos de funcionamiento se configuran en el servidor de operaciones.
Cerrar sólo en el tipo de operación significa permitir sólo el cierre de las posiciones existentes. Por eso se muestra activo en negro.
Los modos de funcionamiento se configuran en el servidor de comercio.
No dice "Sólo cerrar", sino "Cerrar". ¿Se trata de un error o hay otros matices que no están claros?
1. Compilado por
2. Cuando se crea un objeto, la alerta es clrBlack.
3. Comprobado en la compilación 4. 670
No se imprime nada
¿Por qué no?
No se pueden utilizar las macros __FUNCTION__ y __FUNCSIG__ fuera del cuerpo de una función.
Añadido nuevo error de compilación: 377 "la macro no puede aparecer fuera del cuerpo de una función".
1. Compilado por
2. Cuando se crea un objeto, la alerta es clrBlack.
3. Comprobado en la compilación 4. 670
Error durante la ejecución: fundición incorrecta de punteros (compilación 977, pero ya ocurría de vez en cuando)
Si mueves algo (por ejemplo, intercambiar declaraciones #import) o haces 2 archivos en lugar de 3 o eliminas la llamada h() - entonces en lugar de los errores especificados ocurren otros errores
Si reordena el código anterior, acabará llamando a R::y en lugar de a L::y
En una versión más compleja, algunas funciones comunes de los módulos son llamadas antes (!) de los propios constructores estáticos (como si en el ejemplo anterior se llamara a f() antes de X::X, que a su vez es llamado correctamente antes de OnStart). Intentaré citar un ejemplo, pero hay archivos enormes. Pero a veces funciona correctamente, así que el error no es mío porque el orden de creación de los objetos lo define el propio compilador y no puedo cambiarlo
UPD: Corregido.
Gracias por el post Hay un problema, lo estamos solucionando.
UPD: Corregido.
Cometí un error allí https://www.mql5.com/ru/forum/1111/page1221#comment_1070267, no especifiqué que las funciones son virtuales - si ahora declaran R y L así:
entonces se llama a L::y y se debería llamar a R::y porque son diferentes - (diferentes por const y el puntero era a R)Todos los terminales de los corredores han dejado de funcionar, incluido el que descargué de este sitio...
Reiniciar no sirve de nada, reiniciar y reinstalar también, antes todo funcionaba bien, no instalé nada en el ordenador, tampoco instalé nada en el terminal. sólo compras en el mercado.