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
yohg...@ohgaki.net



On Tue, Nov 8, 2011 at 6:00 PM, Antony Dovgal <t...@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
>
>

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to