gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] review of possible checkin.


From: Ian Haywood
Subject: Re: [Gnumed-devel] review of possible checkin.
Date: Wed, 16 Mar 2005 06:26:46 -0500
User-agent: Mutt/1.3.28i

On Wed, Mar 16, 2005 at 09:15:35PM +1100, catmat wrote:
> Ian Haywood wrote:
> it's easier to use print statements, and then disable them with # after
> debugging the module :
Damned insolence ;-)

Of course its acceptable to use print in your own debugging,
but they should be removed before committing.
(completely, again,please don't clutter the code with pointless
commenting out)
> configuration level ,environment level or  the command line level ( is 
> it documented?).
Yes, in the module.

> One of the main reasons development is so slow is there is no step through
> debugger, or the technique for using one is not widely known,
Huh? python includes a step-through debugger (pdb), which is clearly
documented in the python docs.

I often insert:
import pdb
pdb.set_trace ()

before an interesting section of code, this fires up the debugger at
that point in the code.

> to an exception can be traced through line numbers in each module file."
This is the main reason: you have have one LogException in a wx event
handler,
 and it catches  everyting in code called by the handler.

> 
> Is anyone using a tool/editor that can link a log files  path  
> statements to  a
> editor to auto-open the module file concerned at the line number?
Yup, its called Emacs ;-))

Ian

Attachment: pgpu4nCnPW39j.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]