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

 
fxsaber:

あなたの場合、すごくオタクになると、バー作成の仕組みは摘めるけど、CopyTicksは摘めなくなる。

CopyTicks()のテストについての枝で示したログのエラーは、その逆を示しているので、私は同意しません。そして...なにいってんのここで、「出る/出ない」のような、何らかの仮定をしているのでしょうか?数個上の記事で不具合!って文句言ってた人でしょ?では、どのような違いがあるのでしょうか。では、片方のティックがもう片方を追い越したら、どうなるのでしょう!?
 
fxsaber:
しかし、あなたの投稿は私にアイデアを与えてくれました。もしかしたら、あなたと私が抱えているチックの問題は、それほど変わらないかもしれない...。
 
Alexey Kozitsyn:
CopyTicks()のテストについての枝で示したログのエラーは、その逆を語っているので、私は同意しません。
残念ながら、コードがないのにログに問題があるのは理解できない。
 
fxsaber:
残念ながら、コードがないときのログでは、問題がよくわかりません。
私は問題を記述した、はい、コードと私はCDにのみ、いくつかのファイルがあります。
 
fSergei Vladimirov:

単純に、b.f( 1 ) の定数 "1" は int と解釈される。明示的な変換を行えば、すべてがうまくいく。

b.f( (uint)1 ); 

B::f(uint)のどこが悪いのか、という質問でした。(暗黙のうちに変換)。

付け加えるならば、この場合、protectedprivateセクションがなくても問題ないのに、なぜコンパイラはprotectedprivateセクションを分析する必要があるのでしょうか?

一見些細なプライベートなケースと、より一般的なケースがあります。最初はこのC++との違いをあまり気にしていなかったのですが、そのうちこの方が本質的だという結論に達しました。最もシンプルな例では、全体が見えないこともあります。

 
はい、ご質問の件、了解しました。もっと良いシグネチャを持つ関数があるのですが、プロテクトされているので呼び出すことができません。はい、スタジオとは挙動が異なります。MKLでは、(この場合)よりタイトなタイプコントロールが可能なようです。それをバグと考えるべきかどうかはわからない。関数に渡される引数の型を制御すれば、問題はありません。
 
kodobaseでティックインジケーターを 作りました。しかし、ソースを添付することができません。「ファイルを添付する」を押すと、銘板は消えますが、ファイルを選択するインターフェイスが表示されないのです。
 
fxsaber:
kodobaseでティックインジケーターを 作りました。しかし、ソースファイルを添付することができません。「ファイルを添付する」を押すと、銘板は消えますが、ファイルを選択するインターフェイスが表示されないのです。
Chromeに不具合があるようです。IEを使用してみてください。
 
なぜコンパイラは関数内の未使用の変数だけをレポートするのですか?プロジェクト 全体で未使用の変数を確認することができれば、とても便利です。
 
Vladimir Karputov:
Chromeが不具合を起こしたのでしょう。IEを使用してみてください。
権利が制限されているようだ。それは残念なことです。