Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:21393 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38477 invoked by uid 1010); 4 Jan 2006 03:40:26 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 38462 invoked from network); 4 Jan 2006 03:40:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jan 2006 03:40:25 -0000 X-Host-Fingerprint: 194.109.193.120 unknown Linux 2.5 (sometimes 2.4) (4) Received: from ([194.109.193.120:35053] helo=mx1.moulin.nl) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 4A/F3-34518-8A34BB34 for ; Tue, 03 Jan 2006 22:40:25 -0500 Received: from localhost (localhost [127.0.0.1]) by mx1.moulin.nl (Postfix) with ESMTP id 3B6D519E4F3; Wed, 4 Jan 2006 04:40:22 +0100 (CET) Received: from mx1.moulin.nl ([127.0.0.1]) by localhost (moulin [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00705-12; Wed, 4 Jan 2006 04:40:20 +0100 (CET) Received: from [10.0.13.92] (ip0-115-172-82.dyndsl.versatel.nl [82.172.115.0]) by mx1.moulin.nl (Postfix) with ESMTP id 585B519E517; Wed, 4 Jan 2006 04:40:20 +0100 (CET) Message-ID: <43BB43A2.50402@iamjochem.com> Date: Wed, 04 Jan 2006 04:40:18 +0100 User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rasmus Lerdorf Cc: php internals References: <43BA6FD4.4010103@iamjochem.com> <43BAA937.2000702@lerdorf.com> In-Reply-To: <43BAA937.2000702@lerdorf.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at moulin.nl Subject: Re: [PHP-DEV] debugging APC - bit over my head; clue desired From: jochem@iamjochem.com (Jochem Maas) Rasmus Lerdorf wrote: > Jochem Maas wrote: > >> a while back I was asking about APC - I have a problem with php >> seghfaulting when I use APC _and_ turn on the opcode cache (apc_store() >> and apc_fetch() work very well - I'm sticking _lots_ of 'ResultSet' >> objects >> in there for instance and it works very nicely) > > > Note that caching arrays is way faster than caching objects, so if at > all possible, convert your ResultSet object to an associative array > before storing it. I need the object at run time to make the whole lot transparent. but given the speed increase I get from not having to make crazy database calls (my lack of skill/foresight coupled with strange/impossible/arcane marketing/sales driven requirements :-) I'm still happy - thanks for the tip though! noted for future use. > > To fix your segfault I'll need a short PHP script that reproduces the > problem. On one hand I bet an script doesn't > crash it, and on the other you have whatever code you are running that > does. Step up from Hello World slowly until it starts crashing and send > me that. I know the problem lies somewhere in the 194 classes I have in the project. I have been trying to reproduce the problem in a short case for months, having just found out that its the classes -> apc.filters = -.*\.class\.php that line allows me to use apc; so now apc has saved my neck. thank you btw. anyway I'll try to figure out a way to test the classes in as near to isolation as I can get to figure out what is going wrong - once you know that the reproduce script is usually quite easy. (any examples for apc.filters in the docs would be super, also an quick explaination on apc.dynamic_errors) kind regards, Jochem ps - IIRC (forgive me if I'm wrong) you yourself asked for the backtrace, but it took a while for me to figure out how to create one and successfully do it, 2 months :-P > -Rasmus >