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
El gráfico acaba de ser "actualizado". Y vuelve a ser lo mismo:
El gráfico acaba de ser "actualizado". Y vuelve a ser lo mismo:
Escriba a servicedesk con urgencia y mantenga el terminal abierto
Acabo de comprobarlo en el terminal - el gráfico EURUSD M1 está completamente presente en el lugar especificado, sin huecos.
Pruebe a dar el comando "Actualizar" del menú contextual del gráfico.
Acabo de comprobarlo en el terminal - el gráfico EURUSD M1 está completamente presente en el lugar especificado, sin huecos.
Pruebe a dar el comando "Actualizar" del menú contextual del gráfico.
Acabo de comprobarlo en el terminal - el gráfico EURUSD M1 está completamente presente en el lugar especificado, sin huecos.
Pruebe a dar el comando "Actualizar" del menú contextual del gráfico.
Se ha actualizado manualmente, gracias. Como prácticamente no trabajo con gráficos, tengo una pregunta: ¿cómo actualizar la base de minutos en una situación así? El terminal sólo funciona con la base que tiene. ¿Es necesario integrar la función de comprobación de la sincronización?
He memorizado la hora de la pérdida y la reanudación de la comunicación en el cronómetro.
Teniendo esta información, puedes intentar descargar el historial del periodo (también puedes comprobar la sincronización con el servidor, si tiene sentido).
Señores promotores, estoy sin palabras. Me he encontrado con un problema de "borrado" de variables locales en el método del objeto tras la llamada interna del mismo método desde otro objeto. Puede que esté relacionado con alguna optimización en las llamadas a funciones anidadas de objetos, pero al menos no hay errores en el registro ni fugas de memoria. No puedo citar un código grande, pero el significado quedará claro en los ejemplos en principio:
variante 1
variante 2
Enteoría, el código debería funcionar exactamente igual. Pero... las variantes funcionan de forma diferente.
Así. La variante 1 no funciona correctamente. He realizado un registro en el archivo de depuración y he descubierto que la variable d1 definida en la función operate se sobrescribe con el valor de la variable d1 en una llamada interna de la misma función operate pero en otro objeto del mismo tipo. Es decir, en pocas palabras, después de llamar abool d2 = s2.process();
La variable d1 cambia su valor al que se produjo en la llamada de operación interna dentro de s2.process. Este comportamiento es el mismo que cuando se cambia el valor de una variable estática para objetos del mismo tipo. Pero aquí la variable tiene claramente un ámbito local.
El tema de las variables estáticas se planteó en este hilo y todo está claro. Pero, ¿qué hacer con la incertidumbre de los valores de las variables locales?
"...la variable d1 definida en la función operate es sobrescrita por el valor de la variable d1 en la llamada interna de la misma función operate, pero en otro objeto del mismo tipo. Es decir, en pocas palabras. después de llamar a
bool d2 = s2.process();
la variable d1 cambia su valor al que se produjo en la llamada de operación interna dentro de s2.process".
Suena como una recursión oculta, con el conjunto habitual de efectos secundarios, o ...
En teoría, el código debería funcionar exactamente igual. Pero... las variantes funcionan de forma diferente.
No. No es idéntico.
En el primer caso s1.process y s2.process son llamados incondicionalmente
En la segunda variante, s1.process sólo será llamado si s2.process devuelve true. Esto se denomina "evaluación abreviada de la condición".