Errores, fallos, preguntas - página 2605
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
Me disculpo por el pequeño offtop
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?
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.
La fuente(Math\Stat\Math.mqh) debe ajustarse a la última compilación, la función MathArctan2 con estos parámetros ya es redundante:
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.
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.
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.
¿Puede ser más específico sobre la ubicación, porque hay unos cuantos probadores? ;-)
En este archivo
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.
No entiendo en absoluto lo que está pasando.
¿Qué pasa?
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