At 06:00 PM 4/28/01 +0200, Christian Scholz wrote:
>Hi!
>
>First of all one note to the sql attribute provider: My problem seems to
be solved
>now. Actually it was quite easy.. dunno why it took the long way.. thanks
anyway
>to Phillip and Steve!
>
>But I have another problem now: I have some rack
"Morten W. Petersen" wrote:
>
> Hia guys,
>
> A couple of comments and questions about the ZCatalog:
>
> Is it possible to pass an argument to the catalog so that returned brains
> would instead be actual objects?
Not currentl, although the new brain objects have a method 'getObject'
that make
Hi!
First of all one note to the sql attribute provider: My problem seems to be solved
now. Actually it was quite easy.. dunno why it took the long way.. thanks anyway
to Phillip and Steve!
But I have another problem now: I have some rack with persistent objects in it.
Now I want to migrate my s
> The symptoms are as follows:
> 1. Go to a given URL, which doesn't respond (browser sits and spins)
> 2. Doing a 'top' on the server shows python nowhere to be seen (so it's
not
> infinite-loop-processor-hogging)
> 3. ps shows the python threads are all still there, but none of them will
> respo
Hia guys,
A couple of comments and questions about the ZCatalog:
Is it possible to pass an argument to the catalog so that returned brains
would instead be actual objects?
Given that we have to manually join search results, because ZCatalog
doesn't support ORs etc (for FieldIndexes), wouldn't i