Hi, the fix works. Opening java files in all cases (with/without prj.el,
local/network drive, new or existing java file) will not have the nesting
problem now. Thanks.
In case it is not obvious, for those who are interested in applying the
patch on NT Emacs, please beware that the \r (^M) has to be removed from the
.el file. I ain't sure whether this is my e-mail detach process or
embedded in the original jde-parse.el file.
Cheers,
Peter.
>
>
> In the current release of the JDE (2.2.6), an infinite loop occurs in
> the
> jde-parse-update-after-parse function when the buffer is empty. The
> next
> release of the JDE should fix the problem. Meanwhile, you can cure
> the
> problem by replacing the JDE 2.2.6 version of jde-parse.el with the
> attached patched version.
>
> - Paul
>
> p.s. Eric, my fix is somewhat different from the one we discussed
> this
> afternoon. I found that simply calling
> semantic-bovinate-toplevel-cache
> still resulted in an infinite recursion which was destroying the
> Emacs
> menus. Checking for a nil value of the bovinator cache, though, seems
> to
> work just fine. Even the Classes menu now works in an empty buffer,
> albeit
> it is empty. Here is my patched version of
> jde-parse-update-after-parse.
>
> (defun jde-parse-update-after-parse ()
> (when (jde-parse-should-auto-parse-buffer-p)
> (setq jde-parse-buffer-needs-reparse-p nil)
> (if jde-auto-parse-buffer-timer
> (cancel-timer jde-auto-parse-buffer-timer))
> (setq jde-auto-parse-buffer-timer nil))
> (when (and
> (boundp 'semantic-toplevel-bovine-cache)
> (car semantic-toplevel-bovine-cache))
> (setq jde-parse-buffer-contains-multiple-classes-p
> (jde-parse-buffer-contains-multiple-classes-p))
> (setq jde-parse-the-method-map (jde-parse-method-map "Method
> map"))))
