[Eric] RE: Debugging when running from .zip files, and various problems

Tunmer, Luke ltunmer at qualcomm.com
Thu Jan 3 18:00:35 GMT 2008


Hi,

I've just started to look at Eric4, and I'm impressed. However, the
following things have stopped me in my tracks:

- We build our project from a large number of components (currently >
15), some developed by other teams. The way that these components get
built is they are compiled into pyc files and packaged into a zip file -
very much like the Java jar file concept. When our project runs, all the
zip files get added to the sys.path by a little bootstrap script. This
of course breaks the assumption that most debuggers use, which is that
the py sits next to the pyc file. Is there a way of getting the Eric4
DebugClient to have some knowledge of a mapping between the filename
found in frame.f_code.co_filename and the source file, using something
like a source-path setting? I don't think the remote/local mapping will
be sufficiently rich to do this.

- I have also hit a problem with threads. If I select the Multi Threaded
Client Type, my thread's run method is never getting called. If I select
Standard, then my Python-created threads do run, however threads that
originate from elsewhere (i.e. ominORBpy) seem to get hung up. If the
Standard client is selected, then breakpoints set in wxPython dialog
code fail to work.

- Furthermore the Multi Threaded client seems to be excruciatingly slow:
our app is a large wxPython app, and the startup of it can take 2
minutes when run in Eric4 as opposed to 15 seconds normally. I looked at
how much gets run on the settrace hook and it seems to be quite a bit.
However the Standard client runs much faster.

- I've also had lock-ups where the client is consuming 100% of the CPU.

Many thanks for any feedback you can offer.

This is Eric4 - 4.0.3 (r1529) running on WinXP.

Regards.
Luke




More information about the Eric mailing list