1
Ar an t-aonú lá is triochad de mí Márta, scríobh Bill Rushmore:
When I edit Java files and when I enter a new variable such as:
int foo =
I get the following message right after I type in the equals sign:
(warning/warning) Error caught in `font-lock-pre-idle-hook': (error
Invalid search limit (wrong side of point))
This only seems to be an issue on Solaris, other platforms I use don't
have the problem.
Right now my work around is to use GNU Emacs for Java development
(*sigh*).
Thank you for the report, Bill. The below patch fixes the issue for me,
though I’m not sure that I understand the package well enough to say it’s
The Right Way to do it. Martin?
xemacs-packages/cc-mode/ChangeLog addition:
2005-04-01 Aidan Kehoe <kehoea(a)parhasard.net>
* cc-engine.el (c-syntactic-re-search-forward): Before the first
call of re-search-forward in the function, make sure that the
bound is greater than or equal to (point). Fixes an error:
Error caught in `font-lock-pre-idle-hook': (error Invalid search
limit (wrong side of point))
that users of JDEE have been seeing for a long time.
XEmacs Packages source patch:
Diff command: cvs -q diff -u
Files affected: xemacs-packages/cc-mode/cc-engine.el
Index: xemacs-packages/cc-mode/cc-engine.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/cc-mode/cc-engine.el,v
retrieving revision 1.16
diff -u -u -r1.16 cc-engine.el
--- xemacs-packages/cc-mode/cc-engine.el 2004/08/11 16:30:15 1.16
+++ xemacs-packages/cc-mode/cc-engine.el 2005/03/31 21:58:00
@@ -2446,7 +2446,8 @@
(and
(progn
(setq search-pos (point))
- (re-search-forward regexp bound noerror))
+ (if (>= bound (point))
+ (re-search-forward regexp bound noerror)))
(progn
(setq state (parse-partial-sexp
--
“I, for instance, am gung-ho about open source because my family is being
held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle,
when we say something in public? No-one!” -- Danny O’Brien