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

 
sergeev:

ビットマップのサイズに依存します。

は、ビットマップの作成+出力を10億回、テキストラベルの作成+出力を同じ回数行う。

と出力時間をモニターする。

ちょっと後で、試してみようかな。このような研究は、すでに誰かがやっているのではと思ったのですが......。
 
tol64:
そこで描けないヒストグラムというのは、よくわからないですよね。何か間違ったことをしている可能性は十分にあります。再生するにはコードが必要で、そうしないと意味がわからない。

端末が計算を管理している場合は、ヒストグラムを描画することができる。ヒストグラムを描き、端末を読み込み、指標の面倒な計算を 行い、計算待ちでヒストグラムが消え、終了したら表示されるため、相場フロー上では見えなくなっています。削除する場合、端末はそこで何かをした後、チャートを削除します。Deinitブロックには削除とは別に何も入っていないのですが、削除の際の間合いはどうなっているのでしょうか。優先順位があり、重要なシステム状態を終了するための一連のアクションが必要です。ヒストグラムは計算前に消えてはいけませんが、新しいヒストグラムが表示される前に消えてはいけません。しかもコードではなく、もちろん端末を読み込むし、アルゴリズムももっと余裕を持たせることができるのですが、4の方が得意なのは一目瞭然なのです。

OnCalculateはtick毎に実行されますか?もし、そうならなかったら、どうなるのでしょう?

Документация по MQL5: Основы языка / Функции / Функции обработки событий
Документация по MQL5: Основы языка / Функции / Функции обработки событий
  • www.mql5.com
Основы языка / Функции / Функции обработки событий - Документация по MQL5
 
金庫のバグを確認しました。サイト上でパスワードを変更しても、どうやら金庫は変更しないようです。そして、一度リポジトリから退会し、再度登録する必要があります。
 
zfs:

端末が計算を処理できる場合は、ヒストグラムを描画してもよい。ヒストグラムを描き、端末を読み込み、指標の面倒な計算が 行われ、計算待ちでヒストグラムが消え、終わると表示され、引用の流れで見えないことが判明。削除する場合、端末はそこで何かをした後、チャートを削除します。Deinitブロックには削除とは別に何も入っていないのですが、削除の際の間合いはどうなっているのでしょうか。優先順位があり、重要なシステム状態を終了するための一連のアクションが必要です。ヒストグラムは計算前に消えてはいけませんが、新しいヒストグラムが表示される前に消えてはいけません。しかもコードではなく、もちろん端末を読み込むし、アルゴリズムももっと余裕を持たせることができるのですが、4の方がうまく処理しているのは一目瞭然です。

OnCalculateはtick毎に実行されますか?もし、そうならなかったら、どうなるのでしょう?

もし、再現コードがフォーラムに掲載することができないような大きな秘密である場合は、サービスデスクに書き込んでください。その内容を具体的に説明し、コードを添付してください。
 
tol64:
もし、再現のためのコードがフォーラムに掲載することができないほど大きな秘密である場合は、サービスデスクに書き込んでください。詳しく説明し、コードを提示していただきます。

コードとは関係ないことは、すでに指摘したとおりです。計算やグラフィック要素のあるコードを読み込むだけで、欠点が勝手に消えてしまうのです。すべてはコードよりもコンピュータのハードウェアに依存します。高速なコンピュータは2秒でインジケータを削除しますが、低速なものは2分で削除してしまうのです。棒グラフも同じで、どこかは良いリソースと最小限の引用で常に表示され、どこかは起動時のみ表示されます。もちろん、これはサービスデスクへの質問というより、端末への質問なのですが、端末がフリーズする可能性を最小限に抑えることはできないのでしょうか?この問題は4でもありましたが、こちらはさらに状況が悪化しています。しかし、その背景にはこんな理由があったのです。

OnCalculateはtick 毎に実行されますか?もし、そうならなかったら、どうなるのでしょう?

 
あるいは、端末がアプリケーションとしてロードされず、タスクマネージャーでプロセスとしてのみ表示されるような状況もあります。WindowsのControlAltDeltaのように、端末のアプリケーションをすでに無効化するオプションで、危機的状況から脱出できる必要があるのです。
 

zfs:

...

OnCalculateはtick毎に実行されますか?そして、もし時間がなかったら、どうなるのでしょうか?

ある程度長い計算の間に出たカチカチ音は飛ばされてしまうと思います。

もう、コードは関係ないことに気がつきました。計算やグラフィカルな項目でコードを読み込むだけで、欠点が勝手に出てくる。すべてはコードよりもコンピュータのハードウェアに依存します。高速なコンピュータは2秒でインジケータが削除されますが、遅いコンピュータは2分で削除されます。棒グラフも同じで、どこかは良いリソースと最小限の引用で常に表示され、どこかは起動時のみ表示されます。もちろん、これはサービスデスクへの質問というより、端末への質問なのですが、端末がフリーズする可能性を最小限に抑えることはできないのでしょうか?この問題は4でもありましたが、こちらはさらに状況が悪化しています。しかし、これは被写体の理性である。

では、コードを並べてみてください。自分でもテストしてみます。結果を比較してみましょう。そうでなければ、私たちはすべてを無駄に記述していることになります。ここでは真面目にやらないんです。)))

 
zfs:
あるいは、端末がアプリケーションとしてロードされず、タスクマネージャーでプロセスとしてのみ表示されるような状況もあります。必要なのは、WindowsのControlAltDeleteのように、端末のアプリケーションを無効にするオプションで、端末を危機的状況から解放する方法です。
アプリケーションとプロセスの両方として捉えることができますね。サービスデスクで端末のOS、サイズ、ビルドを指定する。
 
double iCloseMQL4(string symbol,int tf,int index){
   if(index < 0) return(-1);
   double Arr[];
   ENUM_TIMEFRAMES timeframe=TFMigrate(tf);
   if(CopyClose(symbol,timeframe, index, 1, Arr)>0)
        return(Arr[0]);
   else return(-1);

}

そこで、ある関数をとると、その出力は周期的に-1される。問題は、ループが-1と異なるように他に何を設定すべきかです。 なぜこのような状況が起こりうるのでしょうか。1つの値しか必要ないのに、なぜ配列全体をコピーするのか、合理的ではありません。

SetLabel("LPr",chart_ID,"%="+DoubleToString(close[0]/iCloseMQL4(_Symbol,1440,1)*100-100,2),4,34,clrBrown,14);
 
tol64:

ある程度長い計算で入ってきたダニは、寂しいと思います。

では、コードを投稿してください。私のでテストしてみます。結果を比較してみましょう。そうでなければ、すべてを無駄にすることになります。ここの人たちは真面目にやらないんですよ。)))

と思うでしょうが、確認するか、確実に知るべきでしょう)。

パソコンによって違う絵が見えるので、比較する材料があるんです。どうせ真実はわからないのだから、掲示板で文句を言うしかない)。

重いアプリケーションでターミナルを動かして いますが、アプリケーションとしてロードされず、プロセスとしてのみ表示されます。開いている端末でアプリケーションを投げると、ハングアップしないんです。しかし、起動時にハングアップしたり、アプリケーションとして読み込まなかったりします。そのため、終了前にアプリケーションをアンインストールする必要があります。サービスデスクに、ターミナルを閉じたり、フォルダをクリアすることなく、アプリケーションを終了できるようにすることを依頼しました。