May 1999 - Zope-Dev - Zope lists

Re: [Zope-dev] IE5/IE4 and Zope 1.11.0pr11 issues on WIN32
by Stefan Franke 06 May '99

06 May '99

Brad Clemens wrote: > IE4 and 5 seems to have trouble getting the management icons from > ZopeHTTPServer. The page download never completes.. Same with me here (IE4 on an NT4SP3 box locally). However, it works after replacing ZopeHTTPServer.py with the old 1.10.2´s one. > I upgraded to ZServer, set use_chunked=0 and it's better, but the icon > for "control panel" still won't download correctly. In fact, I get just the top > part of the folder, say about 4 pixels.. I haven't looked at ZServer at all yet, but bugs a la "*some* images aren't shown completely" remind me of a silly problem I once had with Python's standard SimpleHTTPServer before 1.5.1: Files were not opened in binary mode, which bites you on a Windoze box. Stefan

2 1

RE: [Zope-dev] ImapAdapter fails with 1.11.0.pr11
by Michel Pelletier 06 May '99

06 May '99

> -----Original Message----- > From: Brad Clements [mailto:bkc@murkworks.com] > Sent: Wednesday, May 05, 1999 7:52 PM > To: zope-dev(a)zope.org > Subject: [Zope-dev] ImapAdapter fails with 1.11.0.pr11 > > > File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 255, in > publish_module > File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line > 145, in publish > File E:\Zope\Zope\lib\python\ZPublisher\BaseRequest.py, > line 398, in > traverse > File lib/python/Products/IMAPAdapter/IMAPAdapter.py, line 208, in > validate > (Object: acl_users) > AttributeError: __getslice__ > I'll try to reproduce this > in ImapAdapter, Validate I'm getting an attribute error on > __getslice__ > on line 208 > > if string.lower(auth[:6])!='basic ': > return None > > Looking through the trace, I think baserequest is passing in None for > auth, so I added.. > > # Only do basic authentication > if auth = None : > return None > > This however gives me a new traceback.. > > Sorry, the requested Zope resource does not exist.<p>Check the URL > and try again.<p> >  > --> > > File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 255, in > publish_module > File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line > 163, in publish > File E:\Zope\Zope\lib\python\ZPublisher\HTTPResponse.py, line 289, > in setBody > File E:\Zope\Zope\lib\python\ZPublisher\HTTPResponse.py, line 499, > in notFoundError > NotFound: (see above) > > I suspect the IMAPAdapter module is not well formed when you changed it. Try going to lib/python, running python and doing a: import BoboPOS import Products.IMAPAdapter If this doesn't fail, it's an IMAPAdapter bug. If it does fail, it'll tell you why. For me, it's usualy a syntax error. > Oh well, I've been trying to get NotMail to work since the > beginning, and > never seem to be able to get the correct combination of components to > make it work.. :-( > Due to extreme Linux expo pressure, I haven't even had the chance to glance at IMAPAdapter. But I will be putting more effort into it after the show. -Michel

1 0

IE5/IE4 and Zope 1.11.0pr11 issues on WIN32
by Brad Clements 06 May '99

06 May '99

I have already submitted a bug report to collector. I can crash python.exe using IE5 and webdav.. IE4 and 5 seems to have trouble getting the management icons from ZopeHTTPServer. The page download never completes.. I upgraded to ZServer, set use_chunked=0 and it's better, but the icon for "control panel" still won't download correctly. In fact, I get just the top part of the folder, say about 4 pixels.. Anyone else seeing this running Zope on Win32? Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com ICQ: 14856937

2 1

ImapAdapter fails with 1.11.0.pr11
by Brad Clements 05 May '99

05 May '99

This is probably known, but just in case it's not... I tried this with a CVS checkout of ImapAdapter, and Notmail. I also tried it with the last unsupported release as well. And .. I'm using 1.11.0pr11 on Win32, but I also did a full checkout from CVS today at 6pm EST, same results. File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 255, in publish_module File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 145, in publish File E:\Zope\Zope\lib\python\ZPublisher\BaseRequest.py, line 398, in traverse File lib/python/Products/IMAPAdapter/IMAPAdapter.py, line 208, in validate (Object: acl_users) AttributeError: __getslice__ in ImapAdapter, Validate I'm getting an attribute error on __getslice__ on line 208 if string.lower(auth[:6])!='basic ': return None Looking through the trace, I think baserequest is passing in None for auth, so I added.. # Only do basic authentication if auth = None : return None This however gives me a new traceback.. Sorry, the requested Zope resource does not exist.<p>Check the URL and try again.<p>  --> File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 255, in publish_module File E:\Zope\Zope\lib\python\ZPublisher\Publish.py, line 163, in publish File E:\Zope\Zope\lib\python\ZPublisher\HTTPResponse.py, line 289, in setBody File E:\Zope\Zope\lib\python\ZPublisher\HTTPResponse.py, line 499, in notFoundError NotFound: (see above) This has me stumped, it's still there! Oh well, I've been trying to get NotMail to work since the beginning, and never seem to be able to get the correct combination of components to make it work.. :-( Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com ICQ: 14856937

1 0

RE: [Zope-dev] pickling limitation in external methods?
by Wolf Logan 05 May '99

05 May '99

ok. i patched ExternalMethod sufficiently to see the error message, and i was able to track the problem. it's another name collision. the mxDateTime package uses a module named DateTime. so does ZOPE. when my code tries to unpickle the mxDateTime objects, it tries to use the definitions in the ZOPE DateTime module, and fails. i know this was a problem with PIL as well. was there ever an "official" workaround?

2 1

Indentation Oddities, or 'I didn't expect a sort of span-ish implication'
by Chris Larson 05 May '99

05 May '99

OK, here's a weird one. Things have been going fine for the last few days, then all of a sudden the world collapsed. I've been indenting my DTML with straight 'tab' characters, working in Netscape. Not had a problem. Now, all of a sudden today, when I call things that are indented, Zope hangs, eventually (and I do mean 'eventually') returning a 'Document contains no data, and pcgi.log shows: 'pcgi-wrapper: Failed to start resource (118) lock error: EEXIST' I am using the same browser, working on the same code, but all of a sudden can't indent. (At least I think that's what is going on.) And example: The first example chokes Zope with this mysterious EEXIST, while the second version works great. What gives? (Again, it _used_ to work.) -------------index_html------------              -------------index_html------------              Thanks much, Chris Larson Changeling, Inc PS To further confuse matters, the following 'changelingMenu' works great as is, but the changeling_standard_footer dies if I indent the '<HR WIDTH=480>' with a completely different error (See traceback following changeling_standard_footer). ---------changelingMenu--------- <TABLE BORDER=0 CELLPADDING=0 CELLSPACING=0 WIDTH=480> <TR ALIGN=CENTER>   <TD VALIGN=MIDDLE> <A HREF=index_html?file_id=> <FONT FACE=ARIAL SIZE=-1> <BR> </FONT> </A> </TD>   </TR> </TABLE> <HR WIDTH=480> ---------changeling_standard_footer------ <HR WIDTH=480>  </CENTER> </BODY> </HTML> ---traceback--- Sorry, an error occurred. Traceback (innermost last): File /virtual/customer/changeling.com/cgi-bin/Zope-1.10.2-src/lib/python/ZPublis her/Publish.py, line 877, in publish_module File /virtual/customer/changeling.com/cgi-bin/Zope-1.10.2-src/lib/python/ZPublis her/Publish.py, line 590, in publish (Info: /changeling_site/changeling_standard_footer) File /virtual/customer/changeling.com/cgi-bin/Zope-1.10.2-src/lib/python/OFS/DTM LMethod.py, line 158, in __call__ (Object: changeling_standard_footer) File /virtual/customer/changeling.com/cgi-bin/Zope-1.10.2-src/lib/python/OFS/DTM LMethod.py, line 338, in decapitate ValueError: Invalid Header (0): <HR WIDTH=480>

1 0

lock error: EEXIST
by Chris Larson 04 May '99

04 May '99

Aargh! Can someone tell me what this means, implies, and above all, needs for me to do to make it go away? Tue May 4 21:49:03 1999 pcgi-wrapper: Failed to start resource (118) lock error: EEXIST Thanks much, Chris Larson Changeling, Inc

1 0

pickling limitation in external methods?
by Wolf Logan 04 May '99

04 May '99

back in january, i asked a question about this, and jim fulton started to answer. unfortunately, time pressures were such that i had to abandon that line of development for a while. well, i'm back now, and with more information! can somebody tell my why i might be seeing a problem in using pickles in my external methods? i have an external method which uses the pickle module to store and retrieve instances of DateTime (from the mxDateTime module). the mxDateTime module imports fine, but no longer seems to cooperate with the pickler. that is, the external method works fine until it tries to unpickle a DateTime object, whereupon it crashes (with one of the least helpful tracebacks in recent memory): ----- Traceback (innermost last): File C:\Program Files\WebSite\lib\python\ZPublisher\Publish.py, line 877, in publish_module File C:\Program Files\WebSite\lib\python\ZPublisher\Publish.py, line 590, in publish (Info: /testMethod) File C:\Program Files\WebSite\lib\python\Products\ExternalMethod\ExternalMethod.py, line 254, in __call__ (Object: CopySource) (Info: ((), {}, None)) TypeError: read-only buffer, class ----- here's the code itself: ----- def test(): d = dbConnection.dbConnection() r = d.execAndGet("select serial, startDate from myData where state='started'") return '<html><body>%s</body></html>' % (r,) ----- the dbConnection module proxies a database connection. internally, it processes results as pickled python objects. i've isolated the trouble to the DateTime objects. in the execAndGet call above, everything's fine if the result set doesn't include a DateTime object (if i remove the "startDate" from the query). if the result set has a DateTime object, it chokes. they pickle and unpickle just fine and dandy under "normal" python, but not inside an external method. we make heavy use of these objects (and the pickling code) in our backend processing. i've tried replacing the cPickle module that comes with ZOPE with the one i have in my standard python installation, and it makes no difference. is there anything anyone can suggest to make this work? would writing a product (or factory, i can't remember which) be a possible solution?

2 2

Announcement: Z Adabas Adapter contributed as promised
by Thomas Riedl 03 May '99

03 May '99

Hi Zopistas, there's a Zope database adapter for Adabas available in the contrib area http://www.zope.org/Download/Contrib/ZAdabasDA-1.0.tgz as I threatened to do ;-) If you encounter problems (besides having to set TZ to something Zope-grokkable like 'GMT-2' 'stead of CET/CEST), let me know.  BTW: I've launched a Zope Title Story in the june edition of the Linux-Magazin (http://www.linux-magazin.de, currently in german only, sorry!) to spread light among another 40,000 people ;-). Let's see whether this will finally lead to Zope World Domination...  Keep that Zope opera playing! tom -- MfG: Thomas Riedl =========================================================================== triedl(a)linuxland.de, (+49 89) 99 34 12 - 11, http://www.linuxland.de Stefan-George-Ring 24, 81929 München

1 0