não significa que a classe A só deva ter métodos constantes. Significa apenas que apenas métodos constantes podem ser chamados no próprio f()
Estou mais ou menos ciente disto. O problema é que a comparação é virtual e é na realidade a MINHA função de comparação PESSOAL. Eu tinha o direito de usar métodos não estáticos na MINHA função, mas agora fui privado dessa capacidade.
Não posso usar a minha própria comparação sem const, porque não será chamada nos algoritmos da biblioteca padrão.
Os indicadores estáticos não podiam ser utilizados antes. Apenas anteriormente o erro era gerado na declaração, agora está na inicialização.
Fazer o contrário significaria a possibilidade de utilizar variáveis externas de tipos complexos, o que tem sido repetidamente discutido anteriormente como impossível.
Olá. Acabei de encontrar algumas linhas no meu código como:
Assim, resolvi o problema de forma drástica. Removidas todas as cerca de 1000 palavras-chave const da biblioteca padrão. O pedido correu bem, o que prova mais uma vez o atavismo desta palavra.
Aqui está o código, não produz nada. Se abrir Sleep(0) ou qualquer declaração vazia que não seja atirada pelo compilador, funciona, produz códigos de caracteres.
string myString="И опыт, сын ошибок трудных";
voidOnStart()
{
string word="";
// проходим по всем символам for(int i=0;i<StringLen(myString);i++)
{
Aqui está o código, não produz nada. Se abrir Sleep(0) ou qualquer declaração vazia que não seja atirada pelo compilador, funciona, produz códigos de caracteres.
Anúncio
não significa que a classe A só deva ter métodos constantes. Significa apenas que apenas métodos constantes podem ser chamados no próprio f()Estou mais ou menos ciente disto. O problema é que a comparação é virtual e é na realidade a MINHA função de comparação PESSOAL. Eu tinha o direito de usar métodos não estáticos na MINHA função, mas agora fui privado dessa capacidade.
Não posso usar a minha própria comparação sem const, porque não será chamada nos algoritmos da biblioteca padrão.
Os indicadores estáticos não podiam ser utilizados antes. Apenas antes do erro ter sido gerado na declaração, agora está na inicialização.
Fazer o contrário significaria ser capaz de utilizar variáveis externas de tipos complexos, o que tem sido repetidamente discutido como impossível.
Os indicadores estáticos não podiam ser utilizados antes. Apenas anteriormente o erro era gerado na declaração, agora está na inicialização.
Fazer o contrário significaria a possibilidade de utilizar variáveis externas de tipos complexos, o que tem sido repetidamente discutido anteriormente como impossível.
Olá. Acabei de encontrar algumas linhas no meu código como:
static Settings* set;que costumava compilar muito bem. Agora não.
Este é um exemplo da documentação do mql5. Aqui está o link para essa página. E abaixo está este código.
C-4:
... usado para compilar muito bem. Agora não.
Esta é de facto a inicialização correcta. Um statik numa classe não tem nada a ver com um objecto que é um statik.
E o facto de não compilar parece realmente um insecto.
StringGetCharacter(.
Aqui está o código, não produz nada. Se abrir Sleep(0) ou qualquer declaração vazia que não seja atirada pelo compilador, funciona, produz códigos de caracteres.
StringGetCharacter(.
Aqui está o código, não produz nada. Se abrir Sleep(0) ou qualquer declaração vazia que não seja atirada pelo compilador, funciona, produz códigos de caracteres.