From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20131 invoked by alias); 2 Mar 2002 18:36:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 20092 invoked by uid 71); 2 Mar 2002 18:36:01 -0000 Date: Sat, 02 Mar 2002 10:36:00 -0000 Message-ID: <20020302183601.20090.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/5794: gcj fails to verify .class file generated by Sun JDK 1.4 compiler Reply-To: Tom Tromey X-SW-Source: 2002-03/txt/msg00032.txt.bz2 List-Id: The following reply was made to PR java/5794; it has been noted by GNATS. From: Tom Tromey To: adam@medovina.org Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/5794: gcj fails to verify .class file generated by Sun JDK 1.4 compiler Date: 02 Mar 2002 11:56:48 -0700 >>>>> "Tom" == Tom Tromey writes: Tom> Suppose the VM encounters an internal error and throws an Tom> exception after it has set the PC to the start of the exception Tom> handler but before the first instruction of the handler (probably Tom> a pop or an astore) is executed. This leads inexorably to a Tom> stack overflow. I thought about this more and my idea here is just wrong. When an exception is throw the stack is cleared before the exception is pushed. So this scenario can't happen. I'll look into this a bit more soon. Tom