March 1999 - Zope - Zope lists

ZMySQLDB error
by Daren Sefcik 29 Mar '99

29 Mar '99

After everything compiled fine I try to import MySQL and get the following error: rdi% python Python 1.5.1 (#1, Mar 25 1999, 13:52:32) [GCC 2.7.2.3] on sunos5 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> import MySQL Traceback (innermost last): File "<stdin>", line 1, in ? ImportError: ld.so.1: python: fatal: relocation error: symbol not found: __umoddi3: referenced in /usr/local/mysql/lib/mysql/libmysqlclient.so.5 >>> Does anyone have any ideas?? MySQL works fine as well as Zope. Do I need to install the Sun ld.so patch?? TIA Daren

1 0

ZMySQLDB Connection String??
by Daren Sefcik 29 Mar '99

29 Mar '99

What does the ZMySQLDB Database Connection String want to connect to a database?? Could someone please provide an example of what I need to use to create a Z MySQL Database Connection...suppose I have MySQL running with a database named "webdb" and user "joe" with password "password" can accsess it. I am a bit confused as to what ZMySQLDB is asking for. TIA, Daren

4 4

Test
by Michel Pelletier 29 Mar '99

29 Mar '99

ing.

1 0

Browse the Zope CVS through the web
by Michel Pelletier 29 Mar '99

29 Mar '99

Greetings, As promised, it is possible now to browse the Zope public CVS repository through the web. If you're interested in looking at the latest Zope developments, this is a good place to start without having the check out your own copy. This site is also handy for viewing the various evolutions of Zope, and for getting pretty colored diffs between versions. If you want to know the difference between two recent versions of a certain file, cvsweb will show you in glaring full color. The web view of the Zope CVS is more fragmentary the the view you get with the 'cvs' command. If you want to check Zope out of the public cvs, it is recommended you just check out 'Zope', which is an options not shown on the web cvs. The public CVS uses its module file to stitch together the various components that can be seen on the web view into a Zope distribution. Complete instructions on how to do this can be found at: http://www.zope.org/Community/CVS_public_access The web interface can be found at: http://www.zope.org/cgi-bin/cvsweb.cgi In case you're curious, this is not a Zope module but a CGI script written in Perl. It can be found at: http://linux.fh-heilbronn.de/~zeller/cgi/cvsweb.cgi -Michel

1 0

Re: [Zope] error in pcgi
by Service Informatique CHSR 29 Mar '99

29 Mar '99

>> my site was working great when suddenly, I got a "Temporarily >> unavailable" >> message. >> The pcgi.log reads: >> >> unexpected out-of-bound data in stdin t[0]=60 >> >Usually this means that the Zope process is unable to start up >for some reason (an import error, syntax error, etc.). I'm not >sure how changing DTML document objects could cause this, though. >You didn't happen to change any DTML that is read from the disk >(e.g., HTMLFile objects used from Zope, installed products or >external methods) did you? If so, there is probably a dtml syntax >error that is being raised at startup time. You are positively right. I stupidly wrote  notice the non-named parameter after a named parameter. I haven't tried it yet with other publishing mechanisms (ZServer, ZopeHTTPServer, which don't use PCGI), but if these servers also dies for such oddities, this might be a bug in error handling. Stay tuned for more informations. Many thanks to Brian and Jeff who took the time to respond to me. Regards, Jephte CLAIN Service Informatique CHSR

1 0

RE: [Zope] error in pcgi
by Brian Lloyd 29 Mar '99

29 Mar '99

> Hello, > > my site was working great when suddenly, I got a "Temporarily > unavailable" > message. > The pcgi.log reads: > > unexpected out-of-bound data in stdin t[0]=60 > > several times. I suppose this means that something is writing to the > stream read by pcgi. I didn't do anything other than > uploading new versions > of my DTML Documents to the site. (I have done this all the > aternoon long). > > Have you already seen this behavior? Does someone have an idea of > where to start to find the problem? > > Regards, > > Jephte CLAIN, > Service Informatique CHSR Usually this means that the Zope process is unable to start up for some reason (an import error, syntax error, etc.). I'm not sure how changing DTML document objects could cause this, though. You didn't happen to change any DTML that is read from the disk (e.g., HTMLFile objects used from Zope, installed products or external methods) did you? If so, there is probably a dtml syntax error that is being raised at startup time. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Re: [Zope] error in pcgi
by Jeff Bauer 29 Mar '99

29 Mar '99

Service Informatique CHSR wrote: > my site was working great when suddenly, I got a > "Temporarily unavailable" message. > The pcgi.log reads: > > unexpected out-of-bound data in stdin t[0]=60 > > several times. I suppose this means that something is > writing to the stream read by pcgi. I didn't do anything > other than uploading new versions of my DTML Documents > to the site. (I have done this all the aternoon long). > > Have you already seen this behavior? Does someone have > an idea of where to start to find the problem? The error occurs because a value is appearing in a pcgi reserved header record, possibly because your application is sending something to stdout. I'm not sure where to tell you to start looking, but if *all* you have done is uploaded .dtml files to trigger the error, that's probably the place to start. I'm honestly confused why this should happen. Jeff Bauer Rubicon, Inc.

1 0

error in pcgi
by Service Informatique CHSR 29 Mar '99

29 Mar '99

Hello, my site was working great when suddenly, I got a "Temporarily unavailable" message. The pcgi.log reads: unexpected out-of-bound data in stdin t[0]=60 several times. I suppose this means that something is writing to the stream read by pcgi. I didn't do anything other than uploading new versions of my DTML Documents to the site. (I have done this all the aternoon long). Have you already seen this behavior? Does someone have an idea of where to start to find the problem? Regards, Jephte CLAIN, Service Informatique CHSR

1 0

RE: [Zope] Zope info on postgresql.org
by Paul Everitt 29 Mar '99

29 Mar '99

Oleg wrote: > I need a short informative description on Zope. Something > like "Zope is > opensource web application platform - software complex for > creating highly > dynamic web-sites". Thanks Oleg! Try this: "Zope is a free, Open Source(tm) application server for creating powerful, dynamic web sites such as community portals." > What is contact e-mail? I wrote zope(a)zope.org. Shouldn't it be > info(a)digicool.com? Yes, info(a)digicool.com. --Paul

2 1

Re: [Zope] external methods
by Service Informatique CHSR 29 Mar '99

29 Mar '99

Hello, >> After some digging, I found that the problem lies in >> the expression 'self.l' >> >> 'self.' gives access to the object hierarchy, not the variables >> namespace. >> >> So, I solved my problem by writing 'self.REQUEST['l']' >> instead of 'self.l' >> >> Also, I think that this should be clearly documented. >> Apparently, the only way to acess variables namespaces >> in external methods is through self.REQUEST >> This confuses a 'normal' python user whose variable >> namespace is usually accessed through self. > >I believe that you can just ask for it in your function signature: > >def my_method(self,l): > return l + ' is cool!' Nope, With that definition, my_method expect to be called with the arguments set, eg  to display "Zope is cool". However, I want to get the variable l from the namespace. (application variables made with REQUEST.set, Folder or document properties, etc.) The question was: is self.REQUEST the only way to access the variable namespace? And the only way to *modify* the variable namespace from external methods (with self.REQUEST.set)? By the way, I'd like to thank Stefan Franke and Pedro Vale Lima who gave me a pretty quick answer. I did find the answer before they wrote, but anyway, a thank is not that expensive :-) Also, thanks to Paul who gave me such a useless answer. :-) (just kidding) Regards, Jephte CLAIN Service Informatique CHSR

1 0