Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56152
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <4EB8EFBD.1030509@daylessday.org>
References: <4EB8BCC2.6040900@sugarcrm.com> <4EB8CFA7.3090804@lerdorf.com> <4EB8EFBD.1030509@daylessday.org>
Date: Tue, 8 Nov 2011 18:30:40 +0900
Message-ID: <CAGa2bXY9nGNRWaH+kpTt+aAUrqf-wh4gqxHSAG2Z8fBAT197Mg@mail.gmail.com>
To: Antony Dovgal <tony@daylessday.org>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] PHP CLI + Valgrind = FAIL
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

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 =A07 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386
i386$./configure && make
and got following result.
$ USE_ZEND_ALLOC=3D0 valgrind ./sapi/cli/php -v=3D=3D63465=3D=3D Memcheck, =
a
memory error detector=3D=3D63465=3D=3D Copyright (C) 2002-2010, and GNU GPL=
'd,
by Julian Seward et al.=3D=3D63465=3D=3D Using Valgrind-3.6.1 and LibVEX;
rerun with -h for copyright info=3D=3D63465=3D=3D Command: ./sapi/cli/php
-v=3D=3D63465=3D=3D--63465-- ./sapi/cli/php:--63465-- dSYM directory is
missing; consider using --dsymutil=3DyesPHP 5.4.0RC1-dev (cli) (built:
Nov =A08 2011 18:19:07)Copyright (c) 1997-2011 The PHP GroupZend Engine
v2.4.0, Copyright (c) 1998-2011 Zend Technologies=3D=3D63465=3D=3D=3D=3D634=
65=3D=3D
HEAP SUMMARY:=3D=3D63465=3D=3D =A0 =A0 in use at exit: 104,661 bytes in 8
blocks=3D=3D63465=3D=3D =A0 total heap usage: 13,688 allocs, 13,680 frees,
2,936,131bytes allocated=3D=3D63465=3D=3D=3D=3D63465=3D=3D LEAK SUMMARY:=3D=
=3D63465=3D=3D
definitely lost: 0 bytes in 0 blocks=3D=3D63465=3D=3D =A0 =A0indirectly los=
t: 0
bytes in 0 blocks=3D=3D63465=3D=3D =A0 =A0 =A0possibly lost: 0 bytes in 0
blocks=3D=3D63465=3D=3D =A0 =A0still reachable: 104,661 bytes in 8 blocks=
=3D=3D63465=3D=3D
=A0 =A0 =A0 =A0 suppressed: 0 bytes in 0 blocks=3D=3D63465=3D=3D Rerun with
--leak-check=3Dfull to see details of leaked memory=3D=3D63465=3D=3D=3D=3D6=
3465=3D=3D
For counts of detected and suppressed errors, rerun with: -v=3D=3D63465=3D=
=3D
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
However, I got this with bash
$ valgrind bash=3D=3D63473=3D=3D Memcheck, a memory error detector=3D=3D634=
73=3D=3D
Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et
al.=3D=3D63473=3D=3D Using Valgrind-3.6.1 and LibVEX; rerun with -h for
copyright info=3D=3D63473=3D=3D Command: bash=3D=3D63473=3D=3D=3D=3D63473=
=3D=3D Warning:
ignored attempt to set SIGUSR2 handler in sigaction();=3D=3D63473=3D=3D
 =A0the 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:
>>>
>>> =A0Indeed, valgrind says:
>>> =A0=3D=3D47112=3D=3D Warning: ignored attempt to set SIGUSR2 handler in
>>> sigaction();
>>> =A0=3D=3D47112=3D=3D =A0 =A0 =A0 =A0 =A0the SIGUSR2 signal is used inte=
rnally by Valgrind
>>>
>>> =A0So it looks like it won't allow PHP to override signal handlers. The
>>> =A0questions here are - does anybody sees same problem (on Mac or other
>>> =A0systems) and should PHP really fail in this scenario? Not having the
>>> =A0possibility 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
>
>