Dieter Maurer wrote:
Tres Seaver wrote at 2004-5-21 15:09 -0400:
...
I have not yet found exactly how Formulator triggers a commit,
but it is definitely something called by its initialize() function.
It is probably trying to do the Right Thing (TM) by registering with the
help system. The fact
Laurence laurence at fluxinc.com writes:
I'm running FreeBSD 5.2.1 (Current as of last
night) with Zope 2.7.0, Postgresql 7.4.2, Python 2.3.3 and
psycopg-1.1.13.
Laurence,
Yes this sounds like the FreeBSD thread stack size being too small. If you
compiled python from the ports, then look
Of course, Steve suggested:
ob:adaptername context:dc/title
This really doesn't make sense. To me it reads In the namespace of
context get the title of dublin core.
I'm not reading : as having anything to do with namespaces. Rather, I
see '/' as the traverse operator, and : as the
[Dieter Maurer]
You have snipped my explanation why I am convinced that the patch
can only improve things!
Yes, because zope-dev isn't a useful place to discuss this complicated
Python issue. If you missed it the first two times wink, let me suggest
again that you add your comments to the bug
On Mon, 24 May 2004 17:25:19 +0300
Steve Alexander [EMAIL PROTECTED] wrote:
Of course, Steve suggested:
ob:adaptername context:dc/title
This really doesn't make sense. To me it reads In the namespace of
context get the title of dublin core.
I'm not reading : as having
On Mon, May 24, 2004 at 09:50:31AM +0200, Martijn Faassen wrote:
Dieter Maurer wrote:
Tres Seaver wrote at 2004-5-21 15:09 -0400:
...
I have not yet found exactly how Formulator triggers a commit,
but it is definitely something called by its initialize() function.
It is probably trying
On Mon, 2004-05-24 at 11:29, Tim Peters wrote:
I will reraise the question and see what my colleagues feel as the less
problematic way: use NPTL or our own Python version.
It would sure help if people running Zope on an NPTL system spoke up here!
I run Zope on an NPTL system (Fedora Core
Tim Peters wrote at 2004-5-24 11:29 -0400:
...
all I did is
agitate to do something for 2.3.4, but I lost that battle).
Thank you for that.
--
Dieter
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No
Martijn Faassen wrote at 2004-5-24 09:50 +0200:
...
I know this has been reported before but I haven't looked into it yet.
I'm wondering how to handle Formulator upgrades though -- just checking
if you've been registered in a previous startup is not enough if the
help text changes between
[Chris McDonough]
I run Zope on an NPTL system (Fedora Core 1), but it's just a
development box; as a result it doesn't get much load and doesn't stay
up indefinitely.
It's better than knowing nothing wink. If that's the box you do overnight
test runs on too, that's also interesting, since
Hello,
I am encountering strange behavior when trying to dynamically
set explicit Acquisition within an Acquisition.Implicit object.
The strangeness seems to happen when I refresh the product only,
but I do not feel certain of this which has me a little nervous.
In a Python Product class, named
On Mon, 2004-05-24 at 13:05, Tim Peters wrote:
[Chris McDonough]
I run Zope on an NPTL system (Fedora Core 1), but it's just a
development box; as a result it doesn't get much load and doesn't stay
up indefinitely.
It's better than knowing nothing wink. If that's the box you do
After further review, this strange behavior can happen simply after
viewing the object a couple times. It seems erratic at best and
obviously is not the behavior I'm after. What am I missing about
explicit acquisition? From the Zope Developer's Guide:
-
Sometimes, you want to
13 matches
Mail list logo