Hmm, there might be no much need to fix this bug as it is not enabled by default... If the script still sefaults with my patch, I can no longer determine theplace at which it goes wrong just with your backtrace precisely, as it is apparently a double-free bug.
Moriyoshi "Ilia A." <[EMAIL PROTECTED]> wrote: > I've just tried the latest CVS, it still crashes, the backtrace is same as > before. > > Ilia > > On November 12, 2002 05:21 pm, Moriyoshi Koizumi wrote: > > Oops, why didn't I notice such a trivial thing before asking a braindead > > question... Anyway I bet the problem should be gone by my patch that was > > just commited. > > > > Moriyoshi > > > > "Ilia A." <[EMAIL PROTECTED]> wrote: > > > On November 12, 2002 04:58 pm, Moriyoshi Koizumi wrote: > > > > Hi, > > > > > > > > Thanks for the report. > > > > Although I found a bug in the overloading code, I wonder why the mail() > > > > function entry was not found on RINIT. Any insights? > > > > > > It seems the mail() function is not avaliable on that system because > > > sendmail was not found on the system. The function mail() on unix systems > > > appears to be dependant on sendmail avaliablity or atleast something that > > > would cause the HAVE_SENDMAIL flag to be set. > > > > > > Ilia > > > > > > > Moriyoshi > > > > > > > > "Ilia A." <[EMAIL PROTECTED]> wrote: > > > > > On November 7, 2002 10:04 am, Andrei Zmievski wrote: > > > > > > At the PHP Conference in Germany several of us have discussed the > > > > > > current state of mbstring and there was a proposal to not have it > > > > > > enabled by default for 4.3.0 release. It seems that the extension > > > > > > attempts to do "magic" stuff by overloading functions in the > > > > > > executor globals and, as Thies said, that could be dangerous. Also, > > > > > > doesn't it affect run-tests.php script currently? > > > > > > > > > > On the note of overloading done by mbstring, it appears this behavior > > > > > is not entirely stable. On at least one test system (Sun OS 5.9) it > > > > > causes crashes and overruns by using the test script in the test > > > > > suite. Ex: > > > > > sapi/cli/php -d "mbstring.func_overload=1" -r '' > > > > > Unknown(0) : Fatal error - (null)() > > > > > [http://www.php.net/ref.mbstring]: mbstring couldn't find function > > > > > mail. > > > > > Could not startup. > > > > > [Tue Nov 12 21:01:33 2002] Script: '-' > > > > > --------------------------------------- > > > > > php4/Zend/zend_execute.h(44) : Block 0x001FB640 status: > > > > > Beginning: Overrun (magic=0x001FE7F8, expected=0x7312F8DC) > > > > > End: Unknown > > > > > --------------------------------------- > > > > > > > > > > The test script itself (ext/mbstring/tests/overload.phpt) causes a > > > > > segmentation fault. Here is a back trace: > > > > > #0 0x001528f8 in shutdown_memory_manager (silent=1, clean_cache=1) > > > > > at php4/Zend/zend_alloc.c:461 > > > > > #1 0x0011d944 in php_module_shutdown () at php4/main/main.c:1219 > > > > > #2 0x0018d8d0 in main (argc=39, argv=0xffbffa74) at > > > > > php4/sapi/cli/php_cli.c:761 > > > > > > > > > > Ilia > > > > > > > > > > -- > > > > > PHP Development Mailing List <http://www.php.net/> > > > > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > -- > > > PHP Development Mailing List <http://www.php.net/> > > > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
