I noticed that when you delete a property in a ZClass, it doesn't actually delete the property in **instances** of that ZClass! This leaves properties lying around where they can be inadvertently acquired, causing problems that are difficult to trace. Has anyone gotten bitten by this, or know of a solution? Cheers, -Paul __________________________________________________ Do You Yahoo!? Get Yahoo! Mail � Free email you can access from anywhere! http://mail.yahoo.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having trouble getting pcgi working for Zope 2.16 on Apache 1.3.12 on FreeBSD 4.0. I had hope the BSd ports would set it up but it seems that there is a problem of some sort with my install. Zope.cgi produces output but kind of maimed. I did get Zope.cgi working with IIS and NT (ugh) at work. Any tricks or anything would be appreciated. John Holland - --------------- Email: jholland@linuxave.net Web: http://jbhsoft.linuxave.net Public key : finger -s or http://jbhsoft.linuxave.net/pubkey.html -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 iQA/AwUBOW/O7RPWCCE2yAKHEQIO1ACg9ZqBAVcnICmKG4m7UH4lYIqigbwAn3U6 ylPYJcO5GBP+hCSvARxRzZuc =RakZ -----END PGP SIGNATURE-----
Hi John, There are no 'tricks' that I am aware of... for 'straight' Zope. Some 3rd party products may require modules that are not in the 'default' Python port, but that's easily fixed... I'm running Zope 2.1.6 on several FreeBSD 4.0s boxen. Can you be a little more specific about the error? thanks, -steve
"jholland" == jholland <jholland@gears.linuxave.net> writes:
jholland> I'm having trouble getting pcgi working for Zope 2.16 on jholland> Apache 1.3.12 on FreeBSD 4.0. I had hope the BSd ports jholland> would set it up but it seems that there is a problem of jholland> some sort with my install. jholland> Zope.cgi produces output but kind of maimed. jholland> I did get Zope.cgi working with IIS and NT (ugh) at jholland> work. jholland> Any tricks or anything would be appreciated. jholland> John Holland - --------------- jholland> Email: jholland@linuxave.net Web: jholland> http://jbhsoft.linuxave.net Public key : finger -s or jholland> http://jbhsoft.linuxave.net/pubkey.html jholland> -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 jholland> iQA/AwUBOW/O7RPWCCE2yAKHEQIO1ACg9ZqBAVcnICmKG4m7UH4lYIqigbwAn3U6 jholland> ylPYJcO5GBP+hCSvARxRzZuc =RakZ -----END PGP jholland> SIGNATURE----- jholland> _______________________________________________ Zope jholland> maillist - Zope@zope.org jholland> http://lists.zope.org/mailman/listinfo/zope ** No cross jholland> posts or HTML encoding! ** (Related lists - jholland> http://lists.zope.org/mailman/listinfo/zope-announce jholland> http://lists.zope.org/mailman/listinfo/zope-dev )
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think it's something about the port. Actually it was only pcgi I was having trouble with; however with Apache rewrite I see that is not necessary though although I got it working anyway. John Holland - --------------- Email: jholland@linuxave.net Web: http://jbhsoft.linuxave.net Public key : finger -s or http://jbhsoft.linuxave.net/pubkey.html On Sat, 15 Jul 2000, Steve Spicklemire wrote: Hi John, There are no 'tricks' that I am aware of... for 'straight' Zope. Some 3rd party products may require modules that are not in the 'default' Python port, but that's easily fixed... I'm running Zope 2.1.6 on several FreeBSD 4.0s boxen. Can you be a little more specific about the error? thanks, - -steve
"jholland" == jholland <jholland@gears.linuxave.net> writes:
jholland> I'm having trouble getting pcgi working for Zope 2.16 on jholland> Apache 1.3.12 on FreeBSD 4.0. I had hope the BSd ports jholland> would set it up but it seems that there is a problem of jholland> some sort with my install. jholland> Zope.cgi produces output but kind of maimed. jholland> I did get Zope.cgi working with IIS and NT (ugh) at jholland> work. jholland> Any tricks or anything would be appreciated. jholland> John Holland - --------------- jholland> Email: jholland@linuxave.net Web: jholland> http://jbhsoft.linuxave.net Public key : finger -s or jholland> http://jbhsoft.linuxave.net/pubkey.html jholland> -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 jholland> iQA/AwUBOW/O7RPWCCE2yAKHEQIO1ACg9ZqBAVcnICmKG4m7UH4lYIqigbwAn3U6 jholland> ylPYJcO5GBP+hCSvARxRzZuc =RakZ -----END PGP jholland> SIGNATURE----- jholland> _______________________________________________ Zope jholland> maillist - Zope@zope.org jholland> http://lists.zope.org/mailman/listinfo/zope ** No cross jholland> posts or HTML encoding! ** (Related lists - jholland> http://lists.zope.org/mailman/listinfo/zope-announce jholland> http://lists.zope.org/mailman/listinfo/zope-dev ) -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 iQA/AwUBOXCWexPWCCE2yAKHEQIWvACfVElGdfJmZJDepZIjKThRbE4bPAoAn0fi OzdDpCYcVmYcLfp/+iz5U/zJ =74E6 -----END PGP SIGNATURE-----
On 15 Jul, jholland@gears.linuxave.net wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I think it's something about the port. Actually it was only pcgi I was having trouble with; however with Apache rewrite I see that is not necessary though although I got it working anyway.
Do you mind sharing which "something about the port" failed for you and how you got it working. I'm the maintainer for that port. The port should be working pretty much out of the box... -Th
Hi Paul ! Paul Abrams wrote:
I noticed that when you delete a property in a ZClass, it doesn't actually delete the property in **instances** of that ZClass! This leaves properties lying around where they can be inadvertently acquired, causing problems that are difficult to trace.
Has anyone gotten bitten by this, or know of a solution?
I solved it by adding this External Method, and calling all instances with it: #move_attribute?the_id=abstract def delete_attribute(self,the_id): self._delOb(the_id) BTW, I have also written an External Method that moves the attribute to a DTML Method: #move_attribute?the_attribute_id=abstract def move_attribute(self,the_attribute_id): attribute=str(getattr(self, the_attribute_id)) self._delOb(the_attribute_id) if attribute!="": self.manage_addDTMLMethod(the_attribute_id,file=" " + attribute) Regards, Maik Röder -- "The computing future is based on "cyberbodies" - self-contained, neatly-ordered, beautifully-laid-out collections of information, like immaculate giant gardens." The second coming - A manifesto. David Gelernter http://www.edge.org/3rd_culture/gelernter/gelernter_p1.html
participants (5)
-
jholland＠gears.linuxave.net -
Maik Roeder -
Paul Abrams -
Steve Spicklemire -
thomas＠hentschel.net