Errores, fallos, preguntas - página 660

Nuevo comentario
 
tol64:

Pida el historial de las tres últimas transacciones:

Y vemos que la historia no coincide. Es decir, podemos verlo en el terminal, pero no podemos obtenerlo programáticamente.

//---

¿Es un error o así se diseñó y ahora se pueden conseguir estas ofertas de forma programada sólo cuando se abre el mercado?

P.D. También probé de esta manera, no ayuda:

En lugar deTimeCurrent(), utilice TimeTradeServer() al seleccionar el historial.
Документация по MQL5: Дата и время / TimeTradeServer
Документация по MQL5: Дата и время / TimeTradeServer
  • www.mql5.com
Дата и время / TimeTradeServer - Документация по MQL5
 
Valmars:
Utilice TimeTradeServer() en lugar deTimeCurrent() al seleccionar el historial.
Gracias Valery. Sí, efectivamente, en algunos casos, TimeLocal() puede mostrar un resultado erróneo dependiendo de la zona horaria en la que nos encontremos. Por eso, TimeTradeServer() es la variante más precisa para solicitar el historial de operaciones.
 
tol64:. Por lo tanto, TimeTradeServer() es la opción más precisa para solicitar el historial de operaciones.
Sólo hay que sincronizar la hora del ordenador en el tiempo, de lo contrario también podríamos perder las operaciones.
 
Valmars:
Sólo hay que sincronizar la hora del ordenador en el tiempo, de lo contrario también podríamos perder las operaciones.

¿Te refieres a esto? :

Para ser sincero, aún no he descubierto en qué otro caso se puede obtener no todo el historial de oficios...

 

¿Puede decirme qué significa este mensaje en el cuaderno de bitácora?

Esto sólo ocurrió una vez y no pudo reproducirse de nuevo.

 

Tengo dos preguntas a la vez.

La última compilación x32 está instalada. Ya lleva casi dos semanas. Los problemas comenzaron ayer o anteayer. Es decir, la misma construcción no funcionaba mal antes, pero empezó de repente, ¿no? El indicador tampoco se ha modificado desde hace mucho tiempo. Resulta que tampoco es el problema. Entonces, ¿qué es? Al rebotar de un marco temporal a otro en algunos casos arbitrarios el indicador aparece incorrecto en algunos de los marcos temporales, el gráfico se desliza literalmente hacia abajo. Cuando salgo y vuelvo a este marco temporal no se corrige nada, los cálculos erróneos se fijan desde la última vez, como si estuvieran almacenados en algún lugar de la caché. A veces, reiniciar el terminal ayuda, pero otras veces tengo que limpiar manualmente la carpeta de caché con un archivo .hc enfermo de la franja de tiempo correspondiente. Nunca había sucedido antes. (Por cierto, para asegurarme he comprobado que mi disco no tiene errores y lo he desfragmentado: sólo una ligera aceleración del rendimiento del sistema, pero el indicador no realiza los mismos cálculos que antes).

1. ¿Cuál puede ser el problema si tanto la construcción como el mismo indicador funcionaban bien antes? ¿No es hora de tirar el ordenador a la basura? ¿Quizás la RAM se ha "secado" y está respirando un gran favor?

2. ¿Por qué en ausencia de un nuevo historial (es decir, ticks en fines de semana) al cambiar a plazos no estándar, a los que ya he cambiado antes y para los que ya he construido los archivos .hc apropiados, vuelve a ocurrir el mismo retraso de"Esperando actualización" que antes? Incluso sin indicadores, en un gráfico completamente nuevo.

 
x100intraday:

Tengo dos preguntas a la vez.

La última compilación x32 está instalada. Ya lleva casi dos semanas. Los problemas comenzaron ayer o anteayer. Es decir, la misma construcción no funcionaba mal antes, pero de repente empezó?

Tengo similitud contigo, en mi problema, en que antes, desde la actualización del terminal, el error(Violación de acceso leído a 0x... ) no se producía y empezó a mostrarse sólo ahora. El fin de semana. ))
 
tol64:
Tengo una similitud contigo en mi problema, en el sentido de que el error(Access violation read to 0x... ) no se había producido antes, desde que se actualizó el terminal, y sólo ha empezado a mostrarse ahora. El fin de semana. ))
Debe ser Mason conspirando. Son ellos los que controlan secretamente el Forex...
 
x100intraday:
Deben ser las maquinaciones de los masones. Son los que controlan secretamente el Forex...
No lo sé. )) Alguien está controlando algo en todas partes. Todo está controlado y todo es controlable. Todo lo que no puede ser controlado por uno, puede ser controlado por otro. Es natural y, por tanto, normal. Pero no es eso de lo que solemos hablar aquí. )))
 
MetaQuotes:

La solicitud junto con los comentarios están en su sitio, pero por alguna razón no son visibles en el perfil.

Nos aseguraremos de averiguarlo.

(De acuerdo. Bueno, eso suena bien ahora. :)

Hay un número negativo donde no debería haberlo. Aquí hay un script que reproduce el problema.

//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
   Print(FOrdType(-1));
  }
//---
string FOrdType(uint type)
  {
   string str="";
//---
   switch(type)
     {
      case ORDER_TYPE_BUY            : str="buy";             break;
      case ORDER_TYPE_SELL           : str="sell";            break;
      case ORDER_TYPE_BUY_LIMIT      : str="buy_limit";       break;
      case ORDER_TYPE_SELL_LIMIT     : str="sell_limit";      break;
      case ORDER_TYPE_BUY_STOP       : str="buy_stop";        break;
      case ORDER_TYPE_SELL_STOP      : str="sell_stop";       break;
      case ORDER_TYPE_BUY_STOP_LIMIT : str="buy_stop_limit";  break;
      case ORDER_TYPE_SELL_STOP_LIMIT: str="sell_stop_limit"; break;
      //---
      default: str="unknown_order_type: "+string(type); break;
     }
//---
   return(str);
  }

Si pasas un número negativo a una función que acepta un entero sin signo, voilà:

Creo que este tipo de cosas deberían ser tratadas en tiempo de compilación.

1...653654655656657658659660661662663664665666667...3187
Nuevo comentario