[PHP-dev 175] Re: [PATCH] multibyte patch for PHP 4.1.0

[Tomoyuki Asakawa]

あさかわ

>> たしかに、php.iniを、見に行くべきではないですね。
>> メモリ上？の、mbstring.internal_encodingを（もしあるのなら）
>> 見るのならおかしくないと思います。
>
> うーん。ご存知かとは思いますがmbstring関連の設定値はmbstring_globals(ZTS
> 時はmbstring_globals_idとスレッドIDによりマップされたmbstring_globalsへ
> のポインタ)に格納されるので、結局同じ事かと思うのです。

ご存じではないのですが。（老体にはソースみる元気ないです）
php.iniを見に行くのと、メモリのポインタを参照するのでは
大違いだと思うのです。

仮に、zendが、phpではないスクリプトhogeのエンジンとして使用された場合
当然php.iniを見ても迷惑なだけですが
hogeがhoge.iniを参照して、mbstring_globalsを設定してるはず「べき」もの
の、メモリを参照するならば、まったくもって正しい挙動だと思うのです。

> ついでですが、僕のパッチのencodingにあたるものはPHP4
> のmbstring.internal_encoding
> というよりは国際化版PHP3でいうところのi18n.script_encodingだと思っていま
> す。

うーん、もうちょっと志を高くもとう（笑）

>
>>> とはいえ、encodingディレクティブの評判があまりに悪ければ、mbstringの
>>> 設定
>>> 値を読みに行く方法も検討してみます。
>>
>> たぶん、評判というより、どうあるべきかという問題じゃないでしょうか？
>
> すいません。弱気な僕としては「皆さんの評判」==「どうあるべきか」だったも
> のですから...
>

もうすこし、強気になろう（笑）

> 先日大垣さんからもご指摘いただいたのですが、Zend Engineに関しては新機能
> 追加は結構困難だろうと思われるのでShift_JISを「通す」パッチのコミットで
> さえ出来れば御の字、という状況だと考えています。
>

たしかにそうですねえ。

> 逆にZend Engine 2に関してはまだまだ機能の検討段階にあるようなので、スク
> リプトのエンコーディングに対応するだけでなく、internal_encodingに
> 「変換」
> する機能を追加することも可能かもしれません。とはいえ、こちらもあまりぐず
> ぐずしているとマルチバイト対応さえしなくなってしまいそうなので、早いとこ
> ろアクションを起こしたほうが良さそうですが。

おねがいします。
てつだえることがあればします。テストぐらいしかないかもしれませんが。
無謀にも、藤本さんパッチで実運用しちゃおうと思います。
（当然責任は自分です）

> という事情なので、とりあえずもう少しフィードバックが得られたらphp-devに
> 投げてみつつ、Zend Engine 2用のパッチも作ってみようかと考えています。師
> 走ということで忙しくてなかなか思うように進みませんが...
>

そうですね、いつもの月末なのに、なぜか、年末だと、けりつけたがる人
がおおくて
いそがしくなる。。。。。。。。(;~;)