Hi Thomas, Well, I do get your case, but then I believe you want to manage the debugging a little differently, providing a proper disconnect and stopping the debugging properly (removing tracing functions and stopping the threads properly) so that it can be embedded better in your case -- please create a feature request for that to be incorporated in the pydev debugger.
The actual overhead of the debugger can change quite a bit, depending on the breakpoints set and traced contexts (so, it can range from around 2 to 10 times slower -- although the common case would be having it around 2-3 times slower, although if you have psyco there it could be less than that), so, I believe it'd be important for you to properly stop the debug session. Another thing is that you can only have 1 debug session at a time, because of the way that the debugger is set and the python tracing works, but that's something you have to manage in your own application. Cheers, Fabio On Tue, Sep 8, 2009 at 5:46 AM, Thomas Johnsson<tho...@skri.net> wrote: > Fabio Zadrozny wrote: >> Hi Thomas, >> >> I think that's correct... actually, the port it was bound to was >> closed, and it doesn't really try to reconnect. >> >> Is that a common use-case? (as you mentioned you did it by mistake... >> I believe that happens pretty seldomly, as you don't really have to >> stop the debugger from eclipse at all -- just start it and leave it >> running, even with multiple client runs). >> > I think it might well become a common use-case in some circumstances. > The application we have, which we will connect eclipse to as python IDE, > might typically run may days, maybe even weeks (typically loading a lot > of user data). In the application the user might do many 'little' python > editing sessions, some of which may involve debugging. > In such a case it would be severely inconvenient to restart the application. > I don't know what the debugging overhead is -- I'm sure you know that > better -- but it seems a bit half-baked needing to have trace on for the > whole of the rest of the session just in case. > > Cheers, > -- Thomas > >> Cheers, >> >> Fabio >> >> On Thu, Aug 27, 2009 at 5:46 AM, Thomas Johnsson<tho...@skri.net> wrote: >> >>> I have questions about the debug server in pydev 1.4.8 (and earlier >>> versions). I do remote debugging, that is, start the debug server in >>> eclipse and connect to it from python code in my external application >>> with pydevd.settrace(....). >>> After a while I stop the debug server (by mistake) in eclipse. >>> by pressing stop the debug server in eclipse. >>> >>> Now it seems that I can't reconnect to the debug server again from my >>> application: pydevd.settrace( ) seems to have no effect. I have to >>> restart my application and use pydevd.settrace again. >>> >>> Can I reconnect to the debug server without restarting the whole >>> application? >>> >>> -- Thomas Johnsson >>> Jeppesen Systems, Göteborg, Sweden >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> pydev-code mailing list >>> pydev-code@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/pydev-code >>> >>> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> pydev-code mailing list >> pydev-code@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/pydev-code >> >> > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > pydev-code mailing list > pydev-code@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pydev-code > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ pydev-code mailing list pydev-code@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pydev-code
