From harmony-dev-return-1916-apmail-incubator-harmony-dev-archive=incubator.apache.org@incubator.apache.org Mon Sep 05 18:24:53 2005 Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 9587 invoked from network); 5 Sep 2005 18:24:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Sep 2005 18:24:52 -0000 Received: (qmail 69509 invoked by uid 500); 5 Sep 2005 18:24:42 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 69427 invoked by uid 500); 5 Sep 2005 18:24:41 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 69345 invoked by uid 99); 5 Sep 2005 18:24:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Sep 2005 11:24:40 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.227.126.171] (HELO moutng.kundenserver.de) (212.227.126.171) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Sep 2005 11:24:51 -0700 Received: from M349P029.dipool.highway.telekom.at [62.46.33.157] (helo=M349P029.dipool.highway.telekom.at) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKxQS-1ECLdx0vma-0006hR; Mon, 05 Sep 2005 20:24:33 +0200 Subject: Re: This week on harmony-dev (Aug. 28 - Sept. 03 2005) From: David Tanzer To: harmony-dev@incubator.apache.org In-Reply-To: <431C6A25.2080700@gmail.com> References: <1125749718.2933.3.camel@Elrond.Rivendell> <431C6A25.2080700@gmail.com> Content-Type: text/plain Date: Mon, 05 Sep 2005 20:39:23 +0200 Message-Id: <1125945563.2505.3.camel@Elrond.Rivendell> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:c8ec844bcc9f06137960e4cc9e77856a X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Mon, 2005-09-05 at 16:54 +0100, Tim Ellison wrote: > I think these summaries are great David, keep it up! Thank you, it's good to hear that. I really appreciate any feedback, so if some of you might have any suggestions what I could change (go more/less into detail, or whatever) please tell me. > [ ...though it does make the little devil inside me want to start > messing with your brain, to see if you can summarize wads of code, > deliberately contradictory statements, etc. :-) ] Well, do so, let's see what I can take ;-) Regards, David. > Regards, > Tim > > David Tanzer wrote: > > Weldon Washburn, Geir Magnusson Jr. and I where discussing about the > > programming language in which to implement harmony and the coding > > conventions to use in the thread "[arch] Modular JVM component diagram". > > I rewrote one of the interfaces Weldon wrote so it conforms to the Java > > Coding Conventions (where possible - it is C code), which where only > > cosmetic changes. Geir said his biggest concerns about coding > > conventions is safety and clarity (and he gave some examples). There was > > no decision yet. > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200508.mbox/%3c4dd1f3f0050827071543279cac@mail.gmail.com%3e] > > > > Alos in the thread "[arch] Modular JVM component diagram", Xiao-Feng Li, > > Ron Braithwaite, Rodrigo Kumpera and Tom Tromey where discussing about > > APR and POSIX as OS abstraction libraries. There is a wide agreement > > that this makes sense. Tim Ellison then explained how the portability > > library of the J9 VM (portlib) works and that it has some features which > > APR doesn't have. > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200508.mbox/%3c9623c9a50508281806724af91b@mail.gmail.com%3e] > > > > Xiao-Feng Li started the thread "[arch] voluntary vs. preemptive > > suspension of Java threads" where he explains both models and gives a > > brief overview on the advantages and disadvantages of these approaches. > > Kazuyuki Shudo and Rodrigo Kumpera posted some more information about > > this topic. > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200509.mbox/%3c8cca42d805090108061310ee77@mail.gmail.com%3e] > > > > Rana Dasgupta started a discussion about "[arch] VM/Classlibrary > > Interface ( VM Accessors )". He posted some initial thoughts about what > > these accessors are ("They will provide access to VM functionality not > > exposed through the public Java api"), how they could be implemented > > (i.e. JNI) and which problems might occur (security, ...). > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200509.mbox/%3cB27FD8518C22F54199BA110DB4B94678097E4346@fmsmsx402.amr.corp.intel.com%3e] > > > > Weldon Washburn was responding to a posting by Mladen Turk about > > "light-weight native calls" where he lists some problems this approach > > migth have and asks how Mladen wants to solve them. Steven Gong asked > > how the VM/Classlibrary interface and VMAccessors are related, but he > > has not received an answer yet. > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200509.mbox/%3c4dd1f3f005090111052a27f04a@mail.gmail.com%3e] > > [http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200509.mbox/%3c7d3cd4a5050901223820f8f6a8@mail.gmail.com%3e] > > > > Regards, David. > > > > -- Read the archive of this series at http://deltalabs.at/ > > -- RSS feed: http://deltalabs.at/?q=taxonomy/term/8/0/feed > > > -- David Tanzer, Haghofstr. 29, A-3352 St. Peter/Au, Austria/Europe http://deltalabs.at -- http://dev.guglhupf.net -- http://guglhupf.net My PGP Public Key: http://guglhupf.net/david/david.asc -- Pinky, Are You Pondering What I'm Pondering? I think so Brain, but if we have nothing to fear but fear itself, then why does Elenor Roosevelt wear that spooky mask?