jvlad wrote:
>> Hi,
>>
>> I just ran a make install of PHP 5.3 on Solaris 32-bit:
>>
>> cel...@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)
>> cel...@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.
can you run the custom gdb dumpbt so we can see which line of
install-pear-nozlib.phar is triggering the error?
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
