//Test2.mq5#property library#include "Test.mqh"intStringFind( string, string, bool, int ) export
{
return999;
}
int f() export
{
string text = "";
returnStringFind( text, text, true );
}
Resultado: -1
Resultado esperado: 999
De facto, dentro de um módulo, uma função incorporada semelhante :: StringFind temuma prioridade mais elevada do que uma função com exactamente a mesma assinatura, o que é um disparate em si mesmo. Para um funcionamento correcto, precisamos de especificar o contexto do módulo para chamar uma função implementada dentro do mesmo módulo(!)
Quero esclarecer por mim próprio uma vez o comportamento de inadequados com certos direitos.
Num KB de língua inglesa, um autor de língua russa publica a sua obra. Escrevo um comentário ao autor em russo e inglês. O russo é eliminado. Esta é a norma?
Estou a falar deste fio. Repetidamente encontrado com a remoção dos seus postos, tirou uma foto do ecrã do actual.
Quero saber onde e porquê as minhas mensagens serão apagadas, para que nunca mais as escreva novamente.
Qual é o sentido de privar a MQL do estatuto de língua avançada?
class A {
public:
void f( int ) {} //(1)
};
class B : public A {
public:
void f( int, int ) {} //(2)
};
voidOnStart()
{
B b;
b.f( 1 ); //(*) Warning: deprecated behavior, hidden method calling will be disabled in a future MQL compiler version
}
(*) aviso... e em breve haverá, aparentemente, um erro. As funções (1) e (2) diferem claramente no número de parâmetros. Em C++ é claro porquê, mas o MQL sempre foi mais avançado neste sentido.
Quero esclarecer por mim próprio uma vez o comportamento de inadequados com certos direitos.
Num KB de língua inglesa, um autor de língua russa publica a sua obra. Escrevo um comentário ao autor em russo e inglês. O russo é eliminado. Esta é a norma?
Estou a falar deste fio. Repetidamente encontrado com a remoção dos seus postos, tirou uma foto do ecrã do actual.
Quero saber onde e porquê as minhas mensagens serão apagadas, para que nunca mais as escreva novamente.
Também se depararam com tal situação, mas não é inadequada, é o desempenho das suas funções. Precisamos de alterar a regra ultrapassada - "fórum russo = língua russa" => sem deveres => a eliminação parará.
Os tradutores automáticos estão actualmente a lidar com a língua falada por 4 (ainda assim, algo se perde), e por isso deve ser introduzida uma nova regra - "escreva na língua que melhor conhece". É melhor deixar um falante nativo de inglês escrever na sua língua materna, e com a ajuda de várias traduções (Yandex, google, deepl.com, a sua própria cabeça, no final) ele será compreendido, do que deixar uma mensagem em russo e assim privar-nos da fonte.
Suprima já a regra "fórum nacional = língua nacional"!
Como posso ensinar-vos a ler a documentação?
Já vi isto.
Resultado: -1
Resultado esperado: 999
De facto, dentro de um módulo, uma função incorporada semelhante :: StringFind temuma prioridade mais elevada do que uma função com exactamente a mesma assinatura, o que é um disparate em si mesmo. Para um funcionamento correcto, precisamos de especificar o contexto do módulo para chamar uma função implementada dentro do mesmo módulo(!)
- o que é duplamente absurdo
Quero esclarecer por mim próprio uma vez o comportamento de inadequados com certos direitos.
Num KB de língua inglesa, um autor de língua russa publica a sua obra. Escrevo um comentário ao autor em russo e inglês. O russo é eliminado. Esta é a norma?
Estou a falar deste fio. Repetidamente encontrado com a remoção dos seus postos, tirou uma foto do ecrã do actual.
Quero saber onde e porquê as minhas mensagens serão apagadas, para que nunca mais as escreva novamente.
(*) aviso... e em breve haverá, aparentemente, um erro. As funções (1) e (2) diferem claramente no número de parâmetros. Em C++ é claro porquê, mas o MQL sempre foi mais avançado neste sentido.
Quero esclarecer por mim próprio uma vez o comportamento de inadequados com certos direitos.
Num KB de língua inglesa, um autor de língua russa publica a sua obra. Escrevo um comentário ao autor em russo e inglês. O russo é eliminado. Esta é a norma?
Estou a falar deste fio. Repetidamente encontrado com a remoção dos seus postos, tirou uma foto do ecrã do actual.
Quero saber onde e porquê as minhas mensagens serão apagadas, para que nunca mais as escreva novamente.
Também se depararam com tal situação, mas não é inadequada, é o desempenho das suas funções. Precisamos de alterar a regra ultrapassada - "fórum russo = língua russa" => sem deveres => a eliminação parará.
Os tradutores automáticos estão actualmente a lidar com a língua falada por 4 (ainda assim, algo se perde), e por isso deve ser introduzida uma nova regra - "escreva na língua que melhor conhece". É melhor deixar um falante nativo de inglês escrever na sua língua materna, e com a ajuda de várias traduções (Yandex, google, deepl.com, a sua própria cabeça, no final) ele será compreendido, do que deixar uma mensagem em russo e assim privar-nos da fonte.
Suprima já a regra "fórum nacional = língua nacional"!
Corrigir este erro é particularmente relevante à luz desta inovação. Caso contrário (1) não desencadeará
Terminal de execução64.exe com apenas uma chave.
Process Monitor mostra um diferente para o terminal em execução64.exe.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Nova versão do MetaTrader 5 build 2560: Melhorias no sistema de aprendizagem incorporado
fxsaber, 2020.08.26 14:48
SZZ impossível de colar imagens a partir de prancheta. Quebrou algo no site.