core dump

(gdb) run ../t Starting program: /home/rasmus/php4/./php ../t X-Powered-By: PHP/4.0b4-dev Content-Type: text/html [Mon Dec 27 14:31:36 1999] Script: '../t' --------------------------------------- zend_execute_API.c(216) : Block 0x0811C440 status: zend_variables.c(62) : Actual location (location was relayed) Beginning: Overrun (magic=0x0000000D, expected=0x7312F8DC) End: Unknown --------------------------------------- Program received signal SIGSEGV, Segmentation fault. 0x40139935 in chunk_free () (gdb) bt #0 0x40139935 in chunk_free () #1 0x40139807 in __cfree () #2 0x807ac54 in _efree (ptr=0x811c408, __zend_filename=0x80d08d3 "zend_alloc.c", __zend_lineno=355, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:192 #3 0x807b0c9 in shutdown_memory_manager (silent=0, clean_cache=0) at zend_alloc.c:355 #4 0x8074669 in php_request_shutdown (dummy=0x0) at main.c:784 #5 0x8058bd4 in main (argc=2, argv=0xbffffc44) at cgi_main.c:500 #6 0x401005d9 in __libc_start_main () Here is the test script: <? $str = "I tried to do a setcookie(\"unix-socket-faq-name\",...) and couldn't read the values back. They were in my cookie file, but the expected $unix-socket-faq-name variable didn't come back. It appears that dashes are not allowed in variable names.<BR></TD>"; $str = strip_tags($str,"<br>"); echo $str; ?> That $str line is all on one line. It has to be a bug in strip_tags(), but the actual dump looks a bit strange. Can't track it down right this minute but will get to it after dinner unless someone beats me to it. -Rasmus