- Zope - Zope lists

ZSQLiteDA 0.3.3 probs on zope 2.7.6? Upg. to 2.7.8.
by Petri Savolainen 17 Oct '05

17 Oct '05

Just a report & workaround fyi for anyone running into the same problem: I created a db consisting of a single, fairly small table (4 fields of short strings & a few floats) and imported a large amount of data into it (over a million records). Added a few indexes. The db size is about 440MB. Upon trying to access the data, my sql methods puked - got some memory errors sometimes, sometimes there was something wrong with a "query" variable or something. I did not dig deep on those. Alas, upgrade to Zope 2.7.8 seems to have solved the problem. And there was much joy. Cheers, Petri

1 0

zope.conf read-only settings
by Steven Hayles 17 Oct '05

17 Oct '05

AFAICS the directives zserver-read-only-mode and read-only-database just set the environment value ZOPE_READ_ONLY and no change in ZOPE's operation results. Am I right? This is ZOPE 2.7.7 Setting read-only in the database storage does make a difference (in my configuration, Formulator 1.6.2 throws an exception, but that's not a ZOPE issue). Steven

4 5

Error on starting and stopping Zope 2.8.2
by hpinson＠indepthl.com 17 Oct '05

17 Oct '05

Hello. On starting and stopping Zope 2.8.2 (upgraded from 2.8.1, compiled with Python 2.4.2, running on Fedora Core 3) I get the following error. Performance does not seem to be affected. Resolution? # service zopectl start /opt/python2.4.2/lib/python2.4/whrandom.py:38: DeprecationWarning: the whrandom module is deprecated; please use the random module DeprecationWarning) . daemon process started, pid=22829 # service zopectl stop /opt/python2.4.2/lib/python2.4/whrandom.py:38: DeprecationWarning: the whrandom module is deprecated; please use the random module DeprecationWarning) . daemon process stopped -- Harlow Pinson Indepth Learning Email: hpinson(a)indepthl.com Phone: 505 994-2135 Fax: 505 994-3603

6 10

Re: [Zope] Zope Debugger lets WingDbg fail to connect toclient
by Chris Withers 17 Oct '05

17 Oct '05

Wingware Support wrote: > Just a couple notes on this: We monkey patch only while the debugger > is active Does this mean "When WingDbg is installed" or is there more to it than that? > Also, someone mentioned changing the monkey patch to call inherited. Not sure what you mean by that... > However, what would make the most sense (to me) is to get the > co_filename setting part of the patch into Zope as a real change to > the code (this adds no overhead, and it's entirely reasonable to set > file name or url of some type here when available) and leave any other > stuff like line cache stuffing to zdb or other debugger. I guess I agree, but we need to come up with a standard for it then ;-) > Anybody understand what the sticking point with that is? Is it the > change from removing/adding ##'ed header so it's not stripped before > making the code object (so line numbers match source)? Don't see what any commented block stuff has to do with it, what would that have to do with co_filename? I don't see any real sticking point other than that both CMF and Zope need the changes... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

RE: [Zope] Error on starting and stopping Zope 2.8.2
by Pascal Peregrina 16 Oct '05

16 Oct '05

>From the Zope 2.8.2 announcement on this mailing list : > Please also keep in mind that Zope 2.8.2 requires Python 2.3.5. Zope > 2.8.2 is not certified for any Python 2.4.x versions. So using Python > 2.4 is neither recommended nor supported and any related questions or > problems are likely to be ignored until 2.4 is an officially > supported Python version for Zope. Pascal -----Original Message----- From: zope-bounces(a)zope.org [mailto:zope-bounces@zope.org] On Behalf Of Jens Vagelpohl Sent: 14 October 2005 17:12 To: Zope ML Subject: Re: [Zope] Error on starting and stopping Zope 2.8.2 On 14 Oct 2005, at 17:09, hpinson(a)indepthl.com wrote: > Hello. On starting and stopping Zope 2.8.2 (upgraded from 2.8.1, > compiled with Python 2.4.2, running on Fedora Core 3) I get the > following error. Performance does not seem to be affected. > Resolution? > > # service zopectl start > /opt/python2.4.2/lib/python2.4/whrandom.py:38: DeprecationWarning: > the whrandom module is deprecated; please use the random module > DeprecationWarning) > . daemon process started, pid=22829 > > # service zopectl stop > /opt/python2.4.2/lib/python2.4/whrandom.py:38: DeprecationWarning: > the whrandom module is deprecated; please use the random module > DeprecationWarning) > . daemon process stopped If this was an error, it would say "error". This is a "warning". jens _______________________________________________ Zope maillist - Zope(a)zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

5 5

REQUEST not accessible
by Jürgen Herrmann 16 Oct '05

16 Oct '05

hi all! i have several products using PageTemplateFiles a lot. up to some time in them i could just write: tal:define="results python:here.Catalog.searchResults()" it seems this isn't working anymore, the catalog would return all brains instead of seraching the relevant ones... (completely ignoreing everything in REQUEST) instead i have to write now: tal:define="results python:here.Catalog.searchResults(REQUEST=request)" i suspect that the catalog was able to acquire REQUEST via self.REQUEST and this isn't working anymore. has anyone had a similar problem? i don't know what i have changed leading to these kinds of problems... best regards, juergen herrmann _______________________________________________________________________ >> XLhost.de - eXperts in Linux hosting << Jürgen Herrmann Bruderwöhrdstraße 15b, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de

3 6

POSKeyError nightmare
by Kevin Carlson 16 Oct '05

16 Oct '05

Hi all, Rather large message with tracebacks and all -- any help is greatly appreciated... I have tried to rid a large Zope DB of a POSKeyError to no avail. I have tried the method that traverses the folder which contains the offending object using try/except to catch the POSKeyError, but even those continually throw the error. Below is the traceback: ------------- Traceback (most recent call last): File "<stdin>", line 1, in ? File "error_finder.py", line 6, in error_finder for id, next_item in folder.objectItems(): File "/home/zope/instances/primary/Products/BTreeFolder2/BTreeFolder2.py", line 369, in objectItems self.objectIds(spec)) File "/opt/Zope-2.7/lib/python/Products/ZCatalog/Lazy.py", line 138, in __init__ else: self._len = len(seq) File "/opt/Zope-2.7/lib/python/ZODB/Connection.py", line 559, in setstate p, serial = self._storage.load(oid, self._version) File "/opt/Zope-2.7/lib/python/ZODB/FileStorage.py", line 689, in load return self._load(oid, version, self._index, self._file) File "/opt/Zope-2.7/lib/python/ZODB/FileStorage.py", line 657, in _load raise POSKeyError(oid) ZODB.POSException.POSKeyError: 00000000000e5fec -------------------- I also ran fsrefs.py and the output is below: -------------------- oid 0x47152L BTrees.OOBTree.OOBucket last updated: 2005-04-19 22:45:48.466296, tid=0x35CB635CECA1E99L refers to invalid object: oid 0xD5B62L missing: 'Products.CMFDefault.File.File' oid 0x25506L BTrees.OOBTree.OOBucket last updated: 2005-09-19 10:00:59.079910, tid=0x3601B18FC130433L refers to invalid objects: oid 0xE5FEBL missing: 'Products.CMFDefault.File.File' oid 0xE5FECL missing: 'BTrees.OOBTree.OOBucket' oid 0x393C8L BTrees.OOBTree.OOBucket last updated: 2005-06-28 08:05:37.236789, tid=0x35E42259EE080DDL refers to invalid object: oid 0xDB6C5L missing: 'Products.CMFDefault.File.File' oid 0x18235L BTrees.OOBTree.OOBucket last updated: 2005-09-03 05:26:28.090544, tid=0x35FC00677DA5D66L refers to invalid object: oid 0xD2F9BL missing: 'Products.CMFDefault.File.File' oid 0xE43BEL BTrees.OOBTree.OOBucket last updated: 2005-08-16 06:58:59.474963, tid=0x35F5B22FDC28500L refers to invalid objects: oid 0xE2A83L missing: 'Products.CMFDefault.File.File' oid 0xE2AADL missing: 'Products.CMFDefault.File.File' oid 0xE2AB8L missing: 'Products.CMFDefault.File.File' oid 0xE4FAEL BTrees.OOBTree.OOBucket last updated: 2005-08-29 04:59:25.040228, tid=0x35FA3CB6AD69B33L refers to invalid objects: oid 0xE19C4L missing: 'BTrees.IOBTree.IOBTree' oid 0xE19CDL missing: 'BTrees.IOBTree.IOBTree' oid 0xE19D7L missing: 'BTrees.IOBTree.IOBTree' ---------------- All of the objects that are causing the POSKeyError I believe to be coming from a single instance of a very large BTreeFolder2 instance. Can anyone offer any remedy to remove or repair the offending objects? Thanks, Kevin

2 3

Packaging a zope application
by Joshua Burvill 16 Oct '05

16 Oct '05

Hello All, I have a zope application which operates on data in an external relational database (Firebird), as well as containing lots of folders, dtml docs, scripts, zsql methods etc within the zope db I would like to get suggestions on the best way to package the whole application so that it is easy to set up from scratch. Currently there is a three step process: 1. install correct version of zope 2. unzip a zip file which I maintain that contains all the added libraries, products, .zexp file, and external methods into their correct paths in the zope root folder on the filesystem, then restart zope 3. Log into zope as admin and import the .zexp file into the zope root folder in the zope db Any suggestions of easier / better ways to do this would be much appreciated. Regards, Josh

3 4

Confusing DateTime().strftime behavior
by Kirk Strauser 16 Oct '05

16 Oct '05

I'm upgrading our server from a FoxPro backend to PostgreSQL, using the Psycopg connector. My problem is that the old database returned timestamps as a "%m/%d/%Y"-formatted string, while Psycopg returns a DateTime object (I'm using the internal module, not mxDateTime). Whenever I use strftime to format the object for display, I get the previous day's date instead. I've found several references to this problem in Google, but no one seems to have found a good solution. Any thoughts? -- Kirk Strauser The Day Companies

3 4

MailTemplates 1.1.0 Released!
by Chris Withers 15 Oct '05

15 Oct '05

These allow you to use the full power of the the python email package along with Zope's Page Template technology to easily build and send fully standards compliant emails. This release adds the ability to create attachments using string data. It also fixes a long list of bugs uncovered by public testing and has been tested for compatability with Zope 2.7, Zope 2.8, CMF 1.4 and CMF 1.5. For more information, please see: http://www.simplistix.co.uk/software/zope/mailtemplates cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0