[Python-Dev] pdb: should next command be extended?

Bob Ippolito bob at redivi.com
Fri Aug 12 03:18:30 CEST 2005


On Aug 11, 2005, at 3:02 PM, Anthony Baxter wrote:
> On Monday 08 August 2005 20:13, Ilya Sandler wrote:
>>>> At OSCON, Anthony Baxter made the point that pdb is currently one 
>>> of the
>>> more unPythonic modules.
>>>>>>> What is unpythonic about pdb? Is this part of Anthony's presentation
>> online? (Google found a summary and slides from presentation but they
>> don't say anything about pdb's deficiencies)
>>>> It was a lightning talk, I'll put the slides up somewhere at some 
> point.
> My experience with pdb is that it's more or less impossible to 
> extend or
> subclass it in any way, and the code is pretty nasty. In addition, 
> pretty
> much everyone I asked "which modules in the std lib need to be 
> seriously
> fixed" listed pdb first (and sometimes first, second and third).

One thing PDB needs is a mode that runs as a background thread and 
opens up a socket so that another Python process can talk to it, for 
embedded/remote/GUI debugging. This is what IDLE, Wing, and WinPDB 
(haven't tried it yet <http://www.digitalpeers.com/pythondebugger/ 
index.html>) do.
Unfortunately, most of the other Python IDE's run interpreters and 
debuggers in-process, so it makes them unsuitable for developing GUI 
and embedded apps and opens you up for crashing the IDE as well as 
whatever code you're trying to fix.
-bob


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /