問題タブ [poco-libraries]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - Pocoタスクマネージャー/ブーストスレッドのミキシングとマッチング
製品にPocoを使用するかどうかを判断するのに苦労しています。現在ブーストを使用していますが、ブーストは非常に低いレベルです。Pocoの機能のいくつかを使用したいと思います。現在、必要なのはタスクマネージャークラスとタイマークラスの2つだけですが、これらは、Boost::ThreadなどよりもPoco::Threadを使用するスレッドプールに依存しています。
現在のタスク管理フレームワークを削除し、Pocoフレームワークの方がはるかに適しているので使用したいと思います。そういえば、これとPocoオブジェクトとBoostオブジェクトの混合の将来の結果について心配しています。
他のいくつかのPocoパッケージにもメリットがあり、将来それらを使用する可能性がありますが、現時点では、優れたタスクマネージャーのみが必要です。
これが私のオプションの
見方です。Poco:
Pro –十分にテストされた作業タスクマネージャーを手間をかけずに入手できます。
短所–モジュールに別のファンデーションレイヤーライブラリを導入
する予定です。将来、ミックスとマッチングが問題になる可能性があります。
ブースト:
プロ–私はブーストを維持し、他の依存関係はありません。
短所– Poco Task Manager / Timerに相当するものを作成するには時間がかかり
、コミュニティのストレステスト/コード検査のメリットはありません。(また、私は車輪の再発明を行っています)
短所– xml、キャッシュ、Unicodeサポートなど、将来的に非常に役立つ可能性のある他のPocoパッケージを見逃しています。
Pocoを完全に使用し、Boost
Proを廃止する–より高いレベルの抽象化で記述されたPocoのすべての機能を使用できるようになり、機能をすばやく実装できます。
短所–将来、Boostにあるものが必要になった場合、それを使用することはできません。
短所–ブーストを使用する現在のコードを作り直すには多くの作業が必要になります。
実装を見て、それらを混合するルートをたどっていましたが、それらは似ているように見えますが、問題が発生し、今はわかりません。
私はこれに関するドキュメントを探していましたが、決定的なものは何も見つかりませんでした。最も推奨されるアクションについてコミュニティの反応を得ることを望んでいました。
より多くのエンジニアがPocoでbootを使用したいと思うことは間違いないので、検索するとこれが表示される可能性があります。
御時間ありがとうございます。
c++ - Poco Mutex causes unhandled exception after close of the program
I get an unhandled exception if I close my program using Poco mutexes.
I use a global
in my cpp file, because I have a static class for logging (I also tried to declare it as a static member, but I got the same error).
The relevant part of my code (it's a static function):
This part of the code works great in my program (there are no lines on each other like before using mutexes), but after I close my program, I get the following error message:
I also tried to use mymutex.lock() and mymutex.unlock() before and after writing to the file, but I got the same error.
And I also tried this code:
but it resulted an infinite loop, the program has not stopped after closing its window.
I use Visual Studio 2010 and Poco 1.4.
c++ - POCO : c++ で poco を使用して Webser に画像をアップロードする方法
イメージをリモート Web サーバーにアップロードしようとしています。HTMLForm と FilePartSource を使用しました。イメージをローカル サーバー (つまり、loclhost) に正常にアップロードできますが、リモート サーバーにアップロードしようとすると、リモート Web サーバーから受信した応答は "411 Length Required" です。request.setContentLength(sizeofimagefile) を設定しようとしましたが、それでも同じ問題です。何が問題なのか、誰でも私を案内してもらえますか。これが私のコードです。
前もって感謝します
c++ - プロジェクト全体で Poco::Logger を使用する
サーバーに使用したいロガーを複数のクラスで作成しました。これを行うためにこれをどのように適応させることができますか?これはおそらく基本的な C++ ですが、いくつかのレッスンを見逃しているようです :P
c++ - Poco::Logger はスレッドセーフですか?
以下のテストコードでは、スレッドセーフのようです。Poco::Logger
マルチスレッドプログラムで使用できますか?
ここにメインのテストがあります:
c++ - Visual Studio 2010でPocoライブラリを追加するにはどうすればよいですか?
C ++でプログラミングしてからしばらく経ちましたが、現在、HTTPリクエストを実行するために追加しようとしているこのPocoライブラリで苦労しています。
まず、プロジェクトのどこかにpocoファイルを追加するにはどうすればよいですか?
次に、コマンドプロンプトについて読んだり、ファイルをコンパイルするスクリプトを実行したりしましたが、Visual Studioのバージョンである引数を指定する必要があり、選択肢は70から110です。どちらを選択すればよいかを確認するにはどうすればよいですか。使用する?
誰かが私にステップバイステップのガイドを提供してくれるなら、私はそれを本当に感謝します。
ありがとうございました。
c++ - 接続ごとのスレッド vs リアクター パターン (スレッド プールあり)?
C++ 学習プロジェクトの一環として、単純なマルチプレイヤー ゲームを作成したいと考えています。
せっかくなので、出来立てではなく、しっかりやっていきたいなと思いました。
私の理解が正しければ、Apache は Thread-per-connection アーキテクチャを使用しますが、nginx はイベントループを使用し、着信接続専用のワーカー[x]を使用します。より高い同時実行レベルをサポートしているため、nginx の方が賢明だと思います。右?
私もこの巧妙な類推に出くわしましたが、それが私の状況に適用できるかどうかはわかりません. この類推はまた、非常に理想主義者のようです。コンピューターが 100% の CPU で実行されているのを見たことはほとんどありません (無数の Chrome タブが開いていて、Photoshop とその他のものが同時に実行されていても)
また、ユーザーが使用するスレッドの数を尋ねた SO 投稿 (どういうわけか私の履歴から消えた) に出くわしましたが、その答えの 1 つは、約 700 スレッド、最大 10,000 スレッドであっても完全に許容できるというものでした。ただし、この質問はJVMに関連していました。
では、約 5,000 ユーザーの架空のユーザー ベースを見積もってみましょう。どのアプローチが「最も同時」であるべきですか?
- すべてを単一のスレッドで実行するリアクター パターン。
- スレッドプールを使用したリアクター パターン (おおよそ、スレッド プールの大きさはどのくらいですか?
- 接続ごとにスレッドを作成してから、接続が閉じるスレッドを破棄します。
オプション 2 が私にとって最良の解決策のように聞こえることは認めますが、私はこれらすべてについて非常に環境に配慮しているため、少し素朴で明らかな欠陥を見落としている可能性があります。また、実装するのはかなり難しいようです。
PS: POCO C++ Librariesの使用を検討しています。代替ライブラリ ( boostなど) を提案しても問題ありません。しかし、多くの人は、POCO のライブラリは非常にクリーンで理解しやすいと言っています。ですから、私はそれを使用することをお勧めします。そうすれば、私が使用しているものの使用方法について学ぶことができます。
linux - ARM Linux での Poco のタイマーの問題
埋め込みプロジェクトに Poco 1.4.4 と Debian Linux を使用しています。
SSH ターミナルからソフトウェアを起動すると、すべて正常に動作しますが、init.d スクリプトから実行してシステムを起動すると、Poco タイマーがハングしますが、残りのプログラムは正常に動作します。
タイマー コールバック関数内で、データを返すリモート HTTP サーバーに接続しようとします。
これが Poco の問題なのか、Linux の問題なのか、コードのエラーなのかはわかりません。
SSH からの起動はすべて機能し、init.d からの起動は機能しないのはなぜですか? 何か考えはありますか?ありがとう
c++ - このスマート ポインターを書き換える
コードを ACE から Poco に転送しています。私はマルチスレッド設計に慣れていないので、少し混乱しています!
Poco::AutoPtr はクラス テンプレートとして 1 つの引数しか受け入れないため、このように書き直すことはできません。
どのように書けばよいですか?