From dev-return-8338-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org Mon Nov 17 18:10:06 2008 Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 84827 invoked from network); 17 Nov 2008 18:10:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Nov 2008 18:10:06 -0000 Received: (qmail 17957 invoked by uid 500); 17 Nov 2008 18:10:14 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 17935 invoked by uid 500); 17 Nov 2008 18:10:14 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 17924 invoked by uid 99); 17 Nov 2008 18:10:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 10:10:14 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Farid_Zaripov@epam.com designates 217.21.63.7 as permitted sender) Received: from [217.21.63.7] (HELO EPBYMINSA0099.epam.com) (217.21.63.7) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 18:08:53 +0000 Received: from EPBYMINSA0009.epam.com ([::1]) by EPBYMINSA0099.epam.com ([::1]) with mapi; Mon, 17 Nov 2008 20:09:14 +0200 From: Farid Zaripov To: "dev@stdcxx.apache.org" Date: Mon, 17 Nov 2008 20:09:13 +0200 Subject: Re: svn commit: r713762 - /stdcxx/branches/4.2.x/include/rw/_config.h Thread-Topic: Re: svn commit: r713762 - /stdcxx/branches/4.2.x/include/rw/_config.h Thread-Index: AclI35iHhPC79QrKRROnU08773BKWg== Message-ID: Accept-Language: ru-RU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: ru-RU, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org > I wonder if it would be worthwhile to give users the ability to > decide whether to enable TLS in case they don't need LoadLibrary() > or not. What do you think? Hmm. I only can say, that nor MSVC run-time, nor STLport nor boost librar= ies are not using the implicit TLS. Currently the TLS variables are used in 3 places only: - exception's what-buffer; - table for random number generator; - buffer for __rw_tmpbuf(). We need to check what would be if an exception object is created in one t= hread (i.e. thus "throw new exception();") and after catch() the pointer passed to another thread and there deleted? The same issue with __rw_tmpbuf(). What would be if we getting the tempor= ary buffer in one thread using get_temporary_buffer(), and releasing it, using return_temporary_buffer(), = in another thread? Farid.