Erros, bugs, perguntas - página 1416
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
Sabemos de dois casos até agora:
1) Em bool &= operação (bool expression)
2) Vírgula desnecessária na inicialização das sequências: val={...},{...}, }.
Estes bugs ainda não foram corrigidos na nova construção? O meu compilador ainda gera um erro, tenho de me cingir à construção 1159.
O requisito para os modelos é colocar todos os métodos dentro da descrição da classe sem colocar corpos no exterior.
Estou a ver, o principal é manter este requisito, porque apenas foram criados contentores de pilha e fila de espera e um mês depois apareceram os modelos de classe, e tudo deveria funcionar melhor com eles :)
Outra questão é sobre os modelos de classes. Existem duas classes de modelos, uma classe utiliza outra, será que um tipo será transferido de uma classe de modelo para outra ou não?
Estou a ver, o principal é manter este requisito, porque apenas foram criados contentores de pilha e fila de espera e um mês depois apareceram os modelos de classe, e tudo deveria funcionar melhor com eles :)
Outra questão é sobre os modelos de classes. Existem duas classes modelo, uma das classes utiliza outra, haverá uma transferência de tipo de uma classe modelo para outra ou não?
Experimente-o.
Ilyas:
На сегодня известно о двух случаях:
1) в операции bool &= (bool expression)
2) Лишняя запятая в инициализирующих последовательностях: val={ {...},{...}, }
Alexey Navoykov:
O meu compilador ainda me está a dar um erro, tenho de ficar na construção 1159.
Alguém já fez uma classificação CList?
Basicamente, precisamos de anular a Comparação.
Mas o tempo todo eu chamo Comparação da classe base. Mas não funciona, pergunto-me o que estará errado aqui...
Fez um exemplo simples:
Ao processar modelos aninhados (MQL4), vejo falhas com a passagem do tipo - alguém reparou nisso?
Em particular, existe uma classe A com um método de modelo, dentro da qual um objecto de outra classe B é criado por um construtor de modelo usando o mesmo tipo T com o qual o método foi inicializado. Como resultado, dentro desse método o nome datilógrafo define correctamente o tipo passado, por exemplo, como int, mas dentro do construtor B o nome datilógrafo já é string.
SD?
Utilizo a classificação a toda a hora - sem qualquer problema.
Você,sigma7i, tem o método incorrectamente substituído Coperation::Compare(), retorna o tipo errado de valor, que o método base CObject::Compare() retorna, e o compilador toma-o como separado, não virtual. Como resultado, apenas o método base é chamado nos seus objectos, o compilador acredita que não há descendente...
Mas o tempo todo chama Comparação da classe base. Mas não funciona, por isso acho que há algo de errado...