On 10/20/2010 09:46 PM, Christian Theune wrote:
> On 10/20/2010 07:11 PM, Chris Withers wrote:
>> On 20/10/2010 17:03, Sylvain Viollon wrote:
>>> One of my customers would like to use gocept.zeoraid in production.
>>> So him, and I have some questions:
>>
gular ZODB) is a managed area like
the data in your Data.fs. (You wouldn't go editing that data with your
editor, would you?)
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax
difference
>> between them.
>
> I wonder what he meant.
Me too, I still had a distinction in my head back from the 2005 sprint
that they are somewhat similar but different. Looks like I never got the
signal that we actually consider them to be the same.
At least that's cle
)
>
> I wonder how hard it'd be to add some kind of start-at-the-end feature
> to fstail?
With the new iterators that start scanning from the back that shouldn't
be too hard.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale)
cess, according to top, but even
> that's only 30% of the CPU load...
Has ZEORaid been in place before the update, too?
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
On 10/08/2010 08:56 PM, Jim Fulton wrote:
> ZODB 3.10.0 is available:
W00t!
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and deve
e beta! I hope we're
> getting close to a final release, and, of course, testing the betas is
> very helpful. :)
Did the tracebacks make it into the bug database? If yes, can someone
provide references to them in the mailing list FTR?
Christian
--
Christian Theune · c...@gocept.com
goce
al with those situations
properly. (Although I'd rather see code like above not getting written
at all on the application level.)
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · german
any issues that
> need to be dealt with before the final release. The community could help
> by gardening the tracker -- especially since the tracker recently
> got a bunch of old issues from the Zope 2 tracker. :)
Sounds like a job I'd like for the upcoming sprint after the co
On 07/29/2010 03:02 PM, Jim Fulton wrote:
> On Thu, Jul 29, 2010 at 7:20 AM, Christian Theune wrote:
>> ZEO in version 3.10 is supposed to work with older clients. Is it also
>> intended to work with older clients running Python 2.4?
>
> No, see:
>
> https://mail.zope.
On 07/29/2010 03:03 PM, Hanno Schlichting wrote:
> On Thu, Jul 29, 2010 at 2:57 PM, Christian Theune wrote:
>> Thanks for digging this out. I'll try to find the discussion and refresh my
>> memory.
>
> See for example your response here
> https://mail.zope.org/piperma
On 07/29/2010 02:55 PM, Hanno Schlichting wrote:
> On Thu, Jul 29, 2010 at 2:49 PM, Christian Theune wrote:
>> On 07/29/2010 02:42 PM, Hanno Schlichting wrote:
>>> The docs explicitly state that Python 2.4 is no longer supported at all.
>>>
>>> Go with
On 07/29/2010 02:42 PM, Hanno Schlichting wrote:
> On Thu, Jul 29, 2010 at 1:20 PM, Christian Theune wrote:
>> ZEO in version 3.10 is supposed to work with older clients. Is it also
>> intended to work with older clients running Python 2.4? The server needs
>> to run on Pytho
Hi,
ZEO in version 3.10 is supposed to work with older clients. Is it also
intended to work with older clients running Python 2.4? The server needs
to run on Python 2.5 due to the with statement.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 0
Morning,
On 07/13/2010 09:11 PM, Jim Fulton wrote:
> I need to get back to finishing 3.10. :)
Heh. Are any particular bugs you'd like to get solved? Today is a bug
day and I might look at one or two.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · fors
On 06/18/2010 01:17 PM, Chris Withers wrote:
> Christian Theune wrote:
>>>>>> and a
>>>>>> mysterious bug WRT oid generation
>>>>> This one's new to me, where can I find out more?
>>>>
>>>> The one you reported qu
On 06/12/2010 09:47 AM, Chris Withers wrote:
> Christian Theune wrote:
>> On 06/11/2010 05:50 PM, Alan Runyan wrote:
>>>>> I suppose you could look at zeoraid.
>>>> Hadn't thought of that, will look at it, thanks!
>>> Anyone using ZEORaid in produ
us bug WRT oid generation that I hope to hunt down in August.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
hose the later because it was more flexible. I think I
> would have run into the same issues without a wrapper storage.
>
> Soon I expect to release a wrapper storage implementation that
> provides record compression.
Cool! :)
--
Christian Theune · c...@gocept.com
gocept gmbh &
thought was backwards compatibility to something and the
docstring of the StorageStopIteration says so but doesn't tall for what.
Sounds like support for old clients but I can't say for which use case.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · f
nsaction manager and thus get different transactions with
as many databases as you like.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889
ttribute as an indicator for the
size-based cache?
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulti
this?
Hmm. If the full backup is just a regular FS file then you could start
with the naive approach and just open/close it once after performing a
backup as that would create the index file.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saa
anyone object
> if it went away, to be replaced by a server method on the standard
> ZEO protocol?
I keep meaning to use it and I think I'd do that sooner if it became
part of the standard protocol.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 ·
cally aim running ZEO servers and clients at the same Python
version. For upgrading purposes it would be nice to have your conclusion
available to developers/admins so they can figure out (or we can tell
them) a reasonable upgrade path.
Christian
--
Christian Theune · c...@gocept.co
goes hardly over a 1000.
Well, sounds like a broken fsync then. :/
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and
terfered with by other
applications writing to the disk.
It's a notebook w/ Intel P9600, Seagate 7.2k SATA drive, 4GB RAM, Ubuntu
10.04, linux 2.6.32, ext4
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
htt
told him he'll receive some good for that
then I'd rather stick with compliant transactions.
> I am almost tempted to do
>
> os.fsync = lambda fd: 0
>
> and rely on yesterday's backup. 0.49 j/k.
j/k?
--
Christian Theune · c...@gocept.com
gocept gmbh & co
re running something that turns read-requests into write-requests
which is a bad idea.
I remember old Plone version to have issues with that. The Plone people
have figured this out in general and there's probably nothing wrong with
the ZODB in your case. I suggest asking some Plone people
p (that would be too easy).
>
> Done in the correct order that seems to work fine. But I need to do
> more testing.
Yeah, sounds like a bug. Do you mind reporting that into launchpad?
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße
till need the proxy-based implementation class? If we do, then
> I plan to at least switch to using a simple pure-python proxying
> mechanism. If no one speaks up in favor of keeping the proxying
> support, I'll probably just drop it.
+1 from here, too.
--
Christian Theune · c...@gocept.com
On 02/18/2010 03:42 PM, Diego Acevedo wrote:
>
>
> On Thu, Feb 18, 2010 at 11:25 AM, Christian Theune <mailto:c...@gocept.com>> wrote:
>
> On 02/18/2010 03:22 PM, Diego Acevedo wrote:
> > On Wed, Feb 17, 2010 at 5:20 PM, Christian Theune <mailto:c
On 02/18/2010 03:22 PM, Diego Acevedo wrote:
> On Wed, Feb 17, 2010 at 5:20 PM, Christian Theune <mailto:c...@gocept.com>> wrote:
>
> On 02/17/2010 06:15 PM, Diego Acevedo wrote:
> > Hello everybody. I have a problem with zeoraid + plone (I ask for the
>
AIDStorage -> other backends (typically
the second row of ZEO servers)
The correct ZODB versions are:
Zope Server = ZODB 3.6+
ZEO Servers w/ and w/o ZEORAID = ZODB 3.9
If you have those configurations and they don't work, then a specific
error report would help.
Christian
--
Christian Th
a change to the way that file-storage
> indexes are saved leading to make improvements in save and load times
> and a 30% reduction in index file size.
That's good news. Thanks for all the work!
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle
On 02/02/2010 05:00 PM, Sylvain Viollon wrote:
> On Tue, 02 Feb 2010 16:44:19 +0100
> Christian Theune wrote:
>
>> On 02/02/2010 03:58 PM, Sylvain Viollon wrote:
>>> On Tue, 02 Feb 2010 11:30:41 +0100
>>> Christian Theune wrote:
>>>
>>>
On 02/02/2010 03:58 PM, Sylvain Viollon wrote:
> On Tue, 02 Feb 2010 11:30:41 +0100
> Christian Theune wrote:
>
>
> Hello,
>
>> Meh. That looks quirky in the history. If there are no changes, then
>> the merge will be straight-forward.
>>
>
> I m
On 02/02/2010 11:17 AM, Sylvain Viollon wrote:
> On Tuesday 02 February 2010 09:08:42 Christian Theune wrote:
>> Hi,
>>
>>
>
> Hello,
>
>> I think I'm fine with your approach in general by now. I don't have the
>> time to review anyth
old version is happily there in SVN.
IIRC you hadn't updated all unit tests last time, did you catch up with
that yet?
Otherwise, feel free to merge and release.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept
On 12/09/2009 04:58 PM, Pedro Ferreira wrote:
>
>> OOBTrees are complex?
>>
> No, I meant something list-like, rather than key-value.
zc.blist implements a BTree-based list.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle
On 12/09/2009 02:25 AM, Shane Hathaway wrote:
> Christian Theune wrote:
>> Not exactly: it's still a good idea to store away deltas as single large
>> files are still hard to deal with except if you have really good
>> block-level de-duplication in your filesystem. (Uhm
till hard to deal with except if you have really good
block-level de-duplication in your filesystem. (Uhmm. I guess ZFS
probably has all of that. It also probably serves my dinner.)
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) ·
pool comes from some replica and WRITE is to the master.
> I'm unsure this pattern would work for ZODB. I know Malthe was thinking
> about this but unsure if he had anything concrete.
My guess: have a ZEO fan-out setup and configure the read pool ZEO
servers as read-only. Any transac
ce "non-crap".
Two thoughts:
1. The ZODB as a project probably needs someone who fulfills a
multiplier role like Martijn Faassen does in many instances.
2. There seems to be the (hidden) assumption around that Jim should be
doing that.
I think this causes a good amount of the
usually handled by re-trying
the *whole* transaction once more. E.g. in Zope it means:
- abort the transaction
- start a new transaction
- process the request as it was again
If it fails for three times then Zope gives up and hands the conflict
error to the user.
Christian
--
Christian Theu
actor for the sleep (e.g. between 0.2 and 0.3) then
you'll have a lesser chance of subsequent conflicts in your example
because all your transactions are very similar. In real life
transactions would be distinct enough to cause different offsets in runtime.
Hope this h
plete".
I find those thoughts to be relatively obvious, but I'd rather not keep
"contributing" in my spare time with things that aren't of "priority" to
the project.
And again: asides from the (to me) obvious cleaning of the bug database.
What are the prioriti
lost confidence.
I think I just found a way to fix this particular issue on the
ZODB-level for good. I re-opened
https://bugs.edge.launchpad.net/zodb/+bug/240381 and assigned it to
myself. I'll see if I can do something over the weekend.
Christian
--
Christian Theune · c...@gocept.com
goc
> assert version is ''
>
> There is no ZEOStorage instance involved in this as far as I can tell.
> What am I missing?
Check the "setup_delegation" method: the history method is patched
through directly so your traceback doesn't see the ZEOStorage anymore.
--
only targeted at Python 2.5 and above, right?
Not sure about that. Most people I see that need to support 2.4 and 2.6
tend to provide a wrapper-function combined with a conditional import.
> - Does repozo have any tests? If so, how do I run them.
Looking around I found this: scripts/manual_tes
mples.
Yes, same here. Actually it even has readable documentation about the
various options in there already.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plon
DB. The applications we write are
intended to run consistently without having application-level (or even
user-based) reconciliation work to do if a transaction came through.
Apart from the stores being hip ... what problems are you trying to solve?
Christian
--
Christian Theune · c...@gocept.co
ed from code
that doesn't need to know that a storage is being wrapped in such a way.
If you think we can go down that route in general, then I'll prepare a
more detailed proposal including making a draft implementation.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh &
other calls
in parallel over its connection as it's put in the waiting list on S.
What I'm trying to point out in my above scenario is that ZEO2 will
block all calls as it's not in the waiting list of ZEO2 but on ZEO.
Christian
--
Chris
Hi,
On 11/09/2009 05:01 PM, Jim Fulton wrote:
> On Mon, Nov 9, 2009 at 9:25 AM, Christian Theune wrote:
> ...
>> Reading the code talking to tpc_transaction I found that this seems to
>> be merely an optimization (which I can disable by just letting
>> tpc_transaction
to
be merely an optimization (which I can disable by just letting
tpc_transaction return None all the time).
Why is the waiting list necessary? And why does it work alright in a ZEO
fan-out scenario?
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06
Posted to the wrong list initially. Sorry.
Original Message
Subject: Packing and GC versus packtime
Date: Mon, 09 Nov 2009 13:22:04 +0100
From: Christian Theune
To: zope-...@zope.org
Newsgroups: gmane.comp.web.zope.devel
Hi,
I'm wondering:
Scenario 1: I pack a storage
Hi,
we're currently discussing some issues in ZEORaid on a separate list and
we're actually wondering whether it would be ok to fold that into the
zodb-dev list - it's pretty low volume overall but triggers some
interesting general ZODB questions here and there.
Cheers,
Christian
t;>
>> Feel my windows pain.
>
> Do the tests take much less time to run on Linux?
> If so, any idea as to why?
I remember running them in less than 20 minutes.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
h
On 11/02/2009 10:47 AM, Chris Withers wrote:
> Christian Theune wrote:
>> There's a size argument following the version which probably is not
>> being passed as a keyword argument so it looks like a slight API
>> incompatibility. I wonder whether ZEORaid should hack aro
e's a size argument following the version which probably is not
being passed as a keyword argument so it looks like a slight API
incompatibility. I wonder whether ZEORaid should hack around that or
whether the caller should be changed.
Christian
--
Christian Theune · c...@gocept.com
gocept gm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/15/2009 01:12 PM, Jim Fulton wrote:
> On Tue, Sep 15, 2009 at 7:03 AM, Christian Theune wrote:
>> is there a reason why ZODB's "CHANGES.txt" lives in ZODB/src/ instead of
>> ZODB/ as in other packages?
>
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
is there a reason why ZODB's "CHANGES.txt" lives in ZODB/src/ instead of
ZODB/ as in other packages?
I keep tripping over this and wonder whether it's accidental or intentional.
Christian
- --
Christian Theune · c...@go
, in _read
> self._read_eof()
>File "/usr/local/lib/python2.4/gzip.py", line 309, in _read_eof
> raise IOError, "CRC check failed"
> IOError: CRC check failed
>
> Zope 2.9.8...
Hmm. Haven't seen that. My guess would be some low-level data c
ped but the associated blob files will be left. This is
> so unlikely that I don't intend to spend time dealing with this
> possibility.
Hmm. I guess that those would vanish automatically after packing that
database...
- --
Christian Theune · c...@gocept.com
gocept gmbh & co.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/14/2009 08:36 AM, Christian Theune wrote:
> On 08/13/2009 10:42 PM, Shane Hathaway wrote:
>> Jim Fulton wrote:
>>> IPersistent specifies OIDs to be non-empty strings and reserves the
>>> 8-byte OID consisting of 8 nul
ids are 8 bytes. I'm tempted to say that
>> oids must be 8-byte strings.
>
> +1. The simplified standard promotes interoperability.
The difference to the spec before would be that previously strings with
less than 8 bytes were allowed?
- --
Christian Theune · c...@gocept.co
>
> Each zserver thread has its own cache.
Live object cache: one per thread
ZEO cache file: one per storage
Christian
- --
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 12
t;> t.seek(0, 2)
>>> t.tell()
35L
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh& co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development
__
ge this so that locking will become fine-grained and
allow multiple ZEO clients to work on the same blob cache directory.
Comments?
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7
Hi,
Just found this in my inbox.
On Wed, 2008-10-15 at 12:18 +0200, Andreas Zeidler wrote:
> On Oct 14, 2008, at 5:43 PM, Christian Theune wrote:
> > On Tue, 2008-10-14 at 10:09 -0500, Alan Runyan wrote:
> >> Why must the file be closed before calling consumeFile?
> >&g
eferences for a given DB -- independent of whether the
app is new or old, right? Only depending on whether the application uses
a ZODB that has the feature and has it enabled. Right?
Otherwise, I'm +1.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forste
cessing on the database objects as
their OIDs (and thus the internal references) need to be reorganized.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7 · fax +49 345 12
On Thu, 2009-04-02 at 16:41 +0200, Wichert Akkerman wrote:
> On 4/2/09 4:36 PM, Christian Theune wrote:
> > ZODB has autoincrement support for one type: OIDs.
> >
> > The problem of autoincrement is that this needs to be handled outside
> > the scope of transaction
ich is (still) in
a proof-of-concept state, although I'm getting really motivated WRT
using it for migrations.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7 · fax +4
using
> that for key gives write conflicts.
>
> What do the experts use?
If uniqueness is your only concern then using a large number range and
consuming numbers randomly will perform better than incrementing.
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · fors
e in the picture.
> So the question is once an object gets a _p_oid assigned, is it
> guaranteed to be unique over all instances accessing the same DB?
Yes.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com ·
, as in Relstorage the underlying DB takes care of the replication
> features.
You can decide for each storage in your application server. At least in
principle you should.
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http:/
Hi,
On Fri, 2009-01-09 at 11:39 -0500, Jim Fulton wrote:
> On Jan 9, 2009, at 7:41 AM, Christian Theune wrote:
>
> > Hi,
> >
> > in ZEORaid we switched from using `restore` to `store` for replaying
> > transactions from another storage and found that the data record
this, but attached is a patch that makes
it work for the cases I could come up with.
I'd like to add this change to the trunk (I'll write tests if this
change gets accepted).
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh & co. kg · forsterstraße 29 · 06112 hall
compatibility support. Please let me know if you know of an another
> IBlobStorage implementation.
gocept.zeoraid is one. If you change this for 3.9, I'd be happy to
update our code without you doing BBB.
Christian
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · for
s both as a heads up and to see if anyone can point out a
> problem with my approach. I have a feeling that no one is using non-
> shared client blob directories for anything important yet, so I assume
> the change won't have much effect.
I am. I'd prefer if you'd fail on
inished with exit code 1
> >
> > Seems that one revision did not get restored.
> > It breaks also on "show log", where other folders with older revisions
> > seem to work.
>
> I've a full svn mirror up to rev 92837 if it turns out to be needed.
Same here
On Fri, 2008-11-07 at 09:15 -0500, Jim Fulton wrote:
> On Nov 7, 2008, at 1:40 AM, Christian Theune wrote:
>
> > On Thu, 2008-11-06 at 17:46 -0500, Jim Fulton wrote:
> >> I've posted a new proposal:
> >>
> >> http://wiki.zope.org/ZODB/ExternalGC
>
jections, I may start working on this
> fairly soon.
+1 as far as I can see.
One little thing: I find the interface a bit of a misnomer as all
functions are IMHO useful on their own. The fact that you're going to
instrument them to implement GC might not need to go into that interface
n
On Thu, 2008-11-06 at 11:20 +0200, Marius Gedminas wrote:
> On Wed, Nov 05, 2008 at 03:59:07PM +0100, Christian Theune wrote:
> > On Wed, 2008-11-05 at 16:00 +0200, Marius Gedminas wrote:
> > > On Wed, Nov 05, 2008 at 11:48:35AM +0100, Christian Theune wrote:
> > > &g
t; > class that allows it to be around?
>
> Yes, but "being around" is a rather narrow goal that doesn't allow you
> to do anything with it.
You do can inspect the unpickled state.
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06
On Wed, 2008-11-05 at 16:00 +0200, Marius Gedminas wrote:
> On Wed, Nov 05, 2008 at 11:48:35AM +0100, Christian Theune wrote:
> > On Wed, 2008-11-05 at 11:31 +0100, Laurence Rowe wrote:
> > > Broken objects occur when the class for a pickled object cannot be
> > > impor
code to remove/rebase those objects and
then remove the dummies again.
That way you can get your source code clean of 'BBB' code in a single
generation.
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · te
On Sat, 2008-10-25 at 14:06 -0400, Jim Fulton wrote:
> On Oct 25, 2008, at 2:03 PM, Christian Theune wrote:
>
> > On Sat, 2008-10-25 at 12:59 -0400, Jim Fulton wrote:
> >> I propose to add a new optional gc keyword argument for database
> >> packing. It will defaul
ed.
>
> Any objections?
Mechanics sound good. However, if I got you right, the description
contained a double negative that I'd like to avoid.
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel
. Maybe
the archive of zodb-dev knows.
> This distinction is similar to why __init__ methods aren't described in
> (zope.interface) interfaces; how you construct an object isn't
> prescribed by the interface exposed by the object itself.
I'm not sure what you're sayi
On Fri, 2008-10-24 at 11:45 -0600, Jeff Shell wrote:
> On Oct 24, 2008, at 8:36 AM, Christian Theune wrote:
> > Again: blobs export as expected.
> >
> > However, Jeff pickles/unpickles the subtree to get rid of the
> > '__parent__' attribute. This and blobs&#
On Fri, 2008-10-24 at 15:22 +0100, Chris Withers wrote:
> Christian Theune wrote:
> > On Fri, 2008-10-24 at 15:06 +0100, Chris Withers wrote:
> >> Christian Theune wrote:
> >>> On Fri, 2008-10-24 at 09:51 -0400, Jim Fulton wrote:
> >>>> 2. I doubt th
On Fri, 2008-10-24 at 15:06 +0100, Chris Withers wrote:
> Christian Theune wrote:
> > On Fri, 2008-10-24 at 09:51 -0400, Jim Fulton wrote:
> >> 2. I doubt that blobs have been factored into ZODB exports. This is,
> >> obviously, an oversight.
> >
> >
isn't
currently supported.
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1
Zope and Plone consulting and development
signature.asc
Description: This is a d
be a ZODB 4. It will be named "ZODB" and will
> have version numbers starting with "4.".
*dream* :)
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7 · fax +49
>
> And would you go as far as saying that if you *do not close* the file
> before calling consumeFile - all bets are off. You are not using Blob
> as intended?
You're definitely not going to be able to work on Windows, which is the
source of the requirements to close handles befo
ent`.
Otherwise ZODB will only pickle them in one large database record and
thus not know about their identity anymore. Also, object changes won't
trigger persistency updates automatically.
Your example will work as soon as you change this to:
class X(persistent.Persistent):
Cheers,
Christia
it API which needs to implement the second
phase guarantee, or not?
--
Christian Theune · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1
Zope and Plone consulting and development
s
1 - 100 of 272 matches
Mail list logo
