Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44442
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <6F.77.36467.AD6214A4@pb1.pair.com>
To: internals@lists.php.net
References: <688E0CB7-742C-4861-B636-0C89DC4D8B9A@pooteeweet.org> <06.D1.20019.45C1F3A4@pb1.pair.com> <7f3ed2c30906220017j6fcea76do2190af3f3ff2d763@mail.gmail.com> <38.7A.20019.C9D6F3A4@pb1.pair.com> <7f3ed2c30906220445m469c0faxc6e28b242dffb086@mail.gmail.com> <37.A4.20019.D4E9F3A4@pb1.pair.com> <ED.1F.36467.0D6704A4@pb1.pair.com> <2dedb8a0906222337u3fca7762w8f91cb4d18cef1c4@mail.gmail.com> <8D.68.36467.160F04A4@pb1.pair.com> <4A412212.50505@chiaraquartet.net>
Date: Tue, 23 Jun 2009 23:02:42 +0400
Lines: 85
Subject: Re: [PHP-DEV] Re: 5.3.0 stable release
From: dmda@yandex.ru ("jvlad")

> Hi,
>
> I just ran a make install of PHP 5.3 on Solaris 32-bit:
>
> cellog@t2000-010131:~/php5$ gcc -v
> Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.11/3.4.3/specs
> Configured with:
> /gates/sfwnv/builds/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
> --prefix=/usr/sfw --with-as=/usr/ccs/bin/as --without-gnu-as
> --with-ld=/usr/ccs/bin/ld --without-gnu-ld
> --enable-languages=c,c++,f77,objc --enable-shared
> Thread model: posix
> gcc version 3.4.3 (csl-sol210-3_4-20050802)
> cellog@t2000-010131:~/php5$ uname -a
> SunOS t2000-010131 5.11 snv_101 sun4v sparc SUNW,Sun-Fire-T200 Solaris

This is different platform.
Mine is 64bit Solaris version 8, not 11 like yours:
$ uname -a
SunOS qx 5.8 Generic_108528-11 sun4u sparc SUNW,UltraSPARC-IIi-cEngine
php was complied without -m64 and therefore it is 32bit.


> My best guess is that you have a problem related to libxml (I see you
> are using a custom one), as that is the only substantive difference
> between the default and your configure line.  gcc 3.4.2 could also be
> the issue, perhaps 3.4.3 fixes the problem.

no, libxml is not a problem.
Once again, I'm building php on this machine since php version 4.2.0,
always quite successfull, except php 5.3 :)

> You might try using gdb, start it up, and run with:
>
> -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir=
> -derror_reporting=1803 -dmemory_limit=-1 -ddetect_unicode=0
> install-pear-nozlib.phar -d /export/home/jvlad/testpear -b
> /export/home/jvlad/testpear/bin
>
> that way you can inspect variables when the bus error happens

I can inspect them even without these parameters.
the following command is enough:
gdb --core ./core sapi/cli/php
What do you want me to check?

Regarding the crash point
bt:
(gdb) bt
#0  0x002e7d80 in ZEND_FE_RESET_SPEC_TMP_HANDLER (execute_data=0x861cc0)
    at 
/export/home/jvlad/php/php5.3-200906221030/Zend/zend_vm_execute.h:5371
#1  0x002d92a0 in execute (op_array=0x70bd90)
    at /export/home/jvlad/php/php5.3-200906221030/Zend/zend_vm_execute.h:104
#2  0x002b8d48 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
    at /export/home/jvlad/php/php5.3-200906221030/Zend/zend.c:1188
#3  0x00266444 in php_execute_script (primary_file=0xffbef9a0)
    at /export/home/jvlad/php/php5.3-200906221030/main/main.c:2196
#4  0x003447d4 in main (argc=31, argv=0xffbefa5c)
    at /export/home/jvlad/php/php5.3-200906221030/sapi/cli/php_cli.c:1188


#0 corresponds to the following line:
           ALLOC_ZVAL(tmp);
           INIT_PZVAL_COPY(tmp, array_ptr);
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

print array_ptr
$1 = (zval *) 0x861d14
(gdb) print *array_ptr
$2 = {value = {lval = 7461040, dval = 1.5883854881154093e-306, str = {val = 
0x71d8b0 "",
      len = 0}, ht = 0x71d8b0, obj = {handle = 7461040, handlers = 0x0}}, 
refcount__gc = 0,
  type = 4 '\004', is_ref__gc = 0 '\0'}
print tmp
Cannot access memory at address 0xfffffff0



Let know if you want me to check the other variables.