Errores, fallos, preguntas - página 2605

[Alexey Viktorov]

Me disculpo por el pequeño offtop

Igor Makanu:

Es imposible que un procesador deje caer la línea de 12v de la PSU

si tu fuente de alimentación está defectuosa, no entregará todos los valores nominales (12,5, 3,3), entonces la memoria fallará, luego la cpu, y sólo entonces los discos duros, ventiladores.... Si usted tiene una tarjeta de vídeo, puede empezar a fallar si la caída de 12 V, pero la primera caída a 12 V se sentirá el SSD, y otros dispositivos funcionan sin problemas ... imho, no funciona así...aunque.... pensó que era el disco duro cuando la memoria falló, incluso win7 no pudo instalar en el disco duro bajo sospecha, al 30% de la instalación escribió no puede copiar el archivo... el problema fue causado por una memoria defectuosa

ZS: escribió sobre AIDA64, ¿lo hizo usted?

Ahora he sustituido la fuente de alimentación y no reconozco mi ordenador. Incluso Internet es más rápido. Es un milagro.

[Roman]

Alexey Viktorov:

Me disculpo por el pequeño offtop

Ahora he sustituido la fuente de alimentación y no reconozco mi ordenador. Incluso Internet es más rápido ahora. Es un milagro.

Eso es genial.
Pero no es una sorpresa, las fuentes de alimentación no duran para siempre,
Especialmente sin un regulador, los condensadores pueden ceder rápidamente,
dependiendo de la calidad de la fuente de alimentación, puede morir fácilmente en un año de uso activo.

[Aliaksandr Hryshyn]

La fuente(Math\Stat\Math.mqh) debe ajustarse a la última compilación, la función MathArctan2 con estos parámetros ya es redundante:

[MetaQuotes]

Aliaksandr Hryshyn:

Es necesario corregir la fuente(Math\Stat\Math.mqh) para la última construcción, la función MathArctan2 con los parámetros dados ya es superflua:

Arreglado.

Una nueva beta con correcciones estará disponible en 2 horas.

[Stanislav Korotky]

Cuando se llama a CopyTicksRange para el historial, que todavía no existe localmente, la función se "cuelga" durante un tiempo indefinido en términos de código de llamada MQL5, durante el cual los archivos se descargan en la carpeta de los ticks de la base de datos de trabajo, mientras que el programa MQL5 "espera". Cuando se recibe todo el historial solicitado, el "cuelgue" desaparece por sí solo, pero ¿cómo hacer saber al usuario durante este periodo que el programa realmente funciona? ¿Hay alguna forma de obtener el porcentaje de finalización del proceso de descarga? Tengo varios años de historia descargados durante unos minutos. Sin una respuesta clara, el usuario medio escupirá y desechará el programa sin esperar el resultado. Tampoco quiero hacer rodar un estúpido reloj y no tener confirmación en MQL de que la descarga se está produciendo realmente.

[fxsaber]

Stanislav Korotky:
Cuando se llama a CopyTicksRange para el historial, que localmente aún no está disponible, la función del código MQL5 que llama se "cuelga" durante un tiempo indefinido, durante el cual los archivos se descargan en la carpeta de ticks de la base de datos de trabajo y el programa MQL5 al mismo tiempo "espera". Cuando se recibe todo el historial solicitado, el "cuelgue" desaparece por sí solo, pero ¿cómo hacer saber al usuario durante este periodo que el programa realmente funciona? ¿Hay alguna forma de obtener el porcentaje de finalización del proceso de descarga? Tengo varios años de historia descargados durante unos minutos. Sin una respuesta clara, el usuario medio escupirá y desechará el programa sin esperar el resultado.

La solución KB Tester solía hacer algo así. No recuerdo la esencia, el código debe ser claro. También puedes probarlo con el indicador. No parece esperar a la ejecución si la historia no está lista.

[Stanislav Korotky]

fxsaber:

La solución KB Tester solía hacer algo así. No recuerdo la esencia, el código debe ser claro. También puedes probarlo con el indicador. Parece que no espera la ejecución allí, si la historia no está lista.

¿Puede indicar con más precisión el lugar, porque hay varios probadores? ;-)

Los indicadores no dan el progreso del cálculo de las cotizaciones para ellos - bueno, el CopyBuffer devolverá el mismo código de error todo el tiempo - no aclara la situación.

[fxsaber]

Stanislav Korotky:

¿Puede ser más específico sobre la ubicación, porque hay unos cuantos probadores? ;-)

En este archivo

  static bool HistoryIsReady( const datetime tBeginTime, MqlTick &BeginTick )
  {
    MqlTick Ticks[1];
  
    ::ResetLastError();
  
    if (::CopyTicks(_Symbol, Ticks, COPY_TICKS_ALL, (ulong)tBeginTime * 1000, 1) == 1)
      BeginTick = Ticks[0];
  
    return(!::GetLastError() ||
           (!::TerminalInfoInteger(TERMINAL_CONNECTED) && 
           ((::CopyTicks(_Symbol, Ticks, COPY_TICKS_ALL, (ulong)(tBeginTime - 7 * 24 * 3600) * 1000, 1)) == 1) &&
           (Ticks[0].time < tBeginTime)));
  }

Los indicadores no proporcionan el progreso del cálculo de las cotizaciones para ellos - pues el mismo código de error será devuelto por CopyBuffer todo el tiempo - no aclara la situación.

Quería decir otra cosa, pero no es importante.

[[Eliminado]]

No entiendo en absoluto lo que está pasando.

   struct myPositionPrepare
   {
      ENUM_ORDER_TYPE      order_type;          // тип устанавливаемого ордера
      ENUM_POSITION_TYPE   position_type;       // тип устанавливаемого ордера
.................
   };
   myPositionPrepare       structPosPrep;       // подготовительная структура для открытия позиции/ордера
.
.
      structPosPrep.position_type         = PositionGetInteger(POSITION_TYPE); // implicit enum conversion

¿Qué pasa?

[Igor Zakharov]

Сергей Таболин:

No entiendo en absoluto lo que está pasando.

¿Qué pasa?

longPositionGetInteger()

También encuentro este punto inconveniente: podría traducir de tipos enum a enteros y viceversa automáticamente, sin tener que

structPosPrep.position_type = (ENUM_POSITION_TYPE)PositionGetInteger(POSITION_TYPE);