pydev-code — For registered developers

Re: [Pydev-code] Getting started with PyDev scripting

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

import java

def dirObj(obj):
    ret = []
    found = java.util.HashMap()
    original = obj
    if hasattr(obj, '__class__') and obj.__class__ ==  java.lang.Class:

        #get info about superclasses
        classes = []
        classes.append(obj)
        c = obj.getSuperclass()
        while c != None:
            classes.append(c)
            c = c.getSuperclass()
        
        #get info about interfaces
        interfs = []
        for obj in classes:
            interfs.extend(obj.getInterfaces())
        classes.extend(interfs)
            
        #now is the time when we actually get info on the declared methods and fields
        for obj in classes:
            declaredMethods = obj.getDeclaredMethods()
            declaredFields = obj.getDeclaredFields()
            for i in range(len(declaredMethods)):
                name = declaredMethods[i].getName()
                ret.append(name)
                found.put(name, 1)
                
            for i in range(len(declaredFields)):
                name = declaredFields[i].getName()
                ret.append(name)
                found.put(name, 1)

    #this simple dir does not always get all the info, that's why we have the part before
    #(e.g.: if we do a dir on String, some methods that are from other interfaces such as 
    #charAt don't appear)
    d = dir(original)
    for name in d:
        if found.get(name) is not 1:
            ret.append(name)
            
    return ret


for p in dirObj(editor.__class__):
    print p
    

Re: [Pydev-code] Jython<->CPython for Scripting

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

I guess you could do it with some tool to embed cpython in java...

There are some projects that say they support this (note that I never tried
any of those):
http://jepp.sourceforge.net/
http://jpe.sourceforge.net/
http://jpype.sourceforge.net/roadmap.html

Cheers,

Fabio


On 4/4/06, Don Taylor <nos...@gm...> wrote:
>
> Fabio:
>
> Do you know if it is possible to interface Jython to CPython?
>
> I was wondering if it would be possible to simply use Jython to write a
> bunch of adapters between Java and CPython so that CPython 2.4 could be
> used as the scripting language.
>
> I guess it could be done in separate processes, but I was wondering
> about the possibility of having both in the same process.
>
> Don.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> pydev-code mailing list
> pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

[Pydev-code] Getting started with PyDev scripting

[Joel H. <yo...@if...>]

Hi!

I'm trying learn Jython scripting for PyDev in order to implement feature=
=20
request #1450378 (mine :-).

http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1450378&grou=
p_id=3D85796&atid=3D577332

Fabio gave me a neat starter guide and a code example from the cvs java s=
ource=20
(see feature request page above), but I've got a few questions before I c=
an=20
start getting productive.

1) How do I find out PyEdit object methods and data members?
What is the best way of finding out the available members and data method=
s of=20
an object in Jython scripts for PyDev? I'm a CPython programmer and I'm u=
sed to=20
having dir(), help() and the inspect module for peeking into strange obje=
cts,=20
but none of them seems to do me any good here. Afaik the help() function =
is not=20
implemented in Jython 2.1, but why can't I import the inspect module? Als=
o, why=20
does dir(editor) return an empty list? (example at the end) What's the=20
recommended way of finding out information on object methods and data mem=
bers=20
in Jython?


2) Where do I find the source for the relevant superclasses?
I tried browsing the PyDev source cvs for the answer to my previous quest=
ion,=20
but as I'm not a java black belt I feel a little disoriented. PyEdit obje=
cts=20
apparently have a .getSite() method (line 32 in pyedit_example2.py in the=
=20
starter guide), but the org.python.pydev.editor.PyEdit class does not def=
ine it.

http://cvs.sourceforge.net/viewcvs.py/pydev/org.python.pydev/src/org/pyth=
on/pydev/editor/PyEdit.java?rev=3D1.91&view=3Dmarkup

PyEdit implements IPyEdit, but how do I get to the source for it (or some=
 docs)?


3) How do I affect code in the editor with only a PyEdit object?
 From the starter guide I understand that Pydev scripts communicate with =
PyDev=20
using an editor object, but the code example I got from Fabio apparently =
does=20
not. Instead it uses a PySelection object that it gets as its first argum=
ent.=20
The PyEdit argument is apparently not used.


This Jython scripting thing seems really powerful and I hope I'll be able=
 to=20
produce some nifty things with it once I'm up to speed.

Cheers!
/Joel Hedlund
IFM Bioinformatics
Link=F6ping University



Example:
$PYEDIT_SCRIPTS/pyedit_test.py:
---------------------------------------------------------------------
assert cmd is not None
assert editor is not None
dir(editor)
import inspect
---------------------------------------------------------------------

Console output on save:
---------------------------------------------------------------------
--->  reloading /.../pyedit_test.py
[]
Traceback (innermost last):
   File "<string>", line 1, in ?
   File "/<PATH_SNIPPED>/pyedit_test.py", line 4, in ?
ImportError: no module named inspect
---------------------------------------------------------------------

[Pydev-code] Jython<->CPython for Scripting

[Don T. <nos...@gm...>]

Fabio:

Do you know if it is possible to interface Jython to CPython?

I was wondering if it would be possible to simply use Jython to write a 
bunch of adapters between Java and CPython so that CPython 2.4 could be 
used as the scripting language.

I guess it could be done in separate processes, but I was wondering 
about the possibility of having both in the same process.

Don.

[Pydev-code] Re: Jython scripting

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

Hi Don,

I'm forwarding it to the pydev-code list, as I think it might be useful to
others...

A general question about Jython scripting.
>
> Before 1.0.4 was released I had imagined that I might be able to write a
> script that could receive a selection from the editor, reformat it and
> return it to the editor to be pasted over the original selection.  I was
> thinking of doing some comment reformatting on demand.
>
> As far as I can tell the current scripting API does not support this
> sort of thing.  Is that right?


Actually, you can do it, but you have to know a bit from the Eclipse API
too... A 'simple' way of doing it would be requesting the editor document
(something like editor.getDocument()) and play with it. It is an IDocument,
and you can get whatever you want from it and change it as much as you like=
.

Also, maybe taking a look at PySelection (
http://cvs.sourceforge.net/viewcvs.py/pydev/org.python.pydev.core/src/org/p=
ython/pydev/core/docutils/PySelection.java?rev=3D1.7&view=3Dmarkup
)
might be worth it... It provides a nicer interface for getting info from a
document/selection.

You can instantiate it in jython with:

from org.python.pydev.core.docutils import PySelection
sel =3D PySelection(editor)

Cheers,

Fabio

Re: [Pydev-code] Pydev and Pydev Extensions 1.0.4 release

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

Hi Eric,

Well, I would have tagged it, but sourceforge is having a MAJOR outage,
meaning that the developer cvs is down for almost a week already (I
commented about it on http://pydev.blogspot.com/), so, I had to set up a
local repository to keep working, and will sync when they do make it
available again, so, unfortunatelly, there will be no tag for this build. I
expect to create a new build as soon as they put it up again (and I'll be i=
n
'bug-fix mode until then -- as there where major feature-changes in this
release).

Best Regards,

Fabio

On 4/3/06, Eric Wittmann <wit...@sn...> wrote:
>
>
>         Hey Fabio - first of all, nice job as always.  I look forward to
> each
> new release now to see what you have in store.  I have one request:
> could you tag the codebase in CVS whenever you do a release?  I see a
> tag for v1.0.3, but not 1.0.4.  I have some custom Eclipse plugins that
> I need to keep up-to-date with your latest releases, and the easiest way
> is to check out a particular TAG.
>
> Thanks,
>
> Eric Wittmann
> Zoundry LLC
>
>
> Fabio Zadrozny wrote:
> > Hi All,
> >
> > Pydev and Pydev Extensions 1.0.4 have been released
> >
> > Check http://www.fabioz.com/pydev for details on Pydev Extensions
> >
> > and http://pydev.sf.net for details on Pydev
> >
> > Release Highlights in Pydev Extensions:
> > -----------------------------------------------------------------
> >
> > - Interactive Console binded to the Pydev Editor
> > - Bug-fixes
> >
> >
> > Release Highlights in Pydev:
> > ----------------------------------------------
> >
> > - Added jython scripting
> > - Added an 'easy' way to bind actions after Ctrl+2 (to make scripting
> > easier)
> > - Added a way to list things binded with Ctrl+2 (To see: Ctrl+2+help)
> > - Added a 'go to next problem' with jython scripting capabilities, as a
> > first example on how to script Pydev with Jython (Ctrl+.)
> > - A brand new indentation engine is available:
> >
> >     * Does not try to make different indentations inside multilines
> >     * Does not try to add spaces to make smart-indent when in only tabs
> mode
> >     * Indents correctly after opening some bracket or after closing som=
e
> > bracket
> >     * Indents to 'expected level' when hitting tab
> >
> > - Fixed bug: syntax error described instead of throwing an error
> > - Profiled Pydev (not that much, but still, I hope you'll be able to
> > 'feel' it)
> > - Fixed bug: the pythonpath was not added when additional environment
> > variables where specified
> > - And as always, other bugs have been fixed
> >
> >
> > What is PyDev?
> > ---------------------------
> >
> > PyDev is a plugin that enables users to use Eclipse for Python and
> > Jython development -- making Eclipse a first class Python IDE -- It
> > comes with many goodies such as code completion, syntax highlighting,
> > syntax analysis, refactor, debug and many others.
> >
> >
> > Cheers,
> >
> > --
> > Fabio Zadrozny
> > ------------------------------------------------------
> > Software Developer
> >
> > ESSS - Engineering Simulation and Scientific Software
> > http://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
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Pydev-code mailing list
> Pyd...@li...
> https://lists.sourceforge.net/lists/listinfo/pydev-code
>

Re: [Pydev-code] Pydev and Pydev Extensions 1.0.4 release

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

	Hey Fabio - first of all, nice job as always.  I look forward to each 
new release now to see what you have in store.  I have one request: 
could you tag the codebase in CVS whenever you do a release?  I see a 
tag for v1.0.3, but not 1.0.4.  I have some custom Eclipse plugins that 
I need to keep up-to-date with your latest releases, and the easiest way 
is to check out a particular TAG.

Thanks,

Eric Wittmann
Zoundry LLC


Fabio Zadrozny wrote:
> Hi All,
> 
> Pydev and Pydev Extensions 1.0.4 have been released
> 
> Check http://www.fabioz.com/pydev for details on Pydev Extensions
> 
> and http://pydev.sf.net for details on Pydev
> 
> Release Highlights in Pydev Extensions:
> -----------------------------------------------------------------
> 
> - Interactive Console binded to the Pydev Editor
> - Bug-fixes
> 
> 
> Release Highlights in Pydev:
> ----------------------------------------------
> 
> - Added jython scripting
> - Added an 'easy' way to bind actions after Ctrl+2 (to make scripting 
> easier)
> - Added a way to list things binded with Ctrl+2 (To see: Ctrl+2+help)
> - Added a 'go to next problem' with jython scripting capabilities, as a 
> first example on how to script Pydev with Jython (Ctrl+.)
> - A brand new indentation engine is available:
> 
>     * Does not try to make different indentations inside multilines
>     * Does not try to add spaces to make smart-indent when in only tabs mode
>     * Indents correctly after opening some bracket or after closing some 
> bracket
>     * Indents to 'expected level' when hitting tab
> 
> - Fixed bug: syntax error described instead of throwing an error
> - Profiled Pydev (not that much, but still, I hope you'll be able to 
> 'feel' it)
> - Fixed bug: the pythonpath was not added when additional environment 
> variables where specified
> - And as always, other bugs have been fixed
> 
> 
> What is PyDev?
> ---------------------------
> 
> PyDev is a plugin that enables users to use Eclipse for Python and 
> Jython development -- making Eclipse a first class Python IDE -- It 
> comes with many goodies such as code completion, syntax highlighting, 
> syntax analysis, refactor, debug and many others.
> 
> 
> Cheers,
> 
> -- 
> Fabio Zadrozny
> ------------------------------------------------------
> Software Developer
> 
> ESSS - Engineering Simulation and Scientific Software
> http://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

[Pydev-code] Pydev and Pydev Extensions 1.0.4 release

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

Hi All,

Pydev and Pydev Extensions 1.0.4 have been released

Check http://www.fabioz.com/pydev for details on Pydev Extensions

and http://pydev.sf.net for details on Pydev

Release Highlights in Pydev Extensions:
-----------------------------------------------------------------

- Interactive Console binded to the Pydev Editor
- Bug-fixes


Release Highlights in Pydev:
----------------------------------------------

- Added jython scripting
- Added an 'easy' way to bind actions after Ctrl+2 (to make scripting
easier)
- Added a way to list things binded with Ctrl+2 (To see: Ctrl+2+help)
- Added a 'go to next problem' with jython scripting capabilities, as a
first example on how to script Pydev with Jython (Ctrl+.)
- A brand new indentation engine is available:

    * Does not try to make different indentations inside multilines
    * Does not try to add spaces to make smart-indent when in only tabs mod=
e
    * Indents correctly after opening some bracket or after closing some
bracket
    * Indents to 'expected level' when hitting tab

- Fixed bug: syntax error described instead of throwing an error
- Profiled Pydev (not that much, but still, I hope you'll be able to 'feel'
it)
- Fixed bug: the pythonpath was not added when additional environment
variables where specified
- And as always, other bugs have been fixed


What is PyDev?
---------------------------

PyDev is a plugin that enables users to use Eclipse for Python and Jython
development -- making Eclipse a first class Python IDE -- It comes with man=
y
goodies such as code completion, syntax highlighting, syntax analysis,
refactor, debug and many others.


Cheers,

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

ESSS - Engineering Simulation and Scientific Software
http://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] Javadoc association

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

On 3/29/06, Jeff Lowery <jml...@ya...> wrote:
>
> Hope this attachment makes it (mail list is rejecting
> zip files).  Shows where javadocs are associated with
> the rt.jar (in addition to src.jar association).


Yeap, made it...

I'm guessing the src.jar assc. is used for 'go to
> declaration' and the javadoc assc. is used for hover
> text/F2. You may disagree, and you may be right.


Well, it's strange, because my variable for that points to
http://java.sun.com/j2se/1.5.0/docs/api (and not to a local dir... so, I'm
guessing it would be unusable with F2 for me if it used that for something)=
.

Whether we need javadoc help for Python is, to me, a
> matter of performance, code reuse, and minimizing the
> work involved. I don't know how Eclipse JDT manages
> the lookup from rt.jar class/method to javadoc/src
> comment, but in my mind's eye they're probably getting
> the method signature and converting it to an HTML
> anchor in the javadocs (or, they could be going to the
> source declaration via a cached parse tree and
> grabbing the javadoc comment there, like you say).
> Somebody knows for sure, and I'd like a little word
> with that somebody.


Actually, what you're saying seems more work to me then just grabbing it
from the source-code (it's really easy to manipulate the AST from jdt)...
Anyway, have you tried the newsgroup?


> Thanks for the build info. Heading out on vacation
> next week; with luck I'll get some hotel room time to
> setup a project.


Good luck ;-)

Later,

Fabio

[Pydev-code] Javadoc association

[Jeff L. <jml...@ya...>]

Hope this attachment makes it (mail list is rejecting
zip files).  Shows where javadocs are associated with
the rt.jar (in addition to src.jar association).

I'm guessing the src.jar assc. is used for 'go to
declaration' and the javadoc assc. is used for hover
text/F2. You may disagree, and you may be right.
 
Whether we need javadoc help for Python is, to me, a
matter of performance, code reuse, and minimizing the
work involved. I don't know how Eclipse JDT manages
the lookup from rt.jar class/method to javadoc/src
comment, but in my mind's eye they're probably getting
the method signature and converting it to an HTML
anchor in the javadocs (or, they could be going to the
source declaration via a cached parse tree and
grabbing the javadoc comment there, like you say).
Somebody knows for sure, and I'd like a little word
with that somebody. 

In any case, we still need a method for grabbing
docustrings out of project source, which amounts to
the same thing as what you suggest. Did you look at
Epydoc? Looks like a good tool and there's a complete
javadoc for the Python 2.3.3 libs.  Cool stuff. Can be
run from the command line, so should be a simple
matter of chaining off to the executable when the
project code is interpreted to generate the necessary
documentation.

Thanks for the build info. Heading out on vacation
next week; with luck I'll get some hotel room time to
setup a project.

Later,

Jeff



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Pydev-code] re: context-sensitive help

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

>
>
> You and I are talking about two related but separate use cases, I
> think.  Yours: user writes code with docustrings in PyDev project;
> docustrings are parsed when code is 'compiled' and stored in
> resource somewhere (XML file?) for later lookup.  Mine (Java case):
> user includes rt.jar file, makes association with javadoc directory
> in project settings (see attached picture).


No attached picture arrived... (Still, you probably have the src to the
rt.jar -- in the preferences, at java > build path > classpath variables >
JRE_SRC), my guess is that if you don't have the sources, you'll also not
get the javadoc for it.

"So, what I thought was to make the javadoc available in the help...
> The hovering is probably going to work on the same base that the
> code-completion works, getting the docs from the code itself..."
>
> For the python case, I guess this would work (but not in the Java
> case as the jar files don't have comments).  I wonder, though, if
> we can leverage the javadoc file association as in the case above?
> Not quite the same, is it, since there's nothing to associate the
> javadoc with? Guess I see the point now. It's possible that even in
> the case where the rt.jar <-> javadoc association is made, the
> javadocs are parsed into a lookup structure rather than relying
> browser HTML navigation. Too much of a newbie to know, myself.


(as I said, they probably rely on the rt.jar code that is associated in the
Eclipse variables -- I think that in python we would follow that path, as
you already have access to all the pydocs when doing code-completion, so,
having a javadoc for python would not really help us...)

>
> Got an ant build file or .project/.classpath pair?   Can't figure
> out which modules I need from CVS... looks like some old stuff in
> there.


Actually there are several projects you need to download that make the whol=
e
pydev...
Namely:
org.python.pydev
org.python.pydev.ast
org.python.pydev.core
org.python.pydev.debug
org.python.pydev.feature
org.python.pydev.help
org.python.pydev.jython
org.python.pydev.parser
org.python.pydev.templates

the xxx.site and xxx.releng are optional... they are used only if you want
to create a pydev distribution... the other projects in the cvs should be
dead by now ;-)

And if you are compiling the tests too, you have to create a file named *
org.python.pydev.core.TestDependent.java* (in the tests source folder).
There is a file named TestDependent.template that can be used as a base for
it (there are many system-dependent things that have to be specified for
running tests)...

If you grab them with the Eclipse cvs, choose those folders and ask Eclipse
to make download them as new projects in the workspace... It should
configure things correctly automatically.

(mental note: I have to create some place in the homepage explaining this
better)

So, if you need something else, just ask.

Cheers,

Fabio

[Pydev-code] re: context-sensitive help

[Jeff L. <jl...@op...>]

"Hummm... actually, I don't think that they use the javadoc=20
itself... What they probably do is parse the code to gather the=20
comments and use that info to know what to present (so, not much=20
that can be rearranged)."

You and I are talking about two related but separate use cases, I=20
think.  Yours: user writes code with docustrings in PyDev project;=20
docustrings are parsed when code is 'compiled' and stored in=20
resource somewhere (XML file?) for later lookup.  Mine (Java case):=20
user includes rt.jar file, makes association with javadoc directory=20
in project settings (see attached picture).
=20=20=20
"So, what I thought was to make the javadoc available in the help...=20
The hovering is probably going to work on the same base that the=20
code-completion works, getting the docs from the code itself..."=20
=20=20=20
For the python case, I guess this would work (but not in the Java=20
case as the jar files don't have comments).  I wonder, though, if=20
we can leverage the javadoc file association as in the case above?=20
Not quite the same, is it, since there's nothing to associate the=20
javadoc with? Guess I see the point now. It's possible that even in=20
the case where the rt.jar <-> javadoc association is made, the=20
javadocs are parsed into a lookup structure rather than relying=20
browser HTML navigation. Too much of a newbie to know, myself.=20=20

So there is a tool out there to generate API docs from Python=20
docustrings call Epydoc. Whatever route is taken, I think that is=20
the tool to use. How fast is it? -- that's the question. For project file
docustrings it's no doubt fast enough, but for the entire Python=20
library??  I think there are two choices: 1) distributing with a=20
pre-generated api docs; 2) have logic to do a one-time api doc=20
generation.  Distributing with pre-generated stuff would work until=20
a new Python version came along; generating once, base on version=20
determined by PYTHONHOME setting would be better, I think, and then=20
reuse the generated documentation until a new one is needed. I=20
think you'll agree that last makes sense.

Do we even need the Javadoc at all then?  I'm not sure what help=20
you are referring to: F1 help?

"There is a faq on how to add a hover to the text:=20
http://wiki.eclipse.org/index.php/FAQ_How_do_I_add_hover_support_to_my_text=
_editor%3F"=20


It's a good start. From that I might be able to figure out how the=20
linkage is made between .jar files and their javadocs.=20

"There is already a hover implemented for errors, but it has to be=20
extended for adding the pydocs. The class that does it is:=20
PyTextHover (basically, the getHoverInfo method would have to make=20
something as a code-completion request and with the info returned,=20
present the hover -- in addition to what is already shown). "

Yeah, found PyTextHover today. The light is slowly dawning.

=20=20=20
"To make the code completion, you'd have to check the=20
PythonCompletionProcessor, that currently makes the code-completion=20
(it might need some customizing for that, but not so much).=20
=20=20=20
"So, if you're up to the task and want more info... Should not be so=20
hard to implement... (I can give you some tips on how to do it)."=20

Got an ant build file or .project/.classpath pair?   Can't figure=20
out which modules I need from CVS... looks like some old stuff in=20
there.
=20=20=20
"You should register in the pydev-code list... That's the place=20
where this kind of discussion belongs"=20

Okay, the request is in.
=20=20
Take care,

Jeff


--=20
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 8 at http://www.opera.com

Powered by Outblaze

[Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.3 release

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

Hi All,

Pydev and Pydev Extensions 1.0.3 have been released

Check http://www.fabioz.com/pydev for details on Pydev Extensions

and http://pydev.sf.net for details on Pydev

Highlights in Pydev Extensions:
-------------------------------

- Added open declaration 'quick dialog' - Ctrl+Shift+T: Enables the user to
find any global (class, method or attribute) declaration, including methods
and attributes from classes (does not show only 'top-level' tokens).
- Code analysis minor bugs fixed
- Added a 'memento' for the Quick outline layout


Highlights in Pydev:
-----------------------

- Auto-dedent for else: and elif constructs
- Added color customization for the function name and class name
- Fixed error while organizing imports with the construct from xxx import
(a,b\n c)
- Fixed debugger error: it could halt when getting some variable
representation if the variable translated in a string that was huge
- Fixed error while debugging with conditional breakpoint (only evaluated
the first time) -- Thank Achim Nierbeck for this fix
- Show in view: Resource Navigator (Ctrl+Alt+W) now is always active on the
pydev view
- Fixed leak on template images


Cheers,

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

ESSS - Engineering Simulation and Scientific Software
http://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] [ANN] Pydev and Pydev Extensions 1.0.2 release

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

Actually, I think they'll probably add support, but the problem is 'when'..=
.
Also, in the eclipse development, they start with java, and extend as
requests come... in my case, the request was deffered for the next release =
(
3.2), but they gave no mention on when would it be implemented...

Also, there's a generic core, but it is not so generic as one would
expect... I mean for basic stuff, it really gives a good support, but after
you want things that where not initially thought of, it might be kind of
tricky to get it... So, you'll usually end up with a lot of code, just
trying to get rid of some indirection layers they put in the way ;-)

In the end, I think they do have interest in making those APIs, the problem
seems to be that the 'process' they have to keep things in order slows it
down much more than it should...

I mean, I had a request, implemented the code to do what I asked, submitted
it, and they didn't add it to the core API because it was the last day for
API changes in the 3.2 release... so, that makes that request frozen for a
some months until they do consider it again ;-(

Unfortunatelly, what keeps happening over and over again is that I really
have to 'hack' Eclipse to get what I want from it... on the other way,
fortunatelly, the code is all there so that I *can* hack it ;-)

Cheers,

Fabio

On 2/19/06, Bill Baxter <wb...@gm...> wrote:
>
> On 2/20/06, Fabio Zadrozny <fa...@gm...> wrote:
> >
> >
> >
> > Yeap... probably making my own shell instead of the one Eclipse uses
> > would make it easier... it's api still does not make it possible (and I
> > wonder if it ever will).
> >
>
> I don't know much about Eclipse (I just downloaded it to try out pydev),
> but I thought it was supposed to be a pretty generic IDE backbone.  If
> that's the case then you'd think they'd be interested in providing good c=
ore
> support for the many dynamic interpreted languages that are out there.  T=
he
> features you want (and we users are asking for) are the same ones one wou=
ld
> want in a debugger for any interpreted language, perl, ruby, python, etc.=
  I
> can't imagine that the Eclipse developers would refuse to add a few API
> hooks here and there if it makes support for those languages better.
>
> Or is it more like a generic backbone in theory, but in practice all the
> developers are mostly Java users, so that's all any of them care about
> supporting?
>
> --bb
>
>

Re: [Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

[Bill B. <wb...@gm...>]

On 2/20/06, Fabio Zadrozny <fa...@gm...> wrote:
>
>
>
> Yeap... probably making my own shell instead of the one Eclipse uses woul=
d
> make it easier... it's api still does not make it possible (and I wonder =
if
> it ever will).
>

I don't know much about Eclipse (I just downloaded it to try out pydev), bu=
t
I thought it was supposed to be a pretty generic IDE backbone.  If that's
the case then you'd think they'd be interested in providing good core
support for the many dynamic interpreted languages that are out there.  The
features you want (and we users are asking for) are the same ones one would
want in a debugger for any interpreted language, perl, ruby, python, etc.  =
I
can't imagine that the Eclipse developers would refuse to add a few API
hooks here and there if it makes support for those languages better.

Or is it more like a generic backbone in theory, but in practice all the
developers are mostly Java users, so that's all any of them care about
supporting?

--bb

Re: [Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

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

>
>
> > I'll need to check if I can override the default Eclipse console used
> > for run... Probably hard though (I had to hack my way into Eclipse just=
 to
> > be able to grab the input)...
> >
>
> Maybe there's a way to make it a completely separate panel type rather
> than piggy-backing on the console?  (Of course, I don't know anything abo=
ut
> Eclipse internals so that may just be impossible).
>

Yeap... probably making my own shell instead of the one Eclipse uses would
make it easier... it's api still does not make it possible (and I wonder if
it ever will).


Keep up the good work!
>
> --Bill Baxter
>
>


Cheers,

Fabio

Re: [Pydev-code] Another good feature to have

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

Yeap... I'd do them right away, the problem is that I still don't have what
I need from Eclipse itself for all of it. Actually, according to the Eclips=
e
api, I couldn't even get the input from the console -- fortunatelly, I've
learned how to 'hack' my way into Eclipse ;-)

So, I may be able to do some of your requests, but others will depend upon
the following request I did in the eclipse tracker:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D127501

Cheers,

Fabio

On 2/19/06, Bill Baxter < wb...@gm...> wrote:
>
> Nope.  Last time I asked for something it was the interactive debugging
> console itself, and your response was "it's in the next version already".
> So I thought I'd mention these feature requests here first just in case
> you're already working on it for the next release. :-)
>
> I'll go ahead and submit them to the feature tracker when I get a chance.
>
> --bb
>
> On 2/17/06, Fabio Zadrozny < fa...@gm...> wrote:
> >
> > Hey... Did you already put those as feature requests? It is the best
> > place to put those, otherwise your requests might be 'forgotten' when
> > someone actually has time to go and implement them...
> >
> > Cheers,
> >
> > Fabio
> >
> > On 2/17/06, Bill Baxter < wb...@gm...> wrote:
> > >
> > > Another excellent feature is to have is the ability to postmortem
> > > debug in the console if the app throws an exception.  IPython lets yo=
u do
> > > this by automatically invoking pdb when there's an exception in the p=
rogram,
> > > and the matlab debugger has similar functionality.
> > >
> > > (I mention it because I just noticed that the new 'probe in suspend
> > > mode' feature of pydev doesn't let you do that).
> > >
> > > --bb
> > >
> > > On 2/17/06, Bill Baxter <wb...@gm...> wrote:
> > > >
> > > > Hi there,
> > > >
> > > > On 2/17/06, Fabio Zadrozny < fa...@es...> wrote:
> > > > >
> > > > >
> > > > > - New feature in the debugger: the console is available for
> > > > > probing when
> > > > > in 'suspendend mode'
> > > > >
> > > > > This is a pretty great addition.  How hard would it be to make it
> > > > act more like a full-featured shell?  I.e.,
> > > > - have a promt so you can tell tell that it's waiting for your
> > > > input,
> > > > - respond after just one 'enter' instead of two,
> > > > - print out the value of variables by just typing the variable name
> > > > (instead of having to type "print variable_name")
> > > > - cycle through your command history with keys like up/down-arrow o=
r
> > > > ctrl-up/down-arrow
> > > > - auto-completion of symbols
> > > >
> > > > Ideally it would be nice to just have something like pycrust right
> > > > there in a tab instead of "Console".  Stani's Python Editor has pyc=
rust
> > > > built-in like that, but unfortunately it's not connected in any way=
 to your
> > > > executing program, so it's not so useful.
> > > >
> > > > The ultimate debugger, based on debuggers I'm familiar with, would
> > > > be a hybrid of that in VisualStudio crossed with Matlab.  VisualStu=
dio does
> > > > variable and watches nicely.  It's got a list (several lists actual=
ly) like
> > > > Eclipse's 'Expressions', but you can double click to add a new expr=
ession or
> > > > edit an expression.  Eclipse is pretty close there, just needs a mo=
re
> > > > efficient way to edit the expressions.  The Matlab debugger, on the=
 other
> > > > hand, completely lacks an expression list, but its best feature is =
that when
> > > > you hit a breakpoint, you just have your normal interactive shell p=
rompt
> > > > there with all it's features, plus all your program's state loaded =
in
> > > > memory.  This is an excellent debugging model for a dynamic program=
ming
> > > > language in my opinion.  If there's some error on the current line,=
 you can
> > > > quickly try out a bunch of variations to figure out what the proper
> > > > expression is to get the result you want, using the actual data fro=
m your
> > > > program, without having to cook up a stand-alone test case that cre=
ates data
> > > > similar to what's in your program.
> > > >
> > > > Regards,
> > > > Bill Baxter
> > > >
> > >
> > >
> > >
> > > --
> > > William V. Baxter III
> > > OLM Digital
> > > Kono Dens Building Rm 302
> > > 1-8-8 Wakabayashi Setagaya-ku
> > > Tokyo, Japan  154-0023
> > > +81 (3) 3422-3380
> >
> >
> >
>
>
> --
> William V. Baxter III
> OLM Digital
> Kono Dens Building Rm 302
> 1-8-8 Wakabayashi Setagaya-ku
> Tokyo, Japan  154-0023
> +81 (3) 3422-3380
>

Re: [Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

[Bill B. <wb...@gm...>]

Howdy,

- respond after just one 'enter' instead of two,
>
>
> The problem is that I have to pass the complete thing to the debugger
> because it will do an exec in your code, so, if you want to define someth=
ing
> as:
>
> def method1():
>     print 'foo'
>
> You could not do, because the exec would pass right on the 'def
> method1():', and you need it only after you defined the whole method...
> That's so that you can do things like the below in the debugger:
> class D:
>     def m1(self):
>         print 'here'
>
> d =3D D()
> print d
>
> <__main__.D instance at 0x0A6D0E90>
>
> I could still make an option to respond after a single-line, but then
> you'd not be able to do multi-line statements...
> Anyway, I could do some more research to see if there's someway that can
> make multi-line statements and keep the simplicity of single line
> statements... Something as a buffer, that determines when it should evalu=
ate
> the whole thing... maybe as the real console, that detects when it is a
> multiline and only then passes to the 'eval on new line' approach.
>


What's wrong with how most shells do it (IDLE, pycrust, standard command
line interactive shell) ?
I'm not sure how it's implemented, but basically if the line you type is a
complete statement all by itself, then it's executed, otherwise you get a
different "continuation" prompt and indented lines to type the rest of the
function.  Maybe there's a special exception thrown to indicate an
incomplete statement?


- cycle through your command history with keys like up/down-arrow or
> > ctrl-up/down-arrow
>
>
> I'll need to check if I can override the default Eclipse console used for
> run... Probably hard though (I had to hack my way into Eclipse just to be
> able to grab the input)...
>

Maybe there's a way to make it a completely separate panel type rather than
piggy-backing on the console?  (Of course, I don't know anything about
Eclipse internals so that may just be impossible).

Keep up the good work!

--Bill Baxter

Re: [Pydev-code] Another good feature to have

[Bill B. <wb...@gm...>]

Nope.  Last time I asked for something it was the interactive debugging
console itself, and your response was "it's in the next version already".
So I thought I'd mention these feature requests here first just in case
you're already working on it for the next release. :-)

I'll go ahead and submit them to the feature tracker when I get a chance.

--bb

On 2/17/06, Fabio Zadrozny <fa...@gm...> wrote:
>
> Hey... Did you already put those as feature requests? It is the best plac=
e
> to put those, otherwise your requests might be 'forgotten' when someone
> actually has time to go and implement them...
>
> Cheers,
>
> Fabio
>
> On 2/17/06, Bill Baxter <wb...@gm...> wrote:
> >
> > Another excellent feature is to have is the ability to postmortem debug
> > in the console if the app throws an exception.  IPython lets you do thi=
s by
> > automatically invoking pdb when there's an exception in the program, an=
d the
> > matlab debugger has similar functionality.
> >
> > (I mention it because I just noticed that the new 'probe in suspend
> > mode' feature of pydev doesn't let you do that).
> >
> > --bb
> >
> > On 2/17/06, Bill Baxter <wb...@gm...> wrote:
> > >
> > > Hi there,
> > >
> > > On 2/17/06, Fabio Zadrozny < fa...@es...> wrote:
> > > >
> > > >
> > > > - New feature in the debugger: the console is available for probing
> > > > when
> > > > in 'suspendend mode'
> > > >
> > > > This is a pretty great addition.  How hard would it be to make it
> > > act more like a full-featured shell?  I.e.,
> > > - have a promt so you can tell tell that it's waiting for your input,
> > > - respond after just one 'enter' instead of two,
> > > - print out the value of variables by just typing the variable name
> > > (instead of having to type "print variable_name")
> > > - cycle through your command history with keys like up/down-arrow or
> > > ctrl-up/down-arrow
> > > - auto-completion of symbols
> > >
> > > Ideally it would be nice to just have something like pycrust right
> > > there in a tab instead of "Console".  Stani's Python Editor has pycru=
st
> > > built-in like that, but unfortunately it's not connected in any way t=
o your
> > > executing program, so it's not so useful.
> > >
> > > The ultimate debugger, based on debuggers I'm familiar with, would be
> > > a hybrid of that in VisualStudio crossed with Matlab.  VisualStudio d=
oes
> > > variable and watches nicely.  It's got a list (several lists actually=
) like
> > > Eclipse's 'Expressions', but you can double click to add a new expres=
sion or
> > > edit an expression.  Eclipse is pretty close there, just needs a more
> > > efficient way to edit the expressions.  The Matlab debugger, on the o=
ther
> > > hand, completely lacks an expression list, but its best feature is th=
at when
> > > you hit a breakpoint, you just have your normal interactive shell pro=
mpt
> > > there with all it's features, plus all your program's state loaded in
> > > memory.  This is an excellent debugging model for a dynamic programmi=
ng
> > > language in my opinion.  If there's some error on the current line, y=
ou can
> > > quickly try out a bunch of variations to figure out what the proper
> > > expression is to get the result you want, using the actual data from =
your
> > > program, without having to cook up a stand-alone test case that creat=
es data
> > > similar to what's in your program.
> > >
> > > Regards,
> > > Bill Baxter
> > >
> >
> >
> >
> > --
> > William V. Baxter III
> > OLM Digital
> > Kono Dens Building Rm 302
> > 1-8-8 Wakabayashi Setagaya-ku
> > Tokyo, Japan  154-0023
> > +81 (3) 3422-3380
>
>
>


--
William V. Baxter III
OLM Digital
Kono Dens Building Rm 302
1-8-8 Wakabayashi Setagaya-ku
Tokyo, Japan  154-0023
+81 (3) 3422-3380

Re: [Pydev-code] Another good feature to have

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

Hey... Did you already put those as feature requests? It is the best place
to put those, otherwise your requests might be 'forgotten' when someone
actually has time to go and implement them...

Cheers,

Fabio

On 2/17/06, Bill Baxter <wb...@gm...> wrote:
>
> Another excellent feature is to have is the ability to postmortem debug i=
n
> the console if the app throws an exception.  IPython lets you do this by
> automatically invoking pdb when there's an exception in the program, and =
the
> matlab debugger has similar functionality.
>
> (I mention it because I just noticed that the new 'probe in suspend mode'
> feature of pydev doesn't let you do that).
>
> --bb
>
> On 2/17/06, Bill Baxter <wb...@gm...> wrote:
> >
> > Hi there,
> >
> > On 2/17/06, Fabio Zadrozny < fa...@es...> wrote:
> > >
> > >
> > > - New feature in the debugger: the console is available for probing
> > > when
> > > in 'suspendend mode'
> > >
> > > This is a pretty great addition.  How hard would it be to make it act
> > more like a full-featured shell?  I.e.,
> > - have a promt so you can tell tell that it's waiting for your input,
> > - respond after just one 'enter' instead of two,
> > - print out the value of variables by just typing the variable name
> > (instead of having to type "print variable_name")
> > - cycle through your command history with keys like up/down-arrow or
> > ctrl-up/down-arrow
> > - auto-completion of symbols
> >
> > Ideally it would be nice to just have something like pycrust right ther=
e
> > in a tab instead of "Console".  Stani's Python Editor has pycrust built=
-in
> > like that, but unfortunately it's not connected in any way to your exec=
uting
> > program, so it's not so useful.
> >
> > The ultimate debugger, based on debuggers I'm familiar with, would be a
> > hybrid of that in VisualStudio crossed with Matlab.  VisualStudio does
> > variable and watches nicely.  It's got a list (several lists actually) =
like
> > Eclipse's 'Expressions', but you can double click to add a new expressi=
on or
> > edit an expression.  Eclipse is pretty close there, just needs a more
> > efficient way to edit the expressions.  The Matlab debugger, on the oth=
er
> > hand, completely lacks an expression list, but its best feature is that=
 when
> > you hit a breakpoint, you just have your normal interactive shell promp=
t
> > there with all it's features, plus all your program's state loaded in
> > memory.  This is an excellent debugging model for a dynamic programming
> > language in my opinion.  If there's some error on the current line, you=
 can
> > quickly try out a bunch of variations to figure out what the proper
> > expression is to get the result you want, using the actual data from yo=
ur
> > program, without having to cook up a stand-alone test case that creates=
 data
> > similar to what's in your program.
> >
> > Regards,
> > Bill Baxter
> >
>
>
>
> --
> William V. Baxter III
> OLM Digital
> Kono Dens Building Rm 302
> 1-8-8 Wakabayashi Setagaya-ku
> Tokyo, Japan  154-0023
> +81 (3) 3422-3380

Re: [Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

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

On 2/16/06, Bill Baxter <wb...@gm...> wrote:
>
> Hi there,


Hi Bill,


On 2/17/06, Fabio Zadrozny <fa...@es...> wrote:
> >
> >
> > - New feature in the debugger: the console is available for probing whe=
n
> > in 'suspendend mode'
> >
> > This is a pretty great addition.  How hard would it be to make it act
> more like a full-featured shell?  I.e.,
> - have a promt so you can tell tell that it's waiting for your input,


Should not be so hard...

- respond after just one 'enter' instead of two,


The problem is that I have to pass the complete thing to the debugger
because it will do an exec in your code, so, if you want to define somethin=
g
as:

def method1():
    print 'foo'

You could not do, because the exec would pass right on the 'def method1():'=
,
and you need it only after you defined the whole method... That's so that
you can do things like the below in the debugger:
class D:
    def m1(self):
        print 'here'

d =3D D()
print d

<__main__.D instance at 0x0A6D0E90>

I could still make an option to respond after a single-line, but then you'd
not be able to do multi-line statements...
Anyway, I could do some more research to see if there's someway that can
make multi-line statements and keep the simplicity of single line
statements... Something as a buffer, that determines when it should evaluat=
e
the whole thing... maybe as the real console, that detects when it is a
multiline and only then passes to the 'eval on new line' approach.


- print out the value of variables by just typing the variable name (instea=
d
> of having to type "print variable_name")


Probably doable

- cycle through your command history with keys like up/down-arrow or
> ctrl-up/down-arrow


I'll need to check if I can override the default Eclipse console used for
run... Probably hard though (I had to hack my way into Eclipse just to be
able to grab the input)...

- auto-completion of symbols


Same as the one before

Ideally it would be nice to just have something like pycrust right there in
> a tab instead of "Console".  Stani's Python Editor has pycrust built-in l=
ike
> that, but unfortunately it's not connected in any way to your executing
> program, so it's not so useful.


Well, I'll soon have a replacement for pycrust, to help you do
'quick-scripts' in a scrap-page... something as the java scrap-page, but
I'll have to see how to connect it to the debugger shell.

The ultimate debugger, based on debuggers I'm familiar with, would be a
> hybrid of that in VisualStudio crossed with Matlab.  VisualStudio does
> variable and watches nicely.  It's got a list (several lists actually) li=
ke
> Eclipse's 'Expressions', but you can double click to add a new expression=
 or
> edit an expression.  Eclipse is pretty close there, just needs a more
> efficient way to edit the expressions.  The Matlab debugger, on the other
> hand, completely lacks an expression list, but its best feature is that w=
hen
> you hit a breakpoint, you just have your normal interactive shell prompt
> there with all it's features, plus all your program's state loaded in
> memory.


Well, I hope I'll get to there ;-)

This is an excellent debugging model for a dynamic programming language in
> my opinion.  If there's some error on the current line, you can quickly t=
ry
> out a bunch of variations to figure out what the proper expression is to =
get
> the result you want, using the actual data from your program, without hav=
ing
> to cook up a stand-alone test case that creates data similar to what's in
> your program.


Agreed... but I'd probably do the stand-alone test-cases anyway ;-)

Regards,
> Bill Baxter
>

Regards,

Fabio Zadrozny

[Pydev-code] Another good feature to have

[Bill B. <wb...@gm...>]

Another excellent feature is to have is the ability to postmortem debug in
the console if the app throws an exception.  IPython lets you do this by
automatically invoking pdb when there's an exception in the program, and th=
e
matlab debugger has similar functionality.

(I mention it because I just noticed that the new 'probe in suspend mode'
feature of pydev doesn't let you do that).

--bb

On 2/17/06, Bill Baxter <wb...@gm...> wrote:
>
> Hi there,
>
> On 2/17/06, Fabio Zadrozny <fa...@es...> wrote:
> >
> >
> > - New feature in the debugger: the console is available for probing whe=
n
> > in 'suspendend mode'
> >
> > This is a pretty great addition.  How hard would it be to make it act
> more like a full-featured shell?  I.e.,
> - have a promt so you can tell tell that it's waiting for your input,
> - respond after just one 'enter' instead of two,
> - print out the value of variables by just typing the variable name
> (instead of having to type "print variable_name")
> - cycle through your command history with keys like up/down-arrow or
> ctrl-up/down-arrow
> - auto-completion of symbols
>
> Ideally it would be nice to just have something like pycrust right there
> in a tab instead of "Console".  Stani's Python Editor has pycrust built-i=
n
> like that, but unfortunately it's not connected in any way to your execut=
ing
> program, so it's not so useful.
>
> The ultimate debugger, based on debuggers I'm familiar with, would be a
> hybrid of that in VisualStudio crossed with Matlab.  VisualStudio does
> variable and watches nicely.  It's got a list (several lists actually) li=
ke
> Eclipse's 'Expressions', but you can double click to add a new expression=
 or
> edit an expression.  Eclipse is pretty close there, just needs a more
> efficient way to edit the expressions.  The Matlab debugger, on the other
> hand, completely lacks an expression list, but its best feature is that w=
hen
> you hit a breakpoint, you just have your normal interactive shell prompt
> there with all it's features, plus all your program's state loaded in
> memory.  This is an excellent debugging model for a dynamic programming
> language in my opinion.  If there's some error on the current line, you c=
an
> quickly try out a bunch of variations to figure out what the proper
> expression is to get the result you want, using the actual data from your
> program, without having to cook up a stand-alone test case that creates d=
ata
> similar to what's in your program.
>
> Regards,
> Bill Baxter
>



--
William V. Baxter III
OLM Digital
Kono Dens Building Rm 302
1-8-8 Wakabayashi Setagaya-ku
Tokyo, Japan  154-0023
+81 (3) 3422-3380

Re: [Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

[Bill B. <wb...@gm...>]

Hi there,

On 2/17/06, Fabio Zadrozny <fa...@es...> wrote:
>
>
> - New feature in the debugger: the console is available for probing when
> in 'suspendend mode'
>
> This is a pretty great addition.  How hard would it be to make it act mor=
e
like a full-featured shell?  I.e.,
- have a promt so you can tell tell that it's waiting for your input,
- respond after just one 'enter' instead of two,
- print out the value of variables by just typing the variable name (instea=
d
of having to type "print variable_name")
- cycle through your command history with keys like up/down-arrow or
ctrl-up/down-arrow
- auto-completion of symbols

Ideally it would be nice to just have something like pycrust right there in
a tab instead of "Console".  Stani's Python Editor has pycrust built-in lik=
e
that, but unfortunately it's not connected in any way to your executing
program, so it's not so useful.

The ultimate debugger, based on debuggers I'm familiar with, would be a
hybrid of that in VisualStudio crossed with Matlab.  VisualStudio does
variable and watches nicely.  It's got a list (several lists actually) like
Eclipse's 'Expressions', but you can double click to add a new expression o=
r
edit an expression.  Eclipse is pretty close there, just needs a more
efficient way to edit the expressions.  The Matlab debugger, on the other
hand, completely lacks an expression list, but its best feature is that whe=
n
you hit a breakpoint, you just have your normal interactive shell prompt
there with all it's features, plus all your program's state loaded in
memory.  This is an excellent debugging model for a dynamic programming
language in my opinion.  If there's some error on the current line, you can
quickly try out a bunch of variations to figure out what the proper
expression is to get the result you want, using the actual data from your
program, without having to cook up a stand-alone test case that creates dat=
a
similar to what's in your program.

Regards,
Bill Baxter

[Pydev-code] [ANN] Pydev and Pydev Extensions 1.0.2 release

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

Hi All,

Pydev and Pydev Extensions 1.0.2 have been released

Check http://www.fabioz.com/pydev for details on Pydev Extensions

and http://pydev.sf.net has for details on Pydev

Highlights in Pydev Extensions:
-------------------------------

- New feature in the debugger: the console is available for probing when 
in 'suspendend mode'
- New feature in code analysis: Provided a way to consider tokens that 
should be in the globals
- Halt fix when too many matches where found in the go to definition.
- Code analysis minor bugs fixed.
- Error when opening browser fixed.


Highlights in Pydev:
-----------------------

- Jython debugging now working.
- Code coverage does not report docstrings as not being executed.
- Freeze when making a 'step-in' fixed in the debugger.
- Grammar generated with javacc version 4.0


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] Showstopper bug when debugging Chandler

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

Fabio Zadrozny wrote:
> 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

I tried but it didn't help. Besides, the symptoms seem to be different
than in that bug. With Chandler it always causes the freeze in the same
spot, on every run.

-- 
  Heikki Toivonen