エラー、バグ、質問 - ページ 1203

 

実際の取引所サーバーでは、もちろん売りと買いのボリュームは別々です。

取引所のテストサーバー(FXと混同しないように)では、相場はしばしば全く別のテストシミュレーションシステムからのものであり、取引所の「デモサーバー」は決して分析のために使用すべきではありません。

 

実行中のエラー: ポインタのキャストが正しくない (build 977, but it was a time to time before)

//AAA15.mq5
#define  PF              Print( __FUNCTION__ );
#define  PFI( i )        Print( __FUNCTION__, " ", i );
class A { public:
};
class R { public:
        void y( A* a )          { PF  ((B *)a).g( 1 ); }
};
class L : public R { public:
        void y( A* a )          { PF  ((B *)a).g( 2 ); }
};
class B : public A { public:
        virtual void g( R* r )  { PF  r.y( GetPointer( this ) ); delete( r ); }
        virtual void g( int i ) { PFI( i ) }
};
class C : public B { public:
        virtual void g( int i ) { PFI( i ) }
};
#import "AAA17.ex5"
        C *f();
#import "AAA16.ex5"
        void h();
        R *w();
#import
#ifndef  HEADER
void OnStart()
{
        f().g( w() );
        h();
}
#endif
//AAA16.mq5
#property library
#define  HEADER
#include "AAA15.mq5"
void h() export { PF  f().g( w()); }
R *w()   export { PF  return new L(); }
//AAA17.mq5
#property library
#define  HEADER
#include "AAA15.mq5"
class X { public:
        X()           { PF  c = new C(); }
        virtual ~X()  { PF  delete( c ); }
        C *c;
};
static X x;
C *f() export { PF  return ( x.c ); }

何かを移動したり(例えば、#importの宣言を入れ替えたり)、3つのファイルを2つにしたり、h()コールを削除したりすると、指定したエラーの代わりに、他のエラーが発生します。

上記のコードを再コンパイルすると、L::yの代わりにR::yを呼び出すことになります。

より複雑なバージョンでは、モジュールの共通関数が静的コンストラクタの前に(!)呼び出されます(上記の例では、f()がX::Xの前に呼び出され、それがOnStartの前に正しく呼ばれるようになります)。例を挙げてみるが、膨大なファイルがある。なぜなら、オブジェクトの生成順序は コンパイラによって定義され、私はそれを変更することができないからです。

 

また、メインモジュール(OnStart)を無闇に変更(変数の追加やPrint)すると、使用しているex5モジュールを全て再コンパイルするまで起動しないことが多いことに気づきました。その際、Expertsのメッセージで、ex5の非コアモジュール(全モジュールを再コンパイルすると動作することが証明される)の1つに、あることが分かっている関数がないことが通知される。

そして実験的に、静的コンストラクタの前に呼び出される関数が、まさにこの関数から呼び出されることがわかりました(MTは定期的に見つけることができません)。

 
親愛なるプログラマー、誰が市場のEAを準備する方法について私に助言することができますか?私への手紙は、直接またはここで受け付けています。
 
yosuf:
親愛なるプログラマー、誰が市場のEAを準備する方法について私に助言することができますか?私は、直接、またはここでそれを行うことができます。
別のトピックを開いて、その中で質問することができます。
 
今日、MT4で奇妙な不具合がありました。ターミナルの「ナビゲーター」にあるMetaQuotes-Demoサーバーのデモ口座が、突然他のブローカーのリストに移動してしまったのです。この野良アカウントを端末から削除して、再入力する必要がありました。
 
Renat:

実際の取引所サーバーでは、もちろん売りと買いのボリュームは別々です。

取引所のテストサーバー(FXと混同しないでください)では、相場はしばしば全く別のテストシミュレーションシステムからのものであり、取引所の「デモサーバー」は決して分析に使用しないでください。

レナート

おつかれさまでした

 
Renat:
А время было торговым? Лучше всего обратиться в службу поддержки брокера.
Время торговое, тики тикают. К брокеру обратился. Они ответили, что российские CFD - индикативы. Почему они отображаются в терминале черным, они не знают.
総じて、研究を継続した結果、次のような成果が得られた。市場概要のティッカーにマウスカーソルを置くと、ツールチップが表示され、グレーのシンボルについては「取引:いいえ」、黒で表示されるロシアのCFDについては「取引:閉じる」と表示されます(もう一度言いますが、時間は取引であり、シンボルのティックはこの瞬間に来ることに注意すべきです)。このことから、このブローカーにはいくつかのレベルの取引禁止があり、そのうちの一部(あるいは一つ)だけがグレーで表示され、残りはすべて黒で表示されるので、アクティブなシンボルと共通の山に積まれているのだと結論づけました。
 
marketeer:
とにかく、さらに研究を進めた結果、こんな結果が出た。市場概要のティッカーにマウスカーソルを置くと、ツールチップが表示され、そこにトレード:いいえ、しかし黒で表示されているロシアのCFDについては、トレード:クローズが表示されます(もう一度、それは時間が取引されているとシンボルのティックがこの瞬間に来ることに注意すべきです)。このことから、このブローカーには、いくつかのレベルの取引禁止事項があり、そのうちの一部(あるいは一つ)だけがグレーで表示され、残りはすべて黒で表示されるので、アクティブなシンボルと共通の山に積まれていると私は結論づけました。

キャラクターのカラーリングについて質問がありました。

以下は、MQ^デモサーバーでのカラーリングに特化した回答です。

トレーディング、自動売買システム、ストラテジーテストに関するフォーラム

マーケットウォッチでカラーリング

バラバシュカクフン さん 2014.05.12 18:55

サービスデスクからの回答です。「私たちのサーバーでは、シンボルの背景 色は本質的に何の意味も持ちません。

シンボル名のフォントの色について具体的に説明すると、グレーはそのシンボルの取引ができないことを意味し、黒は取引が許可されていることを意味します。

例えば、シンボルの背景色を解読するためには、ブローカーに問い合わせる必要があり、カラーリングに関する統一基準は存在しない。

しかし、ここにそれを解決するための約束があります。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

カラーズ・イン・マーケット・ウォッチ

レナート さん 2014.05.13 12:37

色の狂いは、もっと前に対処すべきだった。

カラーリセットコマンドや、ウィンドウ内の楽器をグループ化したり、ソートするための新しいコマンドを追加する予定です。

MT4/MT5では、コマンドシステム、メニュー、インターフェースの抜本的なアップグレードが行われ、5月25日のiFX EXPOの前にベータ版が公開される予定です。一般的に、新しいビルドはトレーダーに素晴らしい機会を与えてくれるでしょう。


 
barabashkakvn:

キャラクターのカラーリングについて質問がありました。

MQ^デモサーバーでのカラーリングについて具体的にお答えします。

そして、ここで修正することを約束します。


そうかもしれませんね。ただ実際には、誤解を招くようなUIになっているため、まだあまり便利とは言えません。改善を待っています。