- Zope - Zope lists

Re: [Zope-dev] ZClasses instances become detached from class
by Michael Bernstein 09 Jul '99

09 Jul '99

Jason Spisak wrote: > > Yes. And it was actually a misinterpretation on my part of the > ZClasses. The index_html doesn't actually exists in the object instance > when you view contents. It exists as the View tab, or whatever you set > it to. Ack. I thought you meant that you wanted to view http://www.mydomain.com/MyObjectInstance/index_html , you do not need to assign your method to a view in order to do this. > My mistake. DC has got quite some powerful features in there > and it make it so easy, you miss it sometimes. :-) > > Heads up though. If you leave the Properties tabb assigned to the > default (manage_propertiesForm) you won't be able to see them until you > create a manage_propertiesForm. But the property sheets you create > become list choices that let you select them as the view that comes up > in the Properties tab. Great stuff DC!!!! Hmm, some more changes to the interface I guess, in my version things seem a bit smoother. The Views created can be assigned to all methods of the ZClass, manage_access, and propertysheets in the form of 'propertysheets/Propertysheet_Name/manage'. No need to create another method. Michael Bernstein.

1 0

RE: [Zope] socket.error: (10048, 'winsock error')
by Rob Page 09 Jul '99

09 Jul '99

> > Any idea what could be wrong with my configuration? > > > > D:\opt\zope>python zserver.py > > log: adding channel <select-trigger (loopback) at 8409b0> > > Traceback (innermost last): > > File "zserver.py", line 84, in ? > > from HTTPServer import zhttp_server, zhttp_handler > > File "ZServer\HTTPServer.py", line 115, in ? > > from HTTPResponse import make_response > > File "ZServer\HTTPResponse.py", line 97, in ? > > from PubCore.ZEvent import Wakeup > > File "PubCore\ZEvent.py", line 91, in ? > > File "ZServer\medusa\select_trigger.py", line 102, in __init__ > > a.bind (self.address) > > File "<string>", line 1, in bind > > socket.error: (10048, 'winsock error') > > > > I've never used Windows but I suspect you don't have access rights to > bind to whatever port your using. This is what the 'bind' > call does, at > least on UNIX. or something else has already taken the port... For example, if you're asking ZServer to grab tcp port 80 and IIS is already running on port 80 you might also get this error. Running netstat on your NT box might also shed some light... --Rob

1 0

FYI: Thanks for all the alpha testing reports!
by Paul Everitt 09 Jul '99

09 Jul '99

Howdy Zopesters. Just wanted to send an end-of-the-week note saying thanks to everyone for the heavy testing on the Zope alphas and all the detailed reports that have been submitted. Since we are still in alpha, we are finishing features at the same time that we are responding to bugs. Those of you on the zope-checkins mailing list can see that a lot of progress is being made. At the same time, we're starting again to work through the backlog in the Collector. I appreciate everybody's patience. We unfortunately don't have enough resources to respond immediately to each issue that is raised, but we are doing our best. If anybody feels that we should be doing better, please send me a note. Again, please keep sending in your bug reports and thoughts on how things are going! --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

1 0

RE: [Zope] socket.error: (10048, 'winsock error')
by Michel Pelletier 09 Jul '99

09 Jul '99

> -----Original Message----- > From: O.l.i.v.e.r T.h.u.n.s [mailto:oliver.thuns@gmx.de] > Sent: Friday, July 09, 1999 5:35 PM > To: zope(a)zope.org > Subject: [Zope] socket.error: (10048, 'winsock error') > > > I tried to setup ZServer from the Zope-2.0.0a3-src.tgz archive. I > untarred only the Zserver and the lib/python/ZPublisher directory > (don't want to use Zope now, only ZPublisher). I get the following > error when I execute the start.py (renamed to zserver.py). > > Any idea what could be wrong with my configuration? > > D:\opt\zope>python zserver.py > log: adding channel <select-trigger (loopback) at 8409b0> > Traceback (innermost last): > File "zserver.py", line 84, in ? > from HTTPServer import zhttp_server, zhttp_handler > File "ZServer\HTTPServer.py", line 115, in ? > from HTTPResponse import make_response > File "ZServer\HTTPResponse.py", line 97, in ? > from PubCore.ZEvent import Wakeup > File "PubCore\ZEvent.py", line 91, in ? > File "ZServer\medusa\select_trigger.py", line 102, in __init__ > a.bind (self.address) > File "<string>", line 1, in bind > socket.error: (10048, 'winsock error') > I've never used Windows but I suspect you don't have access rights to bind to whatever port your using. This is what the 'bind' call does, at least on UNIX. -Michel > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

newbie question, #in tag
by Bruno Matarollo 09 Jul '99

09 Jul '99

Hi! I am a newbie to Zope, and first of all I would like to say that it looks really good... Impressive...!!! :-) Well, let's get to the point. I have a form where I have an INPUT tag that is like this: <INPUT TYPE="TEXT" NAME="cant" SIZE="3" MAXLENGTH="3"> It is used to input a number... But in the DTML file used to process the form, I want to use a range where the max is the "cant" inputed at the INPUT tag... I have a , but obviously Zope complains that strings cannot be used in 'in' tags... So, how do I do to iterate in asequence that starts on 1 and ends on 'cant'? On python I would create a list but I don't know how to do this using only DTML methods. Is it possible? TIA /B

1 0

test
by michel＠digicool.com 09 Jul '99

09 Jul '99

ing

1 0

RE: [Zope] Zope, performance and multithreading (beginner questio ns)
by Michel Pelletier 09 Jul '99

09 Jul '99

> -----Original Message----- > From: Andy Dustman [mailto:adustman@comstar.net] > Sent: Friday, July 09, 1999 12:52 PM > To: Rob Page > Cc: 'Alexander Staubo'; 'zope(a)zope.org' > Subject: RE: [Zope] Zope, performance and multithreading (beginner > questio ns) > > > I mentioned this (buried in another thread), but I have a > MySQLdb module > for Python that is completely thread-safe (i.e. it releases the global > interpreter lock on blocking calls). It's mostly compatible with > MySQLmodule-1.4 (what ZMySQLDA uses) so it should be easily > adaptable to > Zope, except for the fact that it does try to use mxDateTime, which > conflicts name-wise with Zope's DateTime. If any changes are > required to > make it work with Zope (it should probably have it's own > ZMySQLdbDA), let > me know. > I would suggest against two DA from the same database. We are in a stitch right now because we have two Sybase DAs, one we wrote that we never released, and one Brian Hooper wrote that is the community DA, the problem is, our consulting customers use ours, and everybody else uses Brian's. We want to officially support Sybase, and we'll probably end up with something between the two of them, and call it 'official'. So I would suggest we, as a community, huck the old DA that has served us so well in our non-threaded days and rewrite it to use your threadsafe module. As you suggested, this should be pretty a pretty low calorie change since python has a little secret the rest of the world has yet to find out about, standard interfaces! So now we need a volunteer to rewrite the DA. Paul has officially pledged to send a wav file of him making kissing/lovey sounds to whomever takes on the task. -Michel PS: I'll leave this link here cuz it's cool: http://starship.python.net/crew/adustman/MySQLdb.html

2 1

RE: [Zope] Zope, performance and multithreading (beginner questio ns)
by Rob Page 09 Jul '99

09 Jul '99

> The MySQL solution to doing transactions is to instead do > table locking. > At least, this is what the docs say (see section 5.4). By not > supporting > transactions, this makes the database 2-3x faster (claimed). > An exerpt: > <SNIP GOOD MySQL Info> Andy: Wow! Thanks a million for the detailed info! We'll take this new scoop into account for the MySQL decision/effort. --Rob

2 1

strange authentication behavior...
by Jens Vagelpohl 09 Jul '99

09 Jul '99

hi everyone, i'm having a weird problem with authentication. here is the situation: - i have a publicly accessible folder which has all the default security settings, everyone can view the documents. - i have a subfolder named "images" containing images used in the documents of the public directory. this "images " folder inherits the default settings. - another subfolder of the public directory is restricted to a username/password (which works fine and dandy), and documents in this subfolder use the images from the "images" public folder as well, they are not copied into the secured folder. Here is the weirdness: When a user enters the restricted area everything shows fine, the documents and the pictures which are pulled from the unsecured directory. However, once the user "logs out" and returns to the unsecured area i am getting authentication screens asking for name and password when it tries to load the *pictures*. even if i try to use the name/password which gets me into the secured area they will not show and the password screens come back... Anyone have any ideas? this is really strange... Jens Vagelpohl

1 0

RE: [Zope] Zope, performance and multithreading (beginner questio ns)
by Rob Page 09 Jul '99

09 Jul '99

> Anybody know how well MySQL performs with multiple threads? Last I > heard, it serializes database calls, which isn't exactly promising. MySQL doesn't support transactions. Chris Petrilli here has the details but I'm led to believe this is a fatal blow to MySQL's ability to _ever_ (at least until it does support txns) reliably support threaded usage. --Rob

3 2