Toby Dickenson wrote:
Apart from the most trivial cases, it would allow _v_ attributes to disappear
at random. Its a similar problem to the one that makes it hard to write an
optimiser for python code, and I am unconvinced that this is sane.
Which, unfortunately, then leaves us with the problem
On Thursday 23 October 2003 08:07, Chris Withers wrote:
Toby Dickenson wrote:
Apart from the most trivial cases, it would allow _v_ attributes to
disappear at random. Its a similar problem to the one that makes it hard
to write an optimiser for python code, and I am unconvinced that this is
On Tuesday 21 October 2003 18:08, Jens Vagelpohl wrote:
Just a quick heads-up:
Then we will start restoring the data
from the old drives.
That makes me nervous. How will you know that the sources in cvs havent been
compromised?
--
Toby Dickenson
Toby Dickenson wrote
That makes me nervous. How will you know that the sources in cvs havent been
compromised?
Surely people can compare checkouts of the various branches (2.6, 2.7) against
downloaded tarballs? We can't do the same with TRUNK, but that should be still
possible to check
How can I make java + zope integration for web application development? Have it
somthing for this?
Does it must to know Python, is it necessary?
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross
--On Donnerstag, 23. Oktober 2003 16:06 Uhr +0400 \Bibikov Kirill\
[EMAIL PROTECTED] wrote:
How can I make java + zope integration for web application development?
Have it something for this? Does it must to know Python, is it necessary?
Zope has never been designed to work with Java except
Toby Dickenson wrote
That makes me nervous. How will you know that the sources in
cvs havent been
compromised?
Surely people can compare checkouts of the various branches (2.6,
2.7) against
downloaded tarballs? We can't do the same with TRUNK, but that
should be still
possible
With Zope 2.6, you get an unhelpful error message about manage_FTPget
not existing. With the changes I have just checked in, you now instead
get an attribute error for most objects. (If the object does not inherit
from webdav.Resource you still get an not found message).
Nobody is relying on
Hello,
I'm amidth creating a document on the possibilities
of Zope, and we are also using Zope. But somehow I'm
missing an official Zope for .NET.
ActiveState (http://www.activestate.com) has a Visual
Python 1.8.1 for VS.NET.2002 and VS.NET.2003. I have
been playing around a little bit with
So could please somebody give me a short briefing
about the current state of Zope for .NET?
There is no state. ActiveState released Python for .NET and that's about
it. Quoting Python for .NET is an exploratory implementation of the
Python language
On Thu, Oct 23, 2003 at 03:13:56PM +0200, Andreas Jung wrote:
--On Donnerstag, 23. Oktober 2003 16:06 Uhr +0400 \Bibikov Kirill\
[EMAIL PROTECTED] wrote:
How can I make java + zope integration for web application development?
Have it something for this? Does it must to know Python, is it
Toby Dickenson wrote:
No, we just exclude objects with _v_ attribute from mid-transaction
deactivation. There arent many objects in that category, but they do need
protection.
This is slightly OT but reminded me of something important I need to ask.
ZOracleDA stores its database connections in
Toby Dickenson wrote:
Which, unfortunately, then leaves us with the problem of how to stop Zope
using up an undeterminable amount of memory...
No, we just exclude objects with _v_ attribute from mid-transaction
deactivation. There arent many objects in that category, but they do need
Hi everyone,
The issue collectors formerly hosted on collector.zope.org have been
migrated to the main zope.org website and are now available at the
following address::
http://www.zope.org/Collectors/
I have tried to find all links to these collectors, but there might be
old links in various
When I look at the default search results for the Zope collector then the
latest
pending issue has been filed in May which is nearly impossible. There must
be something
wrong.
Andreas
--On Donnerstag, 23. Oktober 2003 14:37 Uhr -0400 Jens Vagelpohl
[EMAIL PROTECTED] wrote:
Hi everyone,
The
Already fixed.
jens
On Thursday, Oct 23, 2003, at 14:58 US/Eastern, Andreas Jung wrote:
When I look at the default search results for the Zope collector then
the latest
pending issue has been filed in May which is nearly impossible. There
must be something
wrong.
Andreas
On the new collector instances the high size of a collection of objects
seems to be limited to 200. Aha! Here we have evidence that someone
has hardcoded the number 200 as the upper limit for the number of
catalog results returned from the portal catalog on zope.org. This
happens with howtos
Aha! This is likely due to the monkey-patched searchResults method of
the catalog tool. It is patched from within the ZopeOrg product's
__init__.py:
if not kw.has_key('sort_limit'):
kw['sort_limit'] = 200
I'm sure this was put into there to foil some sort of DOS, but I think
it
I see it's already fixed, thanks...
On Thu, 2003-10-23 at 16:39, Chris McDonough wrote:
Aha! This is likely due to the monkey-patched searchResults method of
the catalog tool. It is patched from within the ZopeOrg product's
__init__.py:
if not kw.has_key('sort_limit'):
On Thursday 23 October 2003 18:52, Chris Withers wrote:
What in the ZODB cache or other ZODB code could be causing _v_ variables to
stick around after they've been set to None in their containing objects?
reference cycles
--
Toby Dickenson
___
Er - this one's my fault :) When I first started triage on nzo
there were a number of places where it was doing totally unbounded
searches and them sorting them for good measure. I put that in as
a stopgap so it would quit dying while I was trying to find the
culprits and forgot to remove it.
OK, I thought it was fixed (and is fixed for the collector) but I guess
a workaround was just put in for collectors because other batches are
still limited to 200... should be safe to remove it and close some
zope.org bugs.
On Thu, 2003-10-23 at 22:09, Brian Lloyd wrote:
Er - this one's my fault
22 matches
Mail list logo