my life

day to day

Archive for July, 2008

Starling Protocol Bug in STATS Response

Friday, July 18th, 2008

The memcache protocol requires that all lines in the server response end with CRLN (\r\n). The Starling server doesn’t strictly obey this for the STATS command. The fix is trivial and the author has been notified of the fix.

Edit lib/starling/handler.rb and add the following gsub right before .freeze in the STATS_RESPONSE:

%sEND\r\n”.gsub(/\r?\n/, “\r\n”).freeze

And the same for QUEUE_STATS_RESPONSE:
STAT queue_%s_expired_items %d\n”.gsub(/\r?\n/, “\r\n”).freeze

add to del.icio.us    add to technorati favs   email this

Posted in uncategorized | 2 Comments »

What to do if spl_autoload_call() hasn’t defined the class

Saturday, July 5th, 2008

Recently, I was getting the error

Warning: session_start() [function.session-start]: Function spl_autoload_call() hasn’t defined the class it was called for in…

In my particular case, the problem stemmed from defining a deserialization function using

ini_set(’unserialize_callback_func’, ’spl_autoload_call’)
(well, symfony defines it)

In the process of deserializing an object, it tried to instantiate a class which hadn’t yet been loaded. The autoloader wasn’t able to find the class and the spl autoload functionality therefore croaked.

The problem was that I had defined a property inside of one my model objects that referenced the sfWebRequest. This property should never have been serialized. Infact, only the properties of the object as defined in model should get serialized. The fix was defined a __sleep method in the model.

public function __sleep() { return MySampleObjectPeer::getFieldNames(BasePeer::TYPE_FIELDNAME); }

Replace MySampleObjectPeer with the appropriate peer class.

add to del.icio.us    add to technorati favs   email this

Posted in uncategorized | 1 Comment »