curl のバックアップ(No.7) - PukiWiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ | ログイン ]

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
curl へ行く。
- 1 (2021-06-17 (木) 11:08:54)
- 2 (2021-06-17 (木) 11:10:46)
- 3 (2021-07-26 (月) 10:00:47)
- 4 (2021-08-11 (水) 09:57:26)
- 5 (2021-08-17 (火) 13:16:32)
- 6 (2021-08-17 (火) 16:17:16)
- 7 (2022-11-18 (金) 14:33:08)

curl †

[PHP][cURL] cURLでSSL（https）のCA証明書警告の回避や設定

エラーコード †

libcurl error codes

libcurl †

libcurl - the multiprotocol file transfer library

libcurlのHTTPS通信でSSL/TLSセッションを再利用する

libcurlが使用するNSSにdentryが肥大化するバグがあった

curl_easy_setopt() †

CURLOPT_URL
CURLOPT_SSL_VERIFYPEER
- false を設定すると、cURL はサーバー証明書の検証を行わない

CURLOPT_NOSIGNAL

スレッド実行の注意点 †

[libcurl]CURLOPT_NOSIGNALを設定するとスレッドセーフになる理由がわからない

CURLOPT_NOSIGNALを設定すると、cURL関数がプロセスにシグナルを送らなくなる

POSIX互換システム上での経験則として、スレッド(thread)とシグナル(singal)の併用はトラブルの元です
良くあるシナリオとしてはスレッドライブラリ内部実装でシグナルを利用しており、ユーザアプリ側のシグナル利用と干渉して誤動作やクラッシュを引き起こしたりします

libcurl内ではデフォルト設定でシグナル利用し、ユーザアプリとリンクされる"スレッドライブラリ内"でもシグナル利用する。このとき、"相互"にシグナルを拾って意図しない動作をする可能性がある。

マルチスレッドで「libcurl」使用時の注意点

初期化処理を明示的に記載していない場合、「curl_easy_init()」内部で「curl_global_init()」が、「curl_easy_cleanup()」内部で「curl_global_cleanup()」が呼ばれる
しかし「curl_global_init()」と「curl_global_cleanup()」はスレッドセーフ」ではない
上記処理の初期化から終了までの間に、別スレッドから初期化処理が実行されると「segmentation fault」が発生してアプリが落ちる
それを回避するには、「curl_global_init()」をアプリ開始時に1回、「curl_global_cleanup()」をアプリ終了時に1回実行されるような作りにすれば良い

C ++でのcURLとマルチスレッドの使用