On November 13, 2002 12:28 am, Moriyoshi Koizumi wrote: > 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.
I'll look into the problem in more detail tommorow. Ilia > 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