Closed (fixed)
Project:
Chaos Tool Suite (ctools)
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Feb 2010 at 21:26 UTC
Updated:
20 Jan 2011 at 10:30 UTC
Jump to comment: Most recent file
Comments
Comment #1
alex_b commentedReplaces internal static caches in
_ctools_export_get_defaults()andctools_plugin_api_info()with ctools_static() and updatesctools_export_load_object_reset()accordingly.Applies to 1.3, should also apply to DRUPAL-6--1.
Comment #2
yhahn commentedI can confirm that this patch does what it claims it does. It's turning out to be important in all things deployment & testing related.
Comment #3
merlinofchaos commentedCommitted. Needs to be done for 7.x too.
Comment #4
pounardSorry to disturb, but when applying this patch, at cache rebuild time I got fatal errors on require_once. I'm currently using Drupal 6.16 / ctools 1.3, this patch, PHP 5.3.1 on fedora, APC cache active.
The error is inconsistent, it may be a PHP bug, it does try to require_once the same file twice. But the fact is the bug can only be reproduced (and is reproduced systematically) as soon as I use this patch.
Comment #5
yhahn commentedDid you restart your HTTP server after patching? This happens to me sometimes with a PHP opcode cache (I use xcache) -- it appears to get confused about the state of the files it has cached.
Comment #6
pounardI did try yes, I'll do more test tomorow. But looking at the execution stack, could not find what was really disturbing PHP (or APC). Some require_once are called up to 10 times at cache rebuild time! Not easy to know which one really disturbs the others.
I already saw this kind of bugs because of special undisplayed chars in the code, it can be really fatal to PHP sometime. I'll try to look this way.
Comment #7
merlinofchaos commentedI'm pretty sure we've taken care of this.
Comment #8
pounardThat is a rather old issue, never experienced this bug again since.