Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:47607
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain cubiclesoft.com designates 217.160.255.148 as permitted sender)
Message-ID: <4BAB7AB3.6050702@cubiclesoft.com>
Date: Thu, 25 Mar 2010 08:01:07 -0700
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: internals@lists.php.net
References: <4BAB0190.8090103@cubiclesoft.com>	 <b54d0abe1003242338t2e079578l68530c644ff56135@mail.gmail.com>	 <4BAB15A6.2010206@cubiclesoft.com> <fe05d1541003250217ha46839dtced8f312c4a65828@mail.gmail.com>
In-Reply-To: <fe05d1541003250217ha46839dtced8f312c4a65828@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] How to trace a crash bug?
From: thruska@cubiclesoft.com (Thomas Hruska)

Pierre Joye wrote:
> hi,
> 
> On Thu, Mar 25, 2010 at 8:49 AM, Thomas Hruska <thruska@cubiclesoft.com> wrote:
> 
>> If you read the message, you would see "PHP 5.2.13".  I didn't mention
>> thread safe.  Sorry.  Forgot about that.
> 
> NTS does not work with Apache 2.2. The SAPI is not even available in
> the nts version.
> 
>>> does it crash with a hello world script, or only with your complex script.
>>> if its crash only with your script, then we cant help without a testcase.
>> That is what I am trying to do:  Come up with either a simple test case OR
>> pinpoint the crash in the C code.  The simple test case route wasn't
>> working, so I'm left with tracing the code.  Hence my query.
> 
> Does it crash randomly, at start, or using a given request/script?

It isn't random - it crashes every time.  Not at start - it is pretty 
far along in the code - I know exactly where in the PHP code (.php 
script) that PHP itself crashes.  It only happens with a particular 
request/script and that script is 120KB in size.


>> I'm pretty sure I'm on the right list.  I know C/C++ and want to hook into
>> the PHP source with a C debugger (VS IDE, preferably).  In other words, I'm
>> going to be digging around in the engine to find this problem.  Plus, this
>> will give me a good look at the guts of PHP.
> 
> php windows internals may be better for this specific topic.

Okay.  Well, I started the topic here.


>>> ps: if you found a bug, open a ticket in the bugtracker.
> 
>> Will do after I've got a reasonable test case and/or patch to work with.
>>  Simply saying "PHP crashes with complex code" isn't helpful to anyone.  I
>> was basically after a general guide for getting a Debug build that I can
>> hook into with the VS debugger and stop on crash bugs from within the Apache
>> module.
>>
>> Oh well.  I'll try to build and will get back to you.  I can't do anything
>> else on this project until I figure out this bug.  I probably should grab
>> the latest snapshot just in case...
>>
>> Darn.  Windows snapshot binaries are broken.  Guess I'm building it anyway.
> 
> No need to at this stage. I'm almost sure it is a configuration
> problem, missing/wrong DLL or other similar problems.

I'm not doing anything particularly special when it crashes - calling a 
nearly identical function with a different number of parameters - it 
never makes it into the target function.  A Debug build should pick up 
the problem.

-- 
Thomas Hruska
CubicleSoft President
Ph: 517-803-4197

*NEW* MyTaskFocus 1.1
Get on task.  Stay on task.

http://www.CubicleSoft.com/MyTaskFocus/