On Thu, 10 Apr 2008 11:50:35 -0400, Benji York wrote: > Dieter Maurer wrote: >> As the community (apparently) strongly favors "doctest" over >> "unittest", I wrote my first test based on "zope.testing.doctest". And >> promptly, I was badly surprised.... >> >> In order to analyse a difficult problem, I added "from dm.pdb import >> zpdb; zpdb.set_trace()" in the doctest ("dm.pdb.zpdb" is my Zope aware >> PDB extension) > > The standard PDB works fine. I'm sure you're extended version can be > tweaked to as well.
I have similar issues with ipdb. - similar in sense that I cannot use it when running from doctests. ipdb is a lightweight component that enables entering ipython when "import ipdb; ipdb.set_trace()" is called. Those of you that use ipython and also develop with doctests a lot, will understand why it would be a nice to have also from doctests. In case of ipdb I had no parameters problem like Dieter encountered with zpdb, however I observed that the doctest runner needs to redirect input and output while running tests, which are specifically routed back to stdin and stdout while pdb.set_trace is entered, to enable interactivity. This is done by monkeypatching pdb if I remember well. But the same does not happen with ipdb, of course. So, my conclusion is that while doctests work well with the standard pdb, any alternate debugger must be supported explicitely (by changing the doctest code). As with ipdb, this may be the case with zpdb as well. Best wishes -- Balazs Ree _______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )