(cross-posted to zope-dev too, seems relevent there ;-)
Marius Gedminas wrote:
BTW the Zope subversion conversion hit a snag due to line ending style
on Windows. Apparently cvs2svn does not add the required svn:eol-style
properties for text files,
cvs2svn is a python script, surely you guys can
Hi, I am thinking of partitioning my ZODB quite a lot for both serving
and packing performance reasons.
What is the maximum number of recommended mounted ZODB's to use with DBTab?
Thanks
/dario
--
-- ---
Dario Lopez-Kästen, IT
As I said, I would write a How-To in getting Zope 3 up and running on
Windows, given the binaries that Tim has made.
http://www.mxm.dk/papers/run-z3-cvs-wthout-compiler/
Feel free to comment.
regards Max M
___
Zope-Dev maillist - [EMAIL PROTECTED]
Dario Lopez-Kästen wrote:
Hi, I am thinking of partitioning my ZODB quite a lot for both serving
and packing performance reasons.
What is the maximum number of recommended mounted ZODB's to use with DBTab?
Hmmm, the Subject: header suggested that the question was about APE; I
almost skipped
Tres Seaver wrote:
Dario Lopez-Kästen wrote:
Hi, I am thinking of partitioning my ZODB quite a lot for both serving
and packing performance reasons.
What is the maximum number of recommended mounted ZODB's to use with
DBTab?
Hmmm, the Subject: header suggested that the question was about
Dario Lopez-Kästen wrote:
Tres Seaver wrote:
WRT DBTab: as of Zope 2.7, that product is obsolete: its
functionality has been folded into Zope.Startup's processing of the
config file.
We have to use DBTab atm because we are still using 2.6.2 in production
and we haven't tested 2.7 yet for
[Max M]
As I said, I would write a How-To in getting Zope 3 up and running on
Windows, given the binaries that Tim has made.
http://www.mxm.dk/papers/run-z3-cvs-wthout-compiler/
Feel free to comment.
Nicely done! Thank you for doing this.
___
[Chris Withers]
...
There's a svn property you can set on a higher level folder in the
repository that can control a mapping for file extensions to this
property, IIRC. I am hazy on it but I know it's possible.
If so, it's not documented. Perhaps you're thinking of the svn:ignore
property?
Dieter Maurer [EMAIL PROTECTED] wrote on 05/02/2004 01:28:48 PM:
Willi Langenberger wrote at 2004-5-2 17:10 +0200:
What is NPTL?
It stands for Native POSIX Thread Library It is a new threads subsystem
that is included in Linux 2.6 that Red Hat has backported into their 2.4
kernels. It
Tim Peters wrote at 2004-5-2 23:16 -0400:
...
Suppose a thread dies while holding the GIL (Python's global interpreter
lock). Will the GIL be released so that another thread (including the main
thread) can continue? There's no general answer to that. I expect that
under *most* platform
Chris McDonough [EMAIL PROTECTED] wrote:
I think there needs to be another category named wontfix that
doesn't imply that it will ever be fixed like deferred seems to.
This category should also be selected in the default search settings.
Later, Chris McDonough wrote:
On Fri, 2004-04-30 at
Dieter Maurer [EMAIL PROTECTED] wrote on 05/03/2004 01:48:57 PM:
The reason why I believe Python is to blame:
With Python 2.1.3, a SIGSEGV in one thread killed them all;
with Python 2.3.3, a SIGSEGV in one thread kills one
of them (the main thread, not the thread that got the
[Dieter Maurer]
The reason why I believe Python is to blame:
Then this should really move to a Python bug tracker.
With Python 2.1.3, a SIGSEGV in one thread killed them all;
with Python 2.3.3, a SIGSEGV in one thread kills one
of them (the main thread, not the thread that got the
Tim Peters [EMAIL PROTECTED] wrote on 05/03/2004 03:47:31 PM:
[Dieter Maurer]
I'm not clear on exactly what blocked means.
It has a very specific meaning with Unix signals. The kernel still has the
signal for the process waiting in a queue, but the process has told the
kernel that it is
[EMAIL PROTECTED]
[... snip good explanations ...]
In order to get LinuxThreads to support the Python's threading
semantics, what probably needs to be done is to have
PyThread_init_thread set all handlers to call kill(main_thread, sig)
to signal the main thread.
If someone cares enough to
Tim Peters [EMAIL PROTECTED] wrote on 05/03/2004 04:41:08 PM:
[EMAIL PROTECTED]
If someone cares enough to work up a patch, Python's patch tracker is
open
all night:
http://sf.net/tracker/?atid=305470group_id=5470
I might be willing to try my hand at this, but I could use a tiny bit
[EMAIL PROTECTED], on special-casing LinuxThreads]
I might be willing to try my hand at this, but I could use a tiny bit of
guidance. (If you don't mind.)
I don't mind wink, but I haven't run on Linux since 1994, and have lost
track of how Unixish special-casing is done in Python since then.
17 matches
Mail list logo