Re: PHP CLI + Valgrind = FAIL

Sorry I replied to wrong thread. I haven't used to new gmail UI... It seems working on my MacBook.I just tried php-src-5.4 with $ uname -aDarwin esi-yasmc1.esi.local 10.8.0 Darwin Kernel Version 10.8.0: TueJun  7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386$./configure && make and got following result. $ USE_ZEND_ALLOC=0 valgrind ./sapi/cli/php -v==63465== Memcheck, a memory error detector==63465== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.==63465== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info==63465== Command: ./sapi/cli/php -v==63465==--63465-- ./sapi/cli/php:--63465-- dSYM directory is missing; consider using --dsymutil=yesPHP 5.4.0RC1-dev (cli) (built: Nov  8 2011 18:19:07)Copyright (c) 1997-2011 The PHP GroupZend Engine v2.4.0, Copyright (c) 1998-2011 Zend Technologies==63465====63465== HEAP SUMMARY:==63465==     in use at exit: 104,661 bytes in 8 blocks==63465==   total heap usage: 13,688 allocs, 13,680 frees, 2,936,131bytes allocated==63465====63465== LEAK SUMMARY:==63465== definitely lost: 0 bytes in 0 blocks==63465==    indirectly lost: 0 bytes in 0 blocks==63465==      possibly lost: 0 bytes in 0 blocks==63465==    still reachable: 104,661 bytes in 8 blocks==63465==         suppressed: 0 bytes in 0 blocks==63465== Rerun with --leak-check=full to see details of leaked memory==63465====63465== For counts of detected and suppressed errors, rerun with: -v==63465== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) However, I got this with bash $ valgrind bash==63473== Memcheck, a memory error detector==63473== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.==63473== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info==63473== Command: bash==63473====63473== Warning: ignored attempt to set SIGUSR2 handler in sigaction();==63473==  the SIGUSR2 signal is used internally by Valgrind--63473:0:syswrap- WARNING: Ignoring sigreturn( ..., UC_RESET_ALT_STACK );--63473:0:syswrap- WARNING: Ignoring sigreturn( ..., UC_RESET_ALT_STACK ); -- Yasuo Ohgaki yohgaki@ohgaki.net On Tue, Nov 8, 2011 at 6:00 PM, Antony Dovgal <tony@daylessday.org> wrote: > On 11/08/2011 10:43 AM, Rasmus Lerdorf wrote: >>> >>>  Indeed, valgrind says: >>>  ==47112== Warning: ignored attempt to set SIGUSR2 handler in >>> sigaction(); >>>  ==47112==          the SIGUSR2 signal is used internally by Valgrind >>> >>>  So it looks like it won't allow PHP to override signal handlers. The >>>  questions here are - does anybody sees same problem (on Mac or other >>>  systems) and should PHP really fail in this scenario? Not having the >>>  possibility to run PHP under valgrind kind of sucks. > > Yeah, definitely looks like some Valgrind + OSX problem. > I use Valgrind with PHP for years on Linux 32bit/64bit and it works just > perfectly. > Mine is 3.6.1, too. > > -- > Wbr, > Antony Dovgal > --- > http://pinba.org - realtime profiling for PHP > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >