From rohan.nicholls at googlemail.com  Thu May 20 16:51:53 2010
From: rohan.nicholls at googlemail.com (Rohan Nicholls)
Date: Thu, 20 May 2010 16:51:53 +0200
Subject: [Python-mode] [PDEE] CEDET integration with python-mode.el?
In-Reply-To: <6cd6de211003201852k490247e9t82de2b37734bdc59@mail.gmail.com>
References: <87k4tccooo.fsf@pobox.com> <87sk81cz0m.fsf@pobox.com>
	<jwvwrxcq5po.fsf-monnier+emacs@gnu.org> <4B9F61DD.4050507@online.de>
	<4B9F6D69.4020909@siege-engine.com> <87wrxcar2c.fsf@pobox.com>
	<20100320022201.GS1205@onerussian.com>
	<ec6fed891003201247j55a42bc1v1a637ec5d2e2ad77@mail.gmail.com>
	<20100320223535.GU1205@onerussian.com>
	<6cd6de211003201852k490247e9t82de2b37734bdc59@mail.gmail.com>
Message-ID: <AANLkTikmUwWui_Kw0MAhHbX2UI7A4ZjpG2F2iiT-kdEN@mail.gmail.com>

Hi Rocky,

Sorry about the late reply.

On Sun, Mar 21, 2010 at 3:52 AM, Rocky Bernstein
<rocky.bernstein at gmail.com> wrote:
> Comments in line.
>
> On Sat, Mar 20, 2010 at 6:35 PM, Yaroslav Halchenko <lists at onerussian.com>
> wrote:
>>
>> On Sat, 20 Mar 2010, Rohan Nicholls wrote:
>> > > Ipython + python-mode + python-ropemacs + pylint + flymake + outline
>> > > >...<
>> > I have also used such a setup, and it has a lot to offer, but I found
>> > that it really dies on you when you work with big projects. ?I think
>> > >...<
>> I had similar slowdown/cpu_intensive experience with some versions of
>> pylint and more or less large projects but then it somehow became sane
>> again (didn't check if any recent version changelog had any
>> performance/dependecy_tracking improvements ?mentioned)
>>
>> > emacs frontend to rpdb (command line version of the winpdb debugger),
>> > which seems to handle threading as well if not better than anyone
>> > else. ?Pdb falls down horribly when dealing with multi-threaded
>> > applications such as a wx-python or zope app.
>> what about pydb (or even may be a new rewrite pydbgr ?)
>>
>> ?I bet Rocky
>> (their author) who is also an emacs user might like to join the forces
>> to provide adequate glue?
>
> Of course, I'm happy to work with folks who are interested in using pydbgr
> and ensuring it plays nice with other tools. Strategically I'd like to see
> it and other debuggers of this ilk use DBGp, the remote debugging protocol.
> See http://xdebug.org/docs-dbgp.php.
>
> Right now though pydbgr has remote debugging support using a home-grown
> protocol based on the Ruby debugger ruby-debug. And by the way, both pydb
> and pydbgr do support working with threads.
>
> As for emacs and debugger integration, see the emacs-dbgr project on github
> http://github.com/rocky/emacs-dbgr. It has lots of rough edges but
> personally I use it all the time. Generally though I use it with debuggers
> such as for Ruby, POSIX shells and gdb since I don't do much Python coding.

I have been looking at this, but the docs seem a little scarce and I have not
yet had time to start looking through the code. but man, you have a lot of
tests.  Nice work.

> emacs-dbgr definitely is a much better foundation to work with on the Emacs
> side for debuggers than gud.el. It makes better use of Emacs Lisp and Emacs
> built in capabilities. For example it uses marks to store locations in the
> source and process buffers; it uses a ring to store history locations and
> buffer-local structs to store debugger information.
>
> Right now emacs-dbgr only supports for pydbgr with regards to Python, but
> adding other debuggers such as pdb, pydb, or rpdb is pretty easy. If someone
> is interested in that let me know.

Well I would be, as zope2 which is what plone runs on only supports python 2.4
which rules out pydbgr (as much as I would like to use it), so I am reading
the docs for pydb at the moment, and am happy to start hacking it into the
emacs-dbgr project.  Really nice idea by the way, and very needed, there are
so many debuggers that run through emacs, and gud is indeed very static
compiler oriented.

> The gating factor on all of this development work is that the lack of
> interest in the community. Personally I don't have need to use Python right
> now, and historically ipython and Python folks haven't been much interested
> in pydb let alone pydbgr. But to be fair, I'm not sure that historically
> there has been all that much interest in pdb either.

This is an unfortunate problem.  The winpdb developer has brought this
up on his blogs. :)

Btw. is there a mailing list or something for emacs-dbgr?

Thanks for all this work, it is really great, although I am curious as to
why, if you don't use python much yourself, you are writing an improved
debugger for it.

Rohan

From zeade at stanfordalumni.org  Sun May 30 11:20:52 2010
From: zeade at stanfordalumni.org (Micah)
Date: Sun, 30 May 2010 02:20:52 -0700
Subject: [Python-mode] can't get variable syntax highlighting to work
Message-ID: <1F07CEE2-1D5C-4D82-8A67-43E68E568322@stanfordalumni.org>

I'm shifting from a perl and java coding environment to a python and django (templates) world (along with a fair bit of css, js, etc) and I'm trying to push, shove, coerce as best I can my background of an emacs user (let me emphatically state, I've always been a user of emacs/elisp, never a hacker).  I'm using GNU emacs, not only that I'm now trying to use the super-easy http://emacsformacosx.com/ version (23.2) and python-mode.el (5.1.0 from https://launchpad.net/python-mode).

My problem: while I've gotten python-mode.el to work, I can't get all syntax highlighting to work, most particular variable highlighting.  I have christmas tree mode on.  If I disable python-mode, I get the (what I consider) inferior highlighting from python.el working, but the tabbing in that mode is awful.

I'm very confused, and have spent way too much time crawling the web for an answer.  If you guys have any easy clues, I'd gladly take them.

thanks,
Micah