Re: Improved patch to jde-wiz.el (for deep inner-class names)

"Len Trigg" <[email protected]>
Newsgroups gmane.emacs.jdee.devel
Organization NetValue Ltd
Message-ID <hbeinw1k4w.wl%[email protected]>
Jeff Peck wrote:
> You say there is a problem with "error handling",
> but what error is being handled?
> For me, with ZCat.java compiled and ZCat$FooBar.class on the class path,
> it works.

When I start emacs directly into that project, it finds the interface
correctly.


> The *first* time i tried your test, my prj.el had a wrong classpath,
> and bsh had been working on other projects,
> so FooBar was not found (but even then a single, simple message)
> but after clearing that, it works as expected.
>
> Looks like either the patch is incorrecly installed or your JDEE-bsh is
> confused about what is where...?

bsh does seem confused when I start into another project and then
switch into the project containing my test class. That seems like a
separate issue.


> That [1220 times] and "Variable binding depth exceeds max-specpdl-size"
> message looks like runaway recursion, signs of a bad patch...
> the real code could not do that [TTBOMK].

When I debugged it in the case where the class could not be found, the
eq test was failing to terminate the recursion.  Changing the test to
string-equal fixed the runaway recursion.

I have applied the fixed patch. (Still don't know about the bsh issue).


Cheers,
Len


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.