Re: [Zope-dev] Competition
Casey Duncan wrote: > > Let's call it coopetition. Please stop hurting my native language ;-) Chris ___ 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 )
With Oracle as well Re: [Zope-dev] More signal 11 restarts....
Matt Kromer wrote: > We have not been able to reproduce this problem in any deterministic way > -- and the only people who seem to have it are those who are heavy MySQL > users; it makes me think there is something in the adapter which is not > behaving the same way under Python 2.1 than it did under Python 1.5.2. > I have not looked at the adapter, so I'm making a few guesses as what > is going wrong. Well, sorry to disapoint everybody, but we have the same signal 11 restarts here. We are using DCO2 latest from CVS and have _very_ high Oracle database usage. We have yesterday changed from our solaris box to a linux box and performance has increased dramatically (the linux box ia a 1.8 GHz P3 :). also the threading problems we previously had seem to have dissapeared. Our current setup: redhat 7.2 Oracle client 8.1.7 Python 2.1 source compiled --without-pymalloc Zope 2.4.3 with transparent folders, formulator, replace support, localfs lastest DCO2 Now, what can we do to pin down the problem. Is there anyone else that is a heavy databse user on similar circumstances that can share information? I am starting to suspect that there is some kind of DA problem here... Also, for the record we usually get a bunch of these quite often: 2001-11-04T09:04:33 ERROR(200) ZServer uncaptured python exception, closing channel (socket.error:(32, 'Broken pipe') [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_send|21 4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http_server.py|send|414] [/usr/local/zope/sw/Python2.1.1/lib/python2.1/asyncore.py|send|330]) We were seeing the same error (asyncore.py|send|330, etc) on solaris. Any thoughts? /dario ___ 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: core i18n support
From: "Dirk Datzert" <[EMAIL PROTECTED]> > For this update is a mechanims on XML-RPC design. There will be a > ZBabelMasterTower on the internet where you can download any translation > which is available on the net. Simple click on synchronize and thats it. That is both more complicated and error prone to implement and more complicated and error prone to do. For every version of a translatable product that ever has been release you woulld need to have a separate database of translations in a central repository. Who is going to manage this central repository? What happens if that location goes down? Whap happens if you want to something on a PC before the IT department have opened a friewall so you are blocked from accessing the central repository? If you find a bug in the translation, how to you update the repository? From: "Stephan Richter" <[EMAIL PROTECTED]> > Well, no. Because then the products would get too large. The better > approach is to allow an online sync, again, which comes with the next > ZBabel version. If the translations mean the products get too big (which I honestly doubt, I have never ever seen any example of a localization that is more than a couple of percent of the whole application) it would be no problem at all to have the translations downloadable separately if so desired by the producers. >Well, all the i18n developers will have a meeting early January in Europe >with Jim Fulton in a 2-day brainstorming session. Excellent! When and where? ___ 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] New Security Rules ... are very frustrating
On Thu, 06 Dec 2001 23:25:25 -0600, Stephan Richter <[EMAIL PROTECTED]> wrote: >BTW, Y is not a nice Zope object but an instance from anywhere. Preventing arbirary access from TTW code to 'an instance from anywhere' is exactly what the security machinery is designed to prohibit. > And setting >__allow_access_to_unprotected_subobjects__ does not help much either You set this on the Y? in what way does it not work? Toby Dickenson [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] Re: core i18n support
Lennart >That is both more complicated and error prone to implement and more >complicated and error prone to do. No it's not. It is like saying it is better to have a computer off the network than having a fail-over like system on the net. Syncing is not that bad at all. >For every version of a translatable product that ever has been release you >woulld need to have a separate database of translations in a central >repository. Who is going to manage this central repository? In the beginning the ZBabel team is going to manage the Master Tower. >What happens if that location goes down? You have mirrors of course; it is no different than any other FTP distribution site. >What happens if you want to something on a PC >before the IT department have opened a friewall so you are blocked from >accessing the central repository? Well, if you are blocked from HTML, then you cannot download products in the first place. We also plan to have a way of bundeling modules up into a file... In anyway, no HTTP = No Products, in which case that means you do not need the translations in the first place. > If you find a bug in the translation, how >to you update the repository? You contact the maintainer of this module and language. Works exactly like software development. >From: "Stephan Richter" <[EMAIL PROTECTED]> > > Well, no. Because then the products would get too large. The better > > approach is to allow an online sync, again, which comes with the next > > ZBabel version. > >If the translations mean the products get too big (which I honestly doubt, I >have never ever seen any example of a localization that is more than a >couple of percent of the whole application) it would be no problem at all to >have the translations downloadable separately if so desired by the >producers. You see, that is exactly what we are doing. We also offer a nice facility for people to go and translate. This way the authors of products do not have to worry when their phrases are translated into a new language. And it will be much faster for the translator, since he can do several modules at once. > >Well, all the i18n developers will have a meeting early January in Europe > >with Jim Fulton in a 2-day brainstorming session. > >Excellent! When and where? Beginning of January somewhere in Europe. However, as I understand it, it will NOT be a "public" event, since the goal is to produce workable Zope 3 code. BTW, with criticism comes usually constructive input. Speaking for me, most of the code was written in my free time (I summed up my time for this year and I estimated between 400-500 community hours. That is excluding the free software I have produced as contractor). If you want to make a difference and influence the way the products are developing, you just have to produce the majority (>30%) of the new code and everything will work out for you much better. I have also looked for your name on the Zope site, and all I found were some comments. If you have already improvements to some of the Zope code, why are you not publishing it then? If you have the problem of not knowing any parts to improve I will be happy to provide you with a list. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ 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: core i18n support
Lennart Regebro wrote: >> Well, all the i18n developers will have a meeting early January in >> Europe with Jim Fulton in a 2-day brainstorming session. > > Excellent! When and where? Yeh, cat's almost out of the bag on this one. Here's the plan. Note that all of this is tentative! As you may have read, we have been doing some Zope3 xp "sprints" lately. We're pleased with the results. In fact, we'd like to start a pattern of opening up the sprints to outsiders. We'd like to invite folks to Fburg for a sprint. Though you'll pay your own freight, we'll supply a spacious cubicle. :^) If you're interested, contact me. Second, Jim is hoping to go to Europe first or second week of January to do two sprints. The first is with a small (3 plus Jim) group to resolve the internationalization bottleneck and get Zope3 to do i18n and l10n. This first group will then help Jim do a larger (maybe 8) sprint the subsequent two days for other people in Europe. We haven't yet arranged for facilities. Third, we'd like to host an open house on the Thur and Fri after IPC10. Besides an open house, we'd like to have perhaps a massive sprint. Just to point out the obvious...this is a sign that we're listening on this discussion and trying to lessen the difference between ZC and the community. With Zope3 we have a chance for key community people to shepherd important pieces of the architecture. These pieces can include XML, i18n, cataloging, package management, workflow, etc. At the same time, these sprints provide a working session with face-to-face communications. It's a high-bandwidth way to make sure Zope3 does what the community wants. --Paul ___ 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] Acquisition and Threads
Can someone please tell me what is going on here? [magnus@bombardier magnus]$ cat aq.py from Acquisition import Implicit from threading import Thread import time class A(Implicit, Thread): def run(self): print context.aq_self class B(Implicit): pass b = B() b.a = A() b.a.start() time.sleep(2) [magnus@bombardier magnus]$ python2 aq.py Traceback (most recent call last): File "aq.py", line 16, in ? b.a = A() File "/usr/lib/python2.1/threading.py", line 326, in __init__ _Verbose.__init__(self, verbose) TypeError: unbound method __init__() must be called with instance as first argument ___ 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: core i18n support
From: "Stephan Richter" <[EMAIL PROTECTED]> >Beginning of January somewhere in Europe. However, as I understand it, it >will NOT be a "public" event, since the goal is to produce workable Zope 3 >code. Thats fine by me. I don't know who are involved in the different localization projects and who to talk to, but I think the input that I provide are valid and must be taken care of. If not by the people doing things today, then by myself. I am of course very willing to contribute coding also. I'm very sorry that I haven't looked into the localization efforts earlier, I have had that quite far down on my list, mostly because there were project ongoing, so I viewed it as "being taken care of". Not until I recently on this list heard that there was TWO efforts that had some kind of disagreement I started to look into things. This obviously was very badly prioritized by me, and thats my fault. I'm sorry about that. > BTW, with criticism comes usually constructive input. Unfortunately it seldom does, but I agree that it should. :-) I understand you take this as critisism of your work and react like it's personal. Especially if this has been an ongoing discussion for a long time where people can not agree. It happens. I do not intent to hurt anybodies feelings, I merely state my view of things, and in this case I do it very strongly, becuase I very strongly feel that I am right, and that this is obvious and that there is a very real danger that the localization efforts of Zope will result in something that is not usable to us. We here at Torped have recently discovered that for our efforts, we need a translated version of Zope. This is nothing we can do ourselves, it has to be delevoped centrally and included in the zope core. We are very willing to commit time and resources to make this happen in the correct way. > I have also looked for your name on the Zope site, and all I found were > some comments. If you have already improvements to some of the Zope code, > why are you not publishing it then? I haven't gotten involved in actually improving Zope itself until recently, because I haven't needed to. I'm trying to contribute, but have run up into the problems that is now being discussed in the "Open letters" debate. I have contributed things like patches. I don't know why they are not publicly availiable, because they are supposed to be listed... Theres something in the Zope site I don't understand. :-) Also I have submitted patches to Zope for bugfixes. One of them was indeed entered into the source. Another was first incorrectly rejected, and has since been completely ignored by Zope corp, something I don't know how to handle. So, no, I haven't contributed much yet from these reasons. That does not mean I'm not willing to contribute if I get a chance. Please don't take my suggestions personally in any way. I have what I regard as good, valid points, with solid arguments behind, and I'm willing to contribute to get it done. I don't want to do it myself, in competition with you, but together. ___ 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: With Oracle as well Re: [Zope-dev] More signal 11 restarts....
Dario Lopez-Kästen wrote: > >Well, sorry to disapoint everybody, but we have the same signal 11 restarts >here. > Oh sure, go spoil my "blame it on the other guy" theory. >We are using DCO2 latest from CVS and have _very_ high Oracle database >usage. > >We have yesterday changed from our solaris box to a linux box and >performance has increased dramatically (the linux box ia a 1.8 GHz P3 :). > That's to be expected with the clock speed differences. Unless you use sun's CC, you get fairly poor SPARC code out of gcc, IMHO. > >also the threading problems we previously had seem to have dissapeared. > Yah! I think that had to do with the rather *stupid* act of forgetfulness on my part to re-enable python threading around execute(). > > >Now, what can we do to pin down the problem. Is there anyone else that is a >heavy databse user on similar circumstances that can share information? > I may see what I can do to try to write a script to be able to invoke gdb in the event of a crash. Stay tuned. > >I am starting to suspect that there is some kind of DA problem here... > Actually, since its a mysterious sig 11, it's a C module someplace... there is probably ONE module which is referring to an object after it has been deallocated. > >Also, for the record we usually get a bunch of these quite often: > >2001-11-04T09:04:33 ERROR(200) ZServer uncaptured > python exception, closing channel XXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4> > (socket.error:(32, 'Broken pipe') > >[/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_send|21 >4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http_server.py|send|414] >[/usr/local/zope/sw/Python2.1.1/lib/python2.1/asyncore.py|send|330]) > > >We were seeing the same error (asyncore.py|send|330, etc) on solaris. > >Any thoughts > Well, that means "the browser user clicked 'stop'" -- Medusa is just telling you the channel went away on it. Thats normal when the browser chops the tcp connection. > ___ 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: With Oracle as well Re: [Zope-dev] More signal 11 restarts....
> > > > Well, that means "the browser user clicked 'stop'" -- Medusa is just > telling you the channel went away on it. Thats normal when the browser > chops the tcp connection. *looong sigh of relief* /dario ___ 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] New Security Rules ... are very frustrating
You say these rules are new but there have been no intentional changes to how security works. From DTML and scripts, you've always been unable to call methods on objects that had no security assertions. If Y has no security assertions, this is the intended behavior. It worked before? In what version of Zope? And what version are you using now? Stephan Richter wrote: > Hello everyone, > > I have a major issue with the new security. Let's say I have class X (a > nice Zopish object) and an object Y. > > class X: > > Y = Y > > Now, I am still able to access Y in an instance of X, like: > > x = X() > x.Y > > but I am not able to access method do_z() anymore. > > x.Y.do_z() > > BTW, Y is not a nice Zope object but an instance from anywhere. And > setting __allow_access_to_unprotected_subobjects__ does not help much > either and it should not be the final solution anyway. > > Can anyone help? > > Regards, > Stephan > > -- > Stephan Richter > CBU - Physics and Chemistry Student > Web2k - Web Design/Development & Technical Project Management > > > ___ > 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 ) -- Chris McDonoughZope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones" ___ 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] Acquisition and Threads
When you inherit from Acquisition.Implicit, your class becomes an extension class. The idiom that the Thread mixin uses is that you always need to call its init, and it expects self to be an instance of the "Thread" Python class in some way. It is instead an extension class. One way to solve it is to work around the problem by not inheriting from both Implcit and Thread in the same class. Another way is to override __init__ and use the "inheritedAttribute" idiom to call the superclass' __init__ with something it can deal with. Search the maillist for more info. Magnus Heino wrote: > Can someone please tell me what is going on here? > > > > > [magnus@bombardier magnus]$ cat aq.py > > from Acquisition import Implicit > from threading import Thread > import time > > class A(Implicit, Thread): > > def run(self): > print context.aq_self > > > class B(Implicit): > pass > > b = B() > b.a = A() > b.a.start() > time.sleep(2) > > [magnus@bombardier magnus]$ python2 aq.py > Traceback (most recent call last): > File "aq.py", line 16, in ? > b.a = A() > File "/usr/lib/python2.1/threading.py", line 326, in __init__ > _Verbose.__init__(self, verbose) > TypeError: unbound method __init__() must be called with instance as first > argument > > > ___ > 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 ) > -- Chris McDonoughZope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones" ___ 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: core i18n support
What patch was rejected, why was it incorrectly rejected? > Also I have submitted patches to Zope for bugfixes. One of them was indeed > entered into the source. Another was first incorrectly rejected, and has > since been completely ignored by Zope corp, something I don't know how to > handle. > -- Chris McDonoughZope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones" ___ 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: core i18n support
On Fri, 2001-12-07 at 11:47, Paul Everitt wrote: > In fact, we'd like to start a pattern of opening up the sprints to > outsiders. We'd like to invite folks to Fburg for a sprint. Though > you'll pay your own freight, we'll supply a spacious cubicle. :^) If > you're interested, contact me. > Third, we'd like to host an open house on the Thur and Fri after > IPC10. Besides an open house, we'd like to have perhaps a massive > sprint. [ sorry for x-posting, I wanted a eurozope perspective on this ] An exciting invitation, but ultimately frustrating for those of us in a different timezone. A lot of the active Zope community is in Europe, and a lot of us are members of very small businesses or academia (I think). At a minimum, coming to Fredericksburg would cost about $700 (travel and accomodation and food). If I wanted to visit IPC10 too, it would be between $1000 and £1700. Would other members of the EZ business / academic community be willing to stump up this money? I'd be interested to know. I don't think *we* could justify it at this stage in our business development - we already use a lot of resources on zope r&d, and community support. IMO, the economic reality of this community and its resources (on this side of the pond, at least) means it will stay vapour. ZC is the biggest fish, and the only times we in Europe will see you folks is when you come over here. When are you going to open a London office? ;-) Or perhaps we could consider distributed xp (using irc, kibitz, etc...?) Thanks for the invitation, though :) OT: big OSS conferences seem unfairly priced against the small fishes who make up a lot of the OSS community. Or am I being naive? seb ___ 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] IOError [Errno 5]
Yo dudes, our zope server shows the following behaviour. 1) runs fine for (a few hours - a few days) 2) then starts spawning the following errors: Error Type: IOError Error Value: [Errno 5] Input/output error Does anybody know what may be causing this? the tracebacks don't make sense at all but is fails somewhere in the ZODB/Connection setstate method. Tia, Sloot. ___ 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] browser closing connection
Hi, all On Fri, 2001-12-07 at 11:19, Matthew T. Kromer wrote: > >Also, for the record we usually get a bunch of these quite often: > > > >2001-11-04T09:04:33 ERROR(200) ZServer uncaptured > > python exception, closing channel > XXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4> > > (socket.error:(32, 'Broken pipe') > > > >[/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_send|21 > >4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http_server.py|send|414] > >[/usr/local/zope/sw/Python2.1.1/lib/python2.1/asyncore.py|send|330]) > > > > > >We were seeing the same error (asyncore.py|send|330, etc) on solaris. > > > >Any thoughts > > > > Well, that means "the browser user clicked 'stop'" -- Medusa is just > telling you the channel went away on it. Thats normal when the browser > chops the tcp connection. > As Dario said, it's a relief to know that. but if it's an expected scenario, shouldn't zope put a more graceful message on the log? Also, I write several long running process pages, and I make use of RESPONSE.write() for that so as not to upset the browser or the user (or zope memory consumption, when I have a lot of data to show during the time). And I'd like a way to know when the user closes the channel, so that I can stop the processing. Case in point, I work with Lalo in the ZUnit framework (it's a little dormant now (actually you could say it's in comatose), but I intend to reawaken it shortly). And I'd like to stop the processing of test cases when the user press the stop button in his browser. In other cases, (like when I'm manually recataloging a huge bunch of objects for which using the 'ZCatalog Find' would just time-out) I just want to ignore if the user closed his browser after making the request. Speaking of streaming pages, I'd really like if I didn't need to use an external method just to print a damn traceback. That facility, if used inside the standard_error_page would obviate the need to always print a traceback in the error page, but I guess this has already been discussed before... Cheers, Leo -- Ideas don't stay in some minds very long because they don't like solitary confinement. ___ 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] browser closing connection
The broken pipe error should be caught. Patches accepted, if you've got the time. Thanks, - C - Original Message - From: "Leonardo Rochael Almeida" <[EMAIL PROTECTED]> To: "zope-dev" <[EMAIL PROTECTED]> Sent: Friday, December 07, 2001 10:47 AM Subject: [Zope-dev] browser closing connection > Hi, all > > On Fri, 2001-12-07 at 11:19, Matthew T. Kromer wrote: > > > >Also, for the record we usually get a bunch of these quite often: > > > > > >2001-11-04T09:04:33 ERROR(200) ZServer uncaptured > > > python exception, closing channel > > XXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4> > > > (socket.error:(32, 'Broken pipe') > > > > > >[/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_ send|21 > > >4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http_server.py|send|41 4] > > >[/usr/local/zope/sw/Python2.1.1/lib/python2.1/asyncore.py|send|330]) > > > > > > > > >We were seeing the same error (asyncore.py|send|330, etc) on solaris. > > > > > >Any thoughts > > > > > > > Well, that means "the browser user clicked 'stop'" -- Medusa is just > > telling you the channel went away on it. Thats normal when the browser > > chops the tcp connection. > > > > As Dario said, it's a relief to know that. but if it's an expected > scenario, shouldn't zope put a more graceful message on the log? > > Also, I write several long running process pages, and I make use of > RESPONSE.write() for that so as not to upset the browser or the user (or > zope memory consumption, when I have a lot of data to show during the > time). And I'd like a way to know when the user closes the channel, so > that I can stop the processing. > > Case in point, I work with Lalo in the ZUnit framework (it's a little > dormant now (actually you could say it's in comatose), but I intend to > reawaken it shortly). And I'd like to stop the processing of test cases > when the user press the stop button in his browser. > > In other cases, (like when I'm manually recataloging a huge bunch of > objects for which using the 'ZCatalog Find' would just time-out) I just > want to ignore if the user closed his browser after making the request. > > Speaking of streaming pages, I'd really like if I didn't need to use an > external method just to print a damn traceback. That facility, if used > inside the standard_error_page would obviate the need to always print a > traceback in the error page, but I guess this has already been discussed > before... > > Cheers, Leo > > -- > Ideas don't stay in some minds very long because they don't like > solitary confinement. > > > > ___ > 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 )
Re: [Zope-dev] browser closing connection
Chris McDonough wrote: > > The broken pipe error should be caught. Patches accepted, if you've > got the time. biiig +1 on this from me, especially if you cat ptu in a custom handler of your own for this case... cheers, V.I. ;-) ___ 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] IOError [Errno 5]
I faintly remember this having to do with starting Zope without a console to write output to. Then when Zope writes a message to stdio it breaks. Try "nohup" Something like: nohup start.py& Regards maxm - Original Message - From: "Romain Slootmaekers" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 07, 2001 4:25 PM Subject: [Zope-dev] IOError [Errno 5] > Yo dudes, > our zope server shows the following behaviour. > 1) runs fine for (a few hours - a few days) > 2) then starts spawning the following errors: > > Error Type: IOError > Error Value: [Errno 5] Input/output error > > > Does anybody know what may be causing this? > > the tracebacks don't make sense at all but is fails somewhere in the > ZODB/Connection setstate method. > > > Tia, > > Sloot. > > > ___ > 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 collector is broken
I tried submitting a new issue to the Zope collector at 11:42AM EST. Here's the traceback and error message: Zope Error Zope has encountered an error while publishing this resource. Error Type: WorkflowException Error Value: No workflow provides the "request" action. Troubleshooting Suggestions The URL may be incorrect. The parameters passed to this resource may be incorrect. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/Zope/Zope-2.4/lib/python/Zope/__init__.py, line 226, in zpublisher_exception_hook (Object: Zope) File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, line 324, in __call__ (Object: collector_add_issue) File /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, line 354, in _bindAndExec (Object: collector_add_issue) File /home/Zope/guide/Products/CMFCore/FSPythonScript.py, line 187, in _exec (Object: collector_add_issue) (Info: ({'script': , 'context': , 'container': , 'traverse_subpath': []}, ('"mange_pasteObjects" does not look for proxy roles', ['', 'on'], '[EMAIL PROTECTED]', 'Zope', 'medium', 'bug', "Issue better defined at the following link. In short, when\nmanage_pasteObjects() is called from a proxied script in a context\nwhere the logged in user doesn't have ownership, manage_pasteObjects\nraises and Unauthorized exception.\n\nhttp://lists.zope.org/pipermail/zope/2001-December/105141.html\n\n-Chris";, 'Zope Version (Zope 2.4.3 (source release, python 2.1, linux2), python 2.1.1, linux2) \r\nPython Version 2.1.1 (#1, Nov 23 2001, 21:55:33) [GCC 2.95.4 20011006 (Debian prerelease)] \r\nSystem Platform linux2 '), {}, None)) File Script (Python), line 17, in collector_add_issue File /usr/local/Zope/Collector/Products/CMFCollector/Collector.py, line 191, in add_issue (Object: Zope) File /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, line 746, in addCollectorIssue (Object: Zope) File /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, line 326, in do_action (Object: 77) File /home/Zope/guide/Products/CMFCore/WorkflowTool.py, line 506, in doActionFor (Object: portal_workflow) WorkflowException: (see above) -Chris -- Christopher N. Deckard | Lead Web Systems Developer [EMAIL PROTECTED]|Engineering Computer Network http://www.ecn.purdue.edu/| Purdue University zlib.decompress('x\234K\316Kq((-J)M\325KM)\005\000)"\005w') --- ___ 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 collector is broken
I also had this problem at one point but could not reproduce it. - Original Message - From: "Christopher N. Deckard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 07, 2001 11:43 AM Subject: [Zope-dev] zope collector is broken > I tried submitting a new issue to the Zope collector at 11:42AM > EST. Here's the traceback and error message: > > Zope Error > >Zope has encountered an error while publishing this > resource. > >Error Type: WorkflowException >Error Value: No workflow provides the "request" > action. > > > >Troubleshooting Suggestions > > The URL may be incorrect. > The parameters passed to this resource may be > incorrect. > A resource that this resource relies on may be > encountering an error. > >For more detailed information about the error, please > refer to the HTML source for this page. > >If the error persists please contact the site > maintainer. Thank you for your patience. > > > > > Traceback (innermost last): > File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, > line 223, in publish_module > File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, > line 187, in publish > File /usr/local/Zope/Zope-2.4/lib/python/Zope/__init__.py, line > 226, in zpublisher_exception_hook > (Object: Zope) > File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, > line 171, in publish > File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/mapply.py, > line 160, in mapply > (Object: collector_add_issue) > File /usr/local/Zope/Zope-2.4/lib/python/ZPublisher/Publish.py, > line 112, in call_object > (Object: collector_add_issue) > File > /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, > line 324, in __call__ > (Object: collector_add_issue) > File > /usr/local/Zope/Zope-2.4/lib/python/Shared/DC/Scripts/Bindings.py, > line 354, in _bindAndExec > (Object: collector_add_issue) > File /home/Zope/guide/Products/CMFCore/FSPythonScript.py, line > 187, in _exec > (Object: collector_add_issue) > (Info: ({'script': , > 'context': , 'container': > , 'traverse_subpath': []}, > ('"mange_pasteObjects" does not look for proxy roles', ['', 'on'], > '[EMAIL PROTECTED]', 'Zope', 'medium', 'bug', "Issue better defined at > the following link. In short, when\nmanage_pasteObjects() is called > from a proxied script in a context\nwhere the logged in user doesn't > have ownership, manage_pasteObjects\nraises and Unauthorized > exception.\n\nhttp://lists.zope.org/pipermail/zope/2001-December/10514 1.html\n\n-Chris", > 'Zope Version (Zope 2.4.3 (source release, python 2.1, linux2), > python 2.1.1, linux2) \r\nPython Version 2.1.1 (#1, Nov 23 2001, > 21:55:33) [GCC 2.95.4 20011006 (Debian prerelease)] \r\nSystem > Platform linux2 '), {}, None)) > File Script (Python), line 17, in collector_add_issue > File /usr/local/Zope/Collector/Products/CMFCollector/Collector.py, > line 191, in add_issue > (Object: Zope) > File > /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, > line 746, in addCollectorIssue > (Object: Zope) > File > /usr/local/Zope/Collector/Products/CMFCollector/CollectorIssue.py, > line 326, in do_action > (Object: 77) > File /home/Zope/guide/Products/CMFCore/WorkflowTool.py, line 506, > in doActionFor > (Object: portal_workflow) > WorkflowException: (see above) > > > -Chris > > -- > > Christopher N. Deckard | Lead Web Systems Developer > [EMAIL PROTECTED]|Engineering Computer Network > http://www.ecn.purdue.edu/| Purdue University > zlib.decompress('x\234K\316Kq((-J)M\325KM)\005\000)"\005w') --- > > ___ > 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 )
Re: [Zope-dev] zope collector is broken
I'm sorry, i'm unable to reprovoke the problem! Is there anything unusual about how you were submitting? Did you try more than once, to see if the problem is consistent? On Fri, 07 Dec 2001 11:43:52 -0500, Chris Deckard wrote: > I tried submitting a new issue to the Zope collector at 11:42AM > EST. Here's the traceback and error message: > > Zope Error >Zope has encountered an error while publishing this resource. > >Error Type: WorkflowException Error Value: No workflow >provides the "request" action. > [...] > WorkflowException: (see above) -- Ken [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] zope collector is broken
I tried multiple times. I tried again this time, but deselected the "security related" checkbox. It went in. The issue _is_ security related, though not something that makes zope insecure. Thanks, -Chris Ken Manheimer wrote: > > I'm sorry, i'm unable to reprovoke the problem! Is there anything > unusual about how you were submitting? Did you try more than once, to > see if the problem is consistent? > > On Fri, 07 Dec 2001 11:43:52 -0500, Chris Deckard wrote: > > > I tried submitting a new issue to the Zope collector at 11:42AM > > EST. Here's the traceback and error message: > > > > Zope Error > >Zope has encountered an error while publishing this resource. > > > >Error Type: WorkflowException Error Value: No workflow > >provides the "request" action. > > [...] > > WorkflowException: (see above) > > -- > Ken > [EMAIL PROTECTED] -- Christopher N. Deckard | Lead Web Systems Developer [EMAIL PROTECTED]|Engineering Computer Network http://www.ecn.purdue.edu/| Purdue University zlib.decompress('x\234K\316Kq((-J)M\325KM)\005\000)"\005w') --- ___ 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 collector is broken
On Fri, 7 Dec 2001, Christopher N. Deckard wrote: > I tried multiple times. I tried again this time, but deselected the > "security related" checkbox. It went in. The issue _is_ security > related, though not something that makes zope insecure. Aha! My fault - it had neglected a setting in the collector workflow. I've corrected that now - people should be able to submit new security-related items. I also set your issue to security-related. Thanks for reporting this, and the clues to track it down! -- Ken [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: With Oracle as well Re: [Zope-dev] More signal 11 restarts....
=?iso-8859-1?Q?Dario_Lopez-K=E4sten?= writes: > Well, sorry to disapoint everybody, but we have the same signal 11 restarts > here. > ... > Also, for the record we usually get a bunch of these quite often: > > 2001-11-04T09:04:33 ERROR(200) ZServer uncaptured > python exception, closing channelXXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4> > (socket.error:(32, 'Broken pipe') > > [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_send|21 > 4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http_server.py|send|414] > [/usr/local/zope/sw/Python2.1.1/lib/python2.1/asyncore.py|send|330]) > > > We were seeing the same error (asyncore.py|send|330, etc) on solaris. They should be harmless: They happen when the client closes the connection before ZServer delivered the full response. However, many people reporting about crashes also reported about these error messages. Maybe, the Pyton socket module lacks a "Py_INCREF" for this kind of error? Dieter ___ 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 )