Pydevd : reconnect to debug server

[Thomas Johnsson]

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@...
https://lists.sourceforge.net/lists/listinfo/pydev-code

[Fabio Zadrozny]

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).

Cheers,

Fabio

On Thu, Aug 27, 2009 at 5:46 AM, Thomas Johnsson<thomas@...> 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@...
> 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@...
https://lists.sourceforge.net/lists/listinfo/pydev-code

[Thomas Johnsson]

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<thomas@...> 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@...
>> 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@...
> 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@...
https://lists.sourceforge.net/lists/listinfo/pydev-code

[Fabio Zadrozny]

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<thomas@...> 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<thomas@...> 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@...
>>> 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@...
>> 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@...
> 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@...
https://lists.sourceforge.net/lists/listinfo/pydev-code