[PyKDE] eric3: Breakpoint in another file

Patrick Stinson patrickkidd at gci.net
Tue Oct 11 19:46:07 BST 2005


begni able to debug zope would be fantastic, as I have been writing  
plone products professionally for the past few months. One of the  
biggest problems with an app like zope is that the startup time is so  
long. this falls outside the scope of this list, I suppose though.


On Oct 7, 2005, at 9:29 AM, Detlev Offenbach wrote:

> Am Mittwoch, 5. Oktober 2005 00:13 schrieb Florian Lindner:
>
>> Am Dienstag, 4. Oktober 2005 21:01 schrieb Detlev Offenbach:
>>
>>> Am Dienstag, 4. Oktober 2005 20:22 schrieb Florian Lindner:
>>>
>>>> Hello,
>>>> I've tried out eric3 and it looks promising.
>>>> However, I have one problem. I open a file which is part of  
>>>> Zope3 and
>>>> set a breakpoint there. Now I open the runzope start script and  
>>>> execute
>>>> it from within eric. This runzope script calls (after running  
>>>> through a
>>>> larger call-tree) the function where I set the breakpoint. But
>>>> execution is not stopped there.... Why that?
>>>>
>>>
>>> Are you sure, that runzope doesn't spawn another process. In that  
>>> case,
>>> this process will run in the standard python interpreter outside the
>>> debugger. I have seen this about a year ago, when I tried debugger
>>> support for Zope. Unfortunately I wasn't successful :((
>>>
>>
>> Probably you are right and the runzope script spawns another  
>> process. So
>> it's impossible to debug such multi-process apps with eric3?
>>
>
> It seems so. I would like a Zope specialist to find a way to use  
> eric3 as a
> Zope debugger.
>
>
>>
>> Florian
>>
>> _______________________________________________
>> PyKDE mailing list    PyKDE at mats.imk.fraunhofer.de
>> http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
>>
>
> Detlev
> -- 
> Detlev Offenbach
> detlev at die-offenbachs.de
>
> _______________________________________________
> PyKDE mailing list    PyKDE at mats.imk.fraunhofer.de
> http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
>




More information about the PyQt mailing list