I can confirm that it works for me with 3.1.5 at least.

Are you sure you don't have suhosin installed?

It has been known to break apc badly.

So it's failing for me too if I use it as 

if(!($val = apc_fetch('foo'))) {
    print "Gotcha!\n";
}

mainly because 

php -r 'if(!array()) { print "Gotcha!\n";}'

is a damn nasty gotcha.

Not using suhosin. Also, the below gotcha does not apply. This is a matter of it returning null (or similar) instead of an empty array. Had to go back to 3.0.19 - so can't quickly check if it has been fixed.

Can't reproduce anything like this.

I suspect that this was due to the apc.slam_defense for user cache.

Check for return value of apc_store() as well. 

If it returns  true & apc_exists('foo') is true, then we have a real bug, otherwise it's probably a write to the error_log about a key slam.

I turned off slam_defense because of this. 

But I got around the problem hitting the cache if the result set is an array (sql doesn't return anything).  

Because the sql result set is empty the cache is loaded and returns an empty array and runs the sql everytime instead of caching the empty result set.


//Zend code for $cache->load is a wrapper for apc_fetch

function() {
  $cached_values = $cache->load($cache_key);
  if(!($cached_values) && !is_array($cached_values)) {
    hit db and save to cache
  }

  return cache value
}

The most important part is !is_array($cached_values), so only if the cache is NULL and NOT an array then hit the database;

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.