Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of gshimansky@gmail.com designates
 64.233.182.190 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
        b=dqtxxzAn3AMpu9VLdDJoBxvi2I7W0inpvZl7uohZlT7lOD/p8k5KfZVFOFcQ27eCwzXSpCiWIhOE1gzGuQzyd2fjsRQ/27GHZ+pRkjz9zE80HD2wWLIVb+0bFS8rY/lzXS+Qc41vDBeENaQDPIPnVLrhAu8SO0H/rj78ISdVeRI=
From: Gregory Shimansky <gshimansky@gmail.com>
Reply-To: harmony-dev@incubator.apache.org
To: harmony-dev@incubator.apache.org
Subject: [drlvm] A list of drlvm enhancements and limitations
Date: Tue, 17 Oct 2006 00:47:32 +0400
User-Agent: KMail/1.9.1
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200610170047.32332.gshimansky@gmail.com>

Hello

You know that drlvm was donated by Intel and there was some period of time 
while drlvm was developed internally. We had an internal bugzilla server to 
track the issues. In an effort to move all development to the open this 
internal bugzilla will be closed.

The database is quite big and contains a lot of valuable information including 
still open bugs. There are many of them which are not exactly bug reports, 
but requests for enhancements or limitation problems. These small issues 
didn't make it to README because they are mostly minor and low priority, but 
it is better to use information which we have already than rediscover these 
problems again.

So not to create a lot of garbage in JIRA like problem requests without 
patches I think it is better to create something like a TODO list for drlvm. 
Not exactly bugs, but more like known limitations list.

To give you an example, vm/vmcore/src/init/properties.cpp contains a #define 
MAX_PROP_LINE 5120 which is a maximum property length specified in 
vm.properties file. I am not even sure if this file still used, probably not, 
but a buffer length limitation is still a bad thing.

I think a good place for such list would be on wiki. I am going to create a 
page for it so that everyone who has open bugs inside of Intel could add a 
line or two describing a problem recorded in bugzilla. I have 3 like these 
filed myself including the one I gave as an example.

I don't know the number of such bugs overall, maybe it is not so big. But 
before creating JIRAs for them I think it is better to collect a list on 
wiki. What do you think?

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org