Errores, fallos, preguntas - página 2555
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ñadir FILE_SHARE_READ para el control de escritura y FILE_SHARE_WRITE para el control de lectura
No funciona, sólo individualmente si se cuelga en la carta. Usado:
No funciona, sólo individualmente si se cuelga en la carta. Usado:
Todo resuelto.Usado:
build 2135 está roto en absoluto
'GENERATE_VECTOR' - unexpected token, probably type is missing? 1_mystd.mqh 74 1
'GENERATE_VECTOR' - token inesperado, probablemente falta el tipo... 1_mystd.mqh 75 1
'GENERATE_VECTOR' - variable ya definida 1_mystd.mqh 75 1Compilado por años, se rompió en la nueva construcción.
La compilación 2135 está rota.
Ha estado compilando durante años, se ha roto en la nueva construcción.
solía comerse el compilador, pero en la nueva build se negó, deben haber retocado algo (bueno no creo que haya borrado un cero accidentalmente).
Engaño, está bien, uno de los abortos fue llamado en forma de
Antes el compilador se lo comía, pero en la nueva compilación se ha negado, así que deben haber retocado algo (bueno, es poco probable que haya borrado un cero por accidente).
Por cierto, hay que pedir a los desarrolladores que introduzcan un inline abort, abort... e idealmente, por supuesto, excepciones. Pero al menos empieza con algo pequeño.
Poner una palabra, si no me equivoco, lo pedí en mi último ciclo de MQL, hace 4 años, pero tuve que escuchar una algarabía de literatos, que decían que no lo necesitaban, que lo escribieran así... Si desea detenerla ejecución del programa con un error crítico de acceso a los datos o al indicador OHLC... He mirado la mitad de kodobase, sí, algunos codificadores comprueban estas condiciones, pero el procesamiento está ausente, lo máximo que veo es la salida en el registro de expertos, como si hubiera ocurrido un problema, no te preocupes, voy a seguir trabajando con datos no válidos en esta garrapata )))
SZY: ¡Estoy dolorido, necesito una forma sencilla de dejar de procesar el tic actual! - para detener el trabajo del experto, por lo que es posible, pero para detener el procesamiento de una garrapata, inventar y escurrirse - sospecho que a nivel de compilador abort() se realiza no más difícil que ExpertRemove() - que ya existe
ZZZY: la tarea de escribir un EA en MQL sin abort() en estilo procedimental se parece más a una invención que en el montaje de un código a partir de subrutinas ya hechas. Sospecho que estas constantes discusiones sobre cómo escribir un indicador que pueda manejar correctamente la historia para otro TF también serán más fáciles de resolver usando abort() - todavía no he decidido sobre este tema
Habla bien, si no me equivoco, lo pedí hace 4 años en mi último ciclo de MQL. bueno, todo es como siempre
Tienes razón, cuando empieces a decir eso, esos literatos saldrán de todos los agujeros, diciendo "esto no es C++").
necesita una forma sencilla de dejar de procesar el tick actual. - significa que es posible detener el funcionamiento del EA, pero para detener el procesamiento de un tick hay que inventarlo y trabajarlo - sospecho que a nivel de compilador se puede implementar abort() no más complicado que ExpertRemove() - que ya existe
Bueno, tanto el abortado como el assert están implementados de la misma manera que en el código anterior. Aunque ciertamente es feo y a veces confuso, porque no siempre noto el mensaje precedente en el log. ¿Quizás haya algún otro error, que devuelva algo como "error interno" en el log? Al menos no se vería tan vergonzoso )
Tienes razón, cuando empieces a decir eso, esos literatos saldrán de todos los agujeros, diciendo "esto no es C++").
Bueno, tanto el abortado como el assert están implementados de la misma manera que en el código anterior. Aunque ciertamente es feo y a veces confuso, porque no siempre noto el mensaje precedente en el log. ¿Quizás haya algún otro error, que devuelva algo como "error interno" en el log? Al menos no se vería tan vergonzoso )
aquí@Vict me ayudó a hacer una excepción con salida al SO a través de la macro sustituciónhttps://www.mql5.com/ru/forum/318246/page10#comment_12651045
En general, es una solución viable, pero... ¡pero se ve feo y desagradable! )))