2016-06-28 8 views
0

最新のpthreads拡張モジュール3.1.6 64bit for PHPをインストールしようとしています。PHP Pthreads最新バージョン3.1.6(64bit)がApacheにインストールされていません

http://github.com/krakjoe/pthreads

上のpthreadの著者のアドバイス、あたりとして、私は希望の場所に2つのDLLを配置しています。

pthreadVC2.dll(Windowsリリースに付属)をphp.exeと同じディレクトリに追加します。 C:\ Apache24 \ php PHP拡張フォルダにphp_pthreads.dllを追加します。 C:\ Apacheの\ PHPの\ extと

そしてまた、Windows \ system32ディレクトリにある

も[ApacheのHttp.confd]でLoadFileがを追加しました[1]

そして、私は私のPHPに追加拡張を追加しました.ini

php.ini

しかし、Apacheは起動しませんし、私は、Apacheのerror.logを確認したときに、私は以下の

01を持っています

[火6月28日11:38:31.184618 2016] [SSLは:警告] [PID 8640:TID 352] AH01909:ローカルホスト:443:0、サーバ証明書がサーバ名と一致するID を含まない

[Tue Jun 28 11:38:31.215819 2016] [core:警告] [pid 8640:tid 352] AH00098:pidファイル C:/Apache24/logs/httpd.pid上書きされました - 前回の不正なシャットダウン Apacheが実行されましたか?

私はphp_pthreads.dll拡張子を拡張リストの先頭に移動しました。それはこのpthreads dllで始まらないでしょう。しかし、私がコメントした場合、extension = php_pthreads.dll、私のApacheは再起動しますが、このpthreads dllでは再起動しません。

これはバグですか、何か間違っていますか?

のApache 2.4.xのVC14

PHP情報

  • システムWindows NT NG10676 6との私のシステムのセットアップ ウィンドウ7 64ビットのリトル情報、。1つのビルド7601

  • (Windows 7のエンタープライズ版のService Pack 1)AMD64

  • ビルド日2016年6月21日15時08分19秒

  • コンパイラMSVC14(ビジュアルC++ 2015)

  • アーキテクチャx64

  • スレッドセーフティを有効にしました

私のシステム10,11,14にはすべて64ビットのVCコンパイラがインストールされており、32ビットもインストールされています。

pthreadsのインストールについて以前のスレッドをすべて試しましたが、私のインストールには役に立たないことにご注意ください。 私はすべてのGoogleページを試しましたが、うまく動作しません。何か助けていただければ幸いです。 PHPのpthreadsデザイナーは、このバージョンでいくつかの光を当てることができる場合。

+0

マーカス、私は間違って質問を持っていますか?あなたは私の質問をダウングレードしました。 –

+0

Marcus私はポストの読みやすさを改善しました。私はオーバーフローするために少し新しいです - これを将来思い出してください –

+0

私はこの質問に投票しました。これは大きな疑問ではありませんが、将来の人々のために多くの時間を節約できます。回答:SAPIにpthreadがないので、悲しい.... –

答えて

2

Quote from README

pthreadsのV3はCLIだけで動作に制限されている:私は、私が持っているのpthreadに1111コミットした後、Webサーバ内のスレッドはちょうど意味を成していないことを説明しようと何年も費やしてきました私のアドバイスは邪魔されていないことに気づいた。

私は、アドバイスを堅くて速いものにしています.pthreadをCLI以外で安全かつ賢明に使用することはできません。リスニング用

感謝;)

Quote from blog explaining change from v2

...

EJBの明示仕様でスレッドを作成からプログラマを禁止し、近代的なJavaのも1を持っていません:1モデル。明らかに、これは主に、環境が移行され(サーバーのクラスタ内で移動される)、管理されたプール外のスレッドを移動することは想像もつかないためです。しかし、スレッドの作成を禁止するよりも、同期プリミティブの使用を禁止しています。なぜなら、ロックを保持している間にノードが動かされると、すべての地獄が緩んでしまうからです。

一般的にJavaの場合、私はpthreadsのために落としたのと同じ理由で、サーブレットでスレッドを手動で作成することをお勧めしません。

すべての環境が実際にそれを禁止するわけではありませんが、それは可能な限り深く動作します。誰もWebレスポンス・コンテキストで実際の(1:1)スレッドを作成することは悪い考えです。

...

+0

非常に感謝のために応答します。 –

関連する問題