Here is proposed patch to fix STDCXX-170 issue:
ChangeLog:
* string.cc (replace): Copy data to temporary string object
if data is a part of the internal string buffer.
Index: string.cc
===
--- string.cc (revision 556830)
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, July 13, 2007 5:57 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r553587 -
/incubator/stdcxx/trunk/tests/self/0.new.cpp
To continue the execution and check another testcases the
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 11, 2007 10:24 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r555340 -
/incubator/stdcxx/trunk/util/exec.cpp
* exec.cpp (exec_file) [_WIN32]: Translate
5 11:13:04 2007
New Revision: 553587
URL: http://svn.apache.org/viewvc?view=revrev=553587
Log:
2007-07-05 Farid Zaripov [EMAIL PROTECTED]
* 0.new.cpp: Catch SIGSEGV signal as SIGABRT.
Why is this necessary?
On MSVC operator delete[] () invoke operator delete (). So
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 11, 2007 10:14 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r555006 -
/incubator/stdcxx/trunk/src/catalog.cpp
* catalog.cpp (catopen): while() loop replaced to for()
The throw_when_ mebmer of the MyStreambuf class (rw_streambuf.h line
183) is
not initialized at the moment in class ctor's (only zero'ed), but used
in
MyStreambuf::test() (lines 472, 483). I suppose that this class designed
to initialize
throw_when_ within test functions. But for now the all
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 09, 2007 9:54 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Intel C++ build issues on Windows
I can make the function i.e. init_example() in which all needed
hooks are installed, but
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Monday, July 09, 2007 7:47 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
Because in windows infrastructure the TZ environment
variable
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Monday, July 09, 2007 7:40 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: 23.deque.special
Farid Zaripov wrote:
Below is a part of the 23.deque.special test. These rw_assert's
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 09, 2007 8:05 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: 23.deque.special
Right, I think that will be necessary. I was under the
impression that you already did that in the change below
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Monday, July 09, 2007 7:44 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Intel C++ build issues on Windows
We'll also need a solution for those executables (but we can worry
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 09, 2007 10:05 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: 23.deque.special
But in current implementation iterator not invalidated. Yes, it's
mebmers has changed, but it's still valid
[+] Check here (or use +1) to indicate you agree that stdcxx is
ready to graduate.
Farid.
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 02, 2007 6:51 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX tests fails and reasons [MSVC]
The test probably assumes that EOF is the same as WEOF
which may not be a safe assumption.
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Friday, June 29, 2007 8:17 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX tests fails and reasons [MSVC]
Is this valid operation (I mean to pass the internal
Below is a part of the 23.deque.special test. These rw_assert's
fails because of deque::end() internal representation is dependent
on object and cannot be swapped.
I think that this part should be replaced to just checking
deque.begin() == deque.end() after (and perhaps, before) the swap
The 27.ostream.cpp test issues rw_assert() (function test_flush(),
line 1421).
The test expect that basic_ostream::flush() wouldn't call
rdbuf()-pubsync()
when rdstate() == failbit. But standard (27.6.2.6 p7) say nothing about
that.
I have found corresponding lwg issue 397, but status of the
Issue Type: Bug
Components: 21. Strings
Affects Versions: 4.2
Environment: All
Reporter: Farid Zaripov
The details are here:
http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03795.html
--
This message is automatically generated by JIRA.
-
You can
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Tuesday, July 03, 2007 7:02 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: 21.string.rfind.cpp test fail reason
The test deals with exceptions (the all exceptions are catched).
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Tuesday, July 03, 2007 7:38 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
I have updated the windows build infrastructure to set TZ
: faridz
Date: Tue Jun 26 09:01:18 2007
New Revision: 550837
URL: http://svn.apache.org/viewvc?view=revrev=550837
Log:
2007-06-26 Farid Zaripov [EMAIL PROTECTED]
* _iosbase.h: Fixed references to standard.
Thanks for correcting these. FWIW, I think the best way to
deal
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 02, 2007 8:23 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX tests fails and reasons [MSVC]
Jira for the bug in rw_match(char, char, 1).
But is that really a bug in rw_match()? It
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Tuesday, July 03, 2007 7:08 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Intel C++ build issues on Windows
There are 3 types of popup's:
1) Dr.Watson window, appear on access
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, July 02, 2007 10:50 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: MSVC8 CRT Secure Template Overloads feature and stdcxx
On gcc 3.4.4/Cygwin the va_list type is not defined in stdio.h.
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Friday, June 29, 2007 8:17 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX tests fails and reasons [MSVC]
Another problem in that test is difference between
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Friday, June 29, 2007 8:24 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: 21.string.rfind.cpp test fail reason
Farid Zaripov wrote:
The problem in 21.string.rfind.cpp test
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] 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
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, June 29, 2007 9:53 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Intel C++ build issues on Windows
Andrew Black wrote:
Greetings Martin
It appears that the build that started on 6/27 entered
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 26, 2007 8:04 PM
To: stdcxx-dev@incubator.apache.org
Subject: 4.2.0 merge today
The one problematic platform that might need some attention
is Intel Intel C++ 9.1 on Windows 2000/x86. A 12d build
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Wednesday, June 27, 2007 6:22 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: status of thread safety tests
[...]
I'm not sure if this patch resolves the STDCXX-450 issue.
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 have question on test 27.stringbuf.virtuals. There in
basic_stringbuf::xsputn()
the first parameter passed pointer to the internal basic_stringbuf
buffer
The problem in 21.string.rfind.cpp test is invoking
string::rfind(const value_type* ptr, size_type off = npos, size_type
count)
with count == string::max_size() + 1 (21.string.rfind.cpp lines
413-416).
The method throws length_error() exception (line 756 file string.cc) but
test
not expected any
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 26, 2007 1:31 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Convert MSVC CRT debug reports to rwtest driver
debug reports
Farid Zaripov wrote:
In some tests in debug mode GUI popups
[
https://issues.apache.org/jira/browse/STDCXX-462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov reassigned STDCXX-462:
Assignee: Farid Zaripov
std::time_get example exposes undefined behavior
[
https://issues.apache.org/jira/browse/STDCXX-462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-462.
--
Resolution: Fixed
Fix Version/s: 4.2
Fixed thus: http://svn.apache.org/viewvc?view
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, June 25, 2007 9:38 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r550545 - in
/incubator/stdcxx/trunk/tests/localization:
22.locale.ctype.is.cpp 22.locale.ctype.narrow.cpp
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 5:58 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, June 25, 2007 7:41 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
a detectable requirement. Violations of the requirement are
detectable by
Affects Versions: 4.1.2
Environment: All
Reporter: Farid Zaripov
Priority: Minor
The limits example expected to output inf for Infinity, nan for Quiet NAN and
Signaling NAN. But actually the output depends on the platform (see STDCXX-51).
The example should produce
Issue Type: Improvement
Components: 22. Localization
Affects Versions: 4.1.2
Environment: All
Reporter: Farid Zaripov
Priority: Minor
The current implementation of the time_get::date_order() always returns
no_order. It should return date
://issues.apache.org/jira/browse/STDCXX-460
Project: C++ Standard Library
Issue Type: Bug
Components: Examples
Affects Versions: 4.1.2
Environment: All.
Reporter: Farid Zaripov
Priority: Minor
The time_get example expected to output
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 8:56 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
[...]
For the rest, we should open issues in Jira so we don't forget
to get back to
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 6:20 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 3:42 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Windows build error(s)
I've found how to handle this error here:
http://msdn2.microsoft.com/en-us/library/ms228772(vs.80).aspx
: Bug
Components: Examples
Environment: All
Reporter: Farid Zaripov
Assignee: Farid Zaripov
Fix For: 4.2
The rwexcept example crashes in function exception_handler() while performing
delete[] what.
--
This message is automatically generated
++ Standard Library
Issue Type: Bug
Components: Locales
Environment: Cygwin
Reporter: Farid Zaripov
Assignee: Farid Zaripov
Fix For: 4.2
ar_IN.UTF-8, de_DE.UTF-8 and en_IN.UTF-8 locales are failed:
5437 [main] localedef 3260
d
[
https://issues.apache.org/jira/browse/STDCXX-353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-353.
Resolution: Cannot Reproduce
The new issue about locales: http://issues.apache.org/jira/browse
[
https://issues.apache.org/jira/browse/STDCXX-454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-454.
rwexcept example crashes due to using delete[] on static buffer
[
https://issues.apache.org/jira/browse/STDCXX-455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507294
]
Farid Zaripov commented on STDCXX-455:
--
Unable to debug this problem. Under strace or gdb all works fine
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 8:56 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
[...]
limits.cpp should produce the qnan for Quiet NAN and snan for
Signaling NAN on
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 8:56 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
[...]
time_get looks like a bug (or lack of functionality) in our library
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 6:38 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r549766 - in
/incubator/stdcxx/trunk: examples/manual/rwexcept.cpp
include/rw/_error.h src/exception.cpp
[...]
-Original Message-
From: Farid Zaripov [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 7:30 PM
To: stdcxx-dev@incubator.apache.org
Subject: RE: STDCXX examples fails and reasons [MSVC]
I have updated the windows build infrastructure to set TZ
environment variable before
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 8:56 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STDCXX examples fails and reasons [MSVC]
[...]
time_put like a bug in our infrastructure (I assume the
example assumes a certain
The list of the fails and reasons here:
http://people.apache.org/~faridz/examples.html
I think that OUTPUT status is not a fail (and examples with that
status are not counted
as failed in unix-like platforms, but they are counted as failed on
Windows platform except cygwin).
I've fixed
[
https://issues.apache.org/jira/browse/STDCXX-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov reassigned STDCXX-293:
Assignee: Farid Zaripov
__rw::__rw_throw(): operator delete[] called without
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, June 18, 2007 12:11 AM
To: [EMAIL PROTECTED]
Subject: svn commit: r548112 -
/incubator/stdcxx/trunk/tests/support/18.exception.cpp
Author: sebor
Date: Sun Jun 17 14:10:51 2007
New Revision:
-Original Message-
From: Farid Zaripov [mailto:[EMAIL PROTECTED]
Sent: Monday, June 18, 2007 5:50 PM
To: stdcxx-dev@incubator.apache.org
Subject: RE: Windows clean targets not cleaning up?
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday
Components: Configuration
Environment: All
Reporter: Farid Zaripov
Assignee: Farid Zaripov
Perform checking of all declarations in one step, and fallback to the current
algorithm is the first attempt failed.
The additional info:
http://mail-archives.apache.org
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 13, 2007 8:40 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: MSVC8 CRT Secure Template Overloads feature and stdcxx
[...]
Btw., since you're working on these tests, a useful enhancement
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 07, 2007 6:32 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STD_BAD_ALLOC.cpp test problem on Windows
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Wednesday, June 13, 2007 6:36 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: MSVC8 CRT Secure Template Overloads feature and stdcxx
Farid Zaripov wrote:
The MSVC8 CRT have
The MSVC8 CRT have the following feature: all functions, working with
sting buffers
(i.e. strcpy, strcat, sprintf, ...) have the security-enhanced versions
with suffix _s
(i.e. strcpy_s, strcat_s, sprintf_s, ...). And if #defined macro
_CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES=1
then will be
[
https://issues.apache.org/jira/browse/STDCXX-429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov updated STDCXX-429:
-
Due Date: 11/Jun/07
separate runtime config macros from those for compiler
[
https://issues.apache.org/jira/browse/STDCXX-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-427.
SIGSEGV in istringstream::str()
---
Key: STDCXX-427
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 9:45 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: STD_BAD_ALLOC.cpp test problem on Windows
Still, are you aware of any Windows API that lets programs
limit the amount of
[
https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov reopened STDCXX-331:
--
std::list::insert() violates strong exception safety requirements
[
https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov updated STDCXX-331:
-
Comment: was deleted
std::list::insert() violates strong exception safety requirements
[
https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-331.
Resolution: Fixed
std::list::insert() violates strong exception safety requirements
[
https://issues.apache.org/jira/browse/STDCXX-297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-297.
The regression test added thus: http://svn.apache.org/viewvc?view=revrev=544795
std::bitset
[
https://issues.apache.org/jira/browse/STDCXX-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-127.
The regression test added thus: http://svn.apache.org/viewvc?view=revrev=544791
std::deque::swap
[
https://issues.apache.org/jira/browse/STDCXX-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-40.
---
Resolution: Fixed
No problem with building the utils on cygwin with iconv installed.
[Cygwin] util
[
https://issues.apache.org/jira/browse/STDCXX-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-422.
--
Resolution: Fixed
Fix Version/s: 4.2
Fixed thus: http://svn.apache.org/viewvc?view
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 5:57 PM
To: stdcxx-dev@incubator.apache.org
Subject: STD_BAD_ALLOC.cpp test problem on Windows
Hi Farid,
In case you haven't seen this yet (I just noticed it for the
first time
[
https://issues.apache.org/jira/browse/STDCXX-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-105.
--
Resolution: Fixed
Fixed thus: http://svn.apache.org/viewvc?view=revrevision=544496
document
[
https://issues.apache.org/jira/browse/STDCXX-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-105.
document Windows configuration and build infrastructure
[
https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-331.
The test suite already have the test cases to detect this bug. Actually the bug
was found after
[
https://issues.apache.org/jira/browse/STDCXX-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-2.
Resolution: Won't Fix
The problem in the MSVC CRT.
The expression strm 0.0; is invokes
[
https://issues.apache.org/jira/browse/STDCXX-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-2.
--
[MSVC] std::num_put bad formatting of 0.0 with precision and showpoint
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 9:36 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PING] Re: svn commit: r541672 -
/incubator/stdcxx/trunk/include/rw/_config-msvc.h
What I see, is that we could remove all
[
https://issues.apache.org/jira/browse/STDCXX-430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501607
]
Farid Zaripov commented on STDCXX-430:
--
Boost guys are moving from cvs to svn. The bug tracking base is also
[
https://issues.apache.org/jira/browse/STDCXX-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-188.
--
Resolution: Fixed
Fixed thus: http://svn.apache.org/viewvc?view=revrev=544587
[Intel C++ 9.1
[
https://issues.apache.org/jira/browse/STDCXX-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-188.
[Intel C++ 9.1/Windows] warning #177 in library builds
[
https://issues.apache.org/jira/browse/STDCXX-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501653
]
Farid Zaripov commented on STDCXX-353:
--
zh_CN.GB18030 and zh_TW.EUC-TW are built successfully, but now
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 7:02 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PING] Re: svn commit: r541672 -
/incubator/stdcxx/trunk/include/rw/_config-msvc.h
I was not carefully read the comments.
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 29, 2007 9:33 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: [jira] Created: (STDCXX-427) SIGSEGV
in istringstream::str()
Formally the test case is valid, but logically, I
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 26, 2007 3:05 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: [jira] Created: (STDCXX-427) SIGSEGV
in istringstream::str()
In input mode (only) the function is supposed to return:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 29, 2007 8:39 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r541672 -
/incubator/stdcxx/trunk/include/rw/_config-msvc.h
Well, I guess we need to decide if it's a good idea to
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, May 25, 2007 10:42 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r541635 -
/incubator/stdcxx/trunk/examples/tutorial/dynatype.cpp
Btw., I tried to get the test case you submitted to
[
https://issues.apache.org/jira/browse/STDCXX-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499769
]
Farid Zaripov commented on STDCXX-378:
--
Restored the dynatype::operator T():
http://svn.apache.org/viewvc?view
I wonder if it wouldn't be cleaner to move all the Intel C++
specific code out of _config-msvc.h and into _config-icc.h
and make sure we #include the former only for MSVC and the
latter only for Intel C++. One of the goals of separating all
the compiler-specific hacks and overrides was to
Farid, do you agree that this is the way to go? If you do, do
you plan to move the Intel C++ specific code to the
_config-icc.h header? (Just making sure this doesn't slip
through the cracks.)
I need to inspect what the macros from _config_msvc.h are Intel C++
compiler specific (except
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 26, 2007 3:05 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: [jira] Created: (STDCXX-427) SIGSEGV
in istringstream::str()
The bug is in that len calculated as highmark -
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, May 25, 2007 4:17 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: [jira] Created: (STDCXX-427) SIGSEGV
in istringstream::str()
Farid Zaripov wrote:
-Original Message-
From
[
https://issues.apache.org/jira/browse/STDCXX-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-220.
Resolution: Cannot Reproduce
Fix Version/s: 4.2
Not reproduced.
[MSVC] SIGSEGV
[
https://issues.apache.org/jira/browse/STDCXX-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov resolved STDCXX-220.
--
Resolution: Fixed
Fixed thus: http://svn.apache.org/viewvc?view=revrev=532756
[MSVC] SIGSEGV
[
https://issues.apache.org/jira/browse/STDCXX-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov updated STDCXX-220:
-
Comment: was deleted
[MSVC] SIGSEGV on localedef -f UTF-8
[
https://issues.apache.org/jira/browse/STDCXX-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov reopened STDCXX-220:
--
[MSVC] SIGSEGV on localedef -f UTF-8
Key
[
https://issues.apache.org/jira/browse/STDCXX-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-220.
[MSVC] SIGSEGV on localedef -f UTF-8
Key
[
https://issues.apache.org/jira/browse/STDCXX-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499051
]
Farid Zaripov commented on STDCXX-378:
--
The Visual Studio Product Team decided not to fix the compiler bugs
501 - 600 of 815 matches
Mail list logo