Sidnei da Silva wrote:
| Is there any special trick to such script? Provided some pointers of
| what the script should do, I wouldn't mind writing and testing it.
|
| There are lots of special tricks to such a script. Otherwise, I would
| have written it already. :)
Obviously.
/me slaps his
| Think of it in terms of modules:
|
| objects from BTree - objects from BTrees.OOBTree
| objects from IOBTree - objects from BTrees.IOBTree
| objects from OIBTree - objects from BTrees.OIBTree
| objects from IIBTree - objects from BTrees.IIBTree
| objects from intSet - objects from
I think there's a fix for this in CVS. Can you try it again?
Jeremy
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
On Thu, Dec 11, 2003 at 10:07:51AM -0500, Jeremy Hylton wrote:
| I think there's a fix for this in CVS. Can you try it again?
Just tried. Seems to have fixed it. Now, for the next step *wink*.
If I try starting Zope with an old existing database I get the
traceback below. Correct me if I'm
On Thu, 2003-12-11 at 10:24, Sidnei da Silva wrote:
On Thu, Dec 11, 2003 at 10:07:51AM -0500, Jeremy Hylton wrote:
| I think there's a fix for this in CVS. Can you try it again?
Just tried. Seems to have fixed it. Now, for the next step *wink*.
If I try starting Zope with an old existing
[Jeremy]
I think the attribute error on data is just a symptom of the BTree
failure. The object has no data attribute, because ZODB failed to
unpickle the object that would be assigned to data.
I don't know what happened with backwards compatibility for the old
BTree classes. When Jim and
[Jeremy Hylton]
I don't know if there is any documentation for BTree,
I don't know of any dcos for (the old) BTree either.
so the code will need to be your guide. I checked the code and each of
the BTree types does support items(). So walk over the database, find
each top-level BTree
| Then it may not be necessary to extract the items -- a constructor for a
| BTrees-style BTree object:
|
| /**
| ** Accepts a sequence of 2-tuples, or any object with an items()
| ** method that returns an iterable object producing 2-tuples.
| */
Neat! I'm glad I didn't started on it as
On Thu, 2003-12-11 at 15:15, Sidnei da Silva wrote:
Do'h, that's a bit difficult since Jim removed them for good :(
Hmmm... I suppose you could write the script in Zope 2.7 and tell people
they have to use that version of Zope to convert the database before
upgrading.
Now, back to the
I announced that, for now, The Zope head won't work with old databases.
We are going to have to come up with some code to deal with the
old btrees and intsets.
The good news is that, databases created with Zope 2.7 final should
work. :)
Jim
Jeremy Hylton wrote:
On Thu, 2003-12-11 at 10:24, Sidnei
Sidnei da Silva wrote:
| Jim asked about it on zope-dev, and got no response; see:
|
| Can we forsake database backward compatability on the head for
| a while?
|
| http://mail.zope.org/pipermail/zope-dev/2003-November/021055.html
|
| ...
|
| This would mean that old
Has anyone run into this one?
--
2003-12-10T14:07:53 ERROR(200) Zope Couldn't install Formulator
Traceback (most recent call last):
File /var/src/zope/head/lib/python/Zope/Startup/run.py, line 27,
in ?
run()
File /var/src/zope/head/lib/python/Zope/Startup/run.py, line 24,
in run
On Wed, Dec 10, 2003 at 02:14:22PM -0200, Sidnei da Silva wrote:
| Has anyone run into this one?
snip
For the records, here's 'classmeta' and 'state' one line before the
exception:
(('Products.Formulator.FieldHelpTopic', 'FieldHelpTopic'), None)
{'field_class': class
| Do you actually have more than one database connection? In other words,
| is the error totally nonsensical or could the bug be that something is
| getting stored in a foreign database connection?
I'm just starting Zope by './bin/runzope' from a newly-created
instance. No ZEO, no nothing.
--
The default Zope setup has two databases: the main database and the
session database. So it's not completely nonsensical for any
default-configured Zope to raise the error (although I have no idea how
this error is occurring). It might be worthwhile to specify a main
database explicitly in
On Wed, Dec 10, 2003 at 11:32:27AM -0500, Chris McDonough wrote:
| The default Zope setup has two databases: the main database and the
| session database. So it's not completely nonsensical for any
| default-configured Zope to raise the error (although I have no idea how
| this error is
On Wed, Dec 10, 2003 at 12:19:47PM -0500, Chris McDonough wrote:
| Right. Ugh. I need to fix this. To work around if for the meantime,
| you could comment out Application.py's line 348 and other related lines
| around it.
Ok, commented out 292-360, and now I'm back to the previous
traceback.
And you see only the main database in Control_Panel-Databases?
On Wed, 2003-12-10 at 12:35, Sidnei da Silva wrote:
On Wed, Dec 10, 2003 at 12:19:47PM -0500, Chris McDonough wrote:
| Right. Ugh. I need to fix this. To work around if for the meantime,
| you could comment out Application.py's
On Wed, Dec 10, 2003 at 12:36:53PM -0500, Chris McDonough wrote:
| And you see only the main database in Control_Panel-Databases?
No, I can't get this far. The error happens on startup.
--
Sidnei da Silva [EMAIL PROTECTED]
http://awkly.org - dreamcatching :: making your dreams come true
Right. ;-) At this point I should just try it myself but if you remove
the Formulator product, does Zope start?
On Wed, 2003-12-10 at 12:52, Sidnei da Silva wrote:
On Wed, Dec 10, 2003 at 12:36:53PM -0500, Chris McDonough wrote:
| And you see only the main database in Control_Panel-Databases?
On Wed, Dec 10, 2003 at 12:50:29PM -0500, Chris McDonough wrote:
| Right. ;-) At this point I should just try it myself but if you remove
| the Formulator product, does Zope start?
If I remove Plone and Formulator it starts yes.
--
Sidnei da Silva [EMAIL PROTECTED]
http://awkly.org -
| Probably a good next step is to set a breakpoint in
| ZODB/coptimizations.c where this exception is raised and find out what
| object is causing the problem, which jar it's already in, and why it's
| getting added to a different jar. Or you could add some print
| statements.
I figured out how
On Wed, 2003-12-10 at 14:01, Sidnei da Silva wrote:
| Probably a good next step is to set a breakpoint in
| ZODB/coptimizations.c where this exception is raised and find out what
| object is causing the problem, which jar it's already in, and why it's
| getting added to a different jar. Or
| I think you're looking for the helpers defined in Misc/gdbinit in the
| Python distribution. If you add them to your .gdbinit, you'll be
| golden.
|
| I've included that file's contents below so you don't have to go
| hunting.
Neat!
There we have 'object', 'self' and 'self-jar', as of line
On Wed, 2003-12-10 at 14:18, Sidnei da Silva wrote:
'jar' gives:
object : attribute '_p_jar' of 'persistent.Persistent' objects
type: getset_descriptor
refcount: 2
address : 0x40621e6c
Does that help?
Yes. The code is getting an unexpected raw descriptor. Someone should
be calling
Actually, there are two equally valuable clues from the debugger
session:
object : class 'Products.Formulator.StandardFields.LabelField'
type: ExtensionClass.ExtensionClass
refcount: 7
address : 0x8503bec
If I understand correctly: LabelField is a class that inherits from
Persistence and
On Wed, Dec 10, 2003 at 03:26:03PM -0500, Jeremy Hylton wrote:
| Actually, there are two equally valuable clues from the debugger
| session:
|
| object : class 'Products.Formulator.StandardFields.LabelField'
| type: ExtensionClass.ExtensionClass
| refcount: 7
| address : 0x8503bec
|
| If I
On Wed, 2003-12-10 at 15:36, Sidnei da Silva wrote:
| 'jar' gives:
| object : attribute '_p_jar' of 'persistent.Persistent' objects
| type: getset_descriptor
| refcount: 2
| address : 0x40621e6c
|
| Thus, asking for the class's _p_jar gives the descriptor back. In ZODB4
| I hacked
28 matches
Mail list logo