pydev-code — For registered developers

Re: [Pydev-code] Showstopper bug when debugging Chandler

[Fabio Z. <fa...@gm...>]

Hi Heikki,

I've played with the debugger to handle some freezes, so, could you try to
replace the pydevd.py and see if Chandler still freezes and report back the
results? -- couldn't get time to get chandler and test it. The bug that was
opened to handle the freezes is :

http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1428333&group_=
id=3D85796&atid=3D577329

The file (pydevd.py 02) is attached to the bug.

Cheers,

Fabio

On 2/9/06, Heikki Toivonen <hj...@co...> wrote:
>
> Fabio Zadrozny wrote:
> > I believe that integrating the threads would not be so hard... There ha=
s
> > been a similar issue when dealing with threads in CORBA. The solution
> > for that is published in the Pydev Faq, under "I have a CORBA program
> > and I cannot debug its methods, what can I do?"
>
> Excellent!
>
> After looking at the FAQ and the code in pydevd.py, I wonder if this
> could be simpler...
>
> Wouldn't it be enough to do only this change to the program being
> debugged in the place where the threads are created in funny ways, and
> no changes in pydev at all?
>
> try:
>     import sys, pydevd
>     sys.settrace(pydevd.debugger.trace_dispatch)
> except:
>     pass
>
> Note that I haven't tried this yet (I can't debug Chandler far enough to
> try it, and I haven't written a separate test app either).
>
> --
>   Heikki Toivonen
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

Re: [Pydev-code] Showstopper bug when debugging Chandler

[Fabio Z. <fa...@gm...>]

Yeap... same thing... (too much comment in that FAQ).

The only difference would be the global hook, but I think it is actually
kind of unnecessary... importing pydevd as you pointed is probably the best
solution...

Cheers,

Fabio



On 2/9/06, Heikki Toivonen <hj...@co...> wrote:
>
> Fabio Zadrozny wrote:
> > I believe that integrating the threads would not be so hard... There ha=
s
> > been a similar issue when dealing with threads in CORBA. The solution
> > for that is published in the Pydev Faq, under "I have a CORBA program
> > and I cannot debug its methods, what can I do?"
>
> Excellent!
>
> After looking at the FAQ and the code in pydevd.py, I wonder if this
> could be simpler...
>
> Wouldn't it be enough to do only this change to the program being
> debugged in the place where the threads are created in funny ways, and
> no changes in pydev at all?
>
> try:
>     import sys, pydevd
>     sys.settrace(pydevd.debugger.trace_dispatch)
> except:
>     pass
>
> Note that I haven't tried this yet (I can't debug Chandler far enough to
> try it, and I haven't written a separate test app either).
>
> --
>   Heikki Toivonen
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

Re: [Pydev-code] Showstopper bug when debugging Chandler

[Heikki T. <hj...@co...>]

Fabio Zadrozny wrote:
> I believe that integrating the threads would not be so hard... There has
> been a similar issue when dealing with threads in CORBA. The solution
> for that is published in the Pydev Faq, under "I have a CORBA program
> and I cannot debug its methods, what can I do?"

Excellent!

After looking at the FAQ and the code in pydevd.py, I wonder if this
could be simpler...

Wouldn't it be enough to do only this change to the program being
debugged in the place where the threads are created in funny ways, and
no changes in pydev at all?

try:
    import sys, pydevd
    sys.settrace(pydevd.debugger.trace_dispatch)
except:
    pass

Note that I haven't tried this yet (I can't debug Chandler far enough to
try it, and I haven't written a separate test app either).

-- 
  Heikki Toivonen

Re: [Pydev-code] Showstopper bug when debugging Chandler

[Fabio Z. <fa...@gm...>]

Hi Heikki,

I believe that integrating the threads would not be so hard... There has
been a similar issue when dealing with threads in CORBA. The solution for
that is published in the Pydev Faq, under "I have a CORBA program and I
cannot debug its methods, what can I do?"

While I haven't tried making those changes myself, it should be simple just
to say that it should start to debug some thread, as long as you know where
is the 'creation point' of the thread (so, seeing the solution for komodo, =
I
must say that the solution to pydev should be pretty similar).

As for the hang... that's the first report I had about some program hanging
when running inside of the debugger (I'll take a look at it)...

Also, if you use Pydev Extensions (http://www.fabioz.com/pydev), you could
use the remote debugger, so, you'd probably bypass this problem at the time
you get to the point where you start debugging (without any loss of speed
until you get at the call to stop the debugger). The manual for the remote
debugger is at: http://www.fabioz.com/pydev/manual_adv_remote_debugger.html

Cheers,

Fabio

On 2/8/06, Heikki Toivonen <hj...@co...> wrote:
>
> My benchmark for a speedy debugger is Chandler. Until now, only WingIDE
> and ActiveState Komodo have been usable GUI tools to debug Chandler
> (well, that I have tried anyway).
>
> The latest pydev seems speedy enough now to debug even Chandler.
>
> The hardest problem in debugging Chandler is dealing with threads,
> because threads are created by gcj and not by Python. WingIDE cannot be
> used to debug Chandler threads (it only sees the main thread). We have
> hacked a patch that lets us debug background threads in Komodo (see
>
> http://wiki.osafoundation.org/bin/view/Projects/DebuggingChandler#Multi_t=
hreaded_debugging_in_Komo
> ).
> (Presumably something similar could be done for WingIDE but AFAIK nobody
> has tried.) I wonder if the unusual threads in Chandler are the cause of
> a showstopper bug when trying to debug Chandler with pydev...
>
> When starting Chandler under the pydev debugger all is well until
> Chandler just hangs, and pydev won't step any further. It gets to a
> point where the Chandler splash screen is up, reporting 55% done, and
> then stops here:
>
> MainThread
>         getVersion [DBContainer.py:1533]
>         getVersion [DBRepository.py:773]
>         __init__ [RepositoryView.py:939]
>         createView [DBRepository.py:518]
>         fork_item [startup.py:122]
>         invokeTarget [startup.py:160]
>         onStart [startup.py:184]
>         _start [startup.py:89]
>         run_startup [startup.py:24]
>         initWakeup [Utility.py:492]
>         OnInit [Application.py:357]
>         _BootstrapApp [_core.py:7338]
>         __init__ [_core.py:7686]
>         realMain [Chandler.py:55]
>         main [Chandler.py:68]
>         ? [Chandler.py:108]
>         run [pydevd.py:551]
>         ? [pydevd.py:666]
>
> So, I guess I am asking if anyone would know if a hack similar to Komodo
> could be employed (see the link above), and/or if the hang is something
> else. I'd be happy to provide anyone with instructions on how to deal
> with Chandler, although these would be a good start:
>
> http://wiki.osafoundation.org/bin/view/Projects/GettingChandler
> http://wiki.osafoundation.org/bin/view/Projects/BuildingChandler
>
> --
>   Heikki Toivonen
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

[Pydev-code] Showstopper bug when debugging Chandler

[Heikki T. <hj...@co...>]

My benchmark for a speedy debugger is Chandler. Until now, only WingIDE
and ActiveState Komodo have been usable GUI tools to debug Chandler
(well, that I have tried anyway).

The latest pydev seems speedy enough now to debug even Chandler.

The hardest problem in debugging Chandler is dealing with threads,
because threads are created by gcj and not by Python. WingIDE cannot be
used to debug Chandler threads (it only sees the main thread). We have
hacked a patch that lets us debug background threads in Komodo (see
http://wiki.osafoundation.org/bin/view/Projects/DebuggingChandler#Multi_threaded_debugging_in_Komo).
(Presumably something similar could be done for WingIDE but AFAIK nobody
has tried.) I wonder if the unusual threads in Chandler are the cause of
a showstopper bug when trying to debug Chandler with pydev...

When starting Chandler under the pydev debugger all is well until
Chandler just hangs, and pydev won't step any further. It gets to a
point where the Chandler splash screen is up, reporting 55% done, and
then stops here:

MainThread
	getVersion [DBContainer.py:1533]
	getVersion [DBRepository.py:773]
	__init__ [RepositoryView.py:939]
	createView [DBRepository.py:518]
	fork_item [startup.py:122]
	invokeTarget [startup.py:160]
	onStart [startup.py:184]
	_start [startup.py:89]
	run_startup [startup.py:24]
	initWakeup [Utility.py:492]
	OnInit [Application.py:357]
	_BootstrapApp [_core.py:7338]
	__init__ [_core.py:7686]
	realMain [Chandler.py:55]
	main [Chandler.py:68]
	? [Chandler.py:108]
	run [pydevd.py:551]
	? [pydevd.py:666]

So, I guess I am asking if anyone would know if a hack similar to Komodo
 could be employed (see the link above), and/or if the hang is something
else. I'd be happy to provide anyone with instructions on how to deal
with Chandler, although these would be a good start:

http://wiki.osafoundation.org/bin/view/Projects/GettingChandler
http://wiki.osafoundation.org/bin/view/Projects/BuildingChandler

-- 
  Heikki Toivonen

[Pydev-code] [ANN] Pydev 1.0.1 release

[Fabio Z. <fa...@es...>]

Hi All,

Pydev Extensions version 1.0.1 has been released
More details at http://www.fabioz.com/pydev


Pydev - Python IDE (Python Development Enviroment for Eclipse) version 
1.0.1 has been released.
More details at http://pydev.sf.net


Details for Release: 1.0 .1:

This was a 'single bug' release (it fixes an out-of-memory error when 
restoring the interpreter).

Cheers,

Fabio


-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

Pydev Extensions
http://www.fabioz.com/pydev

PyDev - Python Development Enviroment for Eclipse
http://pydev.sf.net
http://pydev.blogspot.com

Re: [Pydev-code] Multiple Interpreters

[Eric W. <wit...@sn...>]

	Yeah that's what I was thinking too.  I think for now I'm going to see 
how painful it is to switch back and forth between workspaces.  But if 
the pain is bad enough, I may ask you for some direction in adding this 
enhancement.

Thanks

Eric

Fabio Zadrozny wrote:
> Hi Eric,
> 
> Well, I've already received feature requests for that, so, if you want 
> to 'get dirty' I can help you doing it (altough I'm not sure myself what 
> would be needed for that).
> 
> I believe that the way to go would be being able to set your interpreter 
> in a 'per-project' configuration (that overrides the default).
> 
> Cheers,
> 
> Fabio
> 
> On 2/5/06, *Eric Wittmann* <wit...@sn... 
> <mailto:wit...@sn...>> wrote:
> 
> 
>             Hey there - I have an enhancement request that I am happy to
>     help with.
>       In short, I would like to be able to have two different Python
>     interpreters set up in pydev (you can do that now) but have the
>     PYTHONPATH be set up correctly for Run/Debug targets based on the
>     interpreter they are configured to use.
> 
>             Here is my use case:  I have an application that I help
>     develop that is
>     written in Python.  Our current version of the app is based on Python
>     2.3.x and a few 3rd party libs (site-packages).  I am beginning work on
>     the next version of the app which will be based on Python 2.4 and
>     updated versions of the various libraries.  I would like to have both
>     codebases active in PyDev (in a single workspace) so that I can fix bugs
>     in the old app while also coding up the new app.
> 
>             Minimally this amounts to making sure the PYTHONPATH is
>     correct for
>     Run/Debug targets that may use different interpreters.  In addition, I
>     suppose there are some interesting intellisense issues that might arise
>     (since I think pydev indexes the modules found on the 'system'
>     PYTHONPATH?  which seems to be the default interpreter).  Perhaps
>     associating an interpreter with a Project would be best.  That way
>     intellisense could work AND a default interpreter could be selected for
>     Run/Debugs (such as when you right-click and run as python app).
> 
>             For now, I guess my workaround is to have two different
>     workspaces.  :)
> 
>     Thanks
> 
>     Eric
> 
> 
> 
>     -------------------------------------------------------
>     This SF.net email is sponsored by: Splunk Inc. Do you grep through
>     log files
>     for problems?  Stop!  Download the new AJAX search engine that makes
>     searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>     http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>     <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642>
>     _______________________________________________
>     Pydev-code mailing list
>     Pyd...@li...
>     <mailto:Pyd...@li...>
>     https://lists.sourceforge.net/lists/listinfo/pydev-code
> 
> 

Re: [Pydev-code] Multiple Interpreters

[Fabio Z. <fa...@gm...>]

Hi Eric,

Well, I've already received feature requests for that, so, if you want to
'get dirty' I can help you doing it (altough I'm not sure myself what would
be needed for that).

I believe that the way to go would be being able to set your interpreter in
a 'per-project' configuration (that overrides the default).

Cheers,

Fabio

On 2/5/06, Eric Wittmann <wit...@sn...> wrote:
>
>
>         Hey there - I have an enhancement request that I am happy to help
> with.
>   In short, I would like to be able to have two different Python
> interpreters set up in pydev (you can do that now) but have the
> PYTHONPATH be set up correctly for Run/Debug targets based on the
> interpreter they are configured to use.
>
>         Here is my use case:  I have an application that I help develop
> that is
> written in Python.  Our current version of the app is based on Python
> 2.3.x and a few 3rd party libs (site-packages).  I am beginning work on
> the next version of the app which will be based on Python 2.4 and
> updated versions of the various libraries.  I would like to have both
> codebases active in PyDev (in a single workspace) so that I can fix bugs
> in the old app while also coding up the new app.
>
>         Minimally this amounts to making sure the PYTHONPATH is correct
> for
> Run/Debug targets that may use different interpreters.  In addition, I
> suppose there are some interesting intellisense issues that might arise
> (since I think pydev indexes the modules found on the 'system'
> PYTHONPATH?  which seems to be the default interpreter).  Perhaps
> associating an interpreter with a Project would be best.  That way
> intellisense could work AND a default interpreter could be selected for
> Run/Debugs (such as when you right-click and run as python app).
>
>         For now, I guess my workaround is to have two different
> workspaces.  :)
>
> Thanks
>
> Eric
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

[Pydev-code] [ANN] Pydev Extended: Pydev Extensions 1.0 release

[Fabio Z. <fa...@es...>]

Hi All,

Pydev Extensions 1.0 has been released

Check the homepage (http://www.fabioz.com/pydev/) for more details.

Pydev Extensions is a commercial product, and works with Eclipse and the 
Pydev "Open Source" version, and has features such as:

    * Code completion with auto-import
    * Code analysis (PyLint replacement, but much faster)
    * Quick-Fix for problems found in code analysis
    * Go to definition (Bycicle Repair Man replacement, but much more 
reliable)
    * Debug server (allows debugging scripts not lauched from within 
Eclipse)
    * Keywords presented as auto-completions as you type
    * Quick-outline


Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

[Pydev-code] [ANN] PyDev 1.0 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
1.0 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 1.0

Yeap, that's right, Pydev has reached its 'adulthood', so... enjoy it!

Major highlights:
-----------------------

    * High-speed Debugger (on par with the best debuggers available)
    * Debugger now gets the variables 'on-demand'
    * The variables returned for jython are much more complete
    * Wizard to create new project has option for creating a default 
'src' folder (and add it to the pythonpath).
    * The create new python module and new python package have been 
reviewed (you can still use the regular ones, but the new ones are 
really reccommended -- also it will help in making sure you have your 
pythonpath correctly configured!).
    * Create new source folder option added.
    * Pylint can now give the output to the console (configurable).
    * Pylint 0.9.0 tested
    * Pylint errors now show in the hover
    * The Pydev perspective was changed (so, please, close the current 
and ro-open it)
    * Templates were added for the keywords
    * Keybindings were added to run the current editor as python (F9) or 
as jython (Ctrl+F9). Those are customizable in the 'keys' preferences
    * And many other bug-fixes as usual

Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

[Pydev-code] Multiple Interpreters

[Eric W. <wit...@sn...>]

	Hey there - I have an enhancement request that I am happy to help with. 
  In short, I would like to be able to have two different Python 
interpreters set up in pydev (you can do that now) but have the 
PYTHONPATH be set up correctly for Run/Debug targets based on the 
interpreter they are configured to use.

	Here is my use case:  I have an application that I help develop that is 
written in Python.  Our current version of the app is based on Python 
2.3.x and a few 3rd party libs (site-packages).  I am beginning work on 
the next version of the app which will be based on Python 2.4 and 
updated versions of the various libraries.  I would like to have both 
codebases active in PyDev (in a single workspace) so that I can fix bugs 
in the old app while also coding up the new app.

	Minimally this amounts to making sure the PYTHONPATH is correct for 
Run/Debug targets that may use different interpreters.  In addition, I 
suppose there are some interesting intellisense issues that might arise 
(since I think pydev indexes the modules found on the 'system' 
PYTHONPATH?  which seems to be the default interpreter).  Perhaps 
associating an interpreter with a Project would be best.  That way 
intellisense could work AND a default interpreter could be selected for 
Run/Debugs (such as when you right-click and run as python app).

	For now, I guess my workaround is to have two different workspaces.  :)

Thanks

Eric

Re: [Pydev-code] Parser Stuff

[Fabio Z. <fa...@gm...>]

Hi Steve,

Well, I've only played with the javacc plugin for eclipse, and it was not
really that complete, but it gave you syntax highlighting and the outline
(which was actually quite useful), so, in the end I thought it was worth
it...

Actually, I didn't really get any tutorial about it, but 'javacc tutorial'
on google appeared to give some good examples:
http://www.engr.mun.ca/~theo/JavaCC-Tutorial
http://www.idevelopment.info/data/Programming/java/JavaCC/The_JavaCC_FAQ.ht=
m
etc.

The asdl does not have much on documentation too, but as it is pretty
simple, that's not much of a drawback. You basically have to create its
structure (org.python.parser.TreeBuilder is the class that does it in pydev
-- it has a huge switch on the method closeNode that actually decides what
is being generated... I thought about making that big switch into a better
structure, using some HashMap that had actions dependending upon the node
that has just been closed, but never got to the point to do it).

Also, to transverse the tree later, you can look at the
EasyASTIteratorVisitor class -- it has a unit-test that may prove useful to
check out to see how it works.

Cheers,

Fabio

On 1/31/06, steve hindle <me...@gm...> wrote:
>
>
> Hi Fabio,
>
>   This is basically just a test message to make sure my list subscription
> is active.
>
> As you mentioned, since ASDL provides the interface description, either
> javaCC or ANTLR would
> work.  Doesn't really seem to be much point in switching unless we really
> get something from it
> though.  I might try hacking the ANTLR grammar to meet the ASDL spec, jus=
t
> to make sure I
> really understand the ASDL description.  Then I can try hacking the javaC=
C
> parser.
>
> This way, I get the ASDL stuff straight in my head, and you can play with
> the ANTLR grammar
> and see if it has any benefits over the javaCC stuff.
>
> Of course, thats assuming I actually figure the ASDL stuff out enough to
> be useful :-)
>
> One thing that would be really useful is any javaCC tutorials/docs you
> might know about?
> the website was pretty sparse on documentation.  Also, both ANTLR and
> JavaCC have
> Eclipse plugins - have you tried the javaCC one?  Is it any easier to wor=
k
> with then just
> hacking the grammer in 'vi' ? (I'm pretty new to eclipse/java stuff, so
> setting up complicated
> 'builders' in eclipse is more of a pain for me then just calling stuff
> from the command line)
>
> Steve
>
>

[Pydev-code] Parser Stuff

[steve h. <me...@gm...>]

Hi Fabio,

  This is basically just a test message to make sure my list subscription i=
s
active.

As you mentioned, since ASDL provides the interface description, either
javaCC or ANTLR would
work.  Doesn't really seem to be much point in switching unless we really
get something from it
though.  I might try hacking the ANTLR grammar to meet the ASDL spec, just
to make sure I
really understand the ASDL description.  Then I can try hacking the javaCC
parser.

This way, I get the ASDL stuff straight in my head, and you can play with
the ANTLR grammar
and see if it has any benefits over the javaCC stuff.

Of course, thats assuming I actually figure the ASDL stuff out enough to be
useful :-)

One thing that would be really useful is any javaCC tutorials/docs you migh=
t
know about?
the website was pretty sparse on documentation.  Also, both ANTLR and JavaC=
C
have
Eclipse plugins - have you tried the javaCC one?  Is it any easier to work
with then just
hacking the grammer in 'vi' ? (I'm pretty new to eclipse/java stuff, so
setting up complicated
'builders' in eclipse is more of a pain for me then just calling stuff from
the command line)

Steve

[Pydev-code] Using pydev for "remote" debugging

[Marco B. <mar...@gm...>]

Hi all.

We're using pydev in Eclipse to develop a Zope application (PAFlow) as a
Zope Product. The development happens on some workstations, while the
application itself runs on a "remote" server.

What I would like to do is to be able to run unit test (Zope Test Cases
actually) on the remote machine, and collecting the results from inside
Eclipse. Is this possible?

If this is not possible with the current pydev, where could I start in orde=
r
to implement this functionality?

Regards
Marco

--
Icube Srl
http://www.icube.it/

[Pydev-code] ANN: PyDev 0.9.8.7 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
0.9.8.7 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 0.9.8.7:
Major highlights:

    * The debugger tracing was turned off (this was a bug in 0.9.8.6 and 
could make debugging much slower)
    * Fixed jython shell (and extended it to get better information on 
code-completion).
    * Changed the interpreter configuration so that it is 
backwards-compatible from now on...(but the current interpreters will be 
lost and will need to be configured)
    * Breakpoints can have conditionals(this was contributed by Achim 
Nierbeck, and was actually provided in release 0.9.8.6, but I forgot to 
put it in the release notes)
    * Some other bugfixes are also in this build.

Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

[Pydev-code] PyDev 0.9.8.6 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
0.9.8.6 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 0.9.8.6:

Major highlights:
-------------------

    * Added a new 'Pydev project' wizard (Mikko Ohtamaa contribution) -- 
it is named as Pydev Project instead of Python project because it 
creates Python and Jython projects.
    * Added a new 'Pydev module' wizard (Mikko Ohtamaa contribution) -- 
NOTE: it still needs some work.
    * Changes in the shell spawning were done, and no hangs should 
appear when trying to do code-completion anymore (if it still hapens, 
please report it as a bug -- NOTE: a little delay on the first time 
code-completion is executed is expected, as this is the time the shell 
is started).
    * Other bugfixes (as usual)

Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

Re: [Pydev-code] Questions (Ant, lint, refactoring)

[Fabio Z. <fa...@gm...>]

Hi Dave,

Let's go one by one:

- Ant: this is a tool that is used to create scripts so that you configure
what you want in a xml file, where each xml declaration points to some
command. It is commonly used to generate builds, compile code, run tests,
etc.

- Lint: it is a tool that analyzes your code for errors (the lint integrate=
d
system that is in pydev is PyLint), it usually finds things such as unused
variables, tokens required but not found, etc.

- Refactoring: It is the process of transforming your code without altering
its semantics. It usually has one objective in mind, such as making the cod=
e
easier to read or making it easier to extend, etc. Refactoring can be done
manually or through a tool (the refactoring tool integrated in pydev is
bycicle repair man, and provides things as extracting a portion of code to
make it a method, renaming a local variable, etc).

Hope it makes sense to you... and good luck on your programming.

Cheers,

Fabio


On 12/16/05, S. D. Rose <s_d...@ho...> wrote:
>
> Hello all.
>   I've searched Google a bit to try and understand what Ant, Lint and
> Refactoring do.  I'm not a progammer, but I'm having fun hacking together
> a
> Python/wxPython  program or two.  I've recently begun using Eclipse 3.1 &
> pydev.
>
>   I don't understand what these do (ant, lint, and refactoring).  I'm
> hoping
> someone can explain their use to me.  What I read on the internet didn't
> have any meaning for me.
>
> Thanks!
> Dave
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

[Pydev-code] Questions (Ant, lint, refactoring)

[S. D. R. <s_d...@ho...>]

Hello all.
  I've searched Google a bit to try and understand what Ant, Lint and
Refactoring do.  I'm not a progammer, but I'm having fun hacking together a
Python/wxPython  program or two.  I've recently begun using Eclipse 3.1 &
pydev.

  I don't understand what these do (ant, lint, and refactoring).  I'm hoping
someone can explain their use to me.  What I read on the internet didn't
have any meaning for me.

Thanks!
Dave

Re: [Pydev-code] more features from Java editor to Python editor

[Karl P. <ka...@ri...>]

On Tuesday 13 December 2005 19:12, Fabio Zadrozny wrote:
> Hi Karl, I could help you to do it (right now I'm kind of short in time,
> so, let me take a look at it one at a time, and I'll e-mail you back -- may
> take 1 or 2 days though -- or not).
>
> Anyway, if you have some 'specific' favorite of yours, say which one would
> it be, so that I can help you get on going into what you want more (so we
> can focus at each one separately).
>
> (I would like if you started with create new python module and create new
> python class, but that's completely up to you... just say which do you
> prefer, and I'll help you getting there).

Thanks much!  I'll start with whatever you create the stubs for, and I think 
"New Python class..." and "New Python module..." are a great place to start.

New Python class:
- I imagine this dialog to quite similar to the Java one, except instead of 
the displaying packages, the python one will need to display modules (does 
PyDev currently contain the ability get a list of all the modules in a 
certain project?).
- Being able to browse through all the currently available Python classes 
would be nice as well.

New Python module:
- The Java equivalent dialog--New Java package--would be very similar.  Again, 
the ability to know what all the modules are in a project would be great.

I completely sympathize with the lack of time.  You can just email me or post 
those details whenever.  Thanks! :)

Re: [Pydev-code] more features from Java editor to Python editor

[Fabio Z. <fa...@gm...>]

Hi Karl, I could help you to do it (right now I'm kind of short in time, so=
,
let me take a look at it one at a time, and I'll e-mail you back -- may tak=
e
1 or 2 days though -- or not).

Anyway, if you have some 'specific' favorite of yours, say which one would
it be, so that I can help you get on going into what you want more (so we
can focus at each one separately).

(I would like if you started with create new python module and create new
python class, but that's completely up to you... just say which do you
prefer, and I'll help you getting there).

Cheers,

Fabio

On 12/13/05, Karl Pietrzak <ka...@ri...> wrote:
>
> Hey everyone!
>
> Isn't PyDev getting to be amazing? Thanks to everyone for the hard work!
>
>
> Anyways, here's a few things I would like to add to PyDev:
> - Override/Implement Methods: This feature would be identical to what the
> Java
> editor does. Mainly, if your class subclasses another, you can view all
> the
> methods you can override.
> - Interface generation support: Wouldn't a File->New->Python Interface be
> great? Ideally, we'd support Zope, PEAK, and Twisted interfaces.
> - Class generation support: Wouldn't a File->New->Python Class be great,
> especially if you could Browse for available interfaces and automatically
> have method stubs generated for you?
> - Generate constructor from superclass: Like the others, straight from th=
e
> Java editor. Although this feature would be extra useful because Python
> supports multiple inheritance.
> - Unit test class generation: It would do the equivalent of
> File->New->Junit
> Test Case in the Java world.
>
> I'm really interested in coding these up, but I'm not overly familiar wit=
h
> the
> PyDev source code, so I don't know how difficult it would be to integrate
> these features. However, I would gladly do this if somehow more familiar
> with the innards of PyDev would create an interface or empty class or
> something that I could just use.
>
> Thanks ahead of time to anyone willing to respond. :)
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

[Pydev-code] more features from Java editor to Python editor

[Karl P. <ka...@ri...>]

Hey everyone!

Isn't PyDev getting to be amazing? =A0Thanks to everyone for the hard work!


Anyways, here's a few things I would like to add to PyDev:
=2D Override/Implement Methods: This feature would be identical to what the=
 Java=20
editor does. =A0Mainly, if your class subclasses another, you can view all =
the=20
methods you can override.
=2D Interface generation support: Wouldn't a File->New->Python Interface be=
=20
great? =A0Ideally, we'd support Zope, PEAK, and Twisted interfaces.
=2D Class generation support: Wouldn't a File->New->Python Class be great,=
=20
especially if you could Browse for available interfaces and automatically=20
have method stubs generated for you?
=2D Generate constructor from superclass: Like the others, straight from th=
e=20
Java editor. =A0Although this feature would be extra useful because Python=
=20
supports multiple inheritance.
=2D Unit test class generation: It would do the equivalent of File->New->Ju=
nit=20
Test Case in the Java world.

I'm really interested in coding these up, but I'm not overly familiar with =
the=20
PyDev source code, so I don't know how difficult it would be to integrate=20
these features. =A0However, I would gladly do this if somehow more familiar=
=20
with the innards of PyDev would create an interface or empty class or=20
something that I could just use.

Thanks ahead of time to anyone willing to respond. :)

[Pydev-code] PyDev 0.9.8.5 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
0.9.8.5 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 0.9.8.5

Major highlights:
-------------------

    * Removed the dependency on packages 'sun.xxxx.Base64', so that 
other VMs can be targetted
    * Some code-completion problems in the 'resolution order' regarding 
tokens in __init__ were solved
    * Added option so that the user can choose whether to automatically 
add 'self' or not in method declarations

Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

[Pydev-code] PyDev Extension Points/Quick Fix (copied from pydev forum)

[Eric W. <pa...@sn...>]

By: Eric P. Wittmann - paalin
PyDev Extension Points/Quick Fix
2005-10-22 14:17

I am trying to add some custom Eclipse functionality that will complement 
PyDev. To this end I have created my own Eclipse Builder that creates 
problem markers for certain things I am interested in in my code. Now, the 
next step is to contribute marker resolutions for my markers. I have done 
this, and they work when I right click from the Problems View.

Here's my problem: the PyDev editor does not have a Quick Fix feature, 
sure I can't do the standard Ctrl-1 to bring up my list of resolutions. In 
fact, it seems that Ctrl-1 is being used for Content Assists.

Now I see two approaches that I can take here but am looking for advice. 
First, I could try to find some other way to contribute Quick Fix to the 
PyDev editor. Second, I could hook into PyDev's pydev_ctrl_1 
extension-point in order to be a participant.

Thoughts on the right way to do this?


-------------------------------------------------------------------------

By: Fabio Zadrozny - fabiozProject AdminAccepting Donations
RE: PyDev Extension Points/Quick Fix
2005-10-22 16:34
Hi Eric,

You definetely want to hook to the pydev_ctrl_1 extension (that's what is 
was meant for).

Also, I'm curious about what custom things are you adding to pydev...

Cheers,

Fabio

-------------------------------------------------------------------------
By: Eric P. Wittmann - paalin
RE: PyDev Extension Points/Quick Fix
2005-10-22 18:03

Thanks Fabio. I figured that was the right way to go, just checking. I 
actually started writing the post because I saw that the extension point 
was there but that the schema for it was not. Then I realized that I could 
probably check out the source code from CVS and get the schema that way, 
but I was already about done with the post... Heh. I haven't tried 
contributing to extension points provided by 3rd party plugins before, so 
we'll see how it goes. :)

Well, I'm starting to really look at localizing our application and the 
first step is externalizing the strings. I am basically adding custom 
Eclipse extensions to approximate the Eclipse Java string externalization 
support ($NON_NLS-n$ etc...). So I have a simple Builder to parse the .py 
files looking for non-externalized (and non-unicode) string literals. I 
add problem markers for strings I find and quick-fix resolvers for them.

-------------------------------------------------------------------------
By: Fabio Zadrozny - fabiozProject AdminAccepting Donations
RE: PyDev Extension Points/Quick Fix
2005-10-24 10:38
You could use the pydev_builder extension instead of the raw eclipse 
bulder, its good points are:

if you want an AST you can get it without any cost
it only gathers files that are valid python files
it gives you the document (also without any cost, as it has to do it anyway).

the only bad point is that it may change (altough not much) its interface, 
as I'm still not sure if its implementation will evolve or not, whereas 
eclipse *should* give you more backwards support (I only intend to do it 
after pydev reaches 1.0 -- which should not be too long from now).

Cheers,

Fabio

-------------------------------------------------------------------------
By: Eric P. Wittmann - paalin
RE: PyDev Extension Points/Quick Fix
2005-10-28 21:35
Ok so I'm looking at using the org.python.pydev.pydev_builder extension 
point to hook into the pydev builder. This looks really nice from what I 
can see. What I couldn't figure out quickly was the "if you want an AST 
you can get it without any cost". What I want to be able to do is visit 
some sort of generic Python AST and look for all String literals. Is this 
possible and I just don't see it?

I'll move on to the Ctrl-1 extension point after this... :)


-------------------------------------------------------------------------
By: Fabio Zadrozny - fabiozProject AdminAccepting Donations
RE: PyDev Extension Points/Quick Fix
2005-10-31 10:16
Hi Eric,

What I meant by 'the AST is free' is that I generate it and store it in a 
HashMap that is shared among all the visitors in the pydev builder.
You can take a look at org.python.pydev.builder.PyDevBuilderVisitor (your 
class will have to be a subclass of it to integrate it in the builder).

After that, you can use getSourceModule() to get a AbstractModule (and 
cast it to SourceModule -- with the generated AST).

After, to get all the Strings, You can use the EasyASTIteratorVisitor to 
get the String literals.

Well, I think that this discussion should go to the pydev-code list (check 
it in the homepage and subscribe). In this way, other developers might 
also benefit from this discussion -- if you could post this thread there 
after you subscribe it would be nice too.

Cheers,

Fabio

[Pydev-code] PyDev 0.9.8.4 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
0.9.8.4 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 0.9.8.4


Major highlights:
------------------------

    * The license was changed to EPL. It can be found at: 
http://www.opensource.org/licenses/eclipse-1.0.php
    * Code-completion information is now saved in deltas instead of 
"saving only at shutdown" (being so, it does not loose information if it 
does not have a regular shut-down).



Others that are new and noteworthy:
-----------------------------------------------------

    * Added option for not using the smart-indent after opening brackets
    * Some step-by-step instructions of how to get started with pydev 
have been contributed by Jack Trainor.
    * Many bugfixes


Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com

[Pydev-code] PyDev 0.9.8.3 released

[Fabio Z. <fa...@es...>]

Hi All,

PyDev - Python IDE (Python Development Enviroment for Eclipse) version 
0.9.8.3 has been released.

Check the homepage (http://pydev.sourceforge.net/) for more details.

Details for Release: 0.9.8.3


Major highlights:
------------------------

    * Debugger was improved to be faster (more info about it at my blog
      <http://pydev.blogspot.com/2005/10/high-speed-debugger.html> --
      http://pydev.blogspot.com/2005/10/high-speed-debugger.html)
    * The debugger is now getting info correctly on java classes when
      debugging jython
    * Add watch added to the editor popup menu
    * Added syntax highlighting to the 'self' token
    * Code folding added for 'glued' imports
    * Fixed some outline problems


Others that are new and noteworthy:
-----------------------------------------------------

    * Debugger does not try to get breakpoints on closed projects anymore
    * Some refreshing issues regarding the outline and colors when
      reusing the editor were fixed
    * Code completion for relative imports has changed a lot (there were
      some pretty hard-to-find bugs in this area...)
    * Some move imports problems fixed
    * The auto-add '(self):' now works with tabs too


Cheers,

Fabio

-- 
Fabio Zadrozny
------------------------------------------------------
Software Developer

ESSS - Engineering Simulation and Scientific Software
www.esss.com.br

PyDev - Python Development Enviroment for Eclipse
pydev.sf.net
pydev.blogspot.com