問題タブ [writers]

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.

0 投票する
2 に答える
253 参照

file-io - Java IO (javase 6) - ストリームとライターのサンプル使用の効果を理解するのに役立ちます

これを理解しているかどうか見てみましょう: ファイル「out.txt」のバイト出力ストリームが開かれます。次に、ファイル操作を高速化するために、バッファリングされた出力ストリームに供給されます。バッファリングされたストリームは出力ストリーム ライターに送られ、バイトから文字にブリッジされます。最後に、このライターはバッファリングされたライターに供給されます...これにより、バッファリングの別のレイヤーが追加されますか?

うーん...

0 投票する
1 に答える
7884 参照

java - PrintWriterをPrintStreamに変換する簡単で安全な方法はありますか?

のインスタンスをに変換するためのクリーンで簡単な方法はありますjava.io.PrintWriterjava.io.PrintStream

0 投票する
1 に答える
1227 参照

semaphore - リーダーライターソリューションでライターの優先度エラーを引き起こす方法は?

ライター優先で、リーダー/ライター セマフォ ソリューションに障害を引き起こすことに興味があります。

ウィキペディアから引用した次のコード:

...バイナリセマフォがあり、セマフォmutex_3にアクセスしようとするスレッドの数を制限しrて、ライターが優先されるようにします。

ライターが飢えることを期待して、そのミューテックスを削除しようとしましたが、成功しませんでした。私は Java でプログラムを作成しました。このプログラムでは、スレッドは一定時間 2 回待機します。読み取り/書き込み後と書き込み中です。1 つの書き込みプロセスと 8 つの読み取りプロセスを作成し、待機量をすべて 1 ミリ秒に設定しました。rセマフォが常に 1 人のライターと多数のリーダーによって攻撃されている状況を作成してみました。これのどれも、私が期待した失敗を引き起こしませんでした。

私は何か間違ったことをしていますか?ライターの飢餓を引き起こすにはどうすればよいですか?

0 投票する
2 に答える
910 参照

c++ - リーダー ライター - ライター スレッドが常に複数のリーダー スレッドでスタックする

ここで新しいビー。私はリーダー/ライターの問題解決に取り組んできました。1 つのリーダーと 1 つのライターで完全に正常に動作します。しかし、リーダーを2に変更すると; 書き込みスレッドは常に飢えています。助けて!

Writer スレッドがどこかで wrt ミューテックスを待っているようです。

0 投票する
1 に答える
440 参照

c++ - プログラムから vssadmin を実行する

C++ プログラムから次のコマンドを実行しようとしています。

私はこの出力を得ています:

イベント ログには、22 と 8193 の 2 つのエラーがあります。

コマンドラインから直接実行すると、正常に動作します。

ありがとう。

0 投票する
2 に答える
159 参照

algorithm - 1 ライター、M リーダーが同じアイテムを消費する

この問題を想定します: 2 つのプログラム、A と B、A の 1 つのプロセス、M の M プロセス、var という名前の 1 つの共有変数

ここで、A のループごとに、M 個の B プロセスのそれぞれが共有変数を (1 回だけ!) 読み取り、それを配列に格納するようにする必要があります。したがって、最終的に各 B プロセスは、b 配列に a 配列のコピーを持ちます。これはセマフォの問題であり、解決策は疑似コードである可能性があるため、言語は関係ありません。

機能しない初期ソリューション: 0 で初期化されたセマフォ B を使用しています。A が何かを書き込むたびに、B を M ずつ増やして、down(A) を実行しています。各 B ループの開始時に、down(B) を実行します。次に、B の各ループの最後で、M 人のリーダーが var を読み込んで格納したかどうかを確認し、そうであれば、up(A) を実行しています。

明らかに、上記により、単一の B プロセスが、M リーダーを介して分散されるはずだったすべての M の使用を「消費」することができます。では、どうすれば (賢く)、各 B が各 var を 1 回だけ読み取るようにすることができるでしょうか? M ごとに 1 つずつ、M セマフォの配列が機能しますが、演習で求められているものではない可能性が高くなります。

0 投票する
1 に答える
30 参照

scala - Play ライターの追加プロパティ

ケース クラス コンストラクターで使用できない追加のプロパティを書き込むことは可能ですか?

Entityケースクラスで拡張することでidプロパティも持つ

このプロパティを追加するにはどうすればよいですか?