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
He utilizado una plantilla como esta:
es un poco diferente.
Yo también veo dos bloques en el código, uno al principio y otro al final... pero necesito uno.
La del final es irrelevante para el rastreo. Puedes borrarlo.
Sí. Ya veo. Pero aún así... no miramos los errores, miramos cada entrada de la función.
Sí. Puedo ver eso. Pero aún así... No miramos los errores, miramos cada entrada de la función.
Los errores también se pueden desechar.
Los errores también se pueden desechar.
:))
el problema (si lees el primer post) se reduce a añadir sólo una función de servicio a cada función en el código fuente - justo después de "{".
Pero de tal manera de obtener todos los pasajes del código fuente y construir un árbol de llamadas.
No cambia los parámetros de entrada de las funciones de origen de ninguna manera, ni cambia los resultados o el código dentro de
... ¿Es Mql el lenguaje adecuado para hacer tracing?
No se trata de un rastro puro. Sólo se trata de construir la gráfica de una función.
No se trata de un rastro puro. Sólo se trata de construir el gráfico de la función.
El código se divide en funciones (bloques) y luego se analiza quién llama a quién.
... ¡¡¡Es Mql el lenguaje adecuado para hacer tracing!!!
Por qué no, si quieres.
:))
el problema (si lees el primer post) se reduce a añadir sólo una función de servicio a cada función en el código fuente - justo después de "{".
Pero de tal manera de obtener todos los pases de código fuente y construir el árbol de llamadas.
¿No es obvio que esta tarea es irresoluble? Así podríamos eliminar los pares de corchetes aritméticos () [] y de operador {} y sustituirlos por uno solo de apertura. ¿Sería tan malo?
;)