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
Estándar es estándar, así que no hay nada que hacer, de ninguna manera. Hay un error... comunícalo a los desarrolladores. No hay otra manera.
En la biblia estándar, la llamada es GetLastError.
pero debería ser así ::GetLastError.
De lo contrario kernel32::GetLastError es un error.
¿Cómo no corregirlo?
¿Cómo es posible que no se corrija?
Insinué y mostré y escribí.
#importar
int GetLastError(int )
---
y ya está, el contexto está libre.
Si no quieres hacerlo así, RtlGetLastError es similar.
Insinué y mostré y escribí.
#importar
int GetLastError(int )
---
y ya está, el contexto es libre.
Si no quieres hacerlo así, RtlGetLastError es similar.
no quieres hacerlo de esta manera - RtlGetLastError - similar
El autor tiene un gran respeto por el trabajo realizado. Si al autor no le importa, incluiré estas dos clases en mi biblioteca de clases SCL.
Sin embargo, hay errores en las clases en cuanto a la definición de tipos estándar de Microsoft que causan otros errores en el algoritmo. Por ejemplo, el tipo DWORD no es int sino uint. Debido a esto, tuve que revisar algunos algoritmos en las clases, pero no fue muy difícil.
_Konstantin_:
Por ejemplo, el tipo DWORD no es int, sino uint.
bitness es el mismo. esto es suficiente para la llamada
No entiendo muy bien cómo se implementa la seguridad de los hilos. Supongamos: varios procesos escriben y leen al mismo tiempo. Lógicamente, debería haber algo como Lockfile, pero no lo encontré en lib. ¿O ya está implementado a nivel winapi?
lib no tiene section binding, porque teóricamente el código puede ser ejecutado en diferentes procesos.
Para controlarlo, utilice su variante o https://www.mql5.com/es/code/1835.