June 2002 - Zope-Dev

problem using C++ code called by Python in zope
by Juliette Colmant 27 Jun '02

27 Jun '02

Hello, I have a problem using C++ code called by Python in zope. I have a python script that calls a C++ code. When I just use the python script without zope, I can see the messages I printed in the C++ with the "cout" command, but when I call the script via Zope, I can't see these C++ "cout" message anymore! When I print things in my Python scripts using the python "print" i can see them but nothing happends with the C++ "cout"... Does someone know if there is a way to see them? Thanks Juliette. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

FTP issue or Alternative
by Ahsan Imam 27 Jun '02

27 Jun '02

Hello All, I am trying to FTP images into various zope directories. Some of the images show in zope as 0k. When I check these out in the file system they are greater than 0k and I can view them. So I put like a 5 second sleep in my script before every image is ftp'ed. This method did reduce the number of 0k files however it did not eliminate the problem. I do not want to use the use 5 second method as the scripts takes a very long time to complete. Is there something I am not aware of? What other method can I use? Can I simply take a OS directory structure and import it into zope? I am not sure how. Can you point me some sample code or literature. Your help or guidance is much appreciated. Thanks Ahsan Imam

2 1

UnboundLocalError.
by Sidnei da Silva 27 Jun '02

27 Jun '02

Seems like i found the cause for UnboundLocalError bug that i was having. See there: http://collector.zope.org/Zope/445 []'s -- Sidnei da Silva (dreamcatcher) <sidnei(a)x3ng.com.br> X3ng Web Technology <http://www.x3ng.com.br> GNU/Linux user 257852 Debian GNU/Linux 3.0 (Sid) 2.4.18-newpmac ppc [We] use bad software and bad machines for the wrong things. -- R.W. Hamming

1 0

Bug Day June 2002 results
by Behrens Matt - Grand Rapids 25 Jun '02

25 Jun '02

I just wanted to give a quick summary of Bug Day June 2002, and get people thinking about July 2002 a little sooner so maybe more people can make it. Yeah, I know there were a lot of things going on this time around... Anyway, we fixed #151, #72, #6, #402, #79, #272, #409, #312, and #432, plus chrism@ worked tirelessly on the Transience problems. Total bugs resolved, then, is 10. Next Bug Day, provided folks are keen on it, would then be Thursday, July 18 (IIRC, the Europeans preferred Thursdays), starting at 9 AM US/Eastern.

1 0

Buglet in Zope, or Bug in Python, you decide...
by R. David Murray 25 Jun '02

25 Jun '02

Zope 2.5.1, Python 2.2.1 (yes, I know it's not supported yet <grin>). I just spent a day tracking down a weird initialization problem in Zope2. If you have the following circumstances: 1) an instance of a calss from a Product already in the ZODB 2) your Product 'initialize' uses __import___ to do the import of the module containing the class that defines the instance 3) you introduce a bug into the module imported via __import__ then the end result is that the bug in the imported module is completely swallowed. The possible Zope buglet: This happens because the ClassFactory does a bare try/except when importing the module needed to resucitate the existing object. This is a reasonable thing for it to do: if the import fails for *any* reason it marks the object as broken. It then logs an error. I did not, by the way, to figure out why the object got activated before the install_products call (it was in the top level folder; that may have something to do with it), but pretty much anything that touched the Control_Panel (or maybe even app itself) triggered the load. I didn't try very hard to figure out why this was happening. When install_products *does* later run, in normal situations the product install triggers the same error that ClassFactory saw, and the developer gets to see the traceback for the bug he introduced. But because of the semantics of __import__ (see below), if __import__ was used to load the module-with-bug, the traceback will *not* happen; and likely some other error will instead, because the module was not completely loaded. (NB: It took longer for me to find this bug than it should have because I forgot to delete my Product from the Control_Panel; because it was still in there from when it had been working, ClassFactory did not print it's helpful error message. I don't know why it didn't, and have not tried to find out). To fix this theoretical buglet, it might be appropriate for ClassFactory to log the error rather than just a generic "can't load" error message. Yes, normal errors will then appear in stupid_log twice, but I'd rather two copys of a traceback than a misleading one. The Possible Python Bug: The, um, interesting semantics of __import__ are demonstrated by this short test program: test.py ------- try: module = __import__('test2') except: pass module = __import__('test2') print dir(module) test2.py -------- aaa = 'bbb' raise KeyError bbb = 'ccc' If you do 'import test' from the python shell, you will see that you get no traceback from the second __import__, and further that 'aaa' and only 'aaa' is in the resulting module's __dict__. It seems to me that this is a bug, but since __import__ is normally-behind-the-scenes magic, there may be a good reason for it. However, if that is the case, how can I check, when doing an __import__, that I've gotten a valid module? Concluding Question: So, which bug tracker does this one go in, zope's or python's? --RDM

1 0

Re: [Zope-dev] Error by using libraries with an external method
by Leonardo Rochael Almeida 24 Jun '02

24 Jun '02

On Fri, 2002-06-21 at 17:25, Juliette Colmant wrote: > > > [...] > > > Error Type: ImportError > > > Error Value: ./test.so: cannot open shared object > > > file: No such file or directory > > --- Leonardo Rochael Almeida <leo(a)hiper.com.br> > > You probably need to put your library in the > > PYTHONPATH of Zope. The > > usual place is > > <zope-root>/lib/python2.1/site-packages > > > > Putting it in the Extesions directory, so that it > > can be imported by > > external methods, doesn't seem to work, even if you > > put Extensions in > > the PYTHONPATH, at least in my experience. > > I've tried to put the module and the librarie I use in > the directory you gave me but I have still the same > error. > Actually, I have a module that use a library. Zope has > no problem about the module. The problem is about the > library... > If you have an other idea? I'm assuming that you mean the *module* is an extension library (i.e. a .so file that is imported by your python code) and the *library* is another .so that is needed by that module. In this case, the module must be in the PYTHONPATH just as I mentioned, but the library must be in your machine dynamic linker path. Take a look at the ld.so man page ("man ld.so") and, if your machine runs Linux, at the file /etc/ld.so.conf and the ldconfig man page ("man ldconfig"). You may need to configure the LD_LIBRARY_PATH environment variable. Cheers, Leo ps: when replying to help posts, please also reply to the list, not just the original poster. Actually, it's better if you just reply to the list, as the original poster will already receive the message. -- Ideas don't stay in some minds very long because they don't like solitary confinement.

2 1

RE: [Zope] ImportError with unlrelated and obsolete module
by Jay, Dylan 24 Jun '02

24 Jun '02

> -----Original Message----- > From: Dieter Maurer [mailto:dieter@handshake.de] > Jay, Dylan writes: > > .. > > ZSQLMethods has nothing to do with PTKBase. When I try to > access any > > advanced tab from an ZQLMethod I get the following error. > (PTKBase is no > > longer installed and I have to need to install it) > > ... > > (Object: manage_advancedForm) > > File > C:\PROGRA~1\Zope\25228D~1.1\lib\python\Shared\DC\ZRDB\DA.py, line > > 476, in manage_product_zclass_info > > (Object: qryGetPersonInfoSQL) > > File > C:\PROGRA~1\Zope\25228D~1.1\lib\python\ZODB\Connection.py, line 472, > > in setstate > > ImportError: (see above) > You know the custom classes you can use in the ZSQL Advanced tab? > You can use ZClasses to implement such classes. > > The method "Shared.DC.ZRDB.DA.DA.manage_product_zclass_info" > runs through all ZClasses and tries to build a list of > ZClasses that can be used for this purpose. > > Thereby, it hits a ZClass that is dependent on a product that > is no longer > installed. > > Your options: > > * find the ZClass that produces the problem and delete it. > > It is probably an old Portal Toolkit ZClass. I'm pretty sure that no longer exists either. Something must be wrong with the code that cleans out this registry. This email shows the problem quite clearly http://mail.python.org/pipermail/zope/2001-August/097435.html If I could somehow readd the appropriate classes and then delete them so it removes the classes properly then that might clear it out but I havn't managed to do that yet. This registry looks like a real bodgy piece of work. Shouldn't it use more indirection or be able to refresh itself or something > * add a "try ... except" round line 476 of "Shared/DC/ZRDB/DA.py" > > File a bug report to "<http://collector.zope.org>" with your > patch I filed a bug report but wasn't confident in patching it since I wasn't sure sideeffects catching those errors might have. Personally I think there is a more robust solution possible but I'd like to here someone closer to the code offer an opinion on this. http://collector.zope.org/Zope/438

2 1

Error by using libraries with an external method
by Juliette Colmant 24 Jun '02

24 Jun '02

Hello, I have a problem using libraries with Zope. I have a C++ program. I made some libraries to be able to call it with Python. When I use just Python it works. But when I call my Python script with a Zope External method i doesn't work. The error message I get is : Zope Error Zope has encountered an error while publishing this resource. Error Type: ImportError Error Value: ./test.so: cannot open shared object file: No such file or directory If someone can help me? Thanks ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 3

Zope logic
by Wei He 21 Jun '02

21 Jun '02

Hi all, I have tried Zope for a week and found a logic problem. An object (say index_html) is inherited by child objects of the site say Document to make http://www.domain.com/Document share the upper level index_html. This sounds good but acutally not I think. People will be really confused to see such results: http://www.zope.org/Documentation/ZopeBook/Documentation http://www.zope.org/Images Is there a way to setup an object to be uninheritable or as private to avoid this logic? Or maybe we should workout a way to do so. Wei He

16 51

Temp Folders and Transient Object Containers
by Jeffrey P Shell 20 Jun '02

20 Jun '02

Under the category of "feigning smartness by blindly copying what I see", In a subfolder of the Zope root, I set up a browser_id_manager, a session_data_manager, a temp folder (cleverly named 'temp_folder'), and put a Transient Object Container inside that temp folder, named 'tix_sessions'. Of course, when I restarted Zope, the 'tix_sessions' object itself was gone. So, why is the default Transient Object Container put in a Temporary Folder? If I want to use an application specific one that doesn't get lost on restart, is it OK to put it into a normal persistent folder? -- Jeffrey P Shell www.cuemedia.com

2 3