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