Re: Current CVS crash (latest Zend changes)

From: Date: Wed, 08 Aug 2001 22:55:55 +0000
Subject: Re: Current CVS crash (latest Zend changes)
References: 1 2 3  Groups: php.dev 
Request: Send a blank email to php-dev+get-62658@lists.php.net to get a copy of this message
It's as quoted in the original message : --- <?php phpinfo(); ?> --- with a \n after the ?> # hexdump -cb phpinfo.php 0000000 < ? p h p p h p i n f o ( ) ; 0000000 074 077 160 150 160 040 160 150 160 151 156 146 157 050 051 073 0000010 ? > \n 0000010 040 077 076 012 0000014 Attached as .gz so mail transports don't mess with cr/lf etc. ----- Original Message ----- From: "Zeev Suraski" <zeev@zend.com> To: "Simon Roberts" <simon@airdmhor.gen.nz> Cc: <php-dev@lists.php.net> Sent: Thursday, August 09, 2001 10:35 AM Subject: Re: [PHP-DEV] Current CVS crash (latest Zend changes) > Can you send me the file that causes this crash? > > At 01:32 09-08-01, Simon Roberts wrote: > >Yes, the absolute latest - I saw the Zend changes come past "cvs update". > >The change looks to be a broken fix in r214 of zend_compile.c - Zend itself > >is new to me (and fun :) > > > > > >@@ -2374,6 +2379,10 @@ > > retval = zendlex(zendlval TSRMLS_CC); > > break; > > case T_CLOSE_TAG: > >+ if (LANG_SCNG(yy_text)[LANG_SCNG(yy_leng)-1]=='\n' > >+ || > >(LANG_SCNG(yy_text)[LANG_SCNG(yy_leng)-2]=='\r' && > >LANG_SCNG(yy_text)[LANG_SCNG(yy_leng)-1])) { > >+ CG(increment_lineno) = 1; > >+ } > > retval = ';'; /* implicit ; */ > > break; > > case T_OPEN_TAG_WITH_ECHO: > > > > > > > >----- Original Message ----- > >From: "Zeev Suraski" <zeev@zend.com> > >To: "Simon Roberts" <simon@airdmhor.gen.nz> > >Cc: <php-dev@lists.php.net> > >Sent: Thursday, August 09, 2001 10:19 AM > >Subject: Re: [PHP-DEV] Current CVS crash (latest Zend changes) > > > > > > > Are you *sure* you're running the very current CVS, and not some snapshot? > > > > > > Zeev > > > > > > > > > At 01:16 09-08-01, Simon Roberts wrote: > > > >Seems like the Zend changes that were just committed broke something - > >all > > > >scripts are causing a segfault. I'm looking at what changed now. > > > > > > > > > > > >Script: > > > ><?php phpinfo(); ?> > > > > > > > >Configure: > > > > ./configure \ > > > > --with-apxs \ > > > > --without-midgard \ > > > > --without-pgsql \ > > > > --enable-debug; \ > > > > > > > >Backtrace: > > > >Program received signal SIGSEGV, Segmentation fault. > > > >0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 > > > >(gdb) bt > > > >#0 0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 > > > >#1 0x403afef9 in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2393 > > > >#2 0x403a79cb in zendparse () at /usr/lib/bison.simple:432 > > > >#3 0x403cc57e in compile_file (file_handle=0xbffff2f0, type=2) at > > > >zend_language_scanner.l:364 > > > >#4 0x403c29cf in zend_execute_scripts (type=8, file_count=3) at > >zend.c:803 > > > >#5 0x403d587b in php_execute_script (primary_file=0xbffff2f0) at > > > >main.c:1304 > > > >#6 0x403d1a5e in apache_php_module_main (r=0x80dacf0, > > > >display_source_mode=0) at sapi_apache.c:90 > > > >#7 0x403d253a in send_php (r=0x80dacf0, display_source_mode=0, > > > >filename=0x0) at mod_php4.c:575 > > > >#8 0x403d258e in send_parsed_php (r=0x80dacf0) at mod_php4.c:590 > > > >#9 0x8054e8d in ap_invoke_handler () at eval.c:41 > > > >#10 0x806708c in ap_some_auth_required () at eval.c:41 > > > >#11 0x8067103 in ap_process_request () at eval.c:41 > > > >#12 0x805f6d7 in ap_child_terminate () at eval.c:41 > > > >#13 0x805f87a in ap_child_terminate () at eval.c:41 > > > >#14 0x805f9bd in ap_child_terminate () at eval.c:41 > > > >#15 0x805ffde in ap_child_terminate () at eval.c:41 > > > >#16 0x80608a3 in main () at eval.c:41 > > > >#17 0x4010918e in __libc_start_main (main=0x8060420 <main>, argc=45, > > > >ubp_av=0xbffff754, init=0x804fa3c <_init>, fini=0x808a53c <_fini>, > > > >rtld_fini=0x4000cf08 <_dl_fini>, stack_end=0xbffff74c) at > > > >../sysdeps/generic/libc-start.c:129 > > > >(gdb) >

Attachment: [application/x-gzip] phpinfo.php.gz
« previous php.dev (#62658) next »