投稿2016/01/04 02:47
xxhiroxx_chanと申します。
いつも回答を頂きありがとうございます。
PHPとSQLServerの件で教えて頂きたく存じます。
環境は以下です。
Windows Server 2012 R2 64bit OS
SQLServer2014
Apache 2.412 (Win64)
PHP 5.5.24
SQLServerの例えばnvarchar(4000)のフィールドで
odbc_execにてINSERT、UPDATEは正しくでき、DBに格納されるが、
その登録したデータが2000文字以上だと、
SELECT文を実行後odbc_resultで結果を取得しようとするところで
PHP Fatal error: Out of memory (allocated 786432) (tried to allocate 4294967293 bytes)
のエラーが出ます。
ちなみに、別のサーバでは問題なくいけています。
php.iniのodbc関連のパラメータは全く同じなので、
他に原因があると思われるのですが、調べてもよくわかりません。
解決方法を教えて頂けると、またヒントでも頂けると幸いです。
よろしくお願いいたします。
回答3件
0
ベストアンサー
そもそもODBCでは無くPHPのメモリの話だと思いますが。
他と同じなのにとかつべこべ言わずに、とりあえず
「php.ini」の「memory_limit」を「-1」に変更しましょう。
それでエラーは発生しなくなる可能性が高いと思います。
それで問題が発生しなくなれば、単に取り扱うデータサイズが
PHPで設けた上限を超えたということがはっきりします。
「odbc関連のパラメータは全く同じ」という情報しかないので
「memory_limit」はどうなっているんだという話になりますが、
もしそこが違うのならあわせましょう。
もし同じなら、なぜそのサーバーだけサイズが大きくなってしまうのかの話になります。
そのサーバーだけ何かが違うはずです。必ず絶対に違う点があります。
「同じはずなんだけど」という思い込みは捨て違う点を探しましょう。
Windows Server 2012 R2 64bit OS
SQLServer2014
Apache 2.412 (Win64)
PHP 5.5.24
が完全に一致しているかどうか、「php.ini」のdiffをとって相違点を探す。
あと、当然、リクエストが一致していることの確認と、
PHPのソースやconfファイル等の内容が同一であることの確認。
最低限ここまではやりましょう。
投稿2016/01/04 03:21
総合スコア902
0
4294967293バイトってほぼ4GBなのでいくらなんでもべらぼうなサイズですし、よくよくみると2**32-3という偶然にしてはちょっとできすぎな値です。phpやodbc関係のバグっぽいです。
phpのChangeLogを見るとPHP 5.5.24より後にもいくつかodbc関連のバグ修正があったと記載されてますし、別のサーバでは問題がないということなのでmiu_rasさんの言うとおりバージョン周りを確認してみてください。
また検索したところ気になるブログを見つけました。関係あるかもしれません。(-4は32bitの符号つき整数で表現すると0xfffffffcなのですが、これを32bitの符号無し整数としてみると4294967292で、_estrndupは指定されたサイズ+1バイトのメモリを割り当てようとするのでちょうど4294967293になるのです)
が、ビューではやっぱり落ちる。まあ、今考えたら当たり前か。この修正では_estrndupに渡される値は
何もかわらないし。
テーブルの時はSQLBindColの第６引数のvallenにカラムサイズが入ってくるけど、ビューの時は-4が
入ってくる。-4はSQL_NO_TOTALを指すが何のこっちゃさっぱりだわ。
ビューだからカラムサイズとれないのかなー？
投稿2016/01/05 00:47
総合スコア1177
0
php.iniのmemory limitについて調べてください。
投稿2016/01/04 02:52
総合スコア1698
あなたの回答
tips
プレビュー
Q&A
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/01/06 00:11
2016/01/06 12:49
2016/01/13 03:01