[Zope-dev] Python 1.6
I'm about to start looking at running Zope on python 1.6 (Im feeling the need for better Unicode support). Has anyone tried this? Toby Dickenson [EMAIL PROTECTED] ___ 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 )
[Zope-dev] Re: [Zope] ZScheduler-0.0.6 problem
Hi, I have ZScheduler 0.0.6 running on a Linux machine (www.fippless.org at CodeIt Computing), so we can't say it's an NT vs. Linux problem. It's more likely a Linux/Python/Zope configuration issue. The most system-dependent part of ZScheduler is its use of Python's threading module. On my Linux machine I have installed the binary release of Zope2.1.7. Thus, I Guess it contents a multi-threading version of the Python interpreter !? I doubt whether the problem is with the archive itself, but just to be sure, I created a new archive for version 0.0.6 with a different archiving tool. The new one shows 12330 bytes while the old one shows 20480 bytes (quite a difference for the same content, eh?). I have tested your new archive but nothing have changed. FR ___ 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 )
[Zope-dev] Another bug in DA.py?
Title: Another bug in DA.py? If I try the following ZSQL method it displays de authorization window: select * from Cliente where N_='22606' but if I try the next ZSQL method it displays the correct result (the difference is the integer index in the first line): select * from Cliente where N_='22606' As you can see the “dtml-let” isn't usefull, but this is a simplified example. For reference here is the get_Cliente ZSQL method: select * from Cliente where Very simple. Thank you in advance.
Re: [Zope-dev] Compiled Python as an Extension file
On Thu, Jun 22, 2000 at 08:53:41AM +0200, Dr. Peer Griebel wrote: > I managed to patch zope to accept compiled python files in the > Extensions directory. I don't know what to do with my path. Where could > I put it - into the Wiki pages? Hi Peer, Patches best go in the Collector: http://www.zope.org:8080/Collector -- Martijn Pieters | Software Engineermailto:[EMAIL PROTECTED] | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ | The Open Source Web Application Server - ___ 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 )
Re: [Zope-dev] zope-cocoon interoperability
hi and thanks to Josh Zeider for responce:) The very fine and wonderfull cocoon leader posted this today Stephano Mazzocchi wrote> >I don't know of Zope's support for XML but I like >their project, they >are a serious group of developers and I've been told >their software >rocks. This is very good for them. -just a healthy start please thanks to all michael On Wed, 21 June 2000, drawingincode wrote: > > hi, wish to introduce to everyone a thought. > i see great value in zope and cocoon interoperability. > > just to ponder:) > will elaborate before next dance > > here is my post to cocoon_group today: > thank you > michael > (//xml.apache.org..) > > IMHO, cocoon and zope interoperability is a win win situation. > -for my needs with drawingincode.com > > currently trying to get support from UUnet/mciWorldcom to fund > open_source related projects. > > status: between a rock and a hardplace > sales and managers(pre-occupied with thoughts of-t.v. > commercials) > > if somone is friends with Mike O'Dell (VP and chief scientist at UUNet) > please have him mail me :) > > Thank You > michael p bolger > [EMAIL PROTECTED] > > > > > drawingincode > > ___ > 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 ) drawingincode ___ 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 )
[Zope-dev] ZPatterns bug. Very serious.
Hi, look, Phillip, what I found. File Rack.py: def retrieveItem(self,key): # Retrieve an object, identified by key a = self.loadAttrib item = None if a: item = self._RawItem(key) if hasattr(item,a): return item else: # The block below is what you want to replace # if you're creating a non-ZODB storage. # In practice, from version 0.4.0 on, there's # no reason to do such a thing in the first place. slot = self._readableSlot(key) ## # Add this to see what I mean try : print "%s 'self'=%s" % ( key, slot.values()[0].__dict__ ) except : pass # ### if slot: item = slot[SelfKey] # XXX class remapping should go here?? item._setRack(self.aq_inner) item._setSlot(slot) return item The output I have running this modified version (my comments starts with ##): [mike@gw zope]$ ./start -- 2000-06-22T15:04:07 PROBLEM(100) ZServer Computing default hostname -- 2000-06-22T15:04:07 INFO(0) ZServer Medusa (V1.13.4.1) started at Thu Jun 22 23:04:07 2000 Hostname: gw.if-site.local Port:8123 -- 2000-06-22T15:04:07 INFO(0) ZServer PCGI Server started at Thu Jun 22 23:04:07 2000 Unix socket: /home/mike/zope/var/pcgi.soc ## Server just started Nothing to print Nothing to print ## newItem called 0025 'self'={'id': '0025', '_v_writeableSlot': , '_v_readableSlot': , '_rackMounted': 1} ## getItem called first time 0025 'self'={'_v_attrCache': {'a_': [], 'filtered_manage_optionsisDocTemp': [], '_Change_permissions_Permission': [], 'MANAGE_TABS_NO_BANNER': [], 'im_func': [], '__allow_groups__': [], '_Manage_properties_Permission': [], 'tabs_path_infoisDocTemp': [], '__roles__': [], 'target': [], '_View_Permission': [], 'Zope-Version': [], 'locked_in_versionisDocTemp': [], 'n_': [], 'PATH_INFO': [], 'AUTHENTICATED_USER': [], 'manage_tabs_message': [], 'tabs_path_info__roles__': [], 'SCRIPT_NAME': [], 'REQUEST': [], '__bobo_traverse__': [], 'URL': [], 'locked_in_version__roles__': [], '_isBeingUsedAsAMethod_': []}, 'id': '0025', '_v_dm_': , '_v_writeableSlot': , '_v_readableSlot': , '_v_currentSheets': (,), '_rackMounted': 1} ## getItem called second time --- Wow! _v_attrCache stores a lot of various junk, including REQUEST!!! This disables, by the way, all the security mechanisms on traversed items! Phillip, would you be so kind and fix this? ;-) Thanks, Mike ___ 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 )
Re: [Zope-dev] ZPatterns bug. Very serious.
Well, it should be: > ## > # Add this to see what I mean > > try : > print "%s 'self'=%s" % ( > key, > slot.values()[0].__dict__ > ) > except : > print "Nothing to print" > # > ### ___ 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 )
Re: [Zope-dev] Re: [Zope] ZScheduler-0.0.6 problem
I wouldn't waste any time working with Zope 2.1.7 -- it has been withdrawn due (so I understand) to a confusion in the CVS between the 2.1.x branch and the 2.2.x branch; it might be the cause of the problem. Can you go back to 2.1.6 or upgrade to 2.2.0b2 when it comes out (soon)? -- Loren - Original Message - From: "Francois-Regis CHALAOUX" <[EMAIL PROTECTED]> To: "Receipt Notification Requested" <[EMAIL PROTECTED]>; "Receipt Notification Requested" <[EMAIL PROTECTED]> Sent: June 22, 2000 12:29 AM Subject: [Zope-dev] Re: [Zope] ZScheduler-0.0.6 problem > Hi, > > I have ZScheduler 0.0.6 running on a Linux machine (www.fippless.org > at > CodeIt Computing), so we can't say it's an NT vs. Linux problem. It's more > likely a Linux/Python/Zope configuration issue. The most system-dependent > part of ZScheduler is its use of Python's threading module. > > On my Linux machine I have installed the binary release of Zope2.1.7. Thus, I > Guess it contents a multi-threading version of the Python interpreter !? > > I doubt whether the problem is with the archive itself, but just to be > sure, > I created a new archive for version 0.0.6 with a different archiving tool. > The new one shows 12330 bytes while the old one shows 20480 bytes (quite a > difference for the same content, eh?). > > I have tested your new archive but nothing have changed. > > > FR > ___ 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 )
Re: [Zope-dev] ZPatterns bug. Very serious.
At 11:11 PM 6/22/00 +0800, mike wrote: > >0025 'self'={'_v_attrCache': {'a_': [], >'filtered_manage_optionsisDocTemp': [], >'_Change_permissions_Permission': [], 'MANAGE_TABS_NO_BANNER': [], >'im_func': [], '__allow_groups__': [], '_Manage_properties_Permission': >[], 'tabs_path_infoisDocTemp': [], '__roles__': [], 'target': [], >'_View_Permission': [], 'Zope-Version': [], >'locked_in_versionisDocTemp': [], 'n_': [], 'PATH_INFO': [], >'AUTHENTICATED_USER': [], 'manage_tabs_message': [], >'tabs_path_info__roles__': [], 'SCRIPT_NAME': [], 'REQUEST': [], >'__bobo_traverse__': [], 'URL': [], 'locked_in_version__roles__': [], >'_isBeingUsedAsAMethod_': []}, 'id': '0025', '_v_dm_': instance at 8649988>, '_v_writeableSlot': 864ae78>, '_v_readableSlot': , >'_v_currentSheets': (,), >'_rackMounted': 1} > >--- > >Wow! _v_attrCache stores a lot of various junk, including REQUEST!!! >This disables, by the way, all the security mechanisms on traversed >items! > > >Phillip, would you be so kind and fix this? ;-) > This is not a bug, it's a feature. :) If you look closely at the dictionary, you will see it contains empty lists for all these items. These empty lists are the DataSkins.NOT_FOUND singleton, which caches the nonexistence of these attributes. This is not a security problem, nor any other kind of problem. It is instead a performance optimization which keeps the DataSkin from querying all the AttributeProviders every time a known-to-be-nonexistent attribute is looked for. ___ 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 )
[Zope-dev] ZEO on NT? update
Hi, I can see now that the problem is not per Data.fs but per object. The problem isnt that 2nd Client to run cant write do Data.fs, I found that its a per object conflict and not Data.fs, both clients can write to the ZSS but once client B writes to object X, Client A will never see the changes neither change the object X, but is capable of changing other objects. Objects changed buy Client B become "locked" for client A and viceversa. Anyone testing ZEO? Best Regards, Júlio Dinis Silva Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 )
[Zope-dev] possible bug in dtml-in
hi *, an external method returns a list of tuples like this one: [(elt1, elt2), (elt3, elt4), ...] and i want to print something after the last one so i do: ...do some work here... should be executed only after last iteration that always worked (when getting stuff out of a DB, for example) but with a list built as above, if there is *more* than 1 element i get... File /usr/lib/zope/lib/python/DocumentTemplate/DT_Util.py, line 276, in render File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: lettera_ricevuta) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: lettera_ricevuta) File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: genera_ricevuta_mail) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: genera_ricevuta_mail) File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob (Object: elenco.keys()) File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render (Object: key=sequence-item) File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob (Object: elenco[key][1]) File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render (Object: row=sequence-item) File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 392, in __getitem__ File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 194, in last File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 182, in value TypeError: getattr, argument 2: expected string, int found any idea? federico -- Federico Di Gregorio MIXAD LIVE System Programmer [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] Those who do not study Lisp are doomed to reimplement it. Poorly. -- from Karl M. Hegbloom .signature ___ 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 )
[Zope-dev] Re: possible bug in dtml-in
You want sequence-end, not sequence-last. That just bit me yesterday. ;) --jfarr "Perl is worse than Python because people wanted it worse." Larry Wall, 14 Oct 1998 - Original Message - From: Federico Di Gregorio <[EMAIL PROTECTED]> To: Zope Dev <[EMAIL PROTECTED]> Sent: Thursday, June 22, 2000 10:16 AM Subject: [Zope-dev] possible bug in dtml-in > hi *, > > an external method returns a list of tuples like this one: > > [(elt1, elt2), (elt3, elt4), ...] > > and i want to print something after the last one so i do: > > > ...do some work here... > > should be executed only after last iteration > > > > that always worked (when getting stuff out of a DB, for example) but > with a list built as above, if there is *more* than 1 element i get... > > File /usr/lib/zope/lib/python/DocumentTemplate/DT_Util.py, line 276, in render > File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ > (Object: lettera_ricevuta) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ > (Object: lettera_ricevuta) > File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ > (Object: genera_ricevuta_mail) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ > (Object: genera_ricevuta_mail) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob > (Object: elenco.keys()) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render > (Object: key=sequence-item) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob > (Object: elenco[key][1]) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render > (Object: row=sequence-item) > File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 392, in __getitem__ > File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 194, in last > File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 182, in value > TypeError: getattr, argument 2: expected string, int found > > any idea? > federico > > -- > Federico Di Gregorio > MIXAD LIVE System Programmer [EMAIL PROTECTED] > Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] > Those who do not study Lisp are doomed to reimplement it. Poorly. > -- from Karl M. Hegbloom .signature > > ___ > 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 ) > ___ 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 )
Re: [Zope-dev] possible bug in dtml-in
Shouldn't that be "sequence-end" instead of "sequence-last"? - Original Message - From: Federico Di Gregorio <[EMAIL PROTECTED]> To: Zope Dev <[EMAIL PROTECTED]> Sent: Thursday, June 22, 2000 12:16 PM Subject: [Zope-dev] possible bug in dtml-in hi *, an external method returns a list of tuples like this one: [(elt1, elt2), (elt3, elt4), ...] and i want to print something after the last one so i do: ...do some work here... should be executed only after last iteration that always worked (when getting stuff out of a DB, for example) but with a list built as above, if there is *more* than 1 element i get... File /usr/lib/zope/lib/python/DocumentTemplate/DT_Util.py, line 276, in render File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: lettera_ricevuta) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: lettera_ricevuta) File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: genera_ricevuta_mail) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: genera_ricevuta_mail) File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob (Object: elenco.keys()) File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render (Object: key=sequence-item) File /usr/lib/zope/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob (Object: elenco[key][1]) File /usr/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 145, in render (Object: row=sequence-item) File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 392, in __getitem__ File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 194, in last File /usr/lib/zope/lib/python/DocumentTemplate/DT_InSV.py, line 182, in value TypeError: getattr, argument 2: expected string, int found any idea? federico -- Federico Di Gregorio MIXAD LIVE System Programmer [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] Those who do not study Lisp are doomed to reimplement it. Poorly. -- from Karl M. Hegbloom .signature ___ 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 ) ___ 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 )
RE: [Zope-dev] Another bug in DA.py?
> If I try the following ZSQL method it displays de authorization window: > > select * from Cliente where N_='22606' > > but if I try the next ZSQL method it displays the correct result (the difference is the > > > integer index in the first line): > > select * from Cliente where N_='22606' > > As you can see the "dtml-let" isn't usefull, but this is a simplified example. > For reference here is the get_Cliente ZSQL method: > select * from Cliente where > Very simple. > Thank you in advance. Juan - This is due to a missing declaration in the Results and Record objects returned by SQL Methods. It is fixed in beta 2 (which I hope to release by tomorrow at the latest). 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 )
Re: [Zope-dev] ZEO on NT? update
Ok. :-) Continuing with the ZODB.POSException.Conflit... Now I know the problem with Zeo on NT is with the ClientStorage and not with the ServerStorage. You ask why? Because Ive tested different setup to come to this conclusion. ZSS - Zeo Storage Server ZCS - Zeo Client Storage 1- First setup: Machine 1: Running ZSS on NT Machine 2: Runninc ZCS on NT Machine 3: Running ZCS on NT Conclusion: with this setup clients ARE NOT able to view/write changes to objects changed by other clients. 2- Second Setup: Machine 1: Running ZSS on Linux Machine 2: Runninc ZCS on NT Machine 3: Running ZCS on NT Conclusion: with this setup clients ARE NOT able to view/write changes to objects changed by other clients. 3- third Setup: Machine 1: Running ZSS on NT Machine 2: Runninc ZCS on Linux Machine 3: Running ZCS on Linux Conclusion: with this setup clients ARE able to view/write changes to objects changed by other clients. 4- Fourth Setup: Machine 1: Running ZSS on NT Machine 2: Runninc ZCS on Linux Machine 3: Running ZCS on Linux Machine 4: Running ZCS on NT Machine 5: Running ZCS on NT Conclusion: with this setup ALL LINUX clients ARE able to view/write changes to objects changed by other clients. All NT clients ARE NOT able to view/write objects changed by other clients. NT clients can view/write objects that have never been changed. But cant viewchanges/change objects changed by other clients. However linux clients can viewchanges/change objects changed by other NT and Linux clients. So my conclusion is that there is a problem with Zeo Clients on NT. And I guess is related with the invalidator, the NT clients cant see changes others do to objects, or something is just a guess. I'm using cPickle.pyd which is cPickle.so on Linux. Maybe there is a diference with this shared object from Linux to Nt. I'm using the win32 version of Zope2.2.0b1, and ZEO-0.2. Ok, ./dig_resume Julio Dinis Silva >From: "julio dinis" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: [Zope-dev] ZEO on NT? update >Date: Thu, 22 Jun 2000 09:37:31 PDT > >Hi, > >I can see now that the problem is not per Data.fs but per object. >The problem isnt that 2nd Client to run cant write do Data.fs, I found >that its a per object conflict and not Data.fs, both clients can >write to the ZSS but once client B writes to object X, Client A will >never see the changes neither change the object X, but is capable of >changing other objects. > >Objects changed buy Client B become "locked" for client A and viceversa. > >Anyone testing ZEO? >Best Regards, >Júlio Dinis Silva > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 ) > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 )
[Zope-dev] XMLDocument and ZDOM pages
Alot of work (scenarios, usecases, risks, documentation, etc) has been added to the zope-xml wikki. The focus is to push XMLDocument and ZDOM analysis to the next phase. Feedback would be appreciated. The Wikki pages are: http://www.zope.org/Wikis/zope-xml/ZDom (ZDOM) http://www.zope.org/Wikis/zope-xml/XMLDocument (XMLDocument) Chime ___ 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 )
Re: [Zope-dev] ZEO on NT? update
Messages about ZEO should be sent to the [EMAIL PROTECTED], http://lists.zope.org/mailman/listinfo/zope-zeo julio dinis wrote: > > Ok. :-) > > Continuing with the ZODB.POSException.Conflit... > > Now I know the problem with Zeo on NT is with the ClientStorage > and not with the ServerStorage. > You ask why? Because Ive tested different setup to come to this > conclusion. (snip) This is very helpful. Our *current* focus is on Unix. I've seen this problem on Windows, but haven't had time yet to look into it, and probably won't very soon. I certainly haven't done the sort of test you've done. I don't think that the problem it pickle-related, since pickles are platform independent. It appears to be some strangosity with the async/networking code. Let me know if you figure anything out. :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ 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 )
Re: [Zope-dev] ZEO on NT? update
Jim Fulton wrote: > > Messages about ZEO should be sent to the [EMAIL PROTECTED], > http://lists.zope.org/mailman/listinfo/zope-zeo ISTR the announcement or the ZEO page say to use zope-dev. Has that changed? ___ 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 )
Re: [Zope-dev] ZPatterns bug. Very serious.
"Phillip J. Eby" wrote: > This is not a bug, it's a feature. :) If you look closely at the > dictionary, you will see it contains empty lists for all these items. > These empty lists are the DataSkins.NOT_FOUND singleton, which caches the > nonexistence of these attributes. This is not a security problem, nor any > other kind of problem. It is instead a performance optimization which > keeps the DataSkin from querying all the AttributeProviders every time a > known-to-be-nonexistent attribute is looked for. There _IS_ a problem. Maybe _v_cachedAttr is not a guilty, but do you know it exists only in newly created objects and do _not_ exists in old?. Anyway, newly created DataSkin instances return wrong REQUEST (and other things) but _old_ retrieved ones work good. I tell you this because it is impossible to obtain AUTHENTICATE_USER from fresh DataSkins, so things like 'manage_tabs' just do not work properly. Try set up Rack for any real ZClass and you see this. If you'd like I send you complete test suite reproducing the situation. Mike ___ 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 )