[Christopher Petrilli]
I notice you mention post/pre conditions (something that UML
obviously talks about). I wonder if we want to do a bit of
research on Eiffle and it's contractual description. The only
thing I wonder is if some of this is actually useful
programatically, if that makes
[Dieter Maurer]
We have run in an apparent BTrees bug (with the BTrees version
included in Zope 2.5.1).
...
We will install the BTrees package from ZODB-3.2a1 and
see whether the problem disappears.
I will report back...
There are two new kinds of sanity checks you can make there:
1.
[[EMAIL PROTECTED]]
It has been a false alarm. Sorry!
The same problem occured with the new BTrees module.
Therefore, I checked the error again and found,
that the problem was not caused by tree[k] = v
but by a nearby del tree[k] (which, of course, is entitled to raise
KeyError).
[Christian Tismer]
...
I don't mean to offend anybody by this, it is just
a very simple question which I cannot answer alone.
There may be a simple question hiding in this, but it's hard to find wink.
You try: how secure is sendmail? how secure is ssh? how secure is Python?
Answer those
[Christian Tismer]
...
p.s.: sendmail? ssh? Python?
Security exploits are discussed in the bugtraq list.
I can find them all in the list archive.
What about Zope? It is not in bugtraq.
The obvious conclusion is that no security hole has ever been discovered in
Zope. Whether that's a
[Fred L. Drake, Jr.]
I'm planning to merge the new-install-branch efforts recently
discussed on this list into the Zope 2 trunk tomorrow.
...
http://mail.zope.org/pipermail/zope-dev/2003-March/018999.html
Perhaps the most immediate change is that the Windows tests may become
completely
[Anthony Baxter]
*sigh*
So I tried a fresh checkout on a different box, no crash.
Completely nuked old checkout (which was a new checkout
last night), checked out again, rebuilt, no crash.
Beats me. I'm going to blame the electrician who took out
power to our floor this morning, because
[Paul Winkler]
Maybe. I'd really like to run with python 2.2. What is involved in
the rigorous analysis? Is there a plan I could follow?
[Shane Hathaway]
We need to follow the same process we used to move to Python 2.1.
[Paul Winkler]
I downloaded the hidden 2.6.2b6 release (from
http://zope.org/Products/Zope/2.6.2b6/Zope/view) and had
a look in lib/python/ZODB/__init__.py, which gives its
version as ZODB 3.1.2. Is there any reason it's not ZODB 3.1.3?
Because 3.1.3 hasn't yet been tested with that
[Toby Dickenson]
You get a ReadConflictError when loading an object if it has been
modified since the start of the transaction. This exception
therefore becomes increasingly likely as time progresses since the
start of the transaction.
[Chris Withers]
What's the thing Zope Corp are touting
[Tim]
...
The ways in which MVCC loses will become obvious later 0.9 wink.
[Chris Withers]
Any ideas what they'll be yet?
Probably none for many apps. You'll be working with possibly non-current
data, so think of ways your apps could possibly be damaged by that. For
example, you're Bill
[Tim]
...
The short course in ZODB is that, when MVCC is in effect, a
read will return the state of the object as of the time the current
transaction began, even if the object has subsequently been
modified by some other transaction.
[Dieter Maurer]
Whoever wants to use it right now: the no
* ZEO 2.0?
* any one of the ZEO releases at http://www.zope.org/Products/ZEO ?
All of the releases on this page, including 2.0, are obsolete. It
says so at the top of the page.
I thought that was easy to miss, so I changed the heading from
Zope Enterprise Objects
to
Zope
[Jeremy]
...
On the other hand, Jim asked me today how someone would navigate from
the zope.org home page to the current ZODB release. I don't have any
idea. Anyone else know? I just use Google.
There are several ways, probably the easiest starting from the
Developers/Zope Projects
[Chris McDonough]
Some people at ZC have made pretty compelling arguments to make
Python 2.3.2 the recommended version of Python to use with Zope 2.7
final. I'm wondering if other people have a strong feeling about
this either way.
[george donnelly]
yes please. :) python 2.3 seems a lot
[Chris McDonough]
Currently, Zope still claims it works with 2.2.X (via the configure
script's acceptable versions feature).
Actually, 2.2, 2.2.1, and 2.2.2 aren't acceptable for Zope even now, because
of Zope-critical Python bugs first fixed in 2.2.3. There's no version of
2.2 with a fix for
==
ERROR: testSetupServers (Zope.Startup.tests.testStarter.ZopeStarterTestCase)
--
Traceback (most recent call last):
File
[Fred L. Drake, Jr.]
In Python 2.3.x, when a class is defined the __name__ of the
encompassing module is looked up. I suspect Python Scripts can be
fixed by defining __name__ in the globals dictionary in which the code
is executed.
Thanks, Fred! I added this info to the collector entry:
[Seb Bacon]
...
I know from the refcounts in Zope that items of class Foo are
definitely leaking, yet when I do a sys.getobjects(0, Foo) I get
nothing back.
If Foo is an old-style class, then every instance of Foo has type
InstanceType (and so does every instance of every other old-style
[Seb Bacon]
...
Seeing as the suspect leaker contains code like:
other = Foo()
other.reciprocal = self
self.reciprocal = other
I fear the worst ;-)
...but my (naive?) reading of the documentation was that reference
cycles are cleaned out by the garbage collector, *unless* they
[Chris Withers]
Anyone know what the difference is between Zope's ThreadLock module
and the standard python Lock objects from the threading module?
A ThreadLock.ThreadLock is reentrant but a threading.Lock isn't: once a
thread has acquired a ThreadLock, that thread can acquire that ThreadLock
[Seb Bacon]
But main the reason I'm posting is to wonder if there any reason not
to use the multiunion operator instead of the union operator in
UnIndex.py... it should be faster, right? It seems a touch faster in
some informal tests.
[Casey Duncan]
Yes, it probably should be used. I think
[Fred L. Drake, Jr.]
...
Guido has conceded that these warnings can be removed from Python, so
I've removed them for the upcoming Python 2.3.3 release as well as for
the future Python 2.4.
Just thought everyone would be thrilled to know. ;-)
I am! Then again, I didn't want apply() to get
[Jeremy]
I think the attribute error on data is just a symptom of the BTree
failure. The object has no data attribute, because ZODB failed to
unpickle the object that would be assigned to data.
I don't know what happened with backwards compatibility for the old
BTree classes. When Jim and
[Jeremy Hylton]
I don't know if there is any documentation for BTree,
I don't know of any dcos for (the old) BTree either.
so the code will need to be your guide. I checked the code and each of
the BTree types does support items(). So walk over the database, find
each top-level BTree
[Andrew Veitch]
http://collector.zope.org/Zope/1128
Not being able to use the calendar module on Zope 2.7 breaks our
MailManager and more importantly the CMF!
...
Looking at this a bit more I'm guessing that Python's new datetime
module was removed to avoid conflict with Zope's DateTime on
[Mario Lorenz]
we have spent most of the day tracking down obscure
hangs of Zope (2.6.4rc1) under python2.1.3 on a RHEL3
machine.
Based on what you say next, it sure sounds like this isn't unique to
2.6.4rc1. Did the same code work under some previous release? The
infinite loop appears to be
[Tibor Tolgyesi]
I just found this in my Zope log file. After this error the Zope
system stopped. No wonder, but certainly not because of physical
memory error. What could be the problem?
My config is:
AiX 5.2
Python 2.3.2
Zope 2.7.0-b3
Apache 1.3.26
The error message:
[Tim Peters]
It looks like ghostifying your self triggers self.__del__(). Then
the __del__ method unghostifies self, which has the side effect of
moving self to the MRU end of the ring, which in turn means the list
traversal will visit self *again*. When it does, same thing happens
all over
[Florent Guillaume]
I'm having a weird failure here using Zope 2.7.0 rc2 and python 2.3.3
(Debian). When I execute a python script with the code:
foo = range(1.0)
I get this:
Error Type: TypeError
Error Value: unsubscriptable object
Traceback (innermost last):
* Module
[Chris McDonough, on the C:\Zope-Instance default]
You can change the instance dir manually, no? You mean it's a bug
that it doesn't detect your system drive and instead always uses C
as the default, right? If so, yes, I agree, but likely it won't get
fixed too soon as it's so minor.
The
[Tim Peters]
The right drive letter is the value of InnoSetup's {sd} (system
drive) constant, but I don't know how to feed that into the Pascal
code that sets this up.
[Chris McDonough]
I'm sure it's possible, I can probably figure it out. I'll put it on
my todo list.
Staring at the docs
[Thomas Anderson]
I'm seeing changes to the ZODB getting lost on reboot. I think it's
because there are no fsync() calls being issued by Zope or even by
zopectl on stopping Zope but I can't be sure. I'm using
/instance/bin/zopectl {start|stop} for controlling Zope.
I added a sync command to
[Jeffrey P Shell]
We had similar problems with Python 2.1.3 (it's a pretty infamous
Python+FreeBSD problem, AFAICT), and I thought that it was patched in
the Python core by now as I thought I heard something along those
lines a while back, but I may have been hearing about the patch being
#0 0x6257255 in select_select (self=0x0, args=0x3d641f7c)
at
/usr/local/src/python_release23-maint/Modules/selectmodule.c:171 171
} (gdb) bt #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c)
at
/usr/local/src/python_release23-maint/Modules/selectmodule.c:171
[Dieter Maurer]
[Dieter Maurer]
This means that the current transaction references a connection
that is meanwhile closed.
Some earlier request forgot to commit or abort the transaction;
therefore, the transaction contains still references to the former
connection.
I had to fix product installation code
[moving this from comp.lang.python to zope-dev; it really belongs on a
Zope list, although schemes to change what pythonw does probably belong
on python-dev]
[Emile van Sebille [EMAIL PROTECTED]]
I've possibly narrowed a problem I'm having running zope as a service
on winxp pro sp 1 in that
[Thomas Heller]
[I'm currently reading python-list via the gmane nntp interface, I
don't know whether there really is a gmane.comp.web.zope.devel
newsgroup]
I don't know either, so I'll copy you directly.
[Tim]
...
Here's a Python program to try:
import sys
if 1: # edit to 1 for
[Emile van Sebille]
...
At this point, I won't be back to that site before next week, although
I may take some time to test this weekend. It sounds like I should
rework any areas that spew output to the console. Is there something
better than checking os.path.basename(sys.executable)?
You
[Chris McDonough]
...
I'd really rather just figure out why the code is failing in the
first place. I'd just rather not mask the problem until I understand
the cause. That may never happen, of course, but a man can dream.
I definitely want to know it if there's still a way remaining to
[Sake]
I have Zope and Activestate Python installed together in the same
win-xp machine. Everything works fine until I've learned that I can
put sys.setdefaultencoding('cp874') into sitecustomize.py to
accomodate my native language coding. Since I do that, my Zope 2.7.0
service can no
[Chris McDonough]
...
From this (and without a Windows machine in front of me), I can't
really make any sense out of why your Activestate Python's
sitecustomize.py is being found instead of Zope's Python
sitecustomize.py if you're running Zope using the Zope Python install.
I suspect it may
[Tres Seaver]
The 'iteritems' method of a dictionary returns an object of type
'dictionary-iterator'; AccessControl.ZopeGuards makes no container
assertions about that type, although it *does* permit calling the
'iteritems' method which returns an instance of it.
I find it interesting that
[Sandor]
This is still a question. Is there any way, to determine how many
times a zodb persistent object is referenced?
ZODB itself doesn't keep track of that, although it's possible to write a
storage that does. FileStorage does not. BerkeleyStorage did (past tense
because Zope Corp has
[Chris McDonough]
There probably are no log-trawling tools. The output generated by zLOG
is basically unparseable.
Alas, that hasn't stopped people from writing trawlers to analyze ZEO server
and client logs. That one's going to be my headache to fix(*), and has
some urgency since ZODB/ZEO's
[Max M]
Or perhaps an automated nightly Windows build.
[Stephan Richter]
We have talked about it many times before, but simply lack the
bandwidth. Maybe you could provide this for Cygwin?
[Max M]
Argh ... that wasn't fair.
Ok I will try and find some time to look into it.
A problem is
[Max M]
Well, yeah. I installed cygwin and all the devolpment tools. About 800
Megs. I could have sorted it, but I wouldn't risk missing libraries,
tools etc. and harddisk is cheap.
Same here (although my old laptop doesn't have enough disk space remaining
to download the whole thing).
[Tim Peters]
...
No way to tell without trying. I don't know whether you're
building Zope2 or Zope3, but since this is the zope-dev list I
assume the former. Try
http://zope.org/Members/tim_one/Zope2-20040422.zip/file_view
and let us know what happens! As the comment there says
[Chris Withers]
Saw my name mentioned earlier but not sure whether Tim has solved the
problem...
Can't say -- I put up .pyds for current Zope 2 and Zope 3 HEAD, but haven't
heard whether anyone tried them.
I'd be happy to set up a nightly (or weekly, let me know which would be
better)
[Max M, tests a zip file of .pyd files in Zope3, on Windows]
I finally got around to testing this, and it works *exactly* as I
hoped. I downloaded Z3 from CVS, and Tim's zip file.
I unpacked the zip file into the Z3 directory, and it started the
first time.
Yippee! That's what I expected,
[Chris McDonough]
...
- The ZODBMountPoint product relies on a method of Connection objects
named _getMountedConnection, which apparently no longer exists.
Connection objects never had such a method, but they still do wink.
This breaks any mounted databases (which breaks dbtab, which breaks
[Tim Peters]
...
IOW, the existing subversion docs cover the standard layout quite
well. If we do something unique, I'm afraid it becomes another piece
of folklore that will be impossible to guess and difficult to find
out about.
[Martijn Faassen]
I don't know much about subversion
[Kapil Thangavelu]
...
I like the layouts Jim's presented (specifically #2 of 3), i think when
considering the subversion docs, the important distinctions are made
between the directories used for branches and tags, as long as that
information is clearly communicated the semantics are exactly
[Leonardo Rochael Almeida]
Please add this issue to the Collector, including the test
(prefereably without the twisted bits)
[Syver Enstad]
Eh, what is the Collector?
The zope.org Collectors are here:
http://www.zope.org/Collectors/
and you want the Zope Collector:
[Kapil Thangavelu]
[snip debating over what the book says]
sigh.. debating over what the book says isn't very productive.
That's for sure wink.
my conclusions at the end of my previous email, namely that what this
layout will accomplish for the zopeorg repository in terms of avoiding
[Jim Fulton]
The Zope project includes a number of interrelated subprojects,
such as:
- Zope 2
- Zope 3
- ZODB
- ZConfig
Software from the ZODB and ZConfig projects are shared by Zope 2
and Zope 3.
Note that ZODB also depends on ZConfig.
We want this sharing to be very
[Jamie Heilman]
here's the patch I'd have attached to
http://zope.org/Collectors/Zope/1217
if the collector could collect
FYI, I attached the patch to the collector report (nothing magical -- it
just worked for me).
___
Zope-Dev maillist - [EMAIL
[sathya]
I read somewhere that each zope thread acquires the global python
interpreter lock before processing a request and until it releases it
the other zope threads are essentially locked out.
The Python GIL (global interpreter lock) affects all code written in Python:
only one thread at a
[Jim Fulton]
...
You will be able to do read-only anonymous checkouts like so:
svn co svn://svn.zope.org/repos/main/project/trunk
For example:
svn co svn://svn.zope.org/repos/main/ZConfig/trunk
FYI, I tried that on Windows (XP), and it worked fine.
One glitch, which may be all over
[Jim]
svn co svn+ssh://svn.zope.org/repos/main/project/trunk
[Tim]
Is that supposed [to] work already? All I've been able to get out
of it is, e.g.,
C:\Codesvn co svn+ssh://svn.zope.org/repos/main/ZConfig/trunk szc2
svn: Connection closed unexpectedly
where the error msg
One more on access from Windows. TortoiseSVN will probably be more popular
on Windows than the cmdline version of svn -- it's a slick integration of
intelligent svn context-menus and icon overlays into the Windows Explorer
GUI, including a nice GUI diff/merge component.
Turns out it has its own
[Chris McDonough]
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.
+1. The Python bug tracker has a WontFix, and it's proved valuable in
practice
[EMAIL PROTECTED]
Hi Zope (and Python) experts!
There seems to be a problem when an external python module segfaults
during a zope request. The remaining worker threads are deadlocked.
Maybe, maybe not. Python (and so also Zope) use platform-native thread
facilities, and what happens when
[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]
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
[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
[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.
As Andrew Langmead has already discovered, the LinuxThreads issue with
SIGSEGV was reported on the Python bug tracker almost a year ago (well,
reported, but not diagnosed):
SIGSEGV causes hung threads (Linux)
http://www.python.org/sf/756924
Looks like:
can't CNTRL-C when running
[Chris Withers]
...
Is it worth asking on the SVN lists how hard this would be to
implement? I mean, we have the svn:ignore property, and we have the
svn:eol-style property, what we want is a combination of those two,
how hard can it be? 0.5 wink
I don't think we want a combination of the
[Jim]
...
If they have the .pyd files, they can run Zope and fix problems
they find in the .py files.
They have the .pyd files now. I'm keeping them up to date, and Max M wrote
a clear howto (which references the .pyd Zip files on zope.org):
[Ken Manheimer]
All the actions are verbs, won't fix is not a verb. Can you
suggest a verb the more clearly indicates the result is won't
fix?
Sorry, I got lost on the first sentence: what difference does it make to
anything whether they're verbs, adjectives, a mix, ...? They're all just
[Dieter Maurer]
I just checked that Python 2.3.4c1 does not yet fix our
LinuxThread-Crash problem -- the problem that
lets a multi-threaded application enter a curious state
when one on the threads crashes.
I'm sorry to report that 2.3.4 final won't fix it either. The active Python
bug
[Laurence]
Sorry if this is a faq or otherwise covered elsewhere, but I've
encountered quite a big problem with Zeo in my environment.
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.
We have been developing with Zope
[Tim Petere]
There's a patch that squashes the specific symptom you have in mind, but
at the cost of other breakage -- the original patch was added for a
reason too.
[Dieter Maurer]
I verified that
http://sourceforge.net/tracker/index.php?func=detailaid=949332group_id=54
70atid=305470
[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
[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
[robert rottermann]
I try to access the Zope cvs anonymously according to the instructions.
However it fails.
Has anything changed, or is this temporarily.
:pserver: access is disabled for now, because of recently announced security
holes. It will be enabled again when (and if?) CVS is
[EMAIL PROTECTED]
thanks for your answer,
what I would like to download is CMFSetup
I think that's still in CVS only, and so long as :pserver: access remains
disabled you simply can't get it that way.
You could go to
http://cvs.zope.org/CMF/CMFSetup/
and use the Download tarball link
[Syver Enstad]
I have a Persistent derived class where I want to upgrade from using a
PersistentList to a BTrees.IOBTree.IOBTree.
_articleList is the old Persistent list
_oidsToArticles is the new IOBTree.
def __setstate__(self, state):
articleList = state.get('_articleList')
[Syver Enstad, wants to switch an attribute of a Persitent subclass
From PersistentList to an IOBTree]
[Tim, guessing]
Quick guess (untested, untried, ...
...
Perhaps shuffling the code around would work, a la:
Persistent.__setstate__(self, state)
articleList =
[Dieter Maurer]
I think, this is a ZODB buglet:
It should set _p_changed = 0 before it calls __setstate__
and not afterwards...
I don't know; Jim (or Jeremy) may know the reasoning here, but I don't.
Activation currently sets the state to changed *before* calling __setstate__
too. A
[Tim Peters]
...
On ZODB head, Jeremy also documented that __setstate__ can't affect the
persistent state (in persistent/interfaces.py's IPersistent). Whether
this is deliberate design, or a consequence of the current
implementation, I can't say.
[Dieter Maurer]
A potential problem
[Syver Enstad]
I was aware that __setstate__ doesn't allow me to commit my changes after
only loading the object into memory (__setstate__ is called). I may have
explained myself unclearly (not a native english speaker/writer),
I don't think that matters much: English instead of code is
[Steve Jibson]
It seems that there may still be some strangeness with Transience. We're
running Zope-2.7.1b1 (Python 2.3.3, Fedora Core 1)
...
So, I hook-up to the ZMI and click on *temp_folder*, then click on
*session_data (Session Data Container)* and I get the following error:
[Stefan H. Holek]
As BDBStorage has been removed from HEAD quite some time ago, I was
wondering whether it would be possible/advisable to remove it from 2.7
branch as well. Would it?
I think it would, because there's no resource to maintain it. BDBStorage
was released as an experiment: Zope
[Martijn Faassen]
Yes, I'm doing something much like that and it works fine on Linux. I'm
just wondering how this de-confuses Python's import system on a
case-insensitive file system.
Python imports are case-sensitive on all platforms (this wasn't always true,
but is true in recent Pythons).
[Mohsen Moeeni]
Fristly excuse me for cross-posting. Actually, I did not like to be the
person who comes this up however the amount of spams which is propagated
thru the lists is annoying. I wonder why the guys at Zope Inc. does not
tweak the list settings so posting is only allowed by the
[Philip Kilner]
...
Does Mailman have a nomail facility that subscribers could set
/themselves/ on secondary accounts?
There are different versions of Mailman (of course), but at least recent
ones offer this. If you go to your personal list subscription page on the
web, a checkbox to suspend
Over on the zope and zope-dev lists, there's currently agitation to make
them members-only mailing lists. The point is that spam could not get thru
then (unless posted by a member).
What would zodb-dev members like?
Posting by a list member would not be affected, unless you attempted to send
a
[Ken Manheimer]
I noticed this when it went initially went by, but didn't have time to
follow up. The upshot is that there is absolutely no way *under the
current arrangement* that this is going to happen. I can see a way to
swing it, requiring earnest volunteer effort. Here are the
[Ken Manheimer]
In either mode, essentially, list members would be able to get postings
to the list only from their registered account.
Or accounts. When I've faced a list like this as a user, I've subscribed
multiple times, once from each account I'm likely to post from, but set the
no
[Dieter Maurer]
ATTENTION: Crosspost -- Reply-To set to '[EMAIL PROTECTED]'
Which I've honored.
Today, I hit a nasty error.
The error affects applications under Unix (and maybe Windows) which
* use an asyncore mainloop thread (and maybe other asyncore
applications)
Zope and
[sathya]
so can we safely assume that zeo does not mix the asyncore implementation
with forks or threads and hence does not suffer from the child
concurrently operating on sockets along with parent syndrome that
dieter is experiencing ? appreciate any clarifications.
It's normal for a ZEO
[Dieter Maurer]
The problem occured in a ZEO client which called asyncore.poll
in the forked subprocess. This poll deterministically
stole ZEO server invalidation messages from the parent.
I'm sorry, but this is still too vague to guess what happened.
- Which operating system was in use?
-
[sathya]
thanks for the clarification below and also the pointers to the posix
behaviour of fork. The Warning about Zope/ZEO clients in the subject
line certainly caused some alarm bells to go off.
I am assuming now that dieters description below of using forks does not
gel with the ZOPE/ZEO
[sathya]
...
The zeoclient causes threads to be created but there are no forks or
system calls as far as I can tell (or strace for that matter)
Can you please point out where in the zeo code does forking occur ? I
will try and duplicate this condition.
ZEO and ZEO never fork -- they wouldn't
[sathya]
tim thanks for confirming it. Wont loose sleep over it now. I did not
mean to sound like questioning anybodys track record.
No, it didn't sound like you were. I mentioned that Dieter has an
excellent track record because *I'm* giving him a hard time here
wink. I'm sure he's seeing
[Dieter Maurer]
The problem occured in a ZEO client which called asyncore.poll
in the forked subprocess. This poll deterministically
stole ZEO server invalidation messages from the parent.
[Tim Peters]
I'm sorry, but this is still too vague to guess what happened.
[Dieter Maurer]
Even when
[Shane Hathaway]
Hmm. I just heard about this hasattr geddon. hasattr is *good*. Why are
we fixing hasattr and bare excepts
Well, bare excepts are generally bad news in any application -- they
almost always turn out to catch more than the author intended
(including things like SystemExit and
1 - 100 of 284 matches
Mail list logo
