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.77r2=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 )


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 )



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 )



[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 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-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=detailaid=554841group_id=5470atid=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/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=detailaid=554841group_id=5470atid=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 )



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

2002-04-24 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] 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 )