Exception does not seem to propogate up the stack? about squirreljme

[XerTheSquirrel]

CLDC's lang.TestExceptionCatchUp test reproduces this error.

[XerTheSquirrel]

Result from reproduced test:

DBUG1 jl.Throwable::<init> @ 2Ah (:136) -- new Throwable(`TEST`)
DBUG1 nmt.__CoreTest__::__equals @ CAh (:629) -- NoSuchElementException ?= IllegalArgumentException
DBUG1 nmt.__CoreTest__::__equals @ CAh (:629) -- RuntimeException ?= IllegalArgumentException
DBUG1 nmt.__CoreTest__::__equals @ CAh (:629) -- Exception ?= IllegalArgumentException
DBUG1 nmt.__CoreTest__::__equals @ CAh (:629) -- Throwable ?= IllegalArgumentException
java.util.NoSuchElementException: TEST
  at java/lang/Exception.<init>:(Ljava/lang/String;)V @ 2 (Exception.java:40)
  at java/lang/RuntimeException.<init>:(Ljava/lang/String;)V @ 2 (RuntimeException.java:39)
  at java/util/NoSuchElementException.<init>:(Ljava/lang/String;)V @ 2 (NoSuchElementException.java:38)
  at lang/TestExceptionCatchUp.levelB:()Ljava/lang/String; @ 6 (TestExceptionCatchUp.java:41)
  at lang/TestExceptionCatchUp.levelA:()Ljava/lang/String; @ 1 (TestExceptionCatchUp.java:31)
  at lang/TestExceptionCatchUp.test:()Ljava/lang/String; @ 1 (TestExceptionCatchUp.java:53)
  at lang/TestExceptionCatchUp.test:()Ljava/lang/Object; @ 1 (TestExceptionCatchUp.java:21)
  at net/multiphasicapps/tac/TestSupplier.__runTest:([Ljava/lang/Object;)Ljava/lang/Object; @ 16 (TestSupplier.java:45)
  at net/multiphasicapps/tac/__CoreTest__.runTest:([Ljava/lang/String;)V @ 250 (__CoreTest__.java:123)
  at net/multiphasicapps/tac/__CoreTest__.startApp:()V @ 5 (__CoreTest__.java:285)
  at java/lang/Thread.__start:()V @ 173 (Thread.java:658)
lang.TestExceptionCatchUp: FAIL
        RV ExceptionThrown ExceptionThrown
        TH throwable:java.util.NoSuchElementException,java.lang.RuntimeException,Exception,Throwable:TEST throwable:IllegalArgumentException
TODO1 js.AccessController::checkPermission @ 18h (:36) -- Check permission: ("java.lang.RuntimePermission" "exitVM.1")
TODO0 nmi.DeflaterOutputStream::<init> (:93) -- Implement fixed and dynamic huffman!

[XerTheSquirrel]

I believe this is caused in cases where an exception is to be handled, but it is thrown by a method which is on a return. So after returns, checks need to be done to see if there is an exception to handle.

[XerTheSquirrel]

Fixed. The cause of this error was that when a method is invoked the frame is setup and the pc is advanced, when an exception happens in a sub-frame when it is checked it just checks the PC address of the frame above and not the last PC address (where the pointer was at).