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
¿Tiene sentido
sustituir rates_total por BarsCalculated(ich)?
No lo creo. Es más bien un stub de servicio para asegurarse de que el buffer está listo...
Además, Copy devolverá tantos datos como se hayan calculado, no el tamaño solicitado.
¿Y de qué ciudad eres, si no es un secreto?
Por cierto, ¿estás seguro de que no necesitas llamar a ninguna función adicional?
La biblioteca tiene tanto Refresh como BufferResize. Me parece que son necesarios para el funcionamiento normal.
¿Y dónde está escrito que deban serlo?
He probado diferentes variantes.
No tengo ningún efecto.
Continúa....
El indicador iIchimoku está experimentando un fallo. Mi indicador sólo dibuja flechas en función de if(tenkan[i]>kijun[i]). Como puedes ver en la captura de pantalla las flechas no se dibujan correctamente
El código completo está en el archivo Ich_1_f.mq5
Sin embargo, si se calculan manualmente, todo se muestra correctamente
Código completo en el archivo Ich_1_ok.mq5
Escribe la dll :
conéctalo :
llamar :
conseguimos esto:
aunque ambas líneas deberían devolver el mismo valor 153,25.
¿Por qué?
¿Por qué?
¿Esto es en la versión de 32 o 64 bits?
Es muy sencillo - en la función GetPtrVar(double a) se toma la dirección de una copia de la variable en la pila y luego se intenta leer el trozo de memoria de la pila.
La primera vez, debido a una llamada cercana de GetValuePtr conseguimos leer de la pila no contaminada, mientras que las siguientes llamadas a la función dañaron la pila irremediablemente.
No hay ningún error.
Es muy simple - en la función GetPtrVar(double a) toma la dirección de una copia de la variable en la pila, y luego trata de leer el pedazo de memoria de la pila.
Sí, exactamente, sentí que tenía que cavar allí en alguna parte.
tienes que escribir en el dll
Es muy sencillo - en la función GetPtrVar(double a) se toma la dirección de una copia de la variable en la pila y luego se intenta leer el trozo de memoria de la pila.
La primera vez, debido a una llamada cercana de GetValuePtr conseguimos leer de la pila no contaminada, mientras que las siguientes llamadas a la función dañaron la pila irremediablemente.
No hay ningún error.
Yo también lo noté. Creo que esta es la forma correcta de hacerlo:
enchufe :