Erros, bugs, perguntas - página 1794

 
Комбинатор:
porquê?

Há tangas (duas peças).

Os criadores poderiam ainda fazer uma solução de trabalho semelhante para a MqlTradeResult se

struct MqlTradeResult
  {
   uint     retcode;          // Код результата операции
   ulong    deal;             // Тикет сделки, если она совершена
   ulong    order;            // Тикет ордера, если он выставлен
   double   volume;           // Объем сделки, подтверждённый брокером
   double   price;            // Цена в сделке, подтверждённая брокером
   double   bid;              // Текущая рыночная цена предложения (цены реквота)
   double   ask;              // Текущая рыночная цена спроса (цены реквота)
   string   comment;          // Комментарий брокера к операции (по умолчанию заполняется расшифровкой кода возврата торгового сервера)
   uint     request_id;       // Идентификатор запроса, устанавливается терминалом при отправке  
   uint     retcode_external; // Код ответа внешней торговой системы
  };

o cordão de campo seria feito em último lugar. Mas para a MqlTradeRequest mesmo isto não ajudaria.

 
fxsaber:

Há tangas (duas peças).

Sim, não pensei nisso.
 

fxsaber:

Resultado

STRUCT::~STRUCT
STRUCT::~STRUCT
STRUCT::~STRUCT
Porquê três vezes e não duas?
Quase sempre uma chamada será desnecessária ... aqui estão os detalhes https://www.mql5.com/ru/forum/1111/page1657#comment_2729876
Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • www.mql5.com
Форум алго-трейдеров MQL5
 
A100:
Quase sempre uma chamada será desnecessária ... aqui estão os detalhes https://www.mql5.com/ru/forum/1111/page1657#comment_2729876
Então não é um bug, mas um resultado da chave do compilador C++ que os programadores estão a usar?
 
безfxsaber:
Isto é, não é um bug, mas um resultado de uma chave de compilação C++ que os programadores usam?

Este é um comportamento padrão, que na grande maioria dos casos pode ser optimizado sem danos e ainda não está optimizado

int i = 1 + 2; //стандартное поведение: вычислять i при выполнении
               //оптимизация: сразу присвоить 3
 
1530 - o que é?
 
A100:

Este é um comportamento padrão, que na grande maioria dos casos pode ser optimizado sem danos e ainda não está optimizado

int i = 1 + 2; //стандартное поведение: вычислять i при выполнении
               //оптимизация: сразу присвоить 3
A optimização é boa, obrigado. Mas se tudo for executado honestamente, de onde vêm os três passos?
 
fxsaber:
A optimização é boa, obrigado. Mas se tudo for executado honestamente, de onde vêm os três passos?

Notificar ServiceDesk

struct S {
        S()  { Print( __FUNCTION__ ); }
        ~S() { Print( __FUNCTION__ ); }
};
S f()
{
        S s;
        return s;
}
void OnStart() //2 раза  
{
        f();
}

portanto 2 vezes chamada (o que mudou? - há um construtor),

Assumi que o compilador no vosso exemplo completa o código desta forma

void OnStart() //3 раза 
{
        S s = f(); //s при этом - не используется

}

 
A100:

Relatório para ServiceDesk

Escreveu.

portanto, 2 vezes a chamada(o que mudou? - há um construtor),

MQL misterioso...
 

É necessário escrever ao SR se um dos servidores obtém um Resultado.deal zero sempre que umaposição éaberta com sucesso por uma ordem de mercado?

Não tenho a certeza se isto é um erro, porque é provavelmente a forma como o próprio servidor está configurado. Além disso, pode sempre obter Result.deal a partir de Result.order de qualquer maneira.