> I'm absolutely sure that NONE of the things which were broken in the > original Data.fs had the slightest/faintest connection with any of the > products I expunged. It was removing the cruft alone which fixed the > problem. > > Doesn't this (and the other episode reported by Andy) raise > the issue of > what we can do to ensure that a broken product or piece of a product > doesn't stop a healthy product and its instances (completely > independent > in the sense of not using any of the broken product's base classes or > classes) from working? I havent been able to reproduce Andy's issue yet either (though we're working to figure it out). At this point the only common thread seems to be "nested ZClasses", though it is apparently not as simple as that. Anyone seeing this problem who can provide me with a zipped up Data.fs and a _complete_ description of what (Python) products are installed in the affected installation would help greatly in being able to reproduce the problem... Brian Lloyd [EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com _______________________________________________ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )