file-descriptor

    1

    1答えて

    アップデート:以下のコードが間違った方向に向いていると思います。すべての出力(ファイル&コンソール)をログに記録し、そのログを一時停止して新しいログ(新しいファイル&コンソール)にログし、FDを移動して再オープンしないで元のロガーのFDに再接続する元のログファイル 私のFDの知識をbashで改善しようとしています。私はメイン "メタ" test.shのすべての出力をログに記録しようとしていますが、

    0

    1答えて

    は私がでエラーが発生している: "File "/home/pi/blescan.py", line 78, in hci_le_set_scan_parameters old_filter = sock.getsockopt(bluez.SOL_HCI, bluez.HCI_FILTER, 14) error: (9, 'Bad file descriptor')" 私は、エラー

    1

    1答えて

    を開いたまま。この関数を複数回呼び出すと、Python 3インタプリタがクラッシュします。特に以前のように行われた場合: size = lambda rows = True: raw_display.Screen().get_cols_rows()[rows] 次のエラーを防ぐにはどうすればよいですか? OSError: [Errno 24] Too many open files

    3

    1答えて

    Cプログラムでは、stdinからテキスト行を読みたいと思っています。 同時に私は別のファイル記述子からのデータを扱いたいと思います。 pollを使用して、2つのソースのいずれかが読み込み可能になるのを待ってそれに応じて処理しようとしました。しかし、pollは裸のファイル記述子を必要とし、fgetsのようなもので全行を読むにはFILEハンドルが必要です。 filenoまたはfdopenを使用して「変

    2

    1答えて

    tell()を使用してファイル記述子の位置を表示しようとしていますが、常に間違った場所を指しているようです。 私がdata.txtファイル(コードの下)を読み取るために使用している以下のコードでは、POSが間違った位置(たとえば-10、9、...)に印刷されている間に、最後に印刷される位置は93 、それは本当に異なっています。 最後に、次の5バイトが印刷され、SPACEの後の行が表示されます。私は

    1

    1答えて

    コンテナ全体のオープンファイルの総数を制限しようとしています。ホストのオープンfdsの制限は、ulimitを使用して行います。ドッカーコンテナがホストOS上でプロセスとして実行されることから、ulimitを使用して各ドッカーコンテナのオープンファイルの総数を制限できる必要があります。 しかし、コンテナ内の開いているファイルの総数[ホスト上のulimit値]を超えることができます。 ドッカーには、コ

    2

    1答えて

    をハング私はこの1つがハング mkfifo my_fifo exec 3<$my_fifo を読み取るためのファイルディスクリプタを開きたいです。私は exec 3<>$my_fifo を行う一方 は、その後、それは動作します。どうして?

    1

    1答えて

    を閉じる私は今、私はそれを閉じたいという exec {gui_outfd}<>$gui_outpipe のような名前のファイルディスクリプタを作成しました違う? EDIT私のスクリプトの行330から357: run_gui & gui_pid=$! run_ai1 & ai1_pid=$! exec {gui_outfd}>&- while true; do echo "Sta

    0

    1答えて

    bashの1、2、3などのファイルに複数のディスクリプタを作成しようとしています。 たとえば、exec 9>abc/1は問題なく動作しますが、forループで記述子を作成しようとすると、exec $[$i+8]>abc/$iのように動作しません。私はいろいろな方法で試しましたが、execは変数を受け入れないようです。私がしたいことをする方法はありますか? 編集:そうでない場合は、記述子なしでfloc

    0

    2答えて

    私はリダイレクトを自分で教えようとしています。 ユーザーに整数を入力して他の整数を出力するシンプルなプログラムがあります。ユーザーが0を入力して終了するまで無期限に出力します。 私はそのプログラムのラッパーを作成しようとしていますが、将来は別のコンソールアプリケーション用のGUIラッパーかもしれません。 目的はそのプログラムと通信することです。 私の最初の考えは、パイプを使用してプロセスをフォーク