March 1999 - Zope - Zope lists

Re: [Zope] evaluating attribute values
by Robin Dunn 04 Mar '99

04 Mar '99

Sorry, your ideas don't work either. This time I get a NameError for mhost in the following code in SendMailtag.py. mhost is never being created. if self.mailhost: mhost=md[self.mailhost] elif self.smtphost: mhost=MailBase() mhost._init(localHost=gethostname(), smtpHost=self.smtphost, smtpPort=self.port) mhost.send(self.section(md.this, md), self.mailto, self.mailfrom, self.subject) -- Robin Dunn robin(a)AllDunn.com http://AllDunn.com/robin/ http://AllDunn.com/wxPython/ Check it out! Try http://AllDunn.com/laughworks/ for a good laugh. -----Original Message----- From: John Eikenberry <jae(a)kavi.com> To: Robin Dunn <robin(a)alldunn.com> Cc: zope <zope(a)zope.org> Date: Thursday, March 04, 1999 1:17 PM Subject: Re: [Zope] evaluating attribute values >On Thu, 4 Mar 1999, Robin Dunn wrote: > >> For example, Zope doesn't like this: >> >>  --> >> >> or this: >> >>  >> >> (it tries to use smtpHost as the host name, instead of its value) > >Try: > > > >or this: > > > >--- > >John Eikenberry >[jae(a)kavi.com - http://taos.kavi.com/~jae/] >______________________________________________________________ >"A society that will trade a little liberty for a little order > will deserve neither and lose both." > --B. Franklin > >

2 1

Using Zope with CORBA (new user question)
by Jody Winston 04 Mar '99

04 Mar '99

I have a long running process that will be started by Zope. This process has a CORBA interface that is implemented using ILU. I would like to be able to asynchronously have this process generate data for Zope. My basic questions are: o Can I have an ILU mainloop inside of Zope? (I really don't care if I have to hack Zope or if I can use an external method.) o Should I fork/exec the long running process and give the process a URL that indicates where the data should be written? (I can use pickles or sql.) o How do I tell Zope that new data is avaliable if the process is external to Zope? Jody Winston

2 1

gadfly bug in charstring literal recognition [fixable]
by Aaron Watters 04 Mar '99

04 Mar '99

Oops. One "zope bug" I complained of was mine. If it had been reported to the gadfly-rdbms list it would have been fixed back when. viz: Aaron Watters wrote: > [copied to gadfly-rdbms list] > > Jim Fulton wrote: > >...most RDBMSs (as in all but gadfly) > > > accept: > > > > cursor.execute(""" > > select name > > from table > > where descr = 'this > > doesn''t work for two reasons' > > """) > > > > Are you saying that the SQL spec disallows newlines in > > quoted strings? > > I actually was unaware of that. I'll look to my docus. In the > mean time if you want it, in sqlgen.py change the charstre to > > charstre = "'[^']*'" > > ===interactively > >>> c.execute(""" > select 'this > doesn''t work for two reasons' > from dual""") > >>> print c.pp() > <const "this\012doesn't work for two reasons" at 9340320> > ========================================================= > this > doesn't work for two reasons > ===end ... > -- Aaron Watters > > ps: and thanks. post script: The current usage of gadfly in Zope makes gadfly do lots of parsing as in insert into table(a,b,c) values (1,2,3) insert into table(a,b,c) values (6,2,3) insert into table(a,b,c) values (1,7,3) insert into table(a,b,c) values (1,2,8) The "right" way to do this would be to take advantage of gadfly's dynamic parameter/multiinsert feature executing insert into table(a,b,c) values (?,?,?) ONCE with dynamic parameters list [(1,2,3), (6,2,3), (1,7,3), (1,2,8)] which would run much faster than thrashing the parser with the individual inserts above (with kjbuckets present). In general dynamic parameters on repeated statements reduce parsing and binding overhead (even for other types of statements). However, I understand this may be hard to implement as it would require special features for the gadfly "adapter" not of value for the other adapters. Oh well. Anyway, in future please post/forward/crosspost any gadfly related issues to the gadfly list. I just discovered a pile of complaints on the zope list this morning and I found it distressing. I don't normally read the zope list. -- Aaron Watters http://www.chordate.com

1 0

Can Zope*src/lib/python be copied to .../python1.5/site-packages?
by skip＠mojam.com 04 Mar '99

04 Mar '99

Can the contents of Zope's lib/python directory safely be copied to the site-packages directory of the Python install directory? Thx, Skip Montanaro | Mojam: "Uniting the World of Music" http://www.mojam.com/ skip(a)mojam.com | Musi-Cal: http://www.musi-cal.com/ 518-372-5583

1 0

RE: [Zope] [ZDP] Announcing the Zope Documentation Project
by Paul Everitt 04 Mar '99

04 Mar '99

Philip wrote: > Maybe Michigan/Ontario area? Ahh, we'll just have to rent a bus and go on a nationwide tour. :^) No, right now we're considering partnering with a technology training company in Washington DC. --Paul

2 1

Re: [Zope] [ZDP] Showing form data
by Jeffrey P Shell 04 Mar '99

04 Mar '99

>From: Martijn Pieters <mj(a)antraciet.nl> >To: Zope Mailinglist <zope(a)zope.org> >Subject: [Zope] [ZDP] Showing form data >Date: Thu, Mar 4, 1999, 4:30 AM > > * How can I show all form data/cookies/REQUEST vars without knowing their > names? > > By using the #in tag, you can easily all show all data in any dictionary > object, like REQUEST.form, REQUEST.cookies and even REQUEST itself. Just > call the items() method of the dictionary, and the #in tag will provide > a sequence-key and sequence-item variable for every item in the > dictionary. > > Show showing all form data can be done like this:: > >  > : <BR> >  > > Use REQUEST.cookies.items() for all your cookies, and REQUEST.items() > for all REQUEST variables, including CGI Environment variables. The most supremely easy way is:: <PRE></PRE> :) .jPS | jeffrey(a)digicool.com zope, through the web. www.zope.org

1 0

RE: [Zope] [ZDP] Showing form data
by Ken Manheimer 04 Mar '99

04 Mar '99

Martijn Pieters wrote: > > * How can I show all form data/cookies/REQUEST vars without knowing their > names? > > By using the #in tag, you can easily all show all data in any dictionary > object, like REQUEST.form, REQUEST.cookies and even REQUEST itself. Just > call the items() method of the dictionary, and the #in tag will provide > a sequence-key and sequence-item variable for every item in the > dictionary. As a new zope user, and also according to my general documentation sensibilities, i suspect it would be very valuable to have a catalogue of the various special variables (like sequence-key and sequence-item) and the various entities (REQUEST.cookies, ...) available to the DTML programmer. There may already be some sort of catalogues around - in which case pointers to those kinds of resources would be very nice to have... Ken >From the perspective of a new user of zope, as well as from the perspective of completeness, one thing i think would be

1 0

RE: [Zope] [ZDP] List appears ready
by Ken Manheimer 04 Mar '99

04 Mar '99

Martijn Faassen wrote: > > Robert OConnor wrote: > > This ZDP list appears to be ready now although only Ken [List admin] > > is signed up. > > I know, Ken sent me a mail. :) I still need to subscribe to it. > [...] > I guess this counts as an announcement. Ken asked me to do it, but I > just mailed him I'd rather he did it (as he knows more about these > things than I do, and I won't be available to deal with problems until > monday, after today, thursday). > > But, now you did, so that's fine too. :) Umm - i know it's redundant at this point, but for completeness sake - the Zope Documentation Project mailing list is open and ready for business. Thanks again to martijn for instigating this effort - have at it! Ken Manheimer klm(a)digicool.com

1 0

RE: [Zope] zope ZGadfly DA buggy
by Michel Pelletier 04 Mar '99

04 Mar '99

> -----Original Message----- > From: Aaron Watters [mailto:arw@ifu.net] > Sent: Thursday, March 04, 1999 10:32 AM > To: zope(a)zope.org; crew(a)server.python.net; jeffbauer(a)bigfoot.com > Subject: [Zope] zope ZGadfly DA buggy > > > Hi. I've been getting a lot of confusing complaints about gadfly > that turn out to be Zope bugs. Just for the record. > > ZGadflyDA doesn't support more than one db, gadfly does. > ZGadflyDA doesn't support newlines in string literals, gadfly does. > ZGadflyDA doesn't include kjbucketsmodule which makes gadfly run 10x > faster. > ZGadflyDA packages gadfly beta 0.2, whereas the current release is 1.0 > (October 1998) where a lot of other bugs are fixed.... > > I'm sure these will be fixed soon, in fact I'd offer a patch > if I could > figure out how the thing works, but until then, > Yours truly, > -- Aaron Watters http;//www.chordate.com > > Aaron, could you please submit a collector bug with the above information? We will make sure the next release takes a stab at these (at the least use the latest version!) -Michel > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope >

1 0

zope ZGadfly DA buggy
by Aaron Watters 04 Mar '99

04 Mar '99

Hi. I've been getting a lot of confusing complaints about gadfly that turn out to be Zope bugs. Just for the record. ZGadflyDA doesn't support more than one db, gadfly does. ZGadflyDA doesn't support newlines in string literals, gadfly does. ZGadflyDA doesn't include kjbucketsmodule which makes gadfly run 10x faster. ZGadflyDA packages gadfly beta 0.2, whereas the current release is 1.0 (October 1998) where a lot of other bugs are fixed.... I'm sure these will be fixed soon, in fact I'd offer a patch if I could figure out how the thing works, but until then, Yours truly, -- Aaron Watters http;//www.chordate.com

1 0