Stackoverflow in CoreASTProvider

[robstryker]

This is likely because I had a breakpoint set somewhere. Even still, it would seem like there should be some checks on this recursive loop somewhere, and a better or more checked exception should somehow be thrown here.

!ENTRY org.eclipse.core.jobs 4 2 2024-02-21 11:54:17.989
!MESSAGE An internal error occurred during: "Requesting Java AST from selection".
!STACK 0
java.lang.StackOverflowError
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:132)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)
at org.eclipse.jdt.core.manipulation.CoreASTProvider.getAST(CoreASTProvider.java:189)

[jukzi]

That recursive call looks like the method arguments are not changed at all so the recursion works as a (waiting) loop and could be refactored to such.