Re: [Zope-dev] TAL i18n breakage in 2.7

2004-02-24 Thread Myroslav Opyr
Myroslav Opyr wrote:

I always commented all asserts introduced in newer Zopes out. However
I'm struggling with assertion "TALInterpreter, line 490, in
do_endI18nContext":
   def do_endI18nContext(self, notused=None):
   self.i18nContext = self.i18nContext.parent
   assert self.i18nContext is not None
Meaning None was produced somewhere (maybe even Translation Service)
and TALInterpreter does not expect this case to be.
I found the offending part in the ZPT that caused the abovementioned
assertion.
I have a pagetemplate that uses master macro from main template, then
the main template includes the other template (portlet) that eposes slot
to be optionally overriden in template using it (main in my case).
test.pt
   <... metal:use-macro=...>
   main.pt metal:define-macro
   master
   <... metal:use-macro=...>
   portlet.pt metal:define-macro
   portlet
>   <... define-slot=...>
  /default slot content/
As soon as I remove the level marked with > my page renders fine with no
exception. If I want to expose flexibility of my portlet with that slot,
the whole construct breaks with exception :(
Any hints appreciated,

Regards,

m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
___
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] TAL i18n breakage in 2.7

2004-02-23 Thread Myroslav Opyr
seb bacon wrote:

On Thu, Feb 19, 2004 at 09:10:30AM -0500, Stephan Richter wrote:


On Thursday 19 February 2004 08:08, seb bacon wrote:


Zope 2.7 introduced a change in its translation interface.  Previously a
translation service could return None, but now returning None causes an
assertion error.
http://cvs.zope.org/Zope/lib/python/TAL/TALInterpreter.py.diff?r1=1.77&r2=1.78


That is strange. The Zope 3 translation service can also still return None and
we use the same TAL code. I cannot see which code change would not handle the
None.

The new implementation would appear to expect the service to return the
default value passed in, instead of None.
From the diff linked to above:
r1.77 has:

 xlated_msgid = self.translate(msgid, i18ndict, obj)
# If there is no translation available, use evaluated content.
if xlated_msgid is None:
   # do some stuff
r1.78 has:

 xlated_msgid = self.translate(msgid, default, i18ndict, obj)
 assert xlated_msgid is not None, self.position

I always commented all asserts introduced in newer Zopes out. However
I'm struggling with assertion "TALInterpreter, line 490, in
do_endI18nContext":
   def do_endI18nContext(self, notused=None):
   self.i18nContext = self.i18nContext.parent
   assert self.i18nContext is not None
Meaning None was produced somewhere (maybe even Translation Service) and
TALInterpreter does not expect this case to be.
m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
___
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 2.7beta1

2003-11-10 Thread Myroslav Opyr
Hi,

We've encountered micellaneous problems running Zope 2.7.0beta1 with 
Plone 1.0.5. It was "Missing docstring" error somewhere in CMFForum and 
"security assertions" when accessing MemberData.getProperty. Dunno if 
the issue is known but I was intending to get it out before bets3 is 
considered. Sorrry if it was fixed in beta2, sorry for not cunsulting 
collector and not making use of it. It is just quicknote of problems 
with 2.7

Regards,

m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>


___
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] Re: [Zope-dev] Using 2.3.2 for Zope 2.7

2003-10-04 Thread Myroslav Opyr
Tres Seaver wrote:

On Fri, 2003-10-03 at 10:58, Andrew Sawyers wrote:
 

I don't know about 'blessing', but I'm using it on a project currently 
(Python 2.3 and Zope 2.6.2) without glitches.
Andrew

Toby Dickenson wrote:
   

Does anyone else have an interest in blessing Zope 2.6.x with Python 2.2/2.3 ?
 

We have deployed Zope 2.6.2 with Python 2.2.3 in production for clients
already;  the garbage collection improvements in Python 2.2.3 were so
compelling that we couldn't reasonably roll them back to Python 2.1.3
after testing.
 

I've several times met indirect evidences that migration of application 
between Python 2.1 -> Python 2.2 got strange pickle-related issues.

Not sure if it was Python itself or some 3rd party product like 
TextIndexNG but the issues arised.

However running something with Python 2.2 or 2.3 from scratch had shown 
no problems.

Regards,

m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>


___
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] KeywordIndex errors

2002-11-28 Thread Myroslav Opyr
seb bacon wrote:



>> 2002-11-27T16:16:26 ERROR(200) KeywordIndex unindex_object could not
>> remove documentId -869933785 from index companies.  This should not
>> happen.
>>
>> exceptions.KeyError: -869933785

> This usually happens when there are duplicates in the indexed 
keywords > and the record isn't updated before unindexing. Shouldn't 
cause any
> problems, though it isn't nice. This can be easily fixed by changing
> the KeywordIndex' index_object method to make keywords unique before
> indexing.

Hmm, recall that PathIndex error I reported a few days ago?  That was 
also an unindex error, also exercised by migrating to 2.6.0.

I wonder why the process of *migrating* should cause dups in the 
index...? 

The errors were reported when I was deleting object created in Zope 
2.6.0 already, but that instance of Plone probably migrated 2.5 -> 2.6. 
We are migrating Plone, not Zope right now...

m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>



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


Re: [Zope-dev] KeywordIndex errors

2002-11-27 Thread Myroslav Opyr
Andreas Jung wrote:


--On Mittwoch, 27. November 2002 18:08 + Chris Withers 
<[EMAIL PROTECTED]> wrote:

Hi, started seeing quite a few of these showing up in one of our 
server's
logs:

--
2002-11-27T16:16:26 ERROR(200) KeywordIndex unindex_object could not
remove documentId -869933785 from index companies.  This should not
happen.

exceptions.KeyError: -869933785

This looks like another i-will-never-go-away-bug. In fact I 
encountered this
problem several times but it does not seem to be reproducable and I 
have no
glue about the reason. :-(

We've seen that too and in a big amounts. We have experimaental Data.fs 
for Plone migration purposes (branch-copy of production one). For ease 
of testing I was deleting almost all content to speed up migration 
processes under inspection. Documents have KeywordIndex applied also. 
And I've seen something like several hundreds such errors when deleting 
3000 documents. Thus it appear to happen more or less each 10th 
unindex_object. I'd say rather reproducible case.

m.
--
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>



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


Re: exUserFolder (was: Re: [Zope-dev] I/O Error)

2002-09-09 Thread Myroslav Opyr

Myroslav Opyr wrote:

>I've got it!
>===
>
>Site Error
>
>  Error Type: IOError
>  Error Value: [Errno 5] Input/output error
>
>Traceback (innermost last):
>  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 150, in 
>publish_module
>
>  [...snip...]
>
>  File /usr/share/Zope-2.5.1/lib/python/App/special_dtml.py, line 172, in _exec
>(Object: manage_main)
>  File /var/zope/home/shared2/Products/exUserFolder/dummyZBabelTag.py, line 96, in 
>render
>IOError: (see above)
>
>===
>
It is OrderedFolder + exUserFolder - ZBabel [ + FreeBSD] problem...

OrderedFolder has NoBabelTag.py and exUserFolder has dummyZBabelTag.py 
to do the same thing. OrderedFolder does that in clean way. exUserFolder 
- not (at least on FreeBSD). Unfortunately exUserFolder' implementation 
does not check if babel and fish tags exist and simply overwrites other 
implementation...

Regarding exUserFolder.py itself. That was plain print statement. And it 
look like it is not always safe. Why there is a reason of print instead 
of zLOG.LOG()?

It is far not the last thing which people complain about in 
exUserFolder... Superior idea of plugins was buried in flaws of 
implementation... As for long-term benefit LDAPUserFolder appears to be 
stable solution...

Regards,

m.

>The problem is that I do not have exUserFolder in acquisition at that
>place. exUserFolder had patched something...
>
>Should I avoid using it at all?
>
>m.
>--
>Myroslav Opyr
>zope.net.ua * Ukrainian Zope Hosting
>e-mail: [EMAIL PROTECTED]
>cell: +380 50.3174578
>
>
>On Mon, 9 Sep 2002, Tim McLaughlin wrote:
>
>>I get this same problem on our FreeBSD servers w/ Zope 2.5.1 and Python 2.1.1 (from 
>ports).  I've haven't found any correlation to anything that might be causing it 
>yet... (sort of distressing)  It doesn't happen very often though; I've only seen it 
>abo
>>
>>
>ut 3 times.
>  
>
>>Cheers,
>>Tim
>>
>>Myroslav Opyr wrote:
>>
>>
>>>Hi,
>>>
>>>When running one of development servers (Zope 2.5.1, Python
>>>2.1.3+freebsdPatch) Several times I've got "I/O Error" exception page
>>>when trying to render random ZMI  page. Retrying always succeeds... I
>>>was not able to get traceback so far (it is in HTML comments).
>>>
>>>Any ideas what that can be?
>>>
>>>m.
>>>  
>>>
>>--
>>Tim McLaughlin
>>Chief Technology Officer
>>Siteworx, Inc... Set your site on the future!
>>703.390.5421
>>
>>
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>



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



exUserFolder (was: Re: [Zope-dev] I/O Error)

2002-09-09 Thread Myroslav Opyr

Hi,

I've got it!
===

Site Error

  Error Type: IOError
  Error Value: [Errno 5] Input/output error

Traceback (innermost last):
  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 150, in 
publish_module
  File /var/zope/home/shared2/Products/Localizer/__init__.py, line 65, in new_publish
  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 114, in publish
  File /usr/share/Zope-2.5.1/lib/python/Zope/__init__.py, line 159, in 
zpublisher_exception_hook
(Object: events)
  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 98, in publish
  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/mapply.py, line 88, in mapply
(Object: manage_main)
  File /usr/share/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 39, in call_object
(Object: manage_main)
  File /usr/share/Zope-2.5.1/lib/python/Shared/DC/Scripts/Bindings.py, line 252, in 
__call__
(Object: manage_main)
  File /usr/share/Zope-2.5.1/lib/python/Shared/DC/Scripts/Bindings.py, line 283, in 
_bindAndExec
(Object: manage_main)
  File /usr/share/Zope-2.5.1/lib/python/App/special_dtml.py, line 172, in _exec
(Object: manage_main)
  File /var/zope/home/shared2/Products/exUserFolder/dummyZBabelTag.py, line 96, in 
render
IOError: (see above)

===

The problem is that I do not have exUserFolder in acquisition at that
place. exUserFolder had patched something...

Should I avoid using it at all?

m.
--
Myroslav Opyr
zope.net.ua * Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED]
cell: +380 50.3174578


On Mon, 9 Sep 2002, Tim McLaughlin wrote:

> I get this same problem on our FreeBSD servers w/ Zope 2.5.1 and Python 2.1.1 (from 
>ports).  I've haven't found any correlation to anything that might be causing it 
>yet... (sort of distressing)  It doesn't happen very often though; I've only seen it 
>about 3 times.
>
> Cheers,
> Tim
>
> Myroslav Opyr wrote:
> > Hi,
> >
> > When running one of development servers (Zope 2.5.1, Python
> > 2.1.3+freebsdPatch) Several times I've got "I/O Error" exception page
> > when trying to render random ZMI  page. Retrying always succeeds... I
> > was not able to get traceback so far (it is in HTML comments).
> >
> > Any ideas what that can be?
> >
> > m.
>
> --
> Tim McLaughlin
> Chief Technology Officer
> Siteworx, Inc... Set your site on the future!
> 703.390.5421
>
>


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



[Zope-dev] I/O Error

2002-09-07 Thread Myroslav Opyr

Hi,

When running one of development servers (Zope 2.5.1, Python 
2.1.3+freebsdPatch) Several times I've got "I/O Error" exception page 
when trying to render random ZMI  page. Retrying always succeeds... I 
was not able to get traceback so far (it is in HTML comments).

Any ideas what that can be?

m.
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> œ Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>



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



Re: [Zope-dev] PathIndex doesn't index last part of path

2002-08-18 Thread Myroslav Opyr

Hi,

Sorry, maybe I'm too late ;) but I have a note here.

uid in Cataloc can be path but it can be any arbitrary unigue 
identifier. In system I'm working with it is ID generated in the time of 
object creation and it persists and it is uid in Catalog. Nothing wrong 
with the methods themselves but about their name. As far as I understood 
they are getRecordFromPath, getMetadataFromPath, getIndexFromPath. 
Generally it will be path a uid of Catalolog, but naming in other cases 
will be confusing. Maybe it is just a question of documentation?

Regards,

m.

Casey Duncan wrote:

>Your code looks fine, I think it meshes better with the underlying catalog
>code too. I don't have a problem with this getting checked in, just make
>sure you update IZCatalog.py, help/Catalog.py and add unit tests (that pass
>;^).
>
>-Casey
>
>- Original Message -
>From: "Andy McKay" <[EMAIL PROTECTED]>
>To: "Casey Duncan" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>Sent: Sunday, August 18, 2002 2:54 AM
>Subject: Re: [Zope-dev] PathIndex doesn't index last part of path
>
>
>  
>
>>>If you call getObject, that actually does traversal anyway.
>>>  
>>>
>>Right, in that situation it would be pointless...
>>
>>You rock, Casey, thanks. I was thinking more about adding:
>>
>>def getMetadataFromPath(self, path):
>>""" get metadata for an object using its path """
>>rid = self._catalog.uids[path]
>>return self._catalog.getMetadataForRID(rid)
>>
>>def getIndexFromPath(self, path):
>>""" get index for an object using its path """
>>rid = self._catalog.uids[path]
>>return self._catalog.getIndexDataForRID(rid)
>>
>>Since this uses the same terminology and returns the same data as
>>getIndexDataForRID and getMetadataDataForRID. Is there any reason why I
>>couldn't checked these in?
>>--
>>  Andy McKay
>>  Agmweb Consulting
>>  http://www.agmweb.ca
>>
>>
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>




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



Re: [Zope-dev] Refresh trashes acquisition

2002-07-25 Thread Myroslav Opyr

Gary Speer wrote:

 > I strongly encourage you to switch to the [EMAIL PROTECTED]
 > <mailto:[EMAIL PROTECTED]> mailing list

Why?

 > as this one is dedicated to next-generation product enhancement as
 > opposed to peer user assistance.

Reason rejected... Question was technical and was dedicated to zope-dev
list.

 > The approach you are taking seems a bit convoluted and I, for one, do
 > not understand the business/project objectives reason to construct the
 > objects as you do and create the acquisition cvhallenge you hope to 
solve.

Of course there are questions of software design and questions of
implementation. There is probability that design is not perfect but
technical question remains. Even with poor (Ross, note, I do not tell
that it is now)design there should not be technical problem with
implementation.

 >   Perhaps you can elaborate on the goal you hope to accomplish so
 > others can suggest the better tools and object containment structure
 > to use.  It seems earlier design decisions have taken you to solving
 > issues that might not exist with an alternative,
 > more-naturally-zope-like approach.

As the question appears they should be solved and Ross asked community
to help.

m.

P.S. It is really interesting what X-Spam-Status this message will get
;) the one of Gary had 3.2 :) Maybe there is a sense to lower threshold
from 5.0 to 3.0 ;)
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578



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



Re: [Zope-dev] Re: Zope 2.4.3 & patched Python 2.1.3 @ FreeBSD crashing

2002-07-18 Thread Myroslav Opyr

Jens Vagelpohl wrote:

> this will probably not help with zope 2.4.3 since that has other 
> crash-bugs not covered by the python patch. upgrade to 2.4.4 or 2.5.1 
> instead. 

Thanks. This time upgrade to 2.4.4 appears to be successfull. What was 
that? Are there any Zope/Python tracker issues regarding the problem I 
had? I'd like to know all I can to be ready for similar situations.

> jens
>
> On Tuesday, July 16, 2002, at 02:11 , Myroslav Opyr wrote:
>
>> Hi,
>>
>> In past times I was advised to apply a patch and increase stack size 
>> for pthreads of FreeBSD. I did and it helped for Zope 2.5.0  & CMF 
>> 1.2 + PageTemplates.  It was moderately stable situation but it 
>> appears to crash again. For other site (with other Zope version)...
>>
>> Zope Version(Zope 2.4.3 (source release, python 2.1, 
>> linux2),python 2.1.3, freebsd4)
>> Python Version  2.1.3 (#4, May 15 2002, 17:31:48) [GCC 
>> 2.95.320010315 (release) [FreeBSD]]
>> System Platform freebsd4
>>
>>
>> If portions (PT) of a web-page are rendered everything is ok. 
>> Management screens either has no problems. But rendering a compound 
>> PT-based page makes Zope crash with
>>
>> assertion "STACK_LEVEL() <= f->f_stacksize" failed: file 
>> "Python/ceval.c"
>> , line 695
>>
>> on console. What is suggested solution? Increase pthreads stacksize? 
>> it was THREAD_STACK_SIZE=0x2 as advised...
>>
>> Thanks,
>>
>> m.
>
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



[Zope-dev] Zope 2.4.3 & patched Python 2.1.3 @ FreeBSD crashing

2002-07-16 Thread Myroslav Opyr

Hi,

In past times I was advised to apply a patch and increase stack size for 
pthreads of FreeBSD. I did and it helped for Zope 2.5.0  & CMF 1.2 + 
PageTemplates.  It was moderately stable situation but it appears to 
crash again. For other site (with other Zope version)...

Zope Version(Zope 2.4.3 (source release, python 2.1, linux2), 
python 2.1.3, freebsd4)
Python Version  2.1.3 (#4, May 15 2002, 17:31:48) [GCC 2.95.3 
20010315 (release) [FreeBSD]]
System Platform freebsd4


If portions (PT) of a web-page are rendered everything is ok. Management 
screens either has no problems. But rendering a compound PT-based page 
makes Zope crash with

assertion "STACK_LEVEL() <= f->f_stacksize" failed: file "Python/ceval.c", line 695

on console. What is suggested solution? Increase pthreads stacksize? it 
was THREAD_STACK_SIZE=0x2 as advised...

Thanks,

m.
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> œ Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-dev] Zope/Python crashing

2002-05-20 Thread Myroslav Opyr

Matthew T. Kromer wrote:

> Myroslav Opyr wrote:
>
>> For FreeBSD there is another pthreads related bug in Python. And 
>> quick-patch from 
>> https://sourceforge.net/tracker/?func=detail&aid=554841&group_id=5470&atid=305470 
>> with THREAD_STACK_SIZE=0x2 solves the problem. But it is quick 
>> and dirty hack. Will it be solved in next bugfix release of Python? 
>> Whom/where I have to contact to have progress regarding the issue?
>>
>> I'll post comment into SF tracker because site which crashed 
>> previously works fine now (for 5 days already)... Is that sufficient? 
>> This dirty patch is not acceptable and clean solution have to take 
>> place. Should I take part and try to develop one?
>
> Well, the way you start threading with pthreads requres a single 
> initializer for the stack size; once you have initialized the 
> threading environment you cannot change the stacksize later, to the 
> best of my knowledge. 

Ok. What general solution should be? One of the possible ways would be 
to reserve big stack enough for all cases but only small portion of it 
(generally used by apps) turn into phisical memory. It should be default 
behavior for majority of OSes/Libs, shouldn't it?

> I suppose you could finesse a new python startup argument, or 
> environment variable check. 

+1 for startup argument
-1 for environment

> I think the SF tracker is the best way to approach that. 

You mean discussion about the issue shoud take place in tracker?

m.
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-dev] Zope crash & restart

2002-05-20 Thread Myroslav Opyr

Jens Vagelpohl wrote:

> add your comment, encouragement, flames et to the sourceforge bug 
> tracker issue. i guess that would help most. 

I did. What is standard procedure if the situation like the one I've met 
appears? What is scenarion from bug report to product release without 
the bug found?

m.

> jens
>
> On Wednesday, May 15, 2002, at 10:55 , Myroslav Opyr wrote:
>
>> Hi,
>>
>> it look like it works! I have to give site some time to run to be sure.
>>
>> Where I can vote for a bug or to give comments? On SF.tracker issue? to
>> make it go into release.
>>
>> As far as I understand the patch is quick-hack to make it work and do 
>> not
>> solve the issue completely, just increase the stack size... There should
>> be better solution, isn't it?
>>
>> Will it go into Python-2.1.4?
>>
>> m.
>> -- 
>> Myroslav Opyr
>> zope.net.ua * Ukrainian Zope Hosting
>> e-mail: [EMAIL PROTECTED]
>> cell: +380 50.3174578
>>
>> On Wed, 15 May 2002, Behrens Matt - Grand Rapids wrote:
>>
>>> Myroslav Opyr wrote:
>>>
>>>> As far as I remember the issue was solved in Python 2.1.3, wasn't 
>>>> it? Or
>>>> it was GC patch?
>>>
>>> No.
>>>
>>> Try my patch, that solves the problem Jens is talking about. 
>>
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-dev] Zope/Python crashing

2002-05-19 Thread Myroslav Opyr

Matthew T. Kromer wrote:

> Ahsan Imam wrote:
>
>> I was going through the zope archive mail and saw message posted by
>> Matthew T. Kromer regarding crashing problems with Python 2.1.2. It
>> instructed to increase the #define PyTrash_UNWIND_LEVEL from 50 500.
>> I just downloaded python 2.1.3. Do I still have to edit the object.h
>> file before I compile it. 
>
> No, Python 2.1.3 doesn't need to be patched like that -- that was just 
> a temporary suggestion while we isolated where the problem was. 

For FreeBSD there is another pthreads related bug in Python. And 
quick-patch from 
https://sourceforge.net/tracker/?func=detail&aid=554841&group_id=5470&atid=305470 
with THREAD_STACK_SIZE=0x2 solves the problem. But it is quick and 
dirty hack. Will it be solved in next bugfix release of Python? 
Whom/where I have to contact to have progress regarding the issue?

I'll post comment into SF tracker because site which crashed previously 
works fine now (for 5 days already)... Is that sufficient? This dirty 
patch is not acceptable and clean solution have to take place. Should I 
take part and try to develop one?

Regards,

Myroslav
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-dev] Zope crash & restart

2002-05-15 Thread Myroslav Opyr

Hi,

it look like it works! I have to give site some time to run to be sure.

Where I can vote for a bug or to give comments? On SF.tracker issue? to
make it go into release.

As far as I understand the patch is quick-hack to make it work and do not
solve the issue completely, just increase the stack size... There should
be better solution, isn't it?

Will it go into Python-2.1.4?

m.
--
Myroslav Opyr
zope.net.ua * Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED]
cell: +380 50.3174578


On Wed, 15 May 2002, Behrens Matt - Grand Rapids wrote:

> Myroslav Opyr wrote:
>
> > As far as I remember the issue was solved in Python 2.1.3, wasn't it? Or
> > it was GC patch?
>
> No.
>
> Try my patch, that solves the problem Jens is talking about.
>



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



Re: [Zope-dev] Zope crash & restart

2002-05-15 Thread Myroslav Opyr

As far as I remember the issue was solved in Python 2.1.3, wasn't it? Or
it was GC patch?

Ok, I'll try to patch sources...

m.
--
Myroslav Opyr
zope.net.ua * Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED]
cell: +380 50.3174578


On Wed, 15 May 2002, Jens Vagelpohl wrote:

> python has a crashbug under FreeBSD due to FreeBSDs *tiny* thread stack
> size.
>
> search the mailing list, there were posts with workarounds. unfortunately,
>   those workarounds involve patching python sources and recompiling.
>
> jens
>
>
> On Wednesday, May 15, 2002, at 09:50 , Myroslav Opyr wrote:
>
> > Hi,
> >
> > There is installation:
> >
> > Zope Version
> >   (Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3,
> > freebsd4)
> > Python Version
> >   2.1.3 (#1, May 5 2002, 06:29:09) [GCC 2.95.3 20010315 (release)
> > [FreeBSD]]
> > System Platform
> >   freebsd4
> >
> > ZODB contains an instance of modified CMFSite (translated in Ukrainian,
> > CMFSiteUA).
> >
> > System works perfectly well even on Zope 2.5.0 on Win32 platform but
> > crashes on FreeBSD.
> >
> > Site was Exported (from Win32) and Imported (to FreeBSD). Local Filesystem
> > View folders were deleted and recreated manually.
> >
> > As soon as somebody tries to touch that CMFSiteUA Zope crashes and
> > restarts. Workaround found is: to enter management interface somwhere
> > deeper, for example /Examples/manage or /Control_Panel/manage. Then Zope
> > loads parts of the system into RAM and appears possibility to run the
> > site.
> >
> > Sooner or later, when there is sufficient time-frame to unload all objects
> > out of the RAM cache (no user activity), system turns back into unusable
> > state and again there is need to bring it up with /Control_Panel/manage..
> > .
> >
> > Any hints? BTW, there is absolutely no output in debug mode. Just usual
> > INFO(0) messages on startup. Crash and again usual messages. Watchdow
> > process remains into memory but new child performing requests processinf
> > are respawned. And again INFO(0) messages are flushed into stdout...
> >
> > Any help would be appreciated.
> >
> > Regards,
> >
> > Myroslav
> > --
> > Myroslav Opyr
> > zope.net.ua * Ukrainian Zope Hosting
> > e-mail: [EMAIL PROTECTED]
> > cell: +380 50.3174578
> >
> >
> >
> > ___
> > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists -
> >  http://lists.zope.org/mailman/listinfo/zope-announce
> >  http://lists.zope.org/mailman/listinfo/zope )
>
>



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



[Zope-dev] Zope crash & restart

2002-05-15 Thread Myroslav Opyr

Hi,

There is installation:

Zope Version
  (Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, freebsd4)
Python Version
  2.1.3 (#1, May 5 2002, 06:29:09) [GCC 2.95.3 20010315 (release) [FreeBSD]]
System Platform
  freebsd4

ZODB contains an instance of modified CMFSite (translated in Ukrainian,
CMFSiteUA).

System works perfectly well even on Zope 2.5.0 on Win32 platform but
crashes on FreeBSD.

Site was Exported (from Win32) and Imported (to FreeBSD). Local Filesystem
View folders were deleted and recreated manually.

As soon as somebody tries to touch that CMFSiteUA Zope crashes and
restarts. Workaround found is: to enter management interface somwhere
deeper, for example /Examples/manage or /Control_Panel/manage. Then Zope
loads parts of the system into RAM and appears possibility to run the
site.

Sooner or later, when there is sufficient time-frame to unload all objects
out of the RAM cache (no user activity), system turns back into unusable
state and again there is need to bring it up with /Control_Panel/manage...

Any hints? BTW, there is absolutely no output in debug mode. Just usual
INFO(0) messages on startup. Crash and again usual messages. Watchdow
process remains into memory but new child performing requests processinf
are respawned. And again INFO(0) messages are flushed into stdout...

Any help would be appreciated.

Regards,

Myroslav
--
Myroslav Opyr
zope.net.ua * Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED]
cell: +380 50.3174578



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



Re: [Zope-dev] Running methods on Zope startup.

2002-04-25 Thread Myroslav Opyr

Chris McDonough wrote:

>[snip]
>
There is product ZExternalNews which is working in background from Zope 
startup. You can take a look there. There are several Startup issues in 
the code.

Regards,

Myroslav
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



[Zope-dev] Application Server [was: Re: PHP vs Zope cost benefit]

2002-04-23 Thread Myroslav Opyr

Jason Spisak wrote:

>[snip]
>
>To recap what turned the tides were these wins:
>
>1.  Zope's security model is far more scalable and flexible 
>than anything home brewed in PHP.
>
>2.  The scurity model is also audited by any, many people and 
>tested and in production all over the place. ;-)
>  
>
Security machinery present in Zope,  to develop in PHP.

>3.  The ease of management for non-technical users to create 
>and edit content was a big win since that interface is already 
>created and ready to use in many cases.
>
Interface present in Zope, to develop in PHP.

>4. The built in separation of db connectivity/transparancy is 
>much better than taking the time to design that properly from 
>scratch, or using connectivity tools that then needed to be 
>'connected' to the app in a safe and transparant way.
>  
>
DBaccess layer is present in Zope, to design in PHP.

>5.  The transactional nature of Zope (although they didn't 
>believe me when it came to rolling back multiple dbs) impressed 
>them and if it really can mange a rollback from from a DB and 
>transaction safety for inventory,etc...(which I know it can) 
>then its a huge win.
>  
>
Transactions support is in Zope, to develop in PHP.

Thus I wanted to point out that PHP is not really what you can compare 
to Zope. PHP is comparable to Python. They are just languages.

PHP community has excellent PHPnuke and PostNuke products which has 
unprecedented success. The is alsow Midgard, PHP CMS. Zope is 
Application Sever disposing a number of services to applications written 
with it. We should find competitor in PHP world to compare to. I do not 
know one. Speaking of Application Servers I can name ACS (TCL/Java) and 
Enhydra (Java). They are competitors of Zope, not PHP.

Regards,

Myroslav
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-Coders] Re: [Zope-dev] Speaking of 2.6...

2002-04-09 Thread Myroslav Opyr

Brian Lloyd wrote:

>> Both me and Myroslav Opyr <[EMAIL PROTECTED]> are quite
>> commited to do the proposed "Object Links/References". Although
>> from the emails we exchanged with you, I would've guessed that
>> it was one of the "controversial enough" to be a Vetted item :-)
>>
>> Anyways I'm commited to do it. I do agree with your argument about
>> link semantics but, at least for me, a link/reference is a link, and the
>> semantics are perfectly defined i.e its not a RedirectObject.
>>
>> As in Unix, a hard link has different semantics from a soft link. I'm
>> thinking of the "hard link" semantics. 
>>
>I guess that what I was getting at is that the semantics 
>for this need to be spelled out in detail so that we can 
>make sure that they make sense before something like this 
>goes in.
>
Ok. Let's find out what we have and what we want. First of all we have 
strict hierarchy in ZODB where each object appears only once in the 
tree. Thus to access to an object it is only one way from root down to 
an object through containers. All security in Zope is based on that 
pattern. I am omitting Acquisition machinery to simplify (and I do not 
see it clearly in the context here).

The idea is to allow user to specify several points of presence (pop) 
for an object. Does this break security? Probably yes, but in what case? 
If an object from higly secure envionment appeared somewhere in 
Anonymous zone, what then? Yes, Anonymous is able to alter object. But 
there was reason for that! Is Anonymous able to get out of the shared 
object to secure environment? No in no simple way. Sure if an object was 
DTML and Anonymous placed trojan horse in the script and someone from 
secure environment executed the code then we run in a problem. But we 
can warn user! And we have a lot of "Restricted..." techniques, maybe 
one can be applied here?

>Comparing it to Unix hard links is fine, but Unix doesn't 
>use Acquisition to handle security, so the comparison is 
>not apples-to-apples :) We need to spell out the exact semantics 
>(*especially* wrt security, but also in terms of its effect on 
>ZODB identity semantics, effects on undo, etc.)
>
Ok. I am not too well in English but I'll try to do my best. If it is 
not hard for you give several words of explanation of "ZODB identity 
semantics" and "effects on undo", not everything is clear for me.

>Security in particular is very concerned with *containment* 
>path (rather than just acquisition path) in order to prevent 
>"stealing" access through acquisition wrappers. Having objects 
>with more than one "place" may introduce much the same problem, 
>so we'll need to write up in detail the effects on the security 
>machinery or its application to domain objects (or if the security
>machinery does not need to change, we need to spell out why).
>
Why we are not willing to allow such scenario? AFAIK there was and are a 
lot of concernes refarding soft- and hardlinks in /tmp folder, with 
sticky bit, etc... But they are usually solved with different means. 
Yes, Zope and ZODB is much more complex. But why we have to limit 
ourselves because something is difficult. Why not mark the feature as 
experimental (red button, a lot of warnings, for instance) and make it 
available to SuperManager only ;)

I'd be glad to get feedback, thanks,

Myroslav
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578






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



Re: [Zope-dev] Impact of additional protocols handled by Zope?

2002-03-18 Thread Myroslav Opyr

  Dieter Maurer wrote:

>Jeff Kowalczyk writes:
> > Jabber, IMAP and LDAP are the ones that come to mind immediately, since
> > you'd be that much closer to having Zope fulfill a role that MS Exchange
> > really doesn't; inexpensive, easily maintained groupware for small
> > organizations that need custom workflow app development.
>There is a European project called "GroupZope" which will provide
>integration with IMAP and LDAP. The Nuxedo people may be able to
>tell more. 
>
Are there anyone on this list who can give information about progress 
and give licensing/availability info?

>Unlike your proposal, they plan to integrate with existing OpenSource
>protocol servers. I, too, think this is a better idea than to make
>Zope learn all different protocols itself.
>
What servers OpenLDAP? Cyrus? Jabber? Any info would be helpful.

Thanks,

Myroslav

-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578





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



Re: [Zope-dev] manage frame change

2002-03-18 Thread Myroslav Opyr

Steve Alexander wrote:

> Lennart Regebro wrote:
>
>> I think it should show the site name, ie, www.torped.se:1006, or
>> intranet.torped.se:8080, and so on.
>> That would make me know where I was editing all the tim (except when 
>> I have
>> SiteRoots. I loathe the littl buggers. Grrr). :-)
>>
>> It is a great idea, seb.
>
> How about making "machine" configurable per zope / zeo client instance 
> via an environment variable. So, I can read something meaningful to 
> me, and I won't have to remember exactly which servers I have running 
> on which ports.

My €0.05. Manager has manage_zmi_prefs form. I'd like to be able to set 
machine name there. Ability to override the machine name and env.var 
with settings from that screen would be great. If policy for storage of 
those preferences are Cookies, let it be but I'd prefer to store them 
somewhere in ZODB (i have to turn off top frame each time I log-in from 
other workstation and host changes or gets extra DNS name :)

Regards,

Myroslav
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578





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



Re: [Zope-dev] Manual object-to-relational persistency framework

2002-03-08 Thread Myroslav Opyr

Thomas Förster wrote:

>On Friday, 8. March 2002 09:50, Bjorn Stabell wrote:
>
>>I'm trying to use Zope without storing everything in ZODB while still
>>having the perception of an object-oriented database.  I want to control
>>the object-to-relational mapping layer, but would like the loading and
>>saving of objects to be automatic.  Is there some way to do that using
>>Zope?
>>
>>Where would I, e.g., hook into to get automatic loading/cacheing/saving
>>of objects that weren't stored in ZODB, and where I could actually
>>create the methods to load/save objects myself (I want to control the
>>data structure).
>>
>If you want to control the mapping, just define your own Storage (I do not 
>know how hard it is, maybe the 'gurus' do?) and then tweak your Zope instance 
>to use your custom Storage instead of the default FileStorage.
>That way you do not have to care about automatic loading/saving of your 
>objects.
>
One suggestion more: not use instead of FileStorage but in addition to 
main storage. You can see how external storages are mounted into ZODB as 
subtrees at http://www.zope.org/About ([EMAIL PROTECTED] are mounted just 
in that way).
-- 
Myroslav Opyr
zope.net.ua <http://zope.net.ua/> ° Ukrainian Zope Hosting
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
cell: +380 50.3174578




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



[Zope-dev] ANN: Proposal for Object Variations

2001-07-06 Thread Myroslav . Opyr

Hi,

I was thinking a lot at the problem and finally posted draft of proposal
on:

http://dev.zope.org/Wikis/DevSite/Proposals/ObjectVariations

It have to aid in solving different problems. The main problem which pushed
me to create this proposal is internationalization of content (especially
images). Then I tried to generalize the problem and the Proposal is the
result. I do not know all details about current Zope internals and this is
why Risk Factors, Scope and Deliverables are in preliminary state.

I ask you for review and comments,

Thank you,

Myroslav Opyr


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