I was talking to Jim Fulton some time ago regarding C optimizations to adapter lookup. Jim currently makes experiments regarding new architecture for that stuff. If he decides to left  old architecture then my branch will be considered. There is a lot of stuff to clean and make better in my branch, but currently i'm waiting for Jim's decision.

As a byproduct of my work on adapter lookup C optimization i wrote 2 patches for Python, one was fixing possible memory leak(that possibility is though very rare) in builtin filter function(Python/bltinmodule.c) and was accepted nearly at once(thanks to developers not beating me for sending it to dev list, one should post it into sf.net patches section for python :), second was just to remove trailing whitespaces in builtin module, both were actually one patch, but i was told(and right) to divide cosmetics into separate patch and that was recently accepted, so both now are in Python2.5 trunk.
Well, at least i'm glad i was able to make something useful(?:) for best programming language in the world! :)

Yesterday Tim Peters merged my branch for pop() method in BTree and Bucket into main trunk, so ZODB3.6 now has this feature and is closer to what python's mapping protocol provides.

Of course Tim made modifications to C code to make it more simple and added more tests :) Thanks Tim!

Now we have both setdefault() and pop() methods, hope people will find it useful in their ZODB applications.

Working on Z3ECM code base i met following code construction:

try:
    return self.__applications[key]
except KeyError:
    self.__applications[key] = PersistentList()
    return self.__applications[key]

where __applications is OOBTree.

My immediate reaction was to use standard python's mapping protocol method – setdefault as «Readability counts» (C) and rewrite above long code to following:

return self.__applications.setdefault(key, PersistentList())

nice, isn't it? and i was a bit surprised to get

AttributeError: 'BTrees._OOBTree.OOBTree' object has no attribute 'setdefault'

Of course setdefault can be easily emulated, but i want to have short code :) You need to be aware that default argument instance will be created each time you call setdefault, even if it won't be used.

So i raised question in zodb-dev mailing list about adding setdefault method to ZODB and was kindly pointed by Dmitry Vasiliev that this question was raised nearly a year ago - http://mail.zope.org/pipermail/zodb-dev/2004-October/008040.html and as a result it was frozen and no implementation was provided.

Currently some people came up that it's a good idea to have this method for btrees, some had objections. Tim Peters showed how setdefault could be emulated:
This one is obvious:

result = self.__applications.get(key, None)
if result is None:
    result = self.__applications[key] = PersistentList()
return result

While this one uses special btree's method insert:

self.__applications.insert(key, PersistentList())
return self.__applications[key]

This time Jim Fulton gave +1 and as Tim noted: - «Jim's +1 wipes out any number of -0 votes :) .»
So i made my hands dirty, created separate branch in ZODB and implemented setdefault (of course in C :) Bit lately when reviewing my branch Tim noted the behaviour(specific) of python's setdefault doesn't fit well with BTree:

>>> d = {}
>>> d.setdefault(666)
>>> d
{666: None}

You see what's the point?
It will work only with OOBTree and IO, but not with OI, II, IF.
Tim proposed to have 2 required parameters to setdefault and that's how it's now – you should explicitely pass default to method and this was raised on python-dev too and seems like this behaviour will go into standard python, because usage of setdefault without explicit default is confusing and useless.

So, Tim mercilesly refactored my code, of course to make it better :), thanks Tim.
As a result branch is now merged and we have setdefault method in ZODB3.5 final, so you can use it with Zope3 now (currently with 3.1 branch and soon with trunk) and write short, readable code, though, of course, someone may argue :)

More to come...