Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 97074 invoked from network); 12 Apr 2007 13:35:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Apr 2007 13:35:55 -0000 Received: (qmail 46782 invoked by uid 500); 12 Apr 2007 13:36:01 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 46682 invoked by uid 500); 12 Apr 2007 13:36:00 -0000 Mailing-List: contact commits-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 commits@harmony.apache.org Received: (qmail 46672 invoked by uid 99); 12 Apr 2007 13:36:00 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Apr 2007 06:36:00 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Apr 2007 06:35:54 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 95863714080 for ; Thu, 12 Apr 2007 06:35:33 -0700 (PDT) Message-ID: <20186323.1176384933609.JavaMail.jira@brutus> Date: Thu, 12 Apr 2007 06:35:33 -0700 (PDT) From: "Mark Hindess (JIRA)" To: commits@harmony.apache.org Subject: [jira] Assigned: (HARMONY-3563) modify VMI to hide internal VM data structures exposed by getZipCachePool() VMI function In-Reply-To: <15263439.1175637152536.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Hindess reassigned HARMONY-3563: ------------------------------------- Assignee: Mark Hindess > modify VMI to hide internal VM data structures exposed by getZipCachePool() VMI function > ---------------------------------------------------------------------------------------- > > Key: HARMONY-3563 > URL: https://issues.apache.org/jira/browse/HARMONY-3563 > Project: Harmony > Issue Type: Improvement > Components: Classlib > Reporter: Ronald Servant > Assigned To: Mark Hindess > Attachments: zipvmi_03042007_patch.txt > > > When the VMI was orginially created the function getZipCachePool() was added. > This function allows the classlib and the VM to share the same cache of open zip files. Providing a performance improvement when handling zip files. > This function, getZipCachePool(), returns a pointer to a HyZipCachePool. This structure is not an opaque structure, it is fully defined and visible. > struct HyZipCachePool > { > HyPool *pool; > HyZipCache *desiredCache; > I_64 zipTimeStamp; > char const *zipFileName; > IDATA zipFileNameLength; > IDATA zipFileSize; > MUTEX mutex; > }; > If a VM uses any of these structures internally for anything other than the HyZipCachePool implementation, then the VM can never change the shape of those structures. If it does, it will result in a runtime crash or compile time error, depending on how the VM is built and deployed. > Two prime examples of structures that may be changed by the internal implementation of the VM are HyPool and MUTEX. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.