Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Lo standard è standard, quindi non c'è nulla da approfondire, non c'è modo. C'è un errore: segnalatelo agli sviluppatori. Non c'è altro modo.
Nella Bibbia standard, la chiamata è GetLastError.
ma dovrebbe essere così ::GetLastError.
Altrimenti kernel32::GetLastError è un bug.
Come non correggerlo?
Come puoi non modificarlo?
Ho accennato e mostrato e ho scritto.
#import
int GetLastError(int )
---
e questo è tutto. Il contesto è libero.
Se non volete farlo in questo modo, RtlGetLastError è simile.
Ho accennato e mostrato e ho scritto.
#import
int GetLastError(int )
---
e il gioco è fatto: il contesto è libero.
Se non volete farlo in questo modo, RtlGetLastError è simile.
non si vuole fare in questo modo - RtlGetLastError - simile
L'autore ha un grande rispetto per il lavoro svolto. Se all'autore non dispiace, includerò queste due classi nella mia libreria di classi SCL.
Tuttavia, ci sono errori nelle classi in termini di definizione dei tipi standard Microsoft che causano altri errori nell'algoritmo. Ad esempio, il tipo DWORD non è int ma uint. Per questo motivo, ho dovuto rivedere alcuni algoritmi delle classi, ma non è stato molto difficile.
_Konstantin_:
Ad esempio, il tipo DWORD non è int, ma uint.
Il bitness è lo stesso. Questo è sufficiente per la chiamata.
Non ho capito bene come viene implementata la sicurezza dei thread? Supponiamo che diversi processi scrivano e leggano contemporaneamente. Logicamente, dovrebbe esserci qualcosa come Lockfile, ma non l'ho trovato nella libreria. O è già implementato a livello di winapi?
La lib non ha un binding di sezione, perché teoricamente il codice può essere eseguito in processi diversi.
Per controllarlo, usare la propria variante o https://www.mql5.com/it/code/1835.