[EMAIL PROTECTED] wrote:
> evaluate (setq debug-on-error t) and try again. You should get a
> lisp stack trace that will help pinpoint the source of the recursion
> problem.
I thought it was a bit strange that this line is in my .emacs
file but I don't get any debug output other than what I showed.
See my original message for all the details.
Thanks,
Benji
> In message <[EMAIL PROTECTED]>, Benjamin Shults writes:
> : Paul Kinnucan wrote:
> : > At 10:21 AM 8/6/2001 -0400, Benjamin Shults wrote:
> : > >I am using:
> : > >
> : > > GNU (NT) Emacs 20.7.1
> : > > Windows 98 SE
> : > > cc-mode-5.28
> : > > eieio-0.16
> : > > elib-1.0
> : > > jde-2.2.7.1
> : > > semantic-1.4beta8
> : > > speedbar-0.13a
> : > >
> : > >Everything is byte compiled.
> : > >
> : > >I have made an effort to read everything on all the related sites
> : > >and searched the mailing list archives. Obviously I missed
> : > >something because when I open a java file, it takes a long time
> : > >and gives me:
> : > >
> : > > File mode specification error: (error "Variable binding depth exceeds
> : > >max-specpdl-size")
> : > >
> : >
> : > Does this happen on any Java source file that you open? Some Java
> : > constructs can cause the semantic parser can exceed the default Emacs
> : > recursion limit in which case you can bump the limit up, e.g.,
> : >
> : > (setq max-specpdl-size 1000)
> : >
> : > - Paul
> :
> : I tried that and it had no effect
> :
> : Here is a sample file that this happened on:
> :
> : ;; begin file
> : public interface ColorDiscriminator {}
> : ;; end file
--
Benjamin Shults Office: 310-B Stillwell
Department of Math and CS mailto:[EMAIL PROTECTED]
Western Carolina University Voice: 828 227 3828
Cullowhee, NC 28723 FAX: 828 227 7240
http://www.cs.wcu.edu/~shults/
