Re: [PHP4BETA] Re: [PHP3] Zend OO syntax overloading support for Java components

Chad Cunningham wrote: >Along these lines, I just tried it on my home machine and got core dumps >:( Removing the java support it runs fine. I am using IBM's JDK 1.1.8 >and the php CVS as of about 10 PM eastern. Here's a backtrace Bizzare. Ap_invoke_handler calling regcomp? Regcomp calling yy_flex_realloc? Yy_flex_realloc calling zend_execute? None of this makes any sense to me, nor does it appear to be anywhere near the java support code. In the process of my development, I made a fixed a few core dumps in the base php code which loads extensions. Perhaps there are a few more problems lurking in there. *When* exactly does it die? Could it be during the time it is parsing your php.ini file? How did you remove the java support? Try configuring and making java support, but not adding the php.ini entries. If that works, add in the php.ini entries one at a time until it dies. >Program received signal SIGSEGV, Segmentation fault. >0x4024c3af in object.8 () >(gdb) bt >#0 0x4024c3af in object.8 () >#1 0x401dc284 in execute (op_array=0x80e56c0) at zend_execute.c:92 >#2 0x401b2bd3 in yy_flex_realloc (ptr=0xbffff810, size=1076201868) > at configuration-scanner.c:1781 >#3 0x401f3829 in p_b_symbol (p=0x80e2a04) at regcomp.c:775 >#4 0x401f3e24 in allocset (p=0x80e2a04) at regcomp.c:1018 >#5 0x401f3e60 in allocset (p=0x80e2a04) at regcomp.c:1021 >#6 0x80542f3 in ap_invoke_handler () >#7 0x80675e9 in process_request_internal () >#8 0x806764c in ap_process_request () >#9 0x805f00e in child_main () >#10 0x805f19c in make_child () >#11 0x805f2f9 in startup_children () >#12 0x805f926 in standalone_main () >#13 0x80600a3 in main () >#14 0x4007dcb3 in __libc_start_main (main=0x805fd6c <main>, argc=2, > argv=0xbffff9d4, init=0x804e884 <_init>, fini=0x8093d6c <_fini>, > rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffff9cc) > at ../sysdeps/generic/libc-start.c:78