From bcel-devbeth09@example.net Sun Nov 02 19:23:22 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 92487 invoked from network); 2 Nov 2003 19:23:21 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:23:21 -0000
Received: (qmail 2067 invoked by uid 500); 2 Nov 2003 19:23:11 -0000
Delivered-To: beth09@example.net
Received: (qmail 2016 invoked by uid 500); 2 Nov 2003 19:23:11 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 1828 invoked from network); 2 Nov 2003 19:23:09 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:23:09 -0000
Received: (qmail 25427 invoked by uid 50); 2 Nov 2003 19:23:13 -0000
Date: 2 Nov 2003 19:23:13 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 12568]  - 
    Typo in javadocs
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12568>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12568

Typo in javadocs

beth09@example.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED
            Summary|Typo in javadocs            |Typo in javadocs



------- Additional Comments From beth09@example.net  2003-11-02 19:23 -------
This was fixed some time ago.

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Sun Nov 02 19:32:04 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 95870 invoked from network); 2 Nov 2003 19:32:04 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:32:04 -0000
Received: (qmail 9133 invoked by uid 500); 2 Nov 2003 19:31:54 -0000
Delivered-To: beth09@example.net
Received: (qmail 9095 invoked by uid 500); 2 Nov 2003 19:31:54 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 9082 invoked from network); 2 Nov 2003 19:31:54 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:31:54 -0000
Received: (qmail 25874 invoked by uid 50); 2 Nov 2003 19:31:57 -0000
Date: 2 Nov 2003 19:31:57 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24315]  - 
    Verification failure when nested finally blocks
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24315>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24315

Verification failure when nested finally blocks

beth09@example.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From beth09@example.net  2003-11-02 19:31 -------

This is *NOT* a bug. It's an intended incompatibility with Sun's verifier
that will be present as long as Sun does not correctly specify what exactly
the verifier should do in this situation.
Remember JustIce is a cleanroom implementation, so I will not look into
Sun's code to find out what *they* do. They should update their "vmspec2" book.
Please read my paper on JustIce for details - this incompatibility is sort
of a "core" of the 'subroutine' definition I made up on my own since Sun did not.
Enver

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Sun Nov 02 19:36:50 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 96941 invoked from network); 2 Nov 2003 19:36:50 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:36:50 -0000
Received: (qmail 11136 invoked by uid 500); 2 Nov 2003 19:36:41 -0000
Delivered-To: beth09@example.net
Received: (qmail 11114 invoked by uid 500); 2 Nov 2003 19:36:40 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 11099 invoked from network); 2 Nov 2003 19:36:40 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:36:40 -0000
Received: (qmail 26152 invoked by uid 50); 2 Nov 2003 19:36:44 -0000
Date: 2 Nov 2003 19:36:44 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24273]  - 
    ReferenceType.getFirstCommonSuperclass: Does not recognize UninitializedObjectType
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24273>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24273

ReferenceType.getFirstCommonSuperclass: Does not recognize UninitializedObjectType

beth09@example.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED



------- Additional Comments From beth09@example.net  2003-11-02 19:36 -------

Right. The UninitializedObjectType was invented to be used internally in JustIce.
The idea was not to go out with it and ask BCEL about its superclass. Oh lord.

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Sun Nov 02 19:40:24 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 98314 invoked from network); 2 Nov 2003 19:40:24 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:40:24 -0000
Received: (qmail 15518 invoked by uid 500); 2 Nov 2003 19:40:14 -0000
Delivered-To: beth09@example.net
Received: (qmail 15501 invoked by uid 500); 2 Nov 2003 19:40:14 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 15488 invoked from network); 2 Nov 2003 19:40:14 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:40:14 -0000
Received: (qmail 26351 invoked by uid 50); 2 Nov 2003 19:40:18 -0000
Date: 2 Nov 2003 19:40:18 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 18482]  - 
    JustIce Pass3bVerifier Verifies Exception Handlers too often
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18482>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18482

JustIce Pass3bVerifier Verifies Exception Handlers too often

beth09@example.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED



------- Additional Comments From beth09@example.net  2003-11-02 19:40 -------
Yes, that might be a tough task that is prone to errors, and will probably
not really speed up verification. However, if you'd do the coding and submit
a patch, I'll read through it and would be very happy to add it.

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Sun Nov 02 19:41:21 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 98504 invoked from network); 2 Nov 2003 19:41:21 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:41:21 -0000
Received: (qmail 15863 invoked by uid 500); 2 Nov 2003 19:41:11 -0000
Delivered-To: beth09@example.net
Received: (qmail 15840 invoked by uid 500); 2 Nov 2003 19:41:11 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 15827 invoked from network); 2 Nov 2003 19:41:11 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:41:11 -0000
Received: (qmail 26435 invoked by uid 50); 2 Nov 2003 19:41:15 -0000
Date: 2 Nov 2003 19:41:15 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 20465]  - 
    Verifier does not report the signature of methods not found
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20465>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20465

Verifier does not report the signature of methods not found

beth09@example.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED



------- Additional Comments From beth09@example.net  2003-11-02 19:41 -------
Fine. Just submit a patch.

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Sun Nov 02 19:46:10 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 99966 invoked from network); 2 Nov 2003 19:46:10 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 2 Nov 2003 19:46:10 -0000
Received: (qmail 18778 invoked by uid 500); 2 Nov 2003 19:46:00 -0000
Delivered-To: beth09@example.net
Received: (qmail 18760 invoked by uid 500); 2 Nov 2003 19:46:00 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 18747 invoked from network); 2 Nov 2003 19:46:00 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 2 Nov 2003 19:46:00 -0000
Received: (qmail 26709 invoked by uid 50); 2 Nov 2003 19:46:04 -0000
Date: 2 Nov 2003 19:46:04 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24334] New:  - 
    Verifier: Superclass methods are not searched when JustIce looks for an implementation
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24334>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24334

Verifier: Superclass methods are not searched when JustIce looks for an implementation

           Summary: Verifier: Superclass methods are not searched when
                    JustIce looks for an implementation
           Product: BCEL
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Main
        AssignedTo: beth09@example.net
        ReportedBy: beth09@example.net


"The native verifier possibly allows the method to
be declared in some superclass or implemented interface, which the Java Virtual
Machine Specification, Second Edition does not"

..is complete nonsense since Gilad Bracha told me vmspec2 was meant to state
superclasses ARE searched. They will maybe re-phrase it.

Implementing the search could be an involved task, I'd like to leave this
one to somebody else.

Sorry, I'm just too busy with other things.

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Mon Nov 03 10:52:06 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 87530 invoked from network); 3 Nov 2003 10:52:06 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 3 Nov 2003 10:52:06 -0000
Received: (qmail 91019 invoked by uid 500); 3 Nov 2003 10:51:40 -0000
Delivered-To: beth09@example.net
Received: (qmail 90917 invoked by uid 500); 3 Nov 2003 10:51:40 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 90903 invoked from network); 3 Nov 2003 10:51:39 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 3 Nov 2003 10:51:39 -0000
Received: (qmail 11685 invoked by uid 50); 3 Nov 2003 10:51:52 -0000
Date: 3 Nov 2003 10:51:52 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24350] New:  - 
    PUTFIELD error msg wrong
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24350>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24350

PUTFIELD error msg wrong

           Summary: PUTFIELD error msg wrong
           Product: BCEL
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Main
        AssignedTo: beth09@example.net
        ReportedBy: beth09@example.net


[reported by Luca Martini] <beth09@example.net>

It seems that I found a minor inaccuracy in an error message.

in org.apache.bcel.verifier.structurals.InstConstraintVisitor.java you wrote:


	public void visitPUTFIELD(PUTFIELD o){
	
	[snip]

		if (! ( objreftype.equals(curr) ||
						    objreftype.subclassOf(curr) ) ){
					constraintViolated(o, "The referenced field has the
ACC_PROTECTED modifier, and it's a member of the current class or a superclass
of the current class. However, the referenced object type '"+stack().peek()+"'
is not the current class or a subclass of the current class.");				}
			} 
		}

but I think the referenced object type is not at the top of the stack but,
next to it.

However, even if this check is done only on protected field (as stated in
vmspec) the Standard Verifier checks it even for public fields (and it seems
reasonable). You can try the stupid enclosed example (in Jasmin syntax): in this
case I substituted the putfield object reference of type with a reference of
type B. JustIce signals no error while the native verifier reports:

Exception in thread "main" java.lang.VerifyError: (class: A, method: m
signature: (ILB;)V) Incompatible type for getting or setting field

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Mon Nov 17 08:06:02 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 86905 invoked from network); 17 Nov 2003 08:06:02 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 17 Nov 2003 08:06:02 -0000
Received: (qmail 17097 invoked by uid 500); 17 Nov 2003 08:05:39 -0000
Delivered-To: beth09@example.net
Received: (qmail 17056 invoked by uid 500); 17 Nov 2003 08:05:38 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 16908 invoked from network); 17 Nov 2003 08:05:36 -0000
Received: from unknown (HELO dd2020.kasserver.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 17 Nov 2003 08:05:36 -0000
Received: from vafer.org (unknown [83.161.120.155])
	by dd2020.kasserver.com (Postfix) with ESMTP
	id 5C12E9A8EC; Mon, 17 Nov 2003 09:05:30 +0100 (CET)
Message-ID: <beth09@example.net>
Date: Mon, 17 Nov 2003 09:06:33 +0100
From: Torsten Curdt <beth09@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: beth09@example.net,
	beth09@example.net, beth09@example.net
Cc: beth09@example.net, beth09@example.net
Subject: Brakes
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Dear Brakes team,

I like to congratulate you to this nice peace of software.
It's really sad to see there is no further development and
the project is being discontinued. [1]

Brakes seems to be first try to push java into the age of
continuations. The Apache Cocoon project [2] seems to be the
first open source project to push it in the web application
context.

Currently the Apache Cocoon project is using javascript based
continuations through a modified version of rhino. [3] There
are some first steps using Brakes and java continuations. [5]
I've upgraded the latest Brakes release to the current BCEL
HEAD branch and added some glue code. [4] So what we need would
be a new release of Brakes.

I am wondering if you -as the authors of this project- might
be willing to contribute your code. Either by moving it over
to e.g. sourceforge or make a donation to the ASF. By having
a public CVS we could resurrect the project and maybe create
a little community around it.

I think it would be worth a try...

Regards
--
Torsten Curdt

[1] http://www.cs.kuleuven.ac.be/~eddy/BRAKES/brakes.html
[1] http://cocoon.apache.org
[2] http://www.mozilla.org/rhino/
[3] http://vafer.org/blog/tcurdt/archives/000048.html
[4] http://vafer.org/blog/tcurdt/archives/000050.html


---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Tue Nov 18 05:35:17 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 66214 invoked from network); 18 Nov 2003 05:35:17 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 18 Nov 2003 05:35:17 -0000
Received: (qmail 22509 invoked by uid 500); 18 Nov 2003 05:34:52 -0000
Delivered-To: beth09@example.net
Received: (qmail 22470 invoked by uid 500); 18 Nov 2003 05:34:51 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 22404 invoked from network); 18 Nov 2003 05:34:51 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 18 Nov 2003 05:34:51 -0000
Received: (qmail 16236 invoked by uid 50); 18 Nov 2003 05:35:05 -0000
Date: 18 Nov 2003 05:35:05 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24766] New:  - 
    Problem with generic.Instruction in Turkish locale
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24766>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24766

Problem with generic.Instruction in Turkish locale

           Summary: Problem with generic.Instruction in Turkish locale
           Product: BCEL
           Version: 5.1
          Platform: PC
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Main
        AssignedTo: beth09@example.net
        ReportedBy: beth09@example.net


The method 

    generic.Instruction.readInstruction()

calls 

    generic.Instruction.className(short)

which uses toUpperCase() in its implementation.  
This is brittle; in the Turkish locale, for example

 "I".toLowerCase() != "i" 
 "i".toUpperCase() != "I"

This was reported to me at the AspectJ project from an actual user who 
gets 

org.apache.bcel.generic.ClassGenException: Illegal opcode detected.
	at org.apache.bcel.generic.Instruction.readInstruction
(Instruction.java:189)
	at org.apache.bcel.generic.InstructionList.<init>
(InstructionList.java:193)

when using AspectJ (which uses BCEL) under the Turkish locale.  So this
is a problem that's appearing in the wild *smile*.

I may get around to patching it myself before our next release,
in which case I'll probably just rip out the Class.forName stuff inside

    Instruction.readInstruction()

which is the thing really causing the problem (is that there for expansion,
in case users define their own bytecodes?  I'm confused as to why there
isn't just a 256-wide dispatch).

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Wed Nov 19 21:14:30 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 55419 invoked from network); 19 Nov 2003 21:14:30 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 19 Nov 2003 21:14:30 -0000
Received: (qmail 55664 invoked by uid 500); 19 Nov 2003 21:14:19 -0000
Delivered-To: beth09@example.net
Received: (qmail 55573 invoked by uid 500); 19 Nov 2003 21:14:18 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 55560 invoked from network); 19 Nov 2003 21:14:18 -0000
Received: from unknown (HELO exchange.sun.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 19 Nov 2003 21:14:18 -0000
Received: (qmail 16446 invoked by uid 50); 19 Nov 2003 21:14:29 -0000
Date: 19 Nov 2003 21:14:29 -0000
Message-ID: <beth09@example.net>
From: beth09@example.net
To: beth09@example.net
Cc:
Subject: DO NOT REPLY [Bug 24766]  - 
    Problem with generic.Instruction in Turkish locale
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24766>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24766

Problem with generic.Instruction in Turkish locale





------- Additional Comments From beth09@example.net  2003-11-19 21:14 -------
Created an attachment (id=9194)
A test file throwing an exception when the Locale is changed

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Thu Nov 20 21:09:37 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 53964 invoked from network); 20 Nov 2003 21:09:37 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 20 Nov 2003 21:09:37 -0000
Received: (qmail 85706 invoked by uid 500); 20 Nov 2003 21:09:26 -0000
Delivered-To: beth09@example.net
Received: (qmail 85535 invoked by uid 500); 20 Nov 2003 21:09:24 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 85511 invoked from network); 20 Nov 2003 21:09:23 -0000
Received: from unknown (HELO dd2020.kasserver.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 20 Nov 2003 21:09:23 -0000
Received: from vafer.org (unknown [83.161.120.155])
	by dd2020.kasserver.com (Postfix) with ESMTP
	id EA54E9611E; Thu, 20 Nov 2003 22:09:17 +0100 (CET)
Message-ID: <beth09@example.net>
Date: Thu, 20 Nov 2003 22:11:02 +0100
From: Torsten Curdt <beth09@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Eddy Truyen <beth09@example.net>
Cc: beth09@example.net, beth09@example.net,
	Cocoon PMC List <beth09@example.net>, beth09@example.net
Subject: Re: Brakes
References: <{{EMAIL+PHONE}}>
In-Reply-To: <{{EMAIL+PHONE}}>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Dear Brakes team,
Dear Eddy,

thanks for your kind response! I am glad you like the idea of
putting the Brakes sources into a public CVS. Please let me
know as soon as you can make an official statement.

So if we want to resurrect this project I see two options:


1) AS APACHE SUBPROJECT

It's the question if there is a community that might want to
cover Brakes as a subproject. I personally think Brakes would fit
the BCEL project [1] much better than Cocoon [2]. But it's up to
them to accept a possible donation. Still this might be the
easiest way to gather attention and a community around it.
We would have to go through incubation [3] ...but this should
not be your problem


3) AS SOURCEFORGE PROJECT

We could create a sourceforge project and just start development
over there.


Of course the re-licensing of the code under the Academic Free
Software license should be enough for e.g. a sourceforge project.
But AFAIK in order to put the sources into the Apache CVS they
ought to be under Apache license. An official donation has to be
made. This is a common Apache practice to avoid any copyright
troubles.

As for the limitations of Brakes: I think there is of course
some room for improvements but Brakes is a good starting point!
I personally don't know about any official plans to extend the
JVM but maybe we could (at least) try to trigger this, too.
Although this might take ages to take off. Until that Brakes
might do a good job.

Anyway please let me know what you think

Best regards
--
Torsten

[1] http://jakarta.apache.org/bcel/
[2] http://cocoon.apache.org/
[3] http://incubator.apache.org/

Eddy Truyen wrote:
> Dear Torsten,
> 
> I am too busy right now to give you a complete answer. 
> If it was up to me, I'd just sent you the source code, but I've to
> synchronize first with my "boss". (I thought Tim already handed over
> the source code to the cocoon project as part of the AFS licencse? So
> what's the problem?)
> 
> Brakes is really "discontinued" because there were other, more interesting 
> research priorities in our group and we are extremely limited in
> available staff (at the moment it basically consists of 1 person, me,
> who is in the midst on writing his Phd dissertation (on a completely
> different topic btw) . Apart from that, I think it's a great idea to
> resurrect the project as a public CVS!
> 
> It also would like to point out that Brakes is a research prototype. I
> would not advise to use it in real software as it is. Check out the
> buglist of Brakes which implies some limitations on programming the
> base application. http://www.cs.kuleuven.ac.be/~eddy/BRAKES/buglist.txt
> 
> I don't know but what's the status on JVM product support for capturing
> thread state? Isn't there some proposal in the making that adds support
> for continuations to JVM platforms? 
> 
> Best regards,
> 
> Eddy.
>   
> 
> 
> 
> On Mon, 17 Nov 2003, Torsten Curdt wrote:
>>Dear Brakes team,
>>
>>I like to congratulate you to this nice peace of software.
>>It's really sad to see there is no further development and
>>the project is being discontinued. [1]
>>
>>Brakes seems to be first try to push java into the age of
>>continuations. The Apache Cocoon project [2] seems to be the
>>first open source project to push it in the web application
>>context.
>>
>>Currently the Apache Cocoon project is using javascript based
>>continuations through a modified version of rhino. [3] There
>>are some first steps using Brakes and java continuations. [5]
>>I've upgraded the latest Brakes release to the current BCEL
>>HEAD branch and added some glue code. [4] So what we need would
>>be a new release of Brakes.
>>
>>I am wondering if you -as the authors of this project- might
>>be willing to contribute your code. Either by moving it over
>>to e.g. sourceforge or make a donation to the ASF. By having
>>a public CVS we could resurrect the project and maybe create
>>a little community around it.
>>
>>I think it would be worth a try...
>>
>>Regards
>>--
>>Torsten Curdt
>>
>>[1] http://www.cs.kuleuven.ac.be/~eddy/BRAKES/brakes.html
>>[1] http://cocoon.apache.org
>>[2] http://www.mozilla.org/rhino/
>>[3] http://vafer.org/blog/tcurdt/archives/000048.html
>>[4] http://vafer.org/blog/tcurdt/archives/000050.html



---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net


From bcel-devbeth09@example.net Mon Nov 24 22:15:47 2003
Return-Path: <bcel-devbeth09@example.net>
Delivered-To: beth09@example.net
Received: (qmail 67059 invoked from network); 24 Nov 2003 22:15:47 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 24 Nov 2003 22:15:47 -0000
Received: (qmail 81253 invoked by uid 500); 24 Nov 2003 22:15:34 -0000
Delivered-To: beth09@example.net
Received: (qmail 81218 invoked by uid 500); 24 Nov 2003 22:15:34 -0000
Mailing-List: contact beth09@example.net; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:beth09@example.net>
List-Subscribe: <mailto:beth09@example.net>
List-Help: <mailto:beth09@example.net>
List-Post: <mailto:beth09@example.net>
List-Id: "BCEL Developers List" <bcel-dev.jakarta.apache.org>
Reply-To: "BCEL Developers List" <beth09@example.net>
Delivered-To: mailing list beth09@example.net
Received: (qmail 81205 invoked from network); 24 Nov 2003 22:15:34 -0000
Received: from unknown (HELO relay.pair.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 24 Nov 2003 22:15:34 -0000
Received: (qmail 12886 invoked from network); 24 Nov 2003 22:15:39 -0000
Received: from pcp06703563pcs.sabrna01.az.comcast.net (HELO r1.ash.huntwork.net) (83.161.120.155)
  by relay.pair.com with SMTP; 24 Nov 2003 22:15:39 -0000
X-pair-Authenticated: 83.161.120.155
Received: from huntwork.net (cottonwood.cs.arizona.edu [83.161.120.155])
	(authenticated bits=0)
	by r1.ash.huntwork.net (8.12.8/8.12.8) with ESMTP id hAOMFcCJ026791
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <beth09@example.net>; Mon, 24 Nov 2003 15:15:39 -0700
Message-ID: <beth09@example.net>
Date: Mon, 24 Nov 2003 15:15:37 -0700
From: Andrew Huntwork <beth09@example.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: beth09@example.net
Subject: [patch] bad iinc behavior with large local variable index
Content-Type: multipart/mixed;
 boundary="------------090400060509030908030601"
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

--------------090400060509030908030601
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

IINC isn't wide unless the index is > MAX_SHORT or increment is > 
Byte.MAX_BYTE.  but the jvm spec says that for non-wide iinc, index is 
an unsigned byte.  the attached patch fixes my problem.

-- 
"I say to you that the VCR is to the American film
producer and the American public as the Boston
strangler is to the woman home alone."
         -Jack Valenti, President, Motion Picture
          Association of America, Inc., before
          The House Subcommittee on Courts, Civil
          Liberties, and The Administration of
          Justice, August, 1982,
          http://cryptome.org/hrcw-hear.htm

--------------090400060509030908030601
Content-Type: text/plain;
 name="diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="diff"

--- IINC.java.old	2003-11-24 15:01:20.000000000 -0700
+++ IINC.java	2003-11-24 15:03:12.000000000 -0700
@@ -106,7 +106,7 @@
   }
 
   private final void setWide() {
-    if(wide = ((n > org.apache.bcel.Constants.MAX_SHORT) ||
+    if(wide = ((n > org.apache.bcel.Constants.MAX_BYTE) ||
 	       (Math.abs(c) > Byte.MAX_VALUE)))
       length = 6; // wide byte included  
     else


--------------090400060509030908030601
Content-Type: text/plain; charset=us-ascii

---------------------------------------------------------------------
To unsubscribe, e-mail: beth09@example.net
For additional commands, e-mail: beth09@example.net
--------------090400060509030908030601--



{'source': 'Apache Software Foundation Public Mail Archives'}