MetaTrader 4 Build 529 ベータ版リリース、新コンパイラー搭載 - ページ 33 1...262728293031323334353637383940...161 新しいコメント Renat Fatkhullin 2013.11.08 19:12 #321 Barbarian: ところで、このUACの件ですが、すでにいくつかの書き込みで突っ込まれています。ちなみに、マイクロソフトからのヘルプです。 UACを無効にして、管理者の下に座っていれば、個人的には問題ないと思います。しかし、すでに数百万台の端末がインストールされており、権限制限のために問題が発生しているため、私たちはそうしています。 Windowsへの書き込みがどこでどのように許可されているかを理解することは、世界中にソフトウェアを配布し始めるとすぐにやってきます。 ディレクトリ名のハッシュは変更されません。これはすべてMT5で同様に機能します。両プラットフォームは、できる限り統一感を持たせています。 Artyom Trishkin 2013.11.08 19:32 #322 Renat:UACを無効にして、管理者の下に座っている限り、個人的には何の問題もないでしょう。しかし、何百万台もの端末がインストールされており、すでに権限制限による問題が発生しているからです。Windowsへの書き込みがどこでどのように許可されているかを理解することは、世界中にソフトウェアを配布し始めるとすぐにやってきます。ディレクトリ名のハッシュは変更 されません - これはすべてMT5で同じように動作します。両プラットフォームは、できる限り統一感を持たせています。なるほど、ありがとうございます。 ローカルと共有の両方のフォルダーやファイルに同時にアクセスすることは可能ですか?つまり、ナビゲータにローカルフォルダとファイルだけでなく、共有フォルダも表示されるようにすることです。そのため、コンパイル後に実行ファイルがソースと同じフォルダにあり、ターミナルでそれらを見ることができます。エンドユーザーはそのファイルがどこにあるのかを実際に知る必要はなく、端末がこれらのファイルを見て作業し、プログラマーはソースの場所を知っているので、物理的に共有フォルダとローカルフォルダの両方にあるにもかかわらず、簡単に作業することができます。そうすると、端末ごとに、「ローカルフォルダに あり、そのファイルを持っている端末だけが見られるもの」と「共有フォルダにあり、そのファイルをすべての端末が一度に見られるもの」という「異なる順序」を作ることができるようになります。一方、MEでは、共有フォルダとローカルフォルダの両方が表示され、ナビゲータで単に開くことができますが、コンパイル時には、ソースのフォルダに実行ファイルを置くことになります。 ??? Vladimir Gomonov 2013.11.08 20:09 #323 artmedia70: .... 一方、MEでは、共有フォルダとローカルフォルダの両方が表示され、ナビゲータでは単に開く ことができますが、コンパイル時には実行ファイルをソースフォルダに置きます。 端末のバージョンアップの問題はここにあるのかもしれません。 ターゲットロケーションを適切に設定するのがベターです。 あるいは(私なら)コンパイル時にファイル名にコンパイラのバージョンを示すサフィックスを追加します。 MACross.b509.ex4のように はい、名前は長くなりますが、情報量が多く、非常に普遍的に端末のバージョンの問題を解決しています。 Vladimir Gomonov 2013.11.08 20:11 #324 artmedia70: ...だから、いじめないでね。いいかい? やったね:) Andrey Khatimlianskii 2013.11.08 20:21 #325 MetaDriver: それは、端末のバージョンの問題かもしれないだけです。 状況に応じてターゲットとなる場所を設定するのがよいでしょう。 あるいは(私なら)コンパイル時にファイル名にコンパイラのバージョンのサフィックスを追加します。 MACross.b509.ex4のように はい、名前は長くなりますが、情報量が多く、非常に普遍的に端末のバージョンの問題を解決しています。 複数のバージョンの端末を保持することは、すでにかなり問題になっています。1つの端末をアップデートすると、すべて勝手にアップデートされてしまうのです。 それをあてにしてはいけないと思うんです。 しかし、特に#ifdefやユニバーサル(4-5)ライブラリの作成可能性を考慮すると、ソース用の共通フォルダは有用でしょう。 Artyom Trishkin 2013.11.08 20:22 #326 MetaDriver: 取引する。:) ディール;) Artyom Trishkin 2013.11.08 20:25 #327 このため、コンパイラは、未使用の関数があっても警告を出さず、実行ファイルから除外してしまいます。このままで良いのでしょうか? 未使用の変数に関する警告が表示されるようになりました(とても便利です、ありがとうございます)。 Renat Fatkhullin 2013.11.08 20:33 #328 artmedia70:このため、コンパイラは、未使用の関数があっても警告を出さず、実行ファイルから除外するようになりました。このままでいいのでしょうか?はい、そうなります。 ライブラリの 積極的な活用を考えると、もうそのようなメッセージは出せない。そのため、多くの機能が未使用である可能性があります。もちろん、未使用の機能はすべて削除されます。 Vladimir Gomonov 2013.11.08 20:42 #329 komposter: 複数のバージョンの端末を保持するのは、すでにかなり問題があります。1つの端末をアップデートすると、すべて勝手にアップデートされてしまうのです。 これに頼ってはいけないと思うのです。 質入れをしようとは思わなかった。 ただ、ケースは違います。 例えば、ベータテスト...:) しかし、特に#ifdefやユニバーサル(4-5)ライブラリを書く可能性を考えると、ソース用の共有フォルダは便利でしょう。 まあ、そうですね。 非常に論理的な機能開発の継続です。 Artyom Trishkin 2013.11.08 20:46 #330 しかし、もともと割り当てられていた外部変数の値を、プログラムの実行 中に変更することはできなくなりましたね。 それは不便ですね。もう一枚作らないと...。 1...262728293031323334353637383940...161 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ところで、このUACの件ですが、すでにいくつかの書き込みで突っ込まれています。ちなみに、マイクロソフトからのヘルプです。
UACを無効にして、管理者の下に座っていれば、個人的には問題ないと思います。しかし、すでに数百万台の端末がインストールされており、権限制限のために問題が発生しているため、私たちはそうしています。
Windowsへの書き込みがどこでどのように許可されているかを理解することは、世界中にソフトウェアを配布し始めるとすぐにやってきます。
ディレクトリ名のハッシュは変更されません。これはすべてMT5で同様に機能します。両プラットフォームは、できる限り統一感を持たせています。
UACを無効にして、管理者の下に座っている限り、個人的には何の問題もないでしょう。しかし、何百万台もの端末がインストールされており、すでに権限制限による問題が発生しているからです。
Windowsへの書き込みがどこでどのように許可されているかを理解することは、世界中にソフトウェアを配布し始めるとすぐにやってきます。
ディレクトリ名のハッシュは変更 されません - これはすべてMT5で同じように動作します。両プラットフォームは、できる限り統一感を持たせています。
なるほど、ありがとうございます。
ローカルと共有の両方のフォルダーやファイルに同時にアクセスすることは可能ですか?つまり、ナビゲータにローカルフォルダとファイルだけでなく、共有フォルダも表示されるようにすることです。そのため、コンパイル後に実行ファイルがソースと同じフォルダにあり、ターミナルでそれらを見ることができます。エンドユーザーはそのファイルがどこにあるのかを実際に知る必要はなく、端末がこれらのファイルを見て作業し、プログラマーはソースの場所を知っているので、物理的に共有フォルダとローカルフォルダの両方にあるにもかかわらず、簡単に作業することができます。そうすると、端末ごとに、「ローカルフォルダに あり、そのファイルを持っている端末だけが見られるもの」と「共有フォルダにあり、そのファイルをすべての端末が一度に見られるもの」という「異なる順序」を作ることができるようになります。一方、MEでは、共有フォルダとローカルフォルダの両方が表示され、ナビゲータで単に開くことができますが、コンパイル時には、ソースのフォルダに実行ファイルを置くことになります。
???
artmedia70:
....
一方、MEでは、共有フォルダとローカルフォルダの両方が表示され、ナビゲータでは単に開く ことができますが、コンパイル時には実行ファイルをソースフォルダに置きます。
端末のバージョンアップの問題はここにあるのかもしれません。 ターゲットロケーションを適切に設定するのがベターです。
あるいは(私なら)コンパイル時にファイル名にコンパイラのバージョンを示すサフィックスを追加します。 MACross.b509.ex4のように はい、名前は長くなりますが、情報量が多く、非常に普遍的に端末のバージョンの問題を解決しています。
artmedia70:
...だから、いじめないでね。いいかい?
それは、端末のバージョンの問題かもしれないだけです。 状況に応じてターゲットとなる場所を設定するのがよいでしょう。
あるいは(私なら)コンパイル時にファイル名にコンパイラのバージョンのサフィックスを追加します。 MACross.b509.ex4のように はい、名前は長くなりますが、情報量が多く、非常に普遍的に端末のバージョンの問題を解決しています。
複数のバージョンの端末を保持することは、すでにかなり問題になっています。1つの端末をアップデートすると、すべて勝手にアップデートされてしまうのです。
それをあてにしてはいけないと思うんです。
しかし、特に#ifdefやユニバーサル(4-5)ライブラリの作成可能性を考慮すると、ソース用の共通フォルダは有用でしょう。
取引する。:)
このため、コンパイラは、未使用の関数があっても警告を出さず、実行ファイルから除外してしまいます。このままで良いのでしょうか?
未使用の変数に関する警告が表示されるようになりました(とても便利です、ありがとうございます)。
このため、コンパイラは、未使用の関数があっても警告を出さず、実行ファイルから除外するようになりました。このままでいいのでしょうか?
はい、そうなります。
ライブラリの 積極的な活用を考えると、もうそのようなメッセージは出せない。そのため、多くの機能が未使用である可能性があります。もちろん、未使用の機能はすべて削除されます。
複数のバージョンの端末を保持するのは、すでにかなり問題があります。1つの端末をアップデートすると、すべて勝手にアップデートされてしまうのです。
これに頼ってはいけないと思うのです。
しかし、特に#ifdefやユニバーサル(4-5)ライブラリを書く可能性を考えると、ソース用の共有フォルダは便利でしょう。
しかし、もともと割り当てられていた外部変数の値を、プログラムの実行 中に変更することはできなくなりましたね。
それは不便ですね。もう一枚作らないと...。