Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Padrão é padrão, portanto, não há nada a ser incluído, de jeito nenhum. Se houver um erro, informe-o aos desenvolvedores. Não há outra maneira.
Na Bíblia padrão, a chamada é GetLastError.
mas deveria ser assim ::GetLastError.
Caso contrário, kernel32::GetLastError é um bug.
Como não corrigi-lo?
Como você não pode editá-lo?
Eu dei dicas, mostrei e escrevi.
#importar
int GetLastError(int )
---
e pronto, o contexto é livre.
Se você não quiser fazer isso dessa forma, o RtlGetLastError é semelhante.
Eu dei dicas, mostrei e escrevi.
#importar
int GetLastError(int )
---
e pronto, o contexto é livre.
Se você não quiser fazer isso dessa forma, o RtlGetLastError é semelhante.
você não quer fazer isso desta forma - RtlGetLastError - semelhante
Agradeço imensamente ao autor pelo trabalho realizado. Se o autor não se importar, incluirei essas duas classes em minha biblioteca de classes SCL.
Entretanto, há erros nas classes em termos de definição de tipos padrão da Microsoft que causam outros erros no algoritmo. Por exemplo, o tipo DWORD não é int, mas uint. Por causa disso, tive de revisar alguns algoritmos nas classes, mas não foi muito difícil.
_Konstantin_:
Por exemplo, o tipo DWORD não é int, mas uint.
Isso é suficiente para a chamada
Não entendo muito bem como a segurança de thread é implementada? Suponhamos que vários processos escrevam e leiam ao mesmo tempo. Logicamente, deve haver algo como o Lockfile, mas não o encontrei na biblioteca. Ou isso já está implementado no nível do winapi?
A biblioteca não tem vinculação de seção porque, teoricamente, o código pode ser executado em processos diferentes.
Para controlá-lo, use sua variante ou https://www.mql5.com/pt/code/1835.