Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 2579 invoked from network); 25 Feb 2008 09:13:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Feb 2008 09:13:31 -0000 Received: (qmail 94373 invoked by uid 500); 25 Feb 2008 09:13:25 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 94348 invoked by uid 500); 25 Feb 2008 09:13:25 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 94339 invoked by uid 99); 25 Feb 2008 09:13:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Feb 2008 01:13:25 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of liyilei1979@gmail.com designates 72.14.220.157 as permitted sender) Received: from [72.14.220.157] (HELO fg-out-1718.google.com) (72.14.220.157) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Feb 2008 09:12:52 +0000 Received: by fg-out-1718.google.com with SMTP id 16so1184085fgg.36 for ; Mon, 25 Feb 2008 01:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=mDBmb03dSl0UxYaHcNkdtwSB6QU5NsYsDJL/oIt58LY=; b=DPkla9ig1gF9lRRUKCd7m9FKHBCqoN703rnpURy9wvUzdorFS3BYubeVlvq224HfXITcRHvR180suz1bKtnA0/GLwtqTw2ZNsi5W1AKTTDyC0hJNxVyzGKgZ4m/klD/XswwoGJD2eClwAr56d8aWwdHDyAjCQDuaE0SS0SE74Qs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=t5bax/wusJyHSED4IHJLLMFWVS2FowXrc3pcTsb+rbu6quffGHOUK3bu+07ZyPA1up4Krw7mNxBTdnre7SN9+aHW5hS0L0X2gNI/qL8z3H0jY62lWgK9u3yTwrMNu7Zod50wtasN2TXhkWncyFD8wAo61KpZYkdzaSzHUYm0Qxk= Received: by 10.82.162.14 with SMTP id k14mr5271189bue.35.1203930780375; Mon, 25 Feb 2008 01:13:00 -0800 (PST) Received: by 10.82.183.16 with HTTP; Mon, 25 Feb 2008 01:13:00 -0800 (PST) Message-ID: Date: Mon, 25 Feb 2008 17:13:00 +0800 From: "Leo Li" To: dev@harmony.apache.org Subject: Re: [jdktools][JDWP]using portlib to support JDWP transport/agent? In-Reply-To: <5c8e69f0802242256x4a907e93k3ee9b7ce8a966755@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8481_26991812.1203930780365" References: <5c8e69f0802242256x4a907e93k3ee9b7ce8a966755@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_8481_26991812.1203930780365 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 2/25/08, Jimmy,Jing Lv wrote: > > Hi All, > > As I read the current JDWP transport/agent implementation I found > that it has two folders, which means now we have two copies of code > for windows and Linux. As we know, Harmony have a portlib which can > facilitate the development to various of platforms, so I believe maybe > we can use portlib to merge current 2 transport/agent into one? > IMHO, we will get following advantage if we use portlib in JDWP: > 1. Harmony have various of customers on various of platform(e.g, I > remember some MacOS users do works on Harmony), we can use portlib to > support such users without any modification on code; > 2. keep only one copy of code, omit unnecessary copies for various of > platforms. In this case, if any bug/improvement occurs, we can work on > only one codebase so that to facilitate the developement and avoid > some platform-specific errors. > > And the current implementation shows we may need to refactor > network and memory APIs to with platform specific APIs, luckiely it > seems no much work. > Any comments/suggestions? It will be better if the JDWP can be based on portlib. But I am not sure whether all the apis involved in these os related files can found a direct counterpart in portlib. I am not sure whether there is an alterntive in portlib for the ioctl/ioctlsocket, if I have not missed something. Maybe we shall expand the portlib a little. :) -- > > Best Regards! > > Jimmy, Jing Lv > China Software Development Lab, IBM > -- Good luck! Leo Li ------=_Part_8481_26991812.1203930780365--