Here is the first advertisement on the Winpdb site ever, and it ain’t from Google…
Are you looking for a web developer?
Look not further, here I am!
Python, Django, PHP, JavaScript, CSS, XHTML, etc…
High quality software development and professional service.
Contact me today, actually, contact right away nir@winpdb.org
Python 2.6 users, read this:
I posted a new Windows installer for Winpdb 1.4.0 Tychod that installs on Python 2.6. The original installer was built with Python 2.5 and does not install on Python 2.6 (which is the result of a bug in Python). There are no changes to the package files.
Hey, GNU/Linux users: Winpdb runs on GNU/Linux! and is actually being developed on GNU/Linux.
A new Free PHP web application framework…
For those of you who like living on the bleeding (and buggy) edge of the software world I have uploaded a version of Winpdb compatible with Python 3.0beta1 and Python 2.6beta1 to the mercurial repository: http://winpdb.org/cgi-bin/hgweb.cgi. Instructions are available at http://winpdb.org/cgi-bin/moin.cgi/WinpdbSource
If you find anything that got broken with this update please let me know.
Keep in mind that you can’t actually run the Winpdb GUI in Python 3.0 since wxPython is not available for that version yet. What you should be able to do is to start the debugged script in Python 3.0 and attach to it from a Winpdb instance running under Python 2.5. On a Windows system you would do it with something of this sort:
c:\python30\python.exe rpdb2.py -d myscript.py c:\python25\python.exe winpdb.py
For this to work you need to either install the debugger into both Python installations or not install it at all. Remember that you can use Winpdb without installing it. In any case you must not try to run a copy of Winpdb installed into one Python version with the interpreter of another Python version.
Heads up for the Python development team: If you run idle.py in either Python 3 or 2.6 under the control of a debugger (any debugger including pdb.py) an erroneous exception is raised in line 295 of multicall.py due to a bug in the interpreter. I will try to be a good citizen and file a report this week. If I didn’t do it it is probably because the dog ate my notebook.
Would you like to have a usable GUI builder for Python? Do you feel as I do that such a tool is missing? I have been planning it in the past months and an initial document is available at http://winpdb.org/cgi-bin/moin.cgi/GuiBuilder. I would love to have your opinion. I will only be able to develop this project effectively if I can find a sponsor so it is currently being developed rather slowly on my spare time.
Winpdb has always been a little spartan. On purpose actually, since I prefer to invest my available energy on endlessly improving and fixing the debugger engine (rpdb2). In fact, the Winpdb GUI was originally intended as a simple reference front end to rpdb2.
The time, however, has come to make long due usability improvements to the GUI and this is where you can come in.
I am looking for people who are willing to contribute improvements to the Winpdb GUI in a coordinated effort. Contact me if you are interested or comment here.
The other possible way to contribute to the development of Winpdb is to send some MONEY! Or as Richard Stallman put it: “There is a good reason for users of software to feel a moral obligation to contribute to its support. Developers of free software are contributing to the users’ activities, and it is both fair and in the long-term interest of the users to give them funds to continue.”
If you need some further encouragement, try to imagine me as a naked monk sitting on the filthy pavement with an empty cup and a broken keyboard, endlessly clicking its dirty keys composing Python zen poetry that you find useful. Now, focus on the empty cup.
mod_python 3.3 causes a segmentation fault in Apache when evaluating type(req.finfo) where req is the request object passed to a mod_python handler.
In case you wondered who on earth would try to evaluate that expression, Winpdb does, if you try to expand the req object in the namespace viewer.
But don’t you worry, there is a work around available. The latest Winpdb version in the SVN repository tiptoes around that nasty request member. You can get it from: winpdb.svn.sourceforge.net/viewvc/winpdb/trunk/winpdb/ or with the following command:
svn co https://winpdb.svn.sourceforge.net/svnroot/winpdb/trunk/winpdb winpdb
Thanks to Greg for reporting this problem in the forum.
A tip of the day for conclusion: When debugging a mod_python script on a forking Apache server, each request may be handled by a different processes. To be able to debug such a script you may need to re-attach Winpdb to the new process with each request or configure your Apache server to use a single process for the purpose of debugging.
If you see too many ‘N/A’ in the name-space viewer try the latest version from the subversion repository:
svn co https://winpdb.svn.sourceforge.net/svnroot/winpdb/trunk/winpdb winpdb
You can also browse online at:
http://winpdb.svn.sourceforge.net/viewvc/winpdb/trunk/winpdb/
I keep getting complaints from users who overlooked Winpdb since its name sounds Windows specific. I am scratching my head for a new name for some time now and will welcome your ideas.
A new Winpdb beta is ready for you to take it for a ride with Unicode support, py3k compatibility and many bug fixes. Winpdb needs your feedback from bug reports to usability suggestions and English proof reading. You can grab it from: http://winpdb.org/downloads/winpdb-1.2.5.tar.gz
To run Winpdb directly without installing it type: python winpdb.py
Read the included readme file for installation instructions and further information.
Winpdb - A Platform Independent Python Debugger