Return-Path: 
 <issues-return-1982-apmail-stdcxx-issues-archive=stdcxx.apache.org@stdcxx.apache.org>
Delivered-To: apmail-stdcxx-issues-archive@locus.apache.org
Received: (qmail 68900 invoked from network); 21 May 2008 20:24:18 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 21 May 2008 20:24:18 -0000
Received: (qmail 16391 invoked by uid 500); 21 May 2008 20:24:20 -0000
Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org
Received: (qmail 16372 invoked by uid 500); 21 May 2008 20:24:20 -0000
Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@stdcxx.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@stdcxx.apache.org>
List-Post: <mailto:issues@stdcxx.apache.org>
List-Id: <issues.stdcxx.apache.org>
Reply-To: dev@stdcxx.apache.org
Delivered-To: mailing list issues@stdcxx.apache.org
Received: (qmail 16361 invoked by uid 99); 21 May 2008 20:24:20 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 13:24:20 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 20:23:34 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id B3F58234C122
	for <issues@stdcxx.apache.org>; Wed, 21 May 2008 13:23:55 -0700 (PDT)
Message-ID: <474135.1211401435736.JavaMail.jira@brutus>
Date: Wed, 21 May 2008 13:23:55 -0700 (PDT)
From: "Travis Vitek (JIRA)" <jira@apache.org>
To: issues@stdcxx.apache.org
Subject: [jira] Updated: (STDCXX-943) Inefficiency when retrieving strings
 from message catalog
In-Reply-To: <1140412998.1211401435626.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/STDCXX-943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Travis Vitek updated STDCXX-943:
--------------------------------

    Patch Info: [Patch Available]

> Inefficiency when retrieving strings from message catalog
> ---------------------------------------------------------
>
>                 Key: STDCXX-943
>                 URL: https://issues.apache.org/jira/browse/STDCXX-943
>             Project: C++ Standard Library
>          Issue Type: Improvement
>          Components: 22. Localization
>    Affects Versions: 4.2.1
>            Reporter: Travis Vitek
>            Priority: Minor
>             Fix For: 4.3
>
>         Attachments: stdcxx-943.patch
>
>
> A single call to {{\_STD::messages<T>::do_get()}} can call {{\_\_rw_manage_cat_data()}} up to three times. Since each call involves a mutex lock/unlock, there are going to be some wasted cycles. It would be nice to reduce this to one call. Perhaps the {{_RW::\_\_rw_get_message()}} function could be changed to fill in a pointer to the {{\_STD::\_\_rw_locale}} that is kept in the cache and the {{_RW::\_\_rw_get_locale()}} function could be removed.
> For binary compatibility reasons, we may need to add an overload of {{_RW::\_\_rw_get_message}} and deprecate the other functions so that they are removed automagically in the next major release.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.