[PyKDE] crash and hang issues with pytone and eric3
Detlev Offenbach
detlev at die-offenbachs.de
Sun May 1 09:11:17 BST 2005
Hi,
could you please send little test scripts that reproduce the described
behavior. That way I can look at the problems. From what you are writing, I
think, that all of the three issues describe a real problem.
Regards,
Detlev
Am Sonntag, 1. Mai 2005 01:42 schrieb Richard Smith:
> I'm trying to do some hacking on pytone (http://www.luga.de/pytone/)
> and decided to try out eric3 in the process.
>
> So far I like eric3 very much.
>
> I've got 3 issues that I'd like some help with.
>
> Issue 1 is that curses seems to not be compatible with eric3.
> currently pytone has a curses interface and the call to curses.raw()
> or curses.cbreak() will return back an error and throw an exception.
> Which then causes the DebugSever to die. Has anyone used eric3 and
> curses together?
>
> Here is the traceback from when the Debugger dies.
>
> Traceback (most recent call last):
> File "/usr/lib/python2.3/site-packages/eric/Debugger/DebugServer.py",
> line 584, in handleLine
> fn, lineno = line[eoc:-1].split(',')
> ValueError: unpack list of wrong size
> Traceback (most recent call last):
> File "/usr/lib/python2.3/site-packages/eric/Debugger/DebugServer.py",
> line 556, in handleLine
> self.emit(PYSIGNAL('clientVariable'),(line[eoc:-1],))
> File "/usr/lib/python2.3/site-packages/eric/Debugger/DebugUI.py",
> line 986, in handleClientVariable
> vlist = eval(vars)
> File "<string>", line 0
>
> ^
> SyntaxError: unexpected EOF while parsing
>
> If I comment out the curses.raw() or cbreak() calls then curses seems
> to load up ok but this brings me to my next issue.
>
> Issue 2:
> pytone seems to hang the DebugServer. If I comment out the .raw()
> call and run pytone then the debugger will hang. I have to exit eric3
> and kill -9 the DebugServer
>
> My install is Debian unstable using both the pytone and eric packages
> that are currently in unstable. As you can see from the traceback I'm
> using python 2.3
>
> These seem to be 100% repeatable for me. Note however that you have
> to set TERM=xterm in the Environment listbox or curses will refuse to
> even load.
>
> My last issue is that
> My class browsing doesn't seem to work on classes that have been
> copied from one another. pytone has lots of stuff that loads up
> before it gets to the curses stuff. One area that I was messing with
> was the database config which does some creative things using
> deep.copies of classes to handle multiple database types. If I break
> inside a method of one of these copied classes all the member
> variables that are accessed via self.variablename are not viewable.
> In the local variables tab I have a "self" item (with a plus) that
> says its a class instance @ 0xWhatever but if i click on the plus to
> expand out the members nothing shows.
>
> Other classes appear to work ok. Is this the expected behavior?
--
Detlev Offenbach
detlev at die-offenbachs.de
More information about the PyQt
mailing list