
clp2 at rebertia
Nov 6, 2009, 2:55 PM
Post #2 of 2
(32 views)
Permalink
|
|
Re: Question about creating dictionary like objects
[In reply to]
|
|
On Fri, Nov 6, 2009 at 2:06 PM, bowman.joseph[at]gmail.com <bowman.joseph[at]gmail.com> wrote: > I'm working on a memcached based session library, and I've run into an > interesting problem. > > Here's the full code for the session library - http://pastebin.com/m295fdfc2 > > What I'm doing is using __setitem__ to set an element as a list. When > I call .append() on that list, it appears to be modifying the list in > memory, but not running __setitem__ on the parent in order for the > information to get saved in memcached. list.append() just appends the item to the list object. That's all it does *and nothing else*. It doesn't call __setitem__ on the "parent" object containing the list; how would it even know about that object to begin with? (pointers aren't reversible) With normal containers, there's no need to store modified, mutable items back in the container: the item got modified in-place, the reference to it from the container is still valid, so storing it back would be pointless (sounds like memcached is quirky (but probably justifiably so) in not having this work). Perhaps you thought some copying occurs when getting items out of containers? That's not the case. Since it sounds like you need to force a __setitem__ call on `session` to have memcached update its storage, you'll have to do it explicitly. Change: session["test"].append(datetime.datetime.now()) To: #use some name better than "foo" obviously foo = session["test"] #fetch foo.append(datetime.datetime.now()) #mutate session["test"] = foo #store back explicitly so memcached knows there was a change Cheers, Chris -- http://blog.rebertia.com -- http://mail.python.org/mailman/listinfo/python-list
|