awk(1) 小技 - Qiita
色々と便利な awk(1) のちょっとした小技を紹介してみます。 system() を利用する際の注意 awk(1) の中で外部コマンドを実行する場合は組み込み関数 system() が利用できますが、この関数を利用して外部コマンドを実行すると入出力 stream がオープンされるので、ファイルディスクリプタが消費されてしまいます。 ですので awk(1) 内で何度も system() を実行すると、オープンできるディスクリプタの上限を超過してしまい、 awk(1) の実行が中断されてしまう可能性があります。 ですので、 close() を利用して system() がオープンした stream を閉じれば良いのですが、 awk(1) の system() では stream を明示的に扱いません。その様な場合は system() で実行したコマンドを close() の引数で指定する事で
requests 使用時の ResourceWarning: unclosed 回避策 - Qiita
requests 2.4.3 を使用したコードを書いていて、以下のような警告が発生した。 ResourceWarning: unclosed <socket.socket ...> または ResourceWarning: unclosed <ssl.SSLSocket ...> ソケットがクローズされていないと言われているようだ。 ResourceWarningはデバッグモードでビルドされていないと無視されるため通常は発生しない(ように見える)が、ユニットテスト実行時に毎回発生するのが気になる。 何より、本当にソケットがクローズされていないなら適切にクローズしないといけないのでは、と思い調べてみた。 requests リポジトリの issue 確認 本件は issue に報告済みだったのでそちらを見てみる。 ResourceWarning in python 3.2+ #1882 ざっと
Goでnet/httpを使う時のこまごまとした注意 - Qiita
resp, err := http.DefaultClient.Do(req) if err != nil { return err } defer resp.Body.Close() HTTPレスポンスを受け取ったとき、err != nilのときresp.Bodyは常に非nilである（たとえBodyが0バイトであっても）。このresp.Body を Close するのは呼び出し側の責務である。Body.Close を怠ると、Keep-Alive(デフォルトで有効)のためにTCPコネクションが再利用されない。…ということが ドキュメントに口を酸っぱくして書いてある。 同一ホストへのコネクション数はデフォルトで最大2に制限されている 同一ホストへのコネクション数はhttp.DefaultMaxIdleConnsPerHost定数によりデフォルトで2に制限されている。 // DefaultMa
JavaScriptでwindowを閉じるやつ - Qiita
window.open('about:blank','_self').close(); とやると閉じることが出来るみたい。 一回自分自身に対して空タブを開くことでjsの操作対象にして、その上でclose()を実行している感じ。 ちなみにFireFoxはこれでもダメで、空タブが残ってしまうので諦めてください。 なお、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
