Errores, fallos, preguntas - página 3018
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
A continuación, tendrá que dibujar a la línea del indicador + velas para el indicador que debe ser dibujado debajo de las velas. Para los otros, que se dibujan por encima de las velas, configure el gráfico para dibujar las velas en el fondo. Personalmente no veo otra manera.
Pero, en términos de conveniencia y flexibilidad de la construcción de programas en MQL5, puede pedir a los desarrolladores de MQL5 para crear una propiedad para el búfer indicador (para cualquiera de los búferes indicador).
en la build 2940 reescribieron Alglib, ahora trabajar con números complejos es una estructura (había una clase)
y cometió errores:
2021.05.23 21:49:35.210 tst (EURUSD,H1) tst#1 : a.real = 4.000000 , a.imag = 6.000000
2021.05.23 21:49:35.210 tst (EURUSD,H1) tst#2 : c.real = 4.000000 , c.imag = 6.000000
complejo de fuentes .mqh
No recuerdo que se haya anunciado un nuevo complejo de tipos de datos, pero sin las bibliotecas de plugins todo funciona correctamente:
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#1 : a.real = 4.000000 , a.imag = 6.000000
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#2 : c.real = -2.000000 , c.imag = -2.000000
¿de dónde viene el nuevo tipo de complejo? .... no hay nada en la ayuda, ¿y qué más se ha añadido?
No recuerdo que se haya anunciado un nuevo complejo de tipos de datos, pero sin las bibliotecas de plugins todo funciona correctamente:
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#1 : a.real = 4.000000 , a.imag = 6.000000
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#2 : c.real = -2.000000 , c.imag = -2.000000
¿de dónde viene el nuevo tipo de complejo? .... no hay nada en la ayuda, ¿y qué más se ha añadido?
Los desarrolladores han confirmado que se han añadido nuevos tipos. Recientemente.
No recuerdo que se haya anunciado un nuevo complejo de tipos de datos, pero sin las bibliotecas de plugins todo funciona correctamente:
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#1 : a.real = 4.000000 , a.imag = 6.000000
2021.05.23 21:54:13.976 tst (EURUSD,H1) tst#2 : c.real = -2.000000 , c.imag = -2.000000
¿de dónde viene el nuevo tipo de complejo? .... no hay nada en la ayuda, ¿y qué más se ha añadido?
Aquí:
7. MQL5: Se ha añadido soporte para operaciones con números complejos.
Se ha añadido un nuevo tipo incorporado "complejo".
El tipo "complejo" se puede pasar por valor como parámetro para las funciones MQL5 (a diferencia de las estructuras habituales, que se pasan sólo por referencia). Para las funciones que se importan de la DLL, el tipo "complejo" debe pasarse sólo por referencia.
Para describir las constantes complejas se utiliza el sufijo "i":
. Para los números complejos sólo hay operaciones simples: =, +, -, *, /, +=, -=, *=, /=, ==, !=.
En el futuro se añadirán más funciones matemáticas: obtención del valor absoluto, seno, coseno y muchas otras.
Aquí:
7. MQL5: Se ha añadido soporte para trabajar con números complejos.
Se ha añadido un nuevo tipo incorporado "complejo".
El tipo complejo se puede pasar por valor como parámetro para las funciones MQL5 (en contraste con las estructuras habituales, que se pasan sólo por referencia). Para las funciones que se importan de la DLL, el tipo "complejo" debe pasarse sólo por referencia.
Para describir las constantes complejas se utiliza el sufijo 'i':
Para los números complejos sólo se dispone actualmente de operaciones simples: =, +, -, *, /, +=, -=, *=, /=, ==, !=.
En el futuro se añadirán más funciones matemáticas: obtención del valor absoluto, seno, coseno y muchas otras.
OK gracias, es una pena que la ayuda se añada tarde
Resultado: 6:7
Esperado: 6:6
Error de ejecución:
Resultado: 6:7
Esperado: 6:6
count = 0 - sólo se copia el final de la cadena. Sin embargo, "" != NULL.
count = 0 - sólo se copia el final de la cadena. Todavía "" != NULL.
¿Y cuántos
StringToCharArray
¿debe copiar en la cuenta = 0?
Sugerencia: se copian 3 caracteres cuando el recuento = 3
¿debe copiar los caracteres cuando el recuento = 0?
parece que count=0 funciona igual que count=-1 y en el caso de "" copia un nulo terminal, por lo que sin comprobaciones adicionales no se puede convertir una cadena vacía normalmente