Errores, fallos, preguntas - página 1565
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
Lo han escrito en la documentación.
No hay manera de conseguir que el EA llame a cada uno de esos ticks. ¿Se acepta la prueba?
¿Hablas en serio?
Cuando el tick se reproduce, está caliente, y se puede llamar de inmediato utilizando la petición SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes hacer Sleep(1) en lugar de Sleep(10).
Lo he leído y con mucha atención. La cuestión es que si se utiliza la función Sleep en OnTimer, es imposible determinar cuándo se sale del intervalo de prueba. IsStopped (lo puse en el código de una vez por leer la documentación) no funciona en el momento de la salida. ¿De quién es la culpa?
¿Por qué hay que determinar cuándo se sale del intervalo de prueba? El probador lo detectará por usted y dejará de probar. ¿Leíste exactamente la cita que te di?
¿Por qué determinar el punto en el que se supera el intervalo de prueba? El probador lo determinará por usted y dejará de probar. ¿Has leído bien mi cita?
Por favor, mire mi código fuente de arriba y señale dónde contiene un error lógico. No salgo del intervalo allí en ningún sitio.
IsStopped() no se convierte en verdadero al romper el intervalo en OnTimer. Por eso es un fastidio.
¿Hablas en serio?
Se reproduce un tick, y se puede tomar inmediatamente aún caliente con la solicitud SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes utilizar Sleep(1) en lugar de Sleep(10).
¡En serio! Sleep(1) no ayudará porque hay varios ticks por 1 ms en el mismo FORTS.
Por otra parte, ¿cómo funcionará Sleep(1) durante el fin de semana? Habrá millones de cheques ociosos. Es un despilfarro.
MQL4. TimeToString() y TimeToStr(). En los parámetros del segundo argumento, se escribe "TIME_MINUTES obtiene el resultado en forma " hh:mm "" y "TIME_SECONDS obtiene el resultado en forma " hh:mm:ss "". Esto debería corregirse a "hh:mi " y "hh:mi:ss".
mi - no existe tal formato. Hay mm - que significa minutos. Y mmm significa mes.
EL SISTEMA DE GESTIÓN DE LA CALIDAD DE LOS PRODUCTOS DE LA INDUSTRIA DE LA CONSTRUCCIÓN ES UN SISTEMA DE GESTIÓN DE LA CALIDAD.
intArrayMinimum(const void&array[],// matriz a buscar
intcount=WHOLE_ARRAY// número de pruebas
intinicio=0,// índice a partir del cual se inicia la búsqueda
);
EL SISTEMA DE GESTIÓN DE LA CALIDAD DE LOS PRODUCTOS DE LA INDUSTRIA DE LA CONSTRUCCIÓN ES UN SISTEMA DE GESTIÓN DE LA CALIDAD.
intArrayMinimum(const void&array[],// matriz a buscar
intinicio=0,//el índice desde el que se inicia la búsqueda
intcount=WHOLE_ARRAY// número de comprobados
);
¿Se supone que esto endulza la vida? Brillante.
Entonces el formato "aaaa.mm.dd hh:mi" debe corregirse a "aaaa.mmm.dd hh:mm".
mm - dos dígitos del mes,
dd - señales de dos días,
hh - dos dígitos de horas,
mm son dos dígitos de minutos.
Pero mi es un signo para los minutos y un signo para qué? Pensé que era un índice de ciclo.
Así que no te inventes normas para acortar los formatos de tiempo, por favor. No hay que confundirse...