Bug #5731 [Csd]: Segmentation fault with dbase_add_record() (trace included)

Edit report at https://bugs.php.net/bug.php?id=5731&edit=1 ID: 5731 User updated by: xrumer at chaneljpoutlet dot com Reported by: xrumer at chaneljpoutlet dot com Summary: Segmentation fault with dbase_add_record() (trace included) Status: Closed Type: Bug Package: *General Issues Operating System: NetBSD 1.3.3, RedHat 6.2 PHP Version: 4.0 Latest CVS (22/07/2000) Block user comment: N Private report: N New Comment: あなたは信頼性と低シャネルのハンドバッグを探している場合は、するには、のために外に見えることができますか？すべての女性にこのクエリを要求し、彼女は答えを用いて調製することができます。彼女は途方も減少し販売価格背面倍の量で彼らのシングルを得たので、彼女は、知っています。悪い女の子でも、彼女が得たより低いシャネルの財布が信頼できるものではありませんことを認識していません。女性が人生のすべての他の要因で非常に賢明であるにもかかわらず、彼らはより低い漏斗シャネルコンセントを見て、同じで販売価格に見えるように気にしないと、彼らは単に溶かす。<a href=http://www.chaneljpoutlet.com/>シャネル バッグ</a> 彼らはそれが割引価格のこの種では、これらの優れたバッグを入手することは不可能であることを実現する、しかしそれらは非常に低い値を付けられるという事実だけのため偽物を介してよりも圧倒されています。あなたは下のシャネルのバッグを買って約本当に熱心であれば、あなたの理想的な選択は、それらの割引を提供していて有名なお店を探すためであろう。あなたは、単に最新モデルを購入することができるように大型店を離れ明白にその時代遅れの株式やバッグの株式を望むのインスタンスがあります。インスタンスのこの種で、彼らはシャネルの財布、シャネルの10％と有意に割引を提供しています。あなたは、ある瞬間の利益を考慮し、低シャネルのハンドバッグを購入する必要があります。あなたが低コストで、それらのブランドの財布の役に立つことができれば他の機会にはお祝いの季節やクリスマスのように、あまりにもあります。<a href=http://www.chaneljpoutlet.com/>シャネル</a> ウェブストアの異なる多くはそこにあることができる安価な模造品にだまされません。それらの大半は、投資、安価でインポートされた偽のバッグ。彼らは本物の似ているが、あなたがそれを与える欠陥の量を発見するように見えるの近くにとも考えるかもしれません。生産重複ブランド財布を専門に怪しげ​​な機関があります。あなたは、単にネットの周りに気づいていることが減少し価格のバッグは、これらの機関から発信さになっています。あなたはそれらの色が正常に動作していること、またはそれらのステッチが離れて落ちていることを発見するでしょう正確に同じものを利用しているの倍の量の内部。<a href=http://www.chaneljpoutlet.com/>シャネル バッグ</a> 誰も彼らがオンラインで購入後、そのカードを確保するために求めるために気になるはありません。彼らはこれらの安価なシャネル2.55マーチャンダイジングすることができ、Webページ上で賢明な文章を通じて、だまされています。ウェブショップ上で、特定のそれにもかかわらず、現在でもシャネルのバッグに大規模な低価格を提供している場合に驚いてはいけません。あなたが経験したので、前に1週間と同じか正確に訪問した場合、Webサイトでは、それがされて、最終的なメガ利益の日を経験したと主張した。<a href=http://www.chaneljpoutlet.com/>シャネル</a> Previous Comments: ------------------------------------------------------------------------ [2000-07-23 05:39:50] sterling at cvs dot php dot net Fixed in CVS (in two minutes or so). ------------------------------------------------------------------------ [2000-07-23 04:58:14] joey at cvs dot php dot net Can duplicate using CVS a/o 23 Jul 2000. Here is a more complete example (using dbase_create() instead of db_open()): <?php $def = array( array("Name", "C", 250), array("Foo", "N", 5, 2), array("Date", "D"), array("Bar", "L") ); $db = dbase_create("customer.dbf", $def); //$db = dbase_open("customer.dbf", 2); $newRecord = array("John Smith", 100.00, "199980901", "Y"); dbase_add_record($db, $newRecord); dbase_close($db); ?> #0 0x80e5878 in _zval_ptr_dtor (zval_ptr=0x842c1b0, __zend_filename=0x8185ba9 "zend_variables.c", __zend_lineno=182) at zend_execute_API.c:270 #1 0x80eb083 in _zval_ptr_dtor_wrapper (zval_ptr=0x842c1b0) at zend_variables.c:182 #2 0x80eeca0 in zend_hash_destroy (ht=0x842c124) at zend_hash.c:564 #3 0x80eae26 in _zval_dtor (zvalue=0x8427c64, __zend_filename=0x818543c "zend_execute_API.c", __zend_lineno=272) at zend_variables.c:69 #4 0x80e589a in _zval_ptr_dtor (zval_ptr=0x8255e28, __zend_filename=0x81911e0 "zend_execute.h", __zend_lineno=123) at zend_execute_API.c:272 #5 0x80f6bd4 in zend_ptr_stack_clear_multiple () at zend_execute.h:123 #6 0x8118ce2 in execute (op_array=0x8205fa4) at ./zend_execute.c:1638 #7 0x8070607 in php_execute_script (primary_file=0xbffffbb8) at main.c:1169 #8 0x806ee0e in main (argc=3, argv=0xbffffc34) at cgi_main.c:674 (gdb) print **zval_ptr $1 = {value = {lval = 1852144128, dval = 3.1453911460008387e+161, str = {val = 0x6e657a00 <Address 0x6e657a00 out of bounds>, len = 1635147620}, ht = 0x6e657a00, obj = { ce = 0x6e657a00, properties = 0x61765f64}}, type = 114 'r', is_ref = 105 'i', refcount = 25185} Looks to me like zval_ptr has already been freed at this point? And a more complete backtrace: ------------------------------------------------------------------------ [2000-07-22 01:27:55] xrumer at chaneljpoutlet dot com Hi, I ran some tests with PHP 4.0.2-dev snapshot php4-200007211345. I saw that dbase_create() was finally fixed so this ran fine. Every other dBase function runs fine, except dbase_add_record(). (gdb) run -e -q -f add.php Starting program: /space/www/bin/php/php-4.0.2-dev_debug -e -q -f add.php Program received signal SIGSEGV, Segmentation fault. 0x7f21d in _zval_ptr_dtor (zval_ptr=0x22c198) at zend_execute_API.c:270 zend_execute_API.c:270: No such file or directory. Here's create.php that works fine (basically, dbase_get_record(), dbase_delete_record(), dbase_pack(), etc. work but dbase_add_record()): #!/space/www/bin/php/php <? $fields = array( array("Name", "C", 32), array("Balance", "N", 8, 2), array("Birthday", "D"), array("Commercial", "L") ); $db = dbase_create("customer.dbf", $fields); dbase_close($db); ?> Here's the most simple script that will segfault PHP, add.php: #!/space/www/bin/php/php <? $db = dbase_open("customer.dbf", 2); $newRecord = array("John Smith", 100.00, "199980901", "Y"); dbase_add_record($db, $newRecord); dbase_close($db); ?> Here's my ./configure: ./configure --with-config-file-path=/space/www/etc/httpd/conf/php_cgi \ --enable-discard-path \ --with-gd=/u/guest/www/mbin/i386-NetBSD \ --with-mysql \ --with-dbase \ --with-zlib=/u/guest/www/mbin/i386-NetBSD \ --with-mcrypt=/u/guest/www/mbin/i386-NetBSD \ --with-mhash=/u/guest/www/mbin/i386-NetBSD \ --enable-ftp \ --enable-inline-optimization \ --with-jpeg-dir=/u/guest/www/mbin/i386-NetBSD \ --with-imap=/u/guest/www/mbin/i386-NetBSD/lib Everything mentioned by theses lines works (except GD+PNG but that's another story :) I tried this on a basic RH6.2 and gets the same result: here's the trace, running the same scripts and same snapshot with basic ./configure (gdb) run -e -q -f add.cgi Starting program: /usr/local/bin/php -e -q -f add.cgi Program received signal SIGSEGV, Segmentation fault. 0x80c4c55 in _zval_ptr_dtor (zval_ptr=0x8145550) at zend_execute_API.c:270 270 (*zval_ptr)->refcount--; ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=5731&edit=1