Funny thing.
My instalation isn't leaking noticeably after I disabled cycle-gc, and
I'm running a Zeo client/server combo (in a single machine)
On Tue, 2001-12-18 at 01:58, Anthony Baxter wrote:
> >>> Chris McDonough wrote
> > This behavior is with the patches to the compiler package that were
Ah ok... yeah, there were reportedly several leaks in the compiler stuff
that have been fixed in CVS. I imagine that's what this is.
Anthony Baxter wrote:
Chris McDonough wrote
>>This behavior is with the patches to the compiler package that were the
>>genesis of this thread?
>>
>
>
>>> Chris McDonough wrote
> This behavior is with the patches to the compiler package that were the
> genesis of this thread?
No, prior to that. I posted something about it to zope-dev an age or six
ago - it seemed like the RestrictedPython compiler had mungo mungo numbers
of cycles, and we foun
Anthony,
This behavior is with the patches to the compiler package that were the
genesis of this thread?
Anthony Baxter wrote:
Leonardo Rochael Almeida wrote
>>>From my mile-high look at the issues, it seems like the cycle-gc asks
>>for an object where to look for for it's references (
>>> Leonardo Rochael Almeida wrote
> >From my mile-high look at the issues, it seems like the cycle-gc asks
> for an object where to look for for it's references (at least thats what
> the tp_traverse function looks like it does). So, if your tp_traverse
> sends the gc somewhere it shouldn't go (o
>>> Jeremy Hylton wrote
> Do you have any more idea about what shutting the garbage collector
> off achieves? In practice, the garbage collector's most common effect
> is to turn latent bugs into manifest bugs; a bug has trashed part of
> memory and the garbage collector just happens to find it f
On Mon, 2001-12-17 at 20:57, Jeremy Hylton wrote:
> > "MTK" == Matthew T Kromer <[EMAIL PROTECTED]> writes:
>
> MTK> A side effect of shutting off the garbage collector is that you
> MTK> can have some storage leaks. We're working on being able to
> MTK> re-enable the garbage collector
> "MTK" == Matthew T Kromer <[EMAIL PROTECTED]> writes:
MTK> A side effect of shutting off the garbage collector is that you
MTK> can have some storage leaks. We're working on being able to
MTK> re-enable the garbage collector so that you don't exhaust
MTK> memory over time.
Do you
Hi,
I'm looking for a way to get a PDF from a Printable Page. I thought of
the ZpdfDocument as a base for this kind of issue. Has anybody some
experience in resolving this issue ?
Regards,
Dirk
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists
From: "Chris McDonough" <[EMAIL PROTECTED]>
> Hmm... no, I dont think there's a call to get the virtual root.
> Although I imagine it would be pretty simple to add.
Yes it is.
This works with SiteAccessEnhanced (where EASY_VHM has to be the name if the
host monster)
security.declarePublic('
As it stands, though, I think you need to: use getPhysicalPath(), and
iterate overs the construction of a temporary path list object, using pop()
to remove a folder from the list until using restrictedTraverse() with a
conditional test of folder content finds a VHM or similar object that
indicates
Hmm... no, I dont think there's a call to get the virtual root.
Although I imagine it would be pretty simple to add.
- Original Message -
From: "Casey Duncan" <[EMAIL PROTECTED]>
To: "Chris McDonough" <[EMAIL PROTECTED]>; "Lennart Regebro"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Mo
On Monday 17 December 2001 12:45 pm, Florent Guillaume allegedly wrote:
> > Well, these things should be done together. What is needed is a complete
> > set of functions for getting the objects path, URL sitename and root,
> > both with and without SiteRoot/VHM. And the virtual functions should wo
> Well, these things should be done together. What is needed is a complete set
> of functions for getting the objects path, URL sitename and root, both with
> and without SiteRoot/VHM. And the virtual functions should work by asking
> the SiteRoot/VHM for the information, instead of as today getti
On Monday 17 December 2001 12:20 pm, Chris McDonough allegedly wrote:
> getPhysicalRoot already exists, and returns the top-level app object
> when called from any Zope object.
You know I had a sneaking suspicion that this existed somewhere, which is why
I didn't go ahead and fishify it. Thanks
getPhysicalRoot already exists, and returns the top-level app object
when called from any Zope object.
- Original Message -
From: "Lennart Regebro" <[EMAIL PROTECTED]>
To: "Casey Duncan" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, December 17, 2001 11:48 AM
Subject: Re: [Zope-d
From: "Casey Duncan" <[EMAIL PROTECTED]>
> Now unless something has been done about this that I'm not aware of, this
is
> still true. Assuming that here is my idea: Add a method to the Root
Folder,
> ZopeRoot, which returns the Root Folder. This would work:
>
> def ZopeRoot(self):
> """Return
> >> A role is essentially a group.
> >
> >I think the general consensus is that a role is not essentially
> a group although
> >the two can be easily confused ;-)
>
> If you have a role, you're in a group - the group
> of all people with that role.
>
> My apologies for having included the worl
This qualifies as: Yet another idea that I'm not sure deserves a fishbowl
proposal yet, or is big enough to even need one.
In making some recent changes to the Application.py module in Zope which
houses the class for the Zope Root Folder, it occurred to me that I could
solve an issue that has
On Sunday 16 December 2001 09:21 am, Chris Withers allegedly wrote:
> [EMAIL PROTECTED] wrote:
> > On Tue, 11 Dec 2001 13:43:45 -0500 (EST):
> > >I've found that it would be very useful to be able to define groups of
> > >users and then grant a local role to that group rather than individual
> > >
Matthew T. Kromer wrote:
[EMAIL PROTECTED]">Harald Koschinski
wrote:
Matthew T. Kromer wrote:
OK, I am formulating a hypothesis that if you
replace ExtensionClass.h in Zope 2.4 and Zope 2.5 with the following one:
http://cvs.zope.org/~checkout~/Zope/lib/Components/Extensi
From: "Jean Jordaan" <[EMAIL PROTECTED]>
> I'm moving an app to Zope 2.4.3, and one thing I've discovered is
> that methods that don't end with a final newline are invalid::
> Is this a feature? An inevitability? Is it Good For Me?
That is a bug. There's no reason for such behaviour. Except for
Hi people
I'm moving an app to Zope 2.4.3, and one thing I've discovered is
that methods that don't end with a final newline are invalid::
Script line 13
REQUEST.RESPONSE.redirect(url)
^
SyntaxError: invalid syntax
If I go press return after the ), every
23 matches
Mail list logo