Re: [Zope] Re: Zope on Solaris

2005-08-21 Thread Andreas Jung



--On 20. August 2005 16:26:05 -0700 Steve McMahon [EMAIL PROTECTED] wrote:




Also, the concerns about Solaris were related to poor performance under
Solaris 8 on a multi-Sparc platform. Anybody got any more recent
information that might apply to Solaris 10 or to an Opteron platform?



To make it short: Solaris is not slow by design. The *Sparc*-based hardware 
is fu*cking slow compared to decent PC-based systems. Solaris on i386 
hardware is not slower or faster than compared to Linux. I made some tests 
lately with Plone under Solaris on a PC and the benchmarks (basically using 
ab) were more or less the same as with a comparable PC system (+/- 10%).
So why would one use Solaris? Only when you have the need for reliable 
hardware. Sparc-based hardware is still at least 10 times more stable then 
a cheap PC system ... everything has its price.


-aj

pgpH5vn9eAL0M.pgp
Description: PGP signature
___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


[Zope] AssertionError after update to Zope 2.8.1

2005-08-21 Thread Ricardo Newbery


Oh so close...

Migrated from Zope 2.7.2 to 2.8.1
Updated all the Catalog instances according to the instructions.
Fixed a few outdated products.

Then just for kicks, I tried to update the Python scripts by visiting 
the /manage_addProduct/PythonScripts/recompile url.  After about a 
minute, it threw up an error page.  This is what shows up in the 
log...



2005-08-21T01:56:45 ERROR txn.170046464 Error in abort() on manager 
Connection at 0956724c

Traceback (most recent call last):
  File /Zope-2.8/lib/python/transaction/_transaction.py, line 456, 
in _cleanup

  File /Zope-2.8/lib/python/ZODB/Connection.py, line 348, in abort
  File /Zope-2.8/lib/python/ZODB/Connection.py, line 360, in _abort
AssertionError
--
2005-08-21T01:56:45 ERROR Zope.SiteErrorLog 
http://someurl.com/manage_addProduct/PythonScripts/recompile

Traceback (most recent call last):
  File /Zope-2.8/lib/python/ZPublisher/Publish.py, line 119, in publish
  File /Zope-2.8/lib/python/Zope2/App/startup.py, line 215, in commit
  File /Zope-2.8/lib/python/transaction/_manager.py, line 84, in commit
  File /Zope-2.8/lib/python/transaction/_transaction.py, line 381, in commit
  File /Zope-2.8/lib/python/transaction/_transaction.py, line 379, in commit
  File /Zope-2.8/lib/python/transaction/_transaction.py, line 424, 
in _commitResources

  File /Zope-2.8/lib/python/ZODB/Connection.py, line 462, in commit
  File /Zope-2.8/lib/python/ZODB/Connection.py, line 483, in _commit
AssertionError


Nothing appears to be broken yet but I'm wondering whether I should 
roll back to my backup.  Anyone have any ideas about this error?  I'm 
tempted to just pretend that I didn't see it.

___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope-dev )


[Zope] Help me with acquisition and custom types

2005-08-21 Thread Mark Gibson
I've got a problem...

I've created two objects, A folderish object called myfolder, and a
document-type object called mydocument.  Here's how my classes are
defined...

class mydocument(
   CatalogAware,
   Implicit,
   Persistent,
   RoleManager,
   PropertyManager,
   Item):
class myfolder(
   CatalogAware,
   Implicit,
   Persistent,
   RoleManager,
   PropertyManager,
   Folder)

So, say I have a hierarchy like this...

/
/ObjectA
/folder
/folder/mydocument ( an instance of mydocument)
/folder/myfolder (an instance of myfolder)
/folder/myfolder/ObjectA

Ok.. I want to be able to call

http://mysite/folder/mydocument/ObjectA 
  - this works fine
http://mysite/folder/myfolder/ObjectA
 - this works fine
http://mysite/folder/myfolder/mydocument/ObjectA
 - this returns the ObjectA at '/ObjectA', I'd like it to return ObjectA
at '/folder/myfolder/ObjectA'

Any ideas how I would go about making this happen?

-- 
Mark Gibson [EMAIL PROTECTED]

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


Re: [Zope] OOP and Zope.

2005-08-21 Thread Dieter Maurer
Fernando Lujan wrote at 2005-8-19 12:16 -0600:
I try to find information about programming in Zope with the OO
paradigm. I didn't find many documentation...

For instance, how can I define classes and instances once I just work
with dtml-methods and dtml-documents?

You can look at ZClasses.

Note, that there are people that recommend not to use
ZClasses because they want to drop ZClass support in some
future Zope release.


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


Re: [Zope] Workflow question

2005-08-21 Thread Dieter Maurer
David Pratt wrote at 2005-8-19 15:38 -0300:
First step is to make new type - will 
do this today but might need to ask a question or two when I get to 
bobo traverse portion. When you say another auxillary object, what kind 
of object is this so I understand a bit better?

One similar to webdav.Resource.NullResource (and probably deriving
from it) but with a PUT method that does what you want.

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


Re: [Zope] Re: ZSyncer and Zope-2.8.0

2005-08-21 Thread Paul Winkler
 Paul Winkler wrote at 2005-8-14 18:07 -0500:

Finally, Dieter, if you want to get your changes into zsyncer
without working through an intermediary, I´d be happy to give you
 checkin privileges. Do you have a Sourceforge account?

 Yes: dmaurer.

I'm back now - and I've just added dmaurer on sourceforge.

 However, my time currently is quite pressed.

I probably will just make our version work with Zope 2.8.1
and report what I did -- without even looking at
your current version.

Fair enough.

-PW


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


Re: [Zope] Re: ZSyncer and Zope-2.8.0

2005-08-21 Thread Paul Winkler
 Am Montag, 15. August 2005 22:20 schrieb Sascha Ottolski:
 To make a long story short, i append a small diff against the trunk
 that seems to work for me (not thoroughly tested, though, and not
 perfect about authorization).

 sorry for replying to myself, just noticed that while browsing of
 ZClasses via  ZSyncer works with my patch, diffing and syncing of
 methods still doesn't.  the problem seems to lie in

   traverseFromRoot(self, relative_path)

 but I wasn't able to fix it. I think something about how to acces an
 attribute  belonging to someZClass.propertysheets.methods.

Thanks for the update... but I'm still unlikely to get a chance to
investigate
issues running under 2.8 soon. I would like to do so before zsyncer 0.7
final, but I don't know when that will be.
I think with my deadlines, I may be forced to wait for Dieter's
experiences with patching whatever version he's working on, and see if I
can apply similar fixes to the trunk.


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


Re: [Zope] AssertionError after update to Zope 2.8.1

2005-08-21 Thread Tim Peters
[Ricardo Newbery]
 Oh so close...

 Migrated from Zope 2.7.2 to 2.8.1
 Updated all the Catalog instances according to the instructions.
 Fixed a few outdated products.

 Then just for kicks, I tried to update the Python scripts by visiting
 the /manage_addProduct/PythonScripts/recompile url.  After about a
 minute, it threw up an error page.  This is what shows up in the
 log...


 2005-08-21T01:56:45 ERROR txn.170046464 Error in abort() on manager
 Connection at 0956724c
 Traceback (most recent call last):
   File /Zope-2.8/lib/python/transaction/_transaction.py, line 456,
 in _cleanup
   File /Zope-2.8/lib/python/ZODB/Connection.py, line 348, in abort
   File /Zope-2.8/lib/python/ZODB/Connection.py, line 360, in _abort
 AssertionError
 --
 2005-08-21T01:56:45 ERROR Zope.SiteErrorLog
 http://someurl.com/manage_addProduct/PythonScripts/recompile
 Traceback (most recent call last):
   File /Zope-2.8/lib/python/ZPublisher/Publish.py, line 119, in publish
   File /Zope-2.8/lib/python/Zope2/App/startup.py, line 215, in commit
   File /Zope-2.8/lib/python/transaction/_manager.py, line 84, in commit
   File /Zope-2.8/lib/python/transaction/_transaction.py, line 381, in commit
   File /Zope-2.8/lib/python/transaction/_transaction.py, line 379, in commit
   File /Zope-2.8/lib/python/transaction/_transaction.py, line 424,
 in _commitResources
   File /Zope-2.8/lib/python/ZODB/Connection.py, line 462, in commit
   File /Zope-2.8/lib/python/ZODB/Connection.py, line 483, in _commit
 AssertionError

They both look like the same error:  in both cases, a Connection is
marching over its list of registered (modified) objects (to abort the
current transaction in the first case, and to commit the current
transaction in the second case), and in both cases it finds an object
in the list that has never been assigned an oid (object id). 
Concretely, in the first case, this is the assert that's failing:

for obj in self._registered_objects:
oid = obj._p_oid
assert oid is not None  # HERE

The second case is similar.  Of course asserts should never trigger. 
It suggests that something, somewhere, is cleverly creating new
objects in a flawed away, and they're getting caught.

 Nothing appears to be broken yet but I'm wondering whether I should
 roll back to my backup.  Anyone have any ideas about this error?  I'm
 tempted to just pretend that I didn't see it.

That's up to you, but wishing away assert failures isn't recommended
practice ;-)

If you can find a finite way to reproduce it, please open a Zope bug report.
___
Zope maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


Re: [Zope] Workflow question

2005-08-21 Thread David Pratt
Hi Dieter.  I think I understand.  What I have done so far is to make a 
upload folder product.  I have taken the portal folder base class to 
create a portal upload folder base class, commented out the PUT_factory 
method and added the following methods for bobo traverse and PUT. I am 
then subclassing this to create upload folder types that will be 
available to portal.


I commented out the portion of the PUT's method that creates the object 
so it should proceed to the response without making the object. I have 
yet to test any of this out but this is what I have got so far.  Does 
this look sensible?


# Catch put in traversal
def __bobo_traverse__(self, REQUEST):
method=REQUEST.get('REQUEST_METHOD', 'GET')
if method == 'PUT':
PUT(REQUEST, RESPONSE)

# Using default put method from NullResource
def _default_PUT_factory( self, name, typ, body ):
# Return DTMLDoc/PageTemplate/Image/File, based on sniffing.
if name and name.endswith('.pt'):
from Products.PageTemplates.ZopePageTemplate import 
ZopePageTemplate
ob = ZopePageTemplate(name, body, content_type=typ)
elif typ in ('text/html', 'text/xml', 'text/plain'):
from OFS.DTMLDocument import DTMLDocument
ob = DTMLDocument( '', __name__=name )
elif typ[:6]=='image/':
from OFS.Image import Image
ob=Image(name, '', body, content_type=typ)
else:
from OFS.Image import File
ob=File(name, '', body, content_type=typ)
return ob

# Modified PUT from NullResource
PUT__roles__ = ('Anonymous',)
def PUT(self, REQUEST, RESPONSE):
Create a new non-collection resource.

from ZServer import LARGE_FILE_THRESHOLD

self.dav__init(REQUEST, RESPONSE)

name = self.__name__
parent = self.__parent__

ifhdr = REQUEST.get_header('If', '')
		if WriteLockInterface.isImplementedBy(parent) and 
parent.wl_isLocked():

if ifhdr:
parent.dav__simpleifhandler(REQUEST, RESPONSE, 
col=1)
else:
# There was no If header at all, and our parent 
is locked,
# so we fail here
raise Locked
elif ifhdr:
# There was an If header, but the parent is not locked
raise PreconditionFailed

# SDS: Only use BODY if the file size is smaller than
# LARGE_FILE_THRESHOLD, otherwise read LARGE_FILE_THRESHOLD
# bytes from the file which should be enough to trigger
# content_type detection, and possibly enough for CMF's
# content_type_registry too.
#
# Note that body here is really just used for detecting the
# content type and figuring out the correct factory. The correct
# file content will be uploaded on ob.PUT(REQUEST, RESPONSE) 
after
# the object has been created.
#
# A problem I could see is content_type_registry predicates
# that do depend on the whole file being passed here as an
# argument. There's none by default that does this though. If
# they really do want to look at the file, they should use
# REQUEST['BODYFILE'] directly and try as much as possible not
# to read the whole file into memory.

if int(REQUEST.get('CONTENT_LENGTH') or 0)  
LARGE_FILE_THRESHOLD:
file = REQUEST['BODYFILE']
body = file.read(LARGE_FILE_THRESHOLD)
file.seek(0)
else:
body = REQUEST.get('BODY', '')

typ=REQUEST.get_header('content-type', None)
if typ is None:
typ, enc=OFS.content_types.guess_content_type(name, 
body)

factory = getattr(parent, 'PUT_factory', 
self._default_PUT_factory )
ob = factory(name, typ, body)
if ob is None:
ob = self._default_PUT_factory(name, typ, body)

# We call _verifyObjectPaste with verify_src=0, to see if the
# user can create this type of object (and we don't need to
# check the clipboard.
try:

[Zope-Coders] Zope tests: 8 OK

2005-08-21 Thread Zope tests summarizer
Summary of messages to the zope-tests list.
Period Sat Aug 20 11:01:02 2005 UTC to Sun Aug 21 11:01:02 2005 UTC.
There were 8 messages: 8 from Zope Unit Tests.


Tests passed OK
---

Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:32:33 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002887.html

Subject: OK : Zope-2_6-branch Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:34:04 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002888.html

Subject: OK : Zope-2_7-branch Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:35:34 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002889.html

Subject: OK : Zope-2_7-branch Python-2.4.1 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:37:04 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002890.html

Subject: OK : Zope-2_8-branch Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:38:34 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002891.html

Subject: OK : Zope-2_8-branch Python-2.4.1 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:40:04 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002892.html

Subject: OK : Zope-trunk Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:41:34 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002893.html

Subject: OK : Zope-trunk Python-2.4.1 : Linux
From: Zope Unit Tests
Date: Sat Aug 20 22:43:04 EDT 2005
URL: http://mail.zope.org/pipermail/zope-tests/2005-August/002894.html

___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders


[Zope-dev] coverage.py, profile and hotshot support in Zope's testrunner

2005-08-21 Thread Stefane Fermigier
I have added support for coverage analysis using coverage.py from Gareth Rees 
and Ned Batchelder, as well as support for profiling using either the profile or 
hotshot modules from the Python standard library, to Zope 2's test runner test.py.


Justification:

- coverage.py will let you interactively focus on the modules you want to check 
for coverage.


- profile is slow to collect data but quick for analysis.

- hotshot is fast when collecting but very slow for analysis. On the other hand, 
one can feed the great KCacheGrind tool with hotshot data after some 
transformation and this is the best way I have found so far for interactively 
exploring profile data.


Since I'm not a regular Zope commiter, I'd like to ask for comments and 
permission first before commiting.


The test.py file is here:
http://blogs.nuxeo.com/sections/blogs/fermigier/2005_08_21_coverage-py-profile

BTW: the patch is absolutely trivial (see attached file).

S.
--
Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile).
Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps
Gestion de contenu web / portail collaboratif / groupware / open source!
1c1
 #!/home/fermigier/bin/python
---
 #!/usr/bin/env python2.3
124,143d123
 --coverage
 Use the coverage.py module from Gareth Rees
 (http://www.nedbatchelder.com/code/modules/coverage.html) to collect data
 for code coverage.  This will output trace data in a file called
 '.coverage'. You will need to call coverage.py after the test run to
 analyse the data (-r for a line count report, -a for annotated file).
 
 --profile
 Use the profile module from the standard library to collect profiling 
data.
 This will output data in a file called '.profile'. You will need to use 
the
 pstats module from the standard library after the test run to analyse the
 data.
 
 --hotshot
 Use the hotshot module from the standard library to collect profiling 
data.
 This will output data in a file called '.hotshot'. You will need to use 
the
 hotshot.pstats module from the standard library after the test run to
 analyse the data. You may also use the hotshot2cg script from the
 KCacheGrind sources to create data suitable for analysis by KCacheGrind.
 
772,774d751
 COVERAGE = False
 PROFILE = False
 HOTSHOT = False
797,798c774
 config-file=, import-testing,
 coverage, profile, hotshot])
---
 config-file=, import-testing])
850,855d825
 elif k == --coverage:
 COVERAGE = True
 elif k == --profile:
 PROFILE = True
 elif k == --hotshot:
 HOTSHOT = True
936,958d905
 
 elif COVERAGE:
 try:
 from coverage import the_coverage
 except:
 print You need to install coverage.py from 
 print 
http://www.nedbatchelder.com/code/modules/coverage.html;
 sys.exit()
 the_coverage.start()
 main(module_filter, test_filter, libdir)
 
 elif PROFILE:
 import profile
 profile.runctx(main(module_filter, test_filter, libdir),
globals=globals(), locals=vars(), 
filename=.profile)
 
 elif HOTSHOT:
 import hotshot
 profile = hotshot.Profile(.hotshot)
 profile.runctx(main(module_filter, test_filter, libdir),
globals=globals(), locals=vars())
 
begin:vcard
fn:Stefane Fermigier
n:Fermigier;Stefane
org:Nuxeo
adr:;;14, rue Soleillet;Paris;;75020;France
email;internet:[EMAIL PROTECTED]
title:Directeur / CEO
tel;work:+33 1 40 33 79 87
tel;fax:+33 1 43 58 14 15
tel;cell:+33 6 63 04 12 77
x-mozilla-html:FALSE
url:http://www.nuxeo.com/
version:2.1
end:vcard

___
Zope-Dev maillist  -  Zope-Dev@zope.org
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] coverage.py, profile and hotshot support in Zope's testrunner

2005-08-21 Thread Andreas Jung



--On 21. August 2005 10:20:28 +0200 Stefane Fermigier [EMAIL PROTECTED] wrote:



Since I'm not a regular Zope commiter, I'd like to ask for comments and
permission first before commiting.

The test.py file is here:
http://blogs.nuxeo.com/sections/blogs/fermigier/2005_08_21_coverage-py-pr
ofile




Looks fine to me. At least put it on the trunk. If others find it useful as 
well, put it on the 2.8 branch.


Andreas

pgpmgGffBLyqv.pgp
Description: PGP signature
___
Zope-Dev maillist  -  Zope-Dev@zope.org
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] coverage.py, profile and hotshot support in Zope's testrunner

2005-08-21 Thread Sidnei da Silva
On Sun, Aug 21, 2005 at 10:20:28AM +0200, Stefane Fermigier wrote:
| I have added support for coverage analysis using coverage.py from Gareth 
| Rees and Ned Batchelder, as well as support for profiling using either the 
| profile or hotshot modules from the Python standard library, to Zope 2's 
| test runner test.py.
| 
| Justification:
| 
| - coverage.py will let you interactively focus on the modules you want to 
| check for coverage.
| 
| - profile is slow to collect data but quick for analysis.
| 
| - hotshot is fast when collecting but very slow for analysis. On the other 
| hand, one can feed the great KCacheGrind tool with hotshot data after some 
| transformation and this is the best way I have found so far for 
| interactively exploring profile data.

Eerm, the test runner in Zope 2 is the same from Zope 3. The version
in Zope 3 X3.0 has profile support using hotshot and coverage support
using the trace.py module, but the version in Zope 2 is earlier than
that.

How does that differ from what you're proposing?


-- 
Sidnei da Silva
Enfold Systems, LLC.
http://enfoldsystems.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] coverage.py, profile and hotshot support in Zope's testrunner

2005-08-21 Thread Stefane Fermigier



Sidnei da Silva wrote:

On Sun, Aug 21, 2005 at 10:20:28AM +0200, Stefane Fermigier wrote:
| I have added support for coverage analysis using coverage.py from Gareth 
| Rees and Ned Batchelder, as well as support for profiling using either the 
| profile or hotshot modules from the Python standard library, to Zope 2's 
| test runner test.py.
| 
| Justification:
| 
| - coverage.py will let you interactively focus on the modules you want to 
| check for coverage.
| 
| - profile is slow to collect data but quick for analysis.
| 
| - hotshot is fast when collecting but very slow for analysis. On the other 
| hand, one can feed the great KCacheGrind tool with hotshot data after some 
| transformation and this is the best way I have found so far for 
| interactively exploring profile data.


Eerm, the test runner in Zope 2 is the same from Zope 3. The version
in Zope 3 X3.0 has profile support using hotshot and coverage support
using the trace.py module, but the version in Zope 2 is earlier than
that.

How does that differ from what you're proposing?


1. I haven't found hotshot support in either Zope 2.8.1 nor the TRUNK.

2. Has I wrote, coverage.py can be used interactively (at least, from the 
command line) to focus on whichever package you are working on at the moment. 
You can also collect data from several runs, which is useful for us because we 
have to test each CPS package in a different run.


3. I understand that trace.py and coverage.py have some overlap, and should 
probably be merged into one great and up to date coverage tool. But before it is 
done, I find useful to have both tools at our disposal.


4. Same for hotshot and profile. Both are useful.

  S.

--
Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile).
Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps
Gestion de contenu web / portail collaboratif / groupware / open source!
begin:vcard
fn:Stefane Fermigier
n:Fermigier;Stefane
org:Nuxeo
adr:;;14, rue Soleillet;Paris;;75020;France
email;internet:[EMAIL PROTECTED]
title:Directeur / CEO
tel;work:+33 1 40 33 79 87
tel;fax:+33 1 43 58 14 15
tel;cell:+33 6 63 04 12 77
x-mozilla-html:FALSE
url:http://www.nuxeo.com/
version:2.1
end:vcard

___
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: OSX: zopectl test results in Interrupted system call

2005-08-21 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan H. Holek wrote:
 Since r37701 zopectl test forks off a child process [1]. On OSX I  now
 reliably get a traceback tacked onto the end of every test report:
 
 Traceback (most recent call last):
   File /Zope8/lib/python/Zope2/Startup/zopectl.py, line 312, in ?
 main()
   File /Zope8/lib/python/Zope2/Startup/zopectl.py, line 281, in main
 c.onecmd( .join(options.args))
   File /usr/local/python2.3/lib/python2.3/cmd.py, line 210, in onecmd
 return func(arg)
   File /Zope8/lib/python/Zope2/Startup/zopectl.py, line 266, in  do_test
 os.waitpid(pid, 0)
 OSError: [Errno 4] Interrupted system call
 
 Tested on two OSX machines. Appears to work fine on Linux. Anybody  else
 seeing this? Ideas?
 
 Thanks,
 Stefan
 
 
 [1] http://svn.zope.org/Zope/branches/Zope-2_8-branch/lib/python/
 Zope2/Startup/zopectl.py?rev=37701r1=30475r2=37701

Just for clarity:  spawing a child process is the only way to keep the
testrunner from killing the zopectl shell.  I have no idea why OSX would
cause EINTR in that case, but I would rather not revert here (I run
tests *all day long* from within the zopectl shell, interleaving with
'fg', 'start', 'stop', etc.)

If anyone has a fix for OSX which doesn't remove the child process, I'm
all for that (but can't do the work myself).


Tres.
- --
===
Tres Seaver  +1 202-558-7113  [EMAIL PROTECTED]
Palladion Software   Excellence by Designhttp://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDCNq4+gerLs4ltQ4RAj+2AKC8d56tq+xDnhcafxJoZ8MPeIdmsACg2UZt
TIWxF4C9IVgQXTV9q7D3NSM=
=4u12
-END PGP SIGNATURE-

___
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: ZServer response RFC compliance improvement

2005-08-21 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jens Vagelpohl wrote:

 I'd like to get the zserver-content-length.patch createed by dunny in 
 this collector issue:
 
 http://www.zope.org/Collectors/Zope/1866/collector_issue_contents
 
 merged into the Zope 2.7/2.8 branches and the trunk. It ensures that 
 certain classes of responses (e.g. 304) correctly leave out the 
 content-length header. Can anyone seee a valid reason for not merging 
 it in?

Are we sure that we won't be breaking the rather large possible set of
installed servers running behind Apache 1.3.x with the bug for which
adding the content length was a workaround?  If the header only affects
Safari / Konqueror (in practice), then this is *not* a pure win, if
there are a significant number of affected servers in production.

We should probably look at adding a zope.conf switch for this behavior,
and leave the header in place by default for 2.7.x and 2.8.x.  We could
default it off for the trunk, with a commented-out entry showing how
(and why) to reenable it, and deprecate that setting through 2.10 or
something.


Tres.
- --
===
Tres Seaver  +1 202-558-7113  [EMAIL PROTECTED]
Palladion Software   Excellence by Designhttp://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDCNvf+gerLs4ltQ4RAmKVAJsF1l/+962zjvpS6EdQz5OHZ1LPtwCguI0D
SyOAlav7XSbe7r+B2Wum+MI=
=Zs8U
-END PGP SIGNATURE-

___
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 )