Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44443 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23400 invoked from network); 23 Jun 2009 19:24:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jun 2009 19:24:02 -0000 Authentication-Results: pb1.pair.com smtp.mail=greg@chiaraquartet.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=greg@chiaraquartet.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 209.85.222.197 cause and error) X-PHP-List-Original-Sender: greg@chiaraquartet.net X-Host-Fingerprint: 209.85.222.197 mail-pz0-f197.google.com Received: from [209.85.222.197] ([209.85.222.197:64888] helo=mail-pz0-f197.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D9/AA-36467-1DB214A4 for ; Tue, 23 Jun 2009 15:24:01 -0400 Received: by pzk35 with SMTP id 35so229022pzk.29 for ; Tue, 23 Jun 2009 12:23:58 -0700 (PDT) Received: by 10.143.9.9 with SMTP id m9mr112879wfi.41.1245785038888; Tue, 23 Jun 2009 12:23:58 -0700 (PDT) Received: from monster.local ([76.84.30.125]) by mx.google.com with ESMTPS id 32sm624606wfa.33.2009.06.23.12.23.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Jun 2009 12:23:57 -0700 (PDT) Message-ID: <4A412BCB.4010909@chiaraquartet.net> Date: Tue, 23 Jun 2009 14:23:55 -0500 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: jvlad CC: 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> <2dedb8a0906222337u3fca7762w8f91cb4d18cef1c4@mail.gmail.com> <8D.68.36467.160F04A4@pb1.pair.com> <4A412212.50505@chiaraquartet.net> <6F.77.36467.AD6214A4@pb1.pair.com> In-Reply-To: <6F.77.36467.AD6214A4@pb1.pair.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: 5.3.0 stable release From: greg@chiaraquartet.net (Greg Beaver) jvlad wrote: >> 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. can you run the custom gdb dumpbt so we can see which line of install-pear-nozlib.phar is triggering the error? Greg