Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 83288 invoked from network); 2 Jul 2007 17:21:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jul 2007 17:21:06 -0000 Received: (qmail 9059 invoked by uid 500); 2 Jul 2007 17:20:56 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 9041 invoked by uid 500); 2 Jul 2007 17:20:56 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 9004 invoked by uid 99); 2 Jul 2007 17:20:56 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jul 2007 10:20:56 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jul 2007 10:20:50 -0700 Received: from qxvcexch01.ad.quovadx.com ([192.168.170.59]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l62HKSsT018255 for ; Mon, 2 Jul 2007 17:20:28 GMT Received: from [10.70.3.113] ([10.70.3.113]) by qxvcexch01.ad.quovadx.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Jul 2007 11:19:18 -0600 Message-ID: <46893476.7020904@roguewave.com> Date: Mon, 02 Jul 2007 11:23:02 -0600 From: Martin Sebor Organization: Rogue Wave Software User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: STDCXX tests fails and reasons [MSVC] References: <7BDB2168BEAEF14C98F1901FD2DE64389D70B2@epmsa009.minsk.epam.com> <468499C8.7090101@roguewave.com> <7BDB2168BEAEF14C98F1901FD2DE64389D7430@epmsa009.minsk.epam.com> In-Reply-To: <7BDB2168BEAEF14C98F1901FD2DE64389D7430@epmsa009.minsk.epam.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Jul 2007 17:19:18.0967 (UTC) FILETIME=[1FB5BC70:01C7BCCD] X-Virus-Checked: Checked by ClamAV on apache.org Farid Zaripov wrote: >> -----Original Message----- >> From: Martin Sebor [mailto:msebor@gmail.com] On Behalf Of Martin Sebor >> Sent: Friday, June 29, 2007 8:34 AM >> To: stdcxx-dev@incubator.apache.org >> Subject: Re: STDCXX tests fails and reasons [MSVC] >> >> Farid Zaripov wrote: >>> The list of the fails and reasons (which I've checked at >> the moment) >>> is here: >>> http://people.apache.org/~faridz/test_status.html >> I vaguely recall discussing the problem but I don't see an >> issue in Jira for the "bug in rw_match(&char, &char, 1)." >> >> Is this it? >> http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/ms >> g01569.html > > No. the last message is here: > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg01893.htm > l I see. But is that really a bug in rw_match()? It looks to me more like a design limitation than a bug. In the case of the wchar_t* and UserChar* overloads of rw_match() there should be a simple solution: make sure the first (char*) argument has enough elements (it should be easy to guarantee that since the argument is the hardcoded string we match against). And changing the char* overload to behave the same as the other two, i.e., to only do the expansion on the first argument and not on the second should fix that case, no? Martin