I'm hunting for a very very obscure python-crashing bug on
Solaris with Zope2.4 on Python2.1.1. The structure that's
getting corrupted looks something like:
299, (300, (301, (302, (303, ( 304, ( 3, "c_o_s" ) ) ) ) ) )
(nested tuples)
I'm wondering if anyone can think of somewhere inside Zope
Its the , that mucks up the namespace lookup for "value"
Doesnt work:, works:
But with REQUEST is a rather wierd thing to do. Are you sure you want to do
that?
Cheers.
--
Andy McKay.
- Original Message -
From: "R. David Murray" <[EMAIL PROTECTED]>
To: "Sidnei da Silva" <[EMAIL
On Mon, 22 Oct 2001, Martijn Pieters wrote:
> > First, actually, untarring as root sets the ownership of a lot of the
> > stuff in my solaris bindist to 506:100 (brian:users, it says in the
> > listing.)
>
> Default behaviour when using tar as root; it'll preserve the UID and GID of
> the person t
> To my understanding, versions are implemented as long running transactions
> against the ZODB. So I think to do anything with them you have to put in
> hooks at the level of the ZODB transaction machinery. That might have
some
> interesting byproducts if you were to do it . The zodb-dev list
On Tue, 23 Oct 2001, Sidnei da Silva wrote:
> I dont know how it was supposed to work, but i think that if the REQUEST was
> immutable inside a dtml-with, it should be not allowed to call REQUEST.set
> inside it.
It isn't immutable. The second and subsequent sets should work.
> <== only works
On Tue, 23 Oct 2001, Andy McKay wrote:
> and got into ZODB stuff I didnt understand. I would have thought having a
> little refactoring to give two more methods: getVersionContents and
> commitObject would be possible, but Im scratching my head at FileStorage
> now.
To my understanding, versions
Today i've got a problem with the dtml-with tag, as follows:
I was trying to set a variable, using REQUEST.set inside a dtml-in, inside a
dtml-with, but it only works the first time i call REQUEST.set. Subsequent
calls do not modify the variable, and do not raise an exception. Not even a
simpl
> And regrettably, the only idea I have come
> up with is copying attributes from one version into another, or
> disgusting things like that. I haven't implemented anything because it
> sounds too icky, and I keep thinking there's gotta be a better way :)
You can actually search every object in
Feel free to provide a patch and unittests *wink*
Andreas
- Original Message -
From: "R. David Murray" <[EMAIL PROTECTED]>
To: "Alastair Burt" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, October 23, 2001 15:47
Subject: Re: [Zope-dev] STX and underline symbology
> On 19
On 19 Oct 2001, Alastair Burt wrote:
> 1) there are no spaces in strings to underline, only more '_'
> (_this_is_an_example_), or
I'd vote for this. I think it makes underlining more visual when reading
the stx in text mode.
--RDM
___
Zope-De
Andy McKay wrote:
>
> So there I was in this discussion about Zope versioning (again) and there
> were two features requested that seemed perfectly reasonable at the time,
>
> - to have a list of all the objects changed by a version
> - to be able to individually commit or discard changes in a v
We misfired on an Apache configuration and the Apache's weren't
listening. It should be back.
--Paul
Chris Withers wrote:
> Brian Lloyd wrote:
>
>>Hi all -
>>
>>We've started a new fishbowl project to address version control
>>in Zope:
>>
>>http://dev.zope.org/Projects/Wikis/DevSite/Project
So there I was in this discussion about Zope versioning (again) and there
were two features requested that seemed perfectly reasonable at the time,
- to have a list of all the objects changed by a version
- to be able to individually commit or discard changes in a version on a per
object basis
T
Brian Lloyd wrote:
>
> Hi all -
>
> We've started a new fishbowl project to address version control
> in Zope:
>
> http://dev.zope.org/Projects/Wikis/DevSite/Projects/ZopeVersionControl/
Is dev.zope.org down?
Chris
___
Zope-Dev maillist - [EMAIL
Hi all -
We've started a new fishbowl project to address version control
in Zope:
http://dev.zope.org/Projects/Wikis/DevSite/Projects/ZopeVersionControl/
It's still early in the process of initial artifacts, but we
know that this is an issue dear to many hearts, so I wanted to
let folks kno
E. Seifert wrote:
>Hi list,
>
>I just installed the 2.4.2 update over my Linux Zope 2.4.1 and I get the
>following traceback:
>
>Traceback (innermost last):
>[...]
>
>
>(Object: standard_html_header)
> File /usr/local/zope/lib/python/Products/Renderable/Renderable.py, line
>17, in __str__
>
[Sent to main list, ignored. Retrying here...]
The __str__ function in DateTime.DateTime cuts off two precision digits
from the time returned by time.time(), falling off to tenths of
milliseconds instead of keeping the microseconds.
If it feels unrighteous to put the hard work of gettimeofday()
> It is possible, as far as i know, to use the unix command "file -bi
> " and parse the returned result. It works very fine, but,
> unfortunatedly ;^)) just on Unix/Linux/*nix. Have read this on the [Zope]
> list and tested myself.
This is not quite correct,
http://sources.redhat.com/cygwin/
At
18 matches
Mail list logo