svn: /phpdoc/ja/trunk/internals2/memory/ TSRM.xml management.xml

takagi Wed, 26 Apr 2017 22:55:54 +0000 Revision: http://svn.php.net/viewvc?view=revision&revision=342428 Log: Fix typo patch by hotta (http://ml.php.gr.jp/pipermail/php-doc/2017-April/001201.html) Changed paths: U phpdoc/ja/trunk/internals2/memory/TSRM.xml U phpdoc/ja/trunk/internals2/memory/management.xml Modified: phpdoc/ja/trunk/internals2/memory/TSRM.xml =================================================================== --- phpdoc/ja/trunk/internals2/memory/TSRM.xml 2017-04-26 16:50:52 UTC (rev 342427) +++ phpdoc/ja/trunk/internals2/memory/TSRM.xml 2017-04-26 22:55:54 UTC (rev 342428) @@ -64,7 +64,7 @@ <simpara> これ以降で説明する機能は、TSRM を高度に使いこなすためのものです。 普通は、拡張モジュールが直接 TSRM を操作することはありません。 - 拡張モジュールのプログラマーがは、TSRM の上位にある API (たとえば モジュールグローバル API) + 拡張モジュールのプログラマーは、TSRM の上位にある API (たとえば モジュールグローバル API) を使うべきです。 </simpara> Modified: phpdoc/ja/trunk/internals2/memory/management.xml =================================================================== --- phpdoc/ja/trunk/internals2/memory/management.xml 2017-04-26 16:50:52 UTC (rev 342427) +++ phpdoc/ja/trunk/internals2/memory/management.xml 2017-04-26 22:55:54 UTC (rev 342428) @@ -123,7 +123,7 @@ <simpara> コードをデプロイする前には常に valgrind を使いましょう。<code>ハッカー</code>としてのたしなみです。 Zend エンジンが検出して報告してくれるのは、確保済みのメモリのリークだけです。 - PHP 事態はサードパーティのソフトウェアに対する薄いラッパーに過ぎず、サードパーティのソフトウェアは + PHP 自体はサードパーティのソフトウェアに対する薄いラッパーに過ぎず、サードパーティのソフトウェアは Zend エンジンのメモリ管理は使いません。 さらに valgrind は、常に落ちるわけではないというエラーを捕捉してくれたり、 実行時に明確な影響が出るわけではないエラーを見つけてくれたりもします。