- Zope-Dev - Zope lists

RE: [Zope-dev] A groupware package for zope
by Magnus Heino (Rivermen) 19 Dec '00

19 Dec '00

> For the last couple of months I've been working on a groupware > package for Zope, named ZopeGUM. It has reached version > 0.1.63 now, and it's in steady progress. > > All the planned components, like messenger, address book, > calendar, todos, etc. are there and working now; though > it's definently not ready for a production enviroment yet. > > Anyways, just wanted to let you all know. (And yes, I > do appreciate feedback. =) I'd appreciate to be able to download some code from zope.org :-) /Magnus

2 1

Re: [Zope-dev] SQLAlias Memory Leak?
by Jon Prettyman 19 Dec '00

19 Dec '00

The leaking SQLAlias I see is coming from: Shared.DC.ZRDB.Results I'm going to try the same type of fix in there and see what happens. -jon "Brian Lloyd" <brian(a)digicool.com> writes: > oops - I sent that before I had my coffee. I should > have attached the checkin version, not the broken > one :) > > Brian Lloyd brian(a)digicool.com > Software Engineer 540.371.6909 > Digital Creations http://www.digicool.com

1 0

A groupware package for zope
by morten＠esol.no 19 Dec '00

19 Dec '00

For the last couple of months I've been working on a groupware package for Zope, named ZopeGUM. It has reached version 0.1.63 now, and it's in steady progress. All the planned components, like messenger, address book, calendar, todos, etc. are there and working now; though it's definently not ready for a production enviroment yet. Anyways, just wanted to let you all know. (And yes, I do appreciate feedback. =) -Morten

1 0

RE: [Zope-dev] SQLAlias Memory Leak?
by Brian Lloyd 19 Dec '00

19 Dec '00

oops - I sent that before I had my coffee. I should have attached the checkin version, not the broken one :) Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope-dev] SQLAlias Memory Leak?
by Brian Lloyd 19 Dec '00

19 Dec '00

Hi guys - I've attached a patched RDB.py that you should be able to drop into lib/python/Shared/DC/ZRDB/ that (for now) reverts to an older (non-SQLAlias) implementation that should solve the immediate problem. If you folks can try this out and let me know if the problem goes away, I'll check this in for 2.2.5 until we can debug the root of the problem with SQLAlias. Thanks! Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

External method
by Roch'e Compaan 19 Dec '00

19 Dec '00

This is not a strictly zope related question but it is zopeish :) In an external method I need to call an executable and capture the output it generates. This executable however needs to connect to a running X Server. I used the popen2 command but it returns with the obvious error : "theprogram : cannot connect to X Server". So how does one tell a program to attach to a X server? Any help would truly delight me Roché

1 0

Re: [Zope-dev] Fault tolerance and thread-loss
by Gilles Lavaux 19 Dec '00

19 Dec '00

Hello I had thread blocking in my installation du to using the sendmail tag with invalid recipient(empty). I solved this and now my 3 'production' zope installations works well since months. Gilles Lavaux -----Original Message----- From: Jay, Dylan <djay(a)avaya.com> To: 'zope-dev(a)zope.org' <zope-dev(a)zope.org> Date: Tuesday, December 19, 2000 12:51 AM Subject: [Zope-dev] Fault tolerance and thread-loss >I'm finding that my installation is blocking all requests after awhile. By >best guess would be that threads are being used and somehow becoming >permanently blocked. When all 4 are gone then the server is useless and has >to be restarted. > >Seems to me this is a real problem for fault tolerance. Perhaps a monitor >should be run on a separate thread that starts aborting transactions when >they have been running too long and there are few remaining threads. > >Does this exist already? > >---- >Dylan Jay mailto:djay@avaya.com >Avaya Communication Tel: +61 2 9886-8961 >Level 5, 15 Talavera Road FAX: +61 2 9352 9224 >Nth Ryde NSW 2113 Mobile:0409 606 171 >AUSTRALIA > >_______________________________________________ >Zope-Dev maillist - Zope-Dev(a)zope.org >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 ) > >

1 0

Re: [Zope-dev] Fault tolerance and thread-loss
by Tres Seaver 19 Dec '00

19 Dec '00

"Chris McDonough" <chrism(a)digicool.com> wrote: > > No. You shouldn't be leaking threads. Can you trace the thread > leakage down to a single Product? > > ----- Original Message ----- > From: "Jay, Dylan" <djay(a)avaya.com> > To: <zope-dev(a)zope.org> > Sent: Monday, December 18, 2000 7:00 PM > Subject: [Zope-dev] Fault tolerance and thread-loss > > > > I'm finding that my installation is blocking all requests after > > awhile. By best guess would be that threads are being used and > > somehow becoming permanently blocked. When all 4 are gone then > > the server is useless and has to be restarted. > > > > Seems to me this is a real problem for fault tolerance. Perhaps > > a monitor should be run on a separate thread that starts aborting > > transactions when they have been running too long and there are > > few remaining threads. > > > > Does this exist already? I'm not really replying to either question, but guessing at the underlying cause of the problem: this smells *exactly* like the behavior induced by the "multiple PUT/POST" race condition bug, corrected by Evan Simpson's patched ZServer/HTTPServer.py: http://www.zope.org/Members/4am/postfixbug Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

2 1

Fault tolerance and thread-loss
by Jay, Dylan 19 Dec '00

19 Dec '00

I'm finding that my installation is blocking all requests after awhile. By best guess would be that threads are being used and somehow becoming permanently blocked. When all 4 are gone then the server is useless and has to be restarted. Seems to me this is a real problem for fault tolerance. Perhaps a monitor should be run on a separate thread that starts aborting transactions when they have been running too long and there are few remaining threads. Does this exist already? ---- Dylan Jay mailto:djay@avaya.com Avaya Communication Tel: +61 2 9886-8961 Level 5, 15 Talavera Road FAX: +61 2 9352 9224 Nth Ryde NSW 2113 Mobile:0409 606 171 AUSTRALIA

3 2

ZopeLDAP 1.1.0 release
by Jeffrey P Shell 18 Dec '00

18 Dec '00

"ZopeLDAP 1.1.0", http://www.zope.org/Members/jshell/ZopeLDAP/ is released, bringing in a bevy of changes, including: o New ability to run in a non-transactional mode (this is critical to avoid a known bug when updating more than one entry object per transaction) o Much improved Entry object API that is Python Scripting\DTML Scripting friendly o Some new documentation (not yet in help system format though) about programming Entry objects. The *manage_* style of programming Entry objects has not changed, but the core API has. Anything using methods like '_set()', '_addSubentry()' will be affected.

1 0