At 09:13 AM 8/7/2001 -0400, Benjamin Shults wrote:
>[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.
>
Is drive i located on your system or is is a network drive? Is it a virtual
drive that you have created with the subst command?
- Paul
>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/
