Mailman 3 May 2008 - pytest-dev

[py-dev] Request for enhancing Exception handling in execnet
by Gerard Petersen May 7, 2008

May 7, 2008

Hi All, I write this email as a follow up to a chat on #pylib with cfbolz. Bare with me in the code example and explanation because I'm only into python for six months or so. The reason for this request is that I'm building an application with wx.Python that does remote file handling based on execnet. I was told that it's good practice to have exceptions raised in your code as low as possible, and handle them as high in your code as possible. A brief setup of my app (just to illustrate) gui/mainapp (the gui) dwlib/remote (the remote module) In the app (the gui) I call a function from dwlib that gets a remote dirlisting. If this fails the gui pops up a dialog with advice on how to continu. As the docs of execnet state. Errors on the remote side are raised as OSErrors and contain a textual version of the remote exception. Two that I forced (simulated): OSError: [Errno 13] Permission denied: '/some/where' OSError: [Errno 2] No such file or directory: '/some/whe' This is correct behaviour but I would like to have them as actual exceptions back up to the interface. In this case I have to parse the string in the dwlib module with something like "if value.startswith(OSError')" and raise another exception my self. So the request is: Is it possible to actually have the Exception from the remote side passed on as an exception object to the local side (or recreate one?!?). Attached is a script that simulates the problem. There are SSH keys in place, so (local)host access is functioning. As said I'm not a python guru (yet). so please don't shoot my code ... :-) I hope all is clear. Questions on the mather (and tips) are very welcome. Kind regards, Gerard. -- $Grtz =~ Gerard; ~ :wq!

4 5

[py-dev] MAX_PATH on windows
by Martijn Faassen May 6, 2008

May 6, 2008

Hi there, Apparently the Windows API has a limitation in how long paths can get, set to 256 characters!(!!) This can break applications on Windows, including Py. Here are some relevant resources: http://mail.python.org/pipermail/python-bugs-list/2006-June/033754.html http://mail.python.org/pipermail/python-bugs-list/2007-March/037810.html http://msdn.microsoft.com/en-us/library/aa365247.aspx There is some discussion that this could be fixed in Python 2.5. It's also however not 100% clear to me, looking at the discussions, whether it really is. I'm on Python 2.4 myself... I think at the very least it'd be good to have a test case in Py that tries to trigger this error. Apparently a workaround is to prefix windows paths by "\\?\". Paths can then be a lot longer. I'm not sure how this interacts with the Python use of these APIs, however. If the workaround would really work, py could generate its windows paths with that prefix. Regards, Martijn

1 0

[py-dev] Building greenlet 0.9.1 in Solaris 10
by Joe Python May 5, 2008

May 5, 2008

Building greenlet 0.9.1 in Solaris 10 While trying to build the c extension within Solaris 10, i get the following error message: bash-3.00# /usr/local/bin/python setup.py build running build running build_ext building 'greenlet' extension creating build creating build/temp.solaris-2.10-sun4u-2.5 gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/usr/local/include/python2.5 -c greenlet.c -o build/temp.solaris-2.10-sun4u-2.5/greenlet.o In file included from slp_platformselect.h:16, from greenlet.c:251: switch_sparc_sun_gcc.h: In function `slp_switch': switch_sparc_sun_gcc.h:56: error: `_cst' undeclared (first use in this function) switch_sparc_sun_gcc.h:56: error: (Each undeclared identifier is reported only once switch_sparc_sun_gcc.h:56: error: for each function it appears in.) switch_sparc_sun_gcc.h:52: error: PIC register `%l7' clobbered in `asm' error: command 'gcc' failed with exit status 1 bash-3.00# gcc -v Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs Configured with: /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) Python build is : Python 2.5.1 (r251:54863, May 16 2007, 19:58:05) [GCC 3.4.6] on sunos5 bash-3.00# cat /etc/release Solaris 10 3/05 s10_74L2a SPARC

1 0