[Zope-dev] transience and gc.set_threshold(1)

2004-10-05 Thread Michael Dunstan
I'm seeing test failures in transience when running the tests for  
Zope-2_7-branch (python 2.3.3) with garbage collection threshold0 set  
to 1.

Seems to break in slightly different places from run to run. Here is  
one example:

% python test.py -vv --dir lib/python/Products/Transience/tests -g 1   
testPathological
gc threshold: (1, 10, 10)
Running unit tests at level 1
Running unit tests from /Zope/lib/python/Products/Transience/tests
testPathologicalLeftBranching  
(Products.Transience.tests.testTransientObjectContainer.TestTransientObj 
ectContainer) ... ERROR
testPathologicalRightBranching  
(Products.Transience.tests.testTransientObjectContainer.TestTransientObj 
ectContainer) ... ERROR

==
ERROR: testPathologicalLeftBranching  
(Products.Transience.tests.testTransientObjectContainer.TestTransientObj 
ectContainer)
--
Traceback (most recent call last):
  File  
/Zope/lib/python/Products/Transience/tests/ 
testTransientObjectContainer.py, line 193, in  
testPathologicalLeftBranching
map(self.t.__delitem__, revr)
  File /Zope/lib/python/Products/Transience/Transience.py, line 470,  
in __delitem__
del bucket[k]
KeyError: 946

==
ERROR: testPathologicalRightBranching  
(Products.Transience.tests.testTransientObjectContainer.TestTransientObj 
ectContainer)
--
Traceback (most recent call last):
  File  
/Zope/lib/python/Products/Transience/tests/ 
testTransientObjectContainer.py, line 183, in  
testPathologicalRightBranching
map(self.t.__delitem__, r)
  File /Zope/lib/python/Products/Transience/Transience.py, line 470,  
in __delitem__
del bucket[k]
KeyError: 69

--
Ran 2 tests in 4.659s
FAILED (errors=2)
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Documentation

2004-10-05 Thread Toby Dickenson
Im a little out of touch with Zope development these days; Ive been focussing 
on non-zope projects for the last year or so...

I have some Zope documentation on http://www.zope.org/Members/htrd that I am 
no longer able to maintain, but wich generates a steady stream of emails with 
questions and change suggestions. In particular, my notes on using squid with 
zope, and the changes I originally drafted for the Zope Developers Guide on 
using unicode in Zope.

Is there now a more approporiate place to hold this documentation where it can 
be maintained?

Thanks in advance,

-- 
Toby Dickenson
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: inconsistent mimetype assignment for uploaded files

2004-10-05 Thread Dominic Hiles
Dear Tres,
--On 04 October 2004 13:43 -0400 Tres Seaver [EMAIL PROTECTED] wrote:
Dominic Hiles wrote:
Sorry, I missed these susbequent follow-ups before posting a reply a few
minutes ago!  If we're going down this route, can we at least change
things so that the guessing is done using
ZServer.medusa.mime_type_table, rather than the default python mimetypes
table?
I would guess that the medusa version is more neglected than the Python
one;  is your experience otherwise?
I now realise where my confusion came from.  Python 2.1.3 had only 85 file 
extensions listed in mimetypes.types_map.keys() whereas 
ZServer.medus.mime_types_table showed 106 with Zope 2.6.4.  However, Python 
2.3.3 is now up to 117, so I guess it makes the better choice. Apologies 
for the noisethat said, I'm still unhappy that a browser can dictate 
the mimetype chosen for an uploaded file, but I'm happy enough to fix that 
at the application level.

Cheers,
Dominic
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: inconsistent mimetype assignment for uploaded files

2004-10-05 Thread Tino Wildenhain
Hi,

On Tue, 2004-10-05 at 12:11, Dominic Hiles wrote:
 Dear Tres,
 
 --On 04 October 2004 13:43 -0400 Tres Seaver [EMAIL PROTECTED] wrote:
 
  Dominic Hiles wrote:
 
  Sorry, I missed these susbequent follow-ups before posting a reply a few
  minutes ago!  If we're going down this route, can we at least change
  things so that the guessing is done using
  ZServer.medusa.mime_type_table, rather than the default python mimetypes
  table?
 
  I would guess that the medusa version is more neglected than the Python
  one;  is your experience otherwise?
 
 
 I now realise where my confusion came from.  Python 2.1.3 had only 85 file 
 extensions listed in mimetypes.types_map.keys() whereas 
 ZServer.medus.mime_types_table showed 106 with Zope 2.6.4.  However, Python 
 2.3.3 is now up to 117, so I guess it makes the better choice. Apologies 
 for the noisethat said, I'm still unhappy that a browser can dictate 
 the mimetype chosen for an uploaded file, but I'm happy enough to fix that 
 at the application level.

Well, the problem might be the asymptation part of the filename
should be considered an indicator of its contents.

Arent there any libs for python to examine the contents (usually
the first few bytes) for the type of the file? 

Regards
Tino

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] PageTemplate XML mode bugs

2004-10-05 Thread yuppie
Hi!
There are two annoying bugs that make the XML mode unusable for many tasks:
- http://collector.zope.org/Zope/1101 (i18n namespace broken)
- http://collector.zope.org/Zope/1474 (XML files opened in binary mode)
I would volunteer to work on these issues, but for that it would be 
useful to know:

1.) Does anybody feel responsible for the TAL or PageTemplates module?
2.) What was the motivation for the original code?
#1101 looks like someone just forgot to remove a debug assert in 
TALParser.py. The Zope3 version doesn't have that assert statement. Or 
was there a reason to disable i18n for XML mode?

#1474 is a change backported from Zope3. It was reverted for HTML mode 
for apparently the same reason why the XML mode is still broken. I guess 
the motivation was to preserve CDATA, but I don't know that for sure.

Thanks,
Yuppie
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Conditional imports in ZTUtils/__init__.py

2004-10-05 Thread Stefan H. Holek
ZTUtils/__init__.py contains code like this:
  if sys.modules.has_key('Zope'):
  # import things
This is causing me repeated headaches when writing tests, because it 
assumes/dictates a certain module import order. Can this go away, 
please? I mean we know we are running Zope, don't we?

If there are no objections I will remove the condition on 2_7-branch 
and trunk. Tests pass just fine without it.

Stefan
--
The time has come to start talking about whether the emperor is as well
dressed as we are supposed to think he is.   /Pete McBreen/
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: inconsistent mimetype assignment for uploaded files

2004-10-05 Thread Fred Drake
On Tue, 05 Oct 2004 12:44:32 +0200, Tino Wildenhain [EMAIL PROTECTED] wrote:
 Well, the problem might be the asymptation part of the filename
 should be considered an indicator of its contents.

That is a nuissance.  It's unfortunate we still don't have any sort of
common type system for bytestreams that's supported in filesystems.

But disk files aren't the only source of bytestreams, so that doesn't
necessarily help us in the end.

 Arent there any libs for python to examine the contents (usually
 the first few bytes) for the type of the file?
 
I'm not aware of any for the general case.  There are a few things
like the imghdr module, but those are not for arbitrary files, and
likely aren't sufficiently capable.

I think there's a library from the Gnome desktop project for this
(basically providing something like the Unix file command), but I
don't know if there's a Python wrapper for the library, or an
all-Python re-implementation.


  -Fred

-- 
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Conditional imports in ZTUtils/__init__.py

2004-10-05 Thread Evan Simpson
Stefan H. Holek wrote:
ZTUtils/__init__.py contains code like this:
  if sys.modules.has_key('Zope'):
  # import things
This is causing me repeated headaches when writing tests, because it 
assumes/dictates a certain module import order. Can this go away, 
please? I mean we know we are running Zope, don't we?
This is part of my attempt to allow the various bits of ZPT to work 
outside of Zope.  It assumes that the presence of the 'Zope' module is a 
reliable test.  Perhaps this is a YAGNI, or perhaps there's a better way 
of accomodating non-Zope users.

Cheers,
Evan @ 4-am
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: [Zope-Coders] Documentation

2004-10-05 Thread Paul Winkler
On Tue, Oct 05, 2004 at 09:19:00AM +0100, Toby Dickenson wrote:
 Im a little out of touch with Zope development these days; Ive been focussing 
 on non-zope projects for the last year or so...
 
 I have some Zope documentation on http://www.zope.org/Members/htrd that I am 
 no longer able to maintain, but wich generates a steady stream of emails with 
 questions and change suggestions. In particular, my notes on using squid with 
 zope, and the changes I originally drafted for the Zope Developers Guide on 
 using unicode in Zope.
 
 Is there now a more approporiate place to hold this documentation where it can 
 be maintained?

maybe zopewiki.org?
 
-- 

Paul Winkler
http://www.slinkp.com
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] transience and gc.set_threshold(1)

2004-10-05 Thread Tim Peters
[Michael Dunstan]
 I'm seeing test failures in transience when running the tests for
 Zope-2_7-branch (python 2.3.3) with garbage collection threshold0 set
 to 1.
 
 Seems to break in slightly different places from run to run. Here is
 one example:
 
 % python test.py -vv --dir lib/python/Products/Transience/tests -g 1  
 testPathological
 gc threshold: (1, 10, 10)
 Running unit tests at level 1
 Running unit tests from /Zope/lib/python/Products/Transience/tests
 testPathologicalLeftBranching
 (Products.Transience.tests.testTransientObjectContainer.TestTransientObj
 ectContainer) ... ERROR
 testPathologicalRightBranching
 (Products.Transience.tests.testTransientObjectContainer.TestTransientObj
 ectContainer) ... ERROR
 
 ==
 ERROR: testPathologicalLeftBranching
 (Products.Transience.tests.testTransientObjectContainer.TestTransientObjectContainer)
 --
 Traceback (most recent call last):
   File
 /Zope/lib/python/Products/Transience/tests/
 testTransientObjectContainer.py, line 193, in
 testPathologicalLeftBranching
 map(self.t.__delitem__, revr)
   File /Zope/lib/python/Products/Transience/Transience.py, line 470,
 in __delitem__
 del bucket[k]
 KeyError: 946

 ==
 ERROR: testPathologicalRightBranching
 (Products.Transience.tests.testTransientObjectContainer.TestTransientObj
 ectContainer)
 --
 Traceback (most recent call last):
   File
 /Zope/lib/python/Products/Transience/tests/
 testTransientObjectContainer.py, line 183, in
 testPathologicalRightBranching
 map(self.t.__delitem__, r)
   File /Zope/lib/python/Products/Transience/Transience.py, line 470,
 in __delitem__
 del bucket[k]
 KeyError: 69
 
 --
 Ran 2 tests in 4.659s
 
 FAILED (errors=2)

Whenever I see a test module import fauxtime, I run screaming in
terror.  This seems to be like running the multiprocess ZEO tests
(from which I run screaming daily wink):  depending on a gazillion
timing accidents you can't control, sometimes they just fail.

I ran the tests above in a loop a few hundred times on my box just
now, with no failures, Python 2.3.4 and command line:

test.py -vvLd -g1 --dir lib/python/Products/Transience/tests . testPathological

There's a big difference between my runs and yours, though:  running
the two tests took about 4.6 seconds on your box, but takes about 1.8
seconds on mine.  Now, for example, if I add

oldtime.sleep(3)  # approximately 4.6 - 1.8, on the high side

right before

map(self.t.__delitem__, r)

in testPathologicalRightBranching, then testPathologicalRightBranching
fails every time in a way similar to your reported failure -- and even
without -g1 on the command line.

If I change the sleep to 1.5, then (with -g1 again) sometimes it
passes, sometimes not, depending on how busy the box is doing other
stuff at the same time.

So that's A Problem.  Any test that adds a bunch of stuff to a
TransientObjectContainer and expects to *find* it all there later is
implicitly assuming that the test runs fast enough so that containees
don't vanish before their containedness is checked.  I suspect you're
seeing problems with -g1 here just because -g1 grossly slows the
tests.
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: Conditional imports in ZTUtils/__init__.py

2004-10-05 Thread Fred Drake
On Tue, 05 Oct 2004 09:47:11 -0500, Evan Simpson [EMAIL PROTECTED] wrote:
  This is part of my attempt to allow the various bits of ZPT to work
  outside of Zope.  It assumes that the presence of the 'Zope' module is a
  reliable test.  Perhaps this is a YAGNI, or perhaps there's a better way
  of accomodating non-Zope users.

I've been recommending people wanting to use page templates outside of
Zope use the version from Zope 3.  I've not had time to follow-up with
the people that have been experimenting with it, though.

The code in ZTUtils' __init__.py is scary, partly because of the
import-order issue.  If the condition should remain at all, it should
be implemented using the usual pattern::

try:
import Zope
except ImportError:
# extra stuff goes here
...

The assignments could be made non-conditional without introducing
problems, so they should be.

I'm not sure what the intent of the additional imports is; that seems
very strange since there's no alternative implementation if the Zope
package hasn't been imported.


  -Fred

-- 
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Zope and Eclipse WEBDAV

2004-10-05 Thread Nick Bower
Hi - I'm trying to use Eclipse to connect to Zope over webdav and keep 
getting a 401 (unauthorised) on PROPFIND.  I'm using the management user 
and security settings are in order.  Does anyone know why this might be 
and if anyone has had success with Eclipse  Zope over webdav?

Thanks, Nick
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Documentation

2004-10-05 Thread Chris McDonough
There is no de-jure appropriate place to hold miscellaneous
documentation.  There are several de-facto places: member area on
Zope.org is a reasonable place, zopewiki.org aims to collect Zope docs. 
But there isn't really an official apparatus set up to assume ownership
and maintenance of these kinds of docs; someone would need to volunteer
here probably.

On Tue, 2004-10-05 at 04:19, Toby Dickenson wrote:
 Im a little out of touch with Zope development these days; Ive been focussing 
 on non-zope projects for the last year or so...
 
 I have some Zope documentation on http://www.zope.org/Members/htrd that I am 
 no longer able to maintain, but wich generates a steady stream of emails with 
 questions and change suggestions. In particular, my notes on using squid with 
 zope, and the changes I originally drafted for the Zope Developers Guide on 
 using unicode in Zope.
 
 Is there now a more approporiate place to hold this documentation where it can 
 be maintained?
 
 Thanks in advance,

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Zope and Eclipse WEBDAV

2004-10-05 Thread Andreas Jung
You should install VerboseSecurity to figure out why.
-aj
--On Dienstag, 5. Oktober 2004 15:31 Uhr +0200 Nick Bower 
[EMAIL PROTECTED] wrote:

Hi - I'm trying to use Eclipse to connect to Zope over webdav and keep
getting a 401 (unauthorised) on PROPFIND.  I'm using the management user
and security settings are in order.  Does anyone know why this might be
and if anyone has had success with Eclipse  Zope over webdav?
Thanks, Nick
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -  http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] PageTemplate XML mode bugs

2004-10-05 Thread Fred Drake
On Tue, 05 Oct 2004 12:47:33 +0200, yuppie [EMAIL PROTECTED] wrote:
 There are two annoying bugs that make the XML mode unusable for many tasks:
 
 - http://collector.zope.org/Zope/1101 (i18n namespace broken)
 
 - http://collector.zope.org/Zope/1474 (XML files opened in binary mode)
 
 I would volunteer to work on these issues, but for that it would be
 useful to know:
 
 1.) Does anybody feel responsible for the TAL or PageTemplates module?

I try to pay attention to TAL and PageTemplates issues, but don't
always have time to deal with them, or answers regarding what *should*
be done.  Many of the issues have to do with the expectations of
others not aligning with my own.  ;-)

 2.) What was the motivation for the original code?
 
 #1101 looks like someone just forgot to remove a debug assert in
 TALParser.py. The Zope3 version doesn't have that assert statement. Or
 was there a reason to disable i18n for XML mode?

That's what it looks like.  The assert isn't in the Zope 3 version of
the code.  I suspect it can be safely removed.  I've made a note of
this in the tracker issue.

 #1474 is a change backported from Zope3. It was reverted for HTML mode
 for apparently the same reason why the XML mode is still broken. I guess
 the motivation was to preserve CDATA, but I don't know that for sure.

This report isn't clear.  Please update the issue and explain what the
problem is; glancing at the code on the Zope 2 and Zope 3 trunks, the
only thing that looks suspicious to me is that re-opening an HTML file
doesn't use Python's universal newline support.

HTML is always text, so should be treated that way on input.  XML may
contain textual content, but should always be handed to the XML parser
as a raw byte stream to allow the proper decoding machinery a shot at
doing the right thing.


  -Fred

-- 
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: PageTemplate XML mode bugs

2004-10-05 Thread yuppie
Fred Drake wrote:
On Tue, 05 Oct 2004 12:47:33 +0200, yuppie [EMAIL PROTECTED] wrote:
#1101 looks like someone just forgot to remove a debug assert in
TALParser.py. The Zope3 version doesn't have that assert statement. Or
was there a reason to disable i18n for XML mode?

That's what it looks like.  The assert isn't in the Zope 3 version of
the code.  I suspect it can be safely removed.  I've made a note of
this in the tracker issue.
Ok. I'll remove that line in CVS/SVN.
#1474 is a change backported from Zope3. It was reverted for HTML mode
for apparently the same reason why the XML mode is still broken. I guess
the motivation was to preserve CDATA, but I don't know that for sure.

This report isn't clear.  Please update the issue and explain what the
problem is; glancing at the code on the Zope 2 and Zope 3 trunks, the
only thing that looks suspicious to me is that re-opening an HTML file
doesn't use Python's universal newline support.
HTML is always text, so should be treated that way on input.  XML may
contain textual content, but should always be handed to the XML parser
as a raw byte stream to allow the proper decoding machinery a shot at
doing the right thing.
I added a new comment to the issue. Hope that makes things clearer.
( http://collector.zope.org/Zope/1474 )
Thanks, Yuppie
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: PageTemplate XML mode bugs

2004-10-05 Thread Fred Drake
On Tue, 05 Oct 2004 18:44:04 +0200, yuppie [EMAIL PROTECTED] wrote:
 Ok. I'll remove that line in CVS/SVN.

Thanks!

 I added a new comment to the issue. Hope that makes things clearer.
 ( http://collector.zope.org/Zope/1474 )

Ok; let's just say the discussion's moved there.


  -Fred

-- 
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] transience and gc.set_threshold(1)

2004-10-05 Thread Michael Dunstan
On 6/10/2004, at 4:06 AM, Tim Peters wrote:
[Michael Dunstan]
I'm seeing test failures in transience when running the tests for
Zope-2_7-branch (python 2.3.3) with garbage collection threshold0 set
to 1.
snip
Whenever I see a test module import fauxtime, I run screaming in
terror.  This seems to be like running the multiprocess ZEO tests
(from which I run screaming daily wink):  depending on a gazillion
timing accidents you can't control, sometimes they just fail.
I ran the tests above in a loop a few hundred times on my box just
now, with no failures, Python 2.3.4 and command line:
test.py -vvLd -g1 --dir lib/python/Products/Transience/tests . 
testPathological

There's a big difference between my runs and yours, though:  running
the two tests took about 4.6 seconds on your box, but takes about 1.8
seconds on mine.  Now, for example, if I add
oldtime.sleep(3)  # approximately 4.6 - 1.8, on the high side
right before
map(self.t.__delitem__, r)
in testPathologicalRightBranching, then testPathologicalRightBranching
fails every time in a way similar to your reported failure -- and even
without -g1 on the command line.
If I change the sleep to 1.5, then (with -g1 again) sometimes it
passes, sometimes not, depending on how busy the box is doing other
stuff at the same time.
So that's A Problem.  Any test that adds a bunch of stuff to a
TransientObjectContainer and expects to *find* it all there later is
implicitly assuming that the test runs fast enough so that containees
don't vanish before their containedness is checked.  I suspect you're
seeing problems with -g1 here just because -g1 grossly slows the
tests.
Doh! For some reason I had written that explanation off before posting. 
The pattern of missing keys did not seem consistent enough at the time.

But, as you say, as soon as I comment out the use of faxtime and run 
those same two tests they both pass just fine.

thanks
michael
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Zope and Eclipse WEBDAV

2004-10-05 Thread Dieter Maurer
Nick Bower wrote at 2004-10-5 15:31 +0200:
Hi - I'm trying to use Eclipse to connect to Zope over webdav and keep 
getting a 401 (unauthorised) on PROPFIND.

WebDAV access is protected in Zope.

Either allow it for Anonymous or tell Eclipse to authenticate you (and
ensure you have the necessary permission).

 I'm using the management user 
and security settings are in order.

Configure your error_log object to not ignore Unauthorized.
Reproduce the error and look into the error_log for the
resulting traceback.

-- 
Dieter
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] RE: [Zope-DB] 3114, 'ORA-03114: not connected to ORACLE', DCOracle2

2004-10-05 Thread Dieter Maurer
Please stay on the list... readded...

Remy Pinsonnault wrote at 2004-10-4 14:39 -0400:
What do you mean had died?

Oracle is quite a flexible system.
We used it in a setup that each connection created a new Oracle
server process. When I wrote had died, I meant the the process
responsible for one session died (going out of existence, usually
due to a SIGSEGV).

-- 
Dieter
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )