[jira] Created: (STDCXX-248) [Intel C++ 9.1/Windows] codegeneration bug
[Intel C++ 9.1/Windows] codegeneration bug -- Key: STDCXX-248 URL: http://issues.apache.org/jira/browse/STDCXX-248 Project: C++ Standard Library Type: Bug Components: External Versions: 4.1.3 Environment: Intel C++ 9.1, Windows Reporter: Farid Zaripov The program below is expected to run without assert. When compiled with Intel C++ 9.1 on Windows, it's terminated with runtime error instead. Note that MSVC++ 7.1 behaves as expected. == #include struct UserChar { long double f; unsigned char c; }; struct UserInt { int i_; UserChar to_char () const { const UserChar tmp = { 0, i_ }; return tmp; } UserChar to_char2 () const { UserChar tmp = { 0, i_ }; return tmp; } UserChar to_char3 () const { UserChar tmp = { 0 }; tmp.c = i_; return tmp; } }; int main(int argc, char* argv[]) { const char TEST_CHAR = 'a'; UserInt ui = { TEST_CHAR }; UserChar uc = ui.to_char (); UserChar uc2 = ui.to_char2 (); UserChar uc3 = ui.to_char3 (); assert (TEST_CHAR == uc.c && TEST_CHAR == uc2.c && TEST_CHAR == uc3.c); return 0; } == icl icl91_test.cpp Intel(R) C++ Compiler for 32-bit applications, Version 9.1Build 20060323Z Copyright (C) 1985-2006 Intel Corporation. All rights reserved. icl91_test.cpp Microsoft (R) Incremental Linker Version 7.10.3077 Copyright (C) Microsoft Corporation. All rights reserved. -out:icl91_test.exe icl91_test.obj == icl91_test.exe Assertion failed: TEST_CHAR == uc.c && TEST_CHAR == uc2.c && TEST_CHAR == uc3.c, file icl91_test.cpp, line 43 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. == Generated assembler code: UserChar to_char () const 00439A44 pushebp 00439A45 mov ebp,esp 00439A47 pushesi 00439A48 mov dword ptr [ebp-4],ecx const UserChar tmp = { 0, i_ }; 00439A4B fldz 00439A4D mov eax,dword ptr [ebp+8] 00439A50 fstpqword ptr [eax] return tmp; 00439A52 mov eax,dword ptr [ebp+8] 00439A55 leave 00439A56 ret 4 tmp.c is not initialized by value this->i_ and as a result it contains a random value. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-252) Tests fails to build due to LD error
Tests fails to build due to LD error Key: STDCXX-252 URL: http://issues.apache.org/jira/browse/STDCXX-252 Project: C++ Standard Library Type: Wish Components: Build Versions: 4.1.3 Environment: gcc 3.2.2 / Linux RedHat 9 Reporter: Farid Zaripov Priority: Minor From: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200606.mbox/[EMAIL PROTECTED] The tests fails to build: gcc -pedantic -nostdinc++ -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align -I/usr/src/Incubator/stdcxx/trunk/include/ansi -D_RWSTD_USE_CONFIG -I/usr/src/Incubator/stdcxx/trunk/include -I/usr/src/Incubator/stdcxx/trunk/build/include -I/usr/src/Incubator/stdcxx/trunk/../rwtest -I/usr/src/Incubator/stdcxx/trunk/../rwtest/include -I/usr/src/Incubator/stdcxx/trunk/tests/include -L/usr/src/Incubator/stdcxx/trunk/build/rwtest -lrwtest -L/usr/src/Incubator/stdcxx/trunk/build/lib -lstd /usr/src/Incubator/stdcxx/trunk/tests/strings/21.string.io.cpp /usr/src/Incubator/stdcxx/trunk/build/lib/libstd.a /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a -lsupc++ -lm -o 21.string.io /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x37dd): In function `_rw_fmttm(FmtSpec const&, Buffer&, tm const*)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x439a): In function `_rw_fmtstr(FmtSpec const&, Buffer&, char const*, unsigned)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x45a7): In function `_rw_fmtwstr(FmtSpec const&, Buffer&, wchar_t const*, unsigned)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x4be2): In function `_rw_vasnprintf_ext(FmtSpec*, unsigned, Buffer&, char const*, char**)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x4ca2): In function `_rw_vasnprintf_ext(FmtSpec*, unsigned, Buffer&, char const*, char**)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x5ade): more undefined references to `__rw::__rw_memattr(void const*, unsigned, int)' follow /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x65a0): In function `__static_initialization_and_destruction_0(int, int)': : undefined reference to `std::ios_base::Init::Init[in-charge]()' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.text+0x6623): In function `__tcf_0': : undefined reference to `std::ios_base::Init::~Init [in-charge]()' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayIhEiRK7FmtSpecR6BufferPKT_ji+0x3c): In function `int _rw_fmtarray(FmtSpec const&, Buffer&, unsigned char const*, unsigned, int)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayIcEiRK7FmtSpecR6BufferPKT_ji+0x3c): In function `int _rw_fmtarray(FmtSpec const&, Buffer&, char const*, unsigned, int)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayItEiRK7FmtSpecR6BufferPKT_ji+0x3c): In function `int _rw_fmtarray(FmtSpec const&, Buffer&, unsigned short const*, unsigned, int)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayIjEiRK7FmtSpecR6BufferPKT_ji+0x3c): In function `int _rw_fmtarray(FmtSpec const&, Buffer&, unsigned const*, unsigned, int)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayImEiRK7FmtSpecR6BufferPKT_ji+0x3c): In function `int _rw_fmtarray(FmtSpec const&, Buffer&, unsigned long const*, unsigned, int)': : undefined reference to `__rw::__rw_memattr(void const*, unsigned, int)' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(printf.o)(.gnu.linkonce.t._Z12_rw_fmtarrayIwEiRK7FmtSpecR6BufferPKT_ji+0x3c): more undefined references to `__rw::__rw_memattr(void const*, unsigned, int)' follow /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(fmt_bits.o)(.text+0x1224): In function `__static_initialization_and_destruction_0(int, int)': : undefined reference to `std::ios_base::Init::Init[in-charge]()' /usr/src/Incubator/stdcxx/trunk/build/rwtest/librwtest.a(fmt_bits.o)(.text+0x1253): In function `_
[jira] Created: (STDCXX-268) std::list constructors do not call destructors for created objects if exception was thrown
std::list constructors do not call destructors for created objects if exception was thrown -- Key: STDCXX-268 URL: http://issues.apache.org/jira/browse/STDCXX-268 Project: C++ Standard Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov std::list constructors do not satisfy basic exception safety requirement (no memory leaks) since they do not call destructors for created objects if exception was thrown. See details here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200608.mbox/[EMAIL PROTECTED] test.cpp: --- #include #include static int throw_inx = -1; class ListItem { public: static int count_; void test () { if (throw_inx == count_) throw count_; ++count_; } ListItem () { test (); } ListItem (const ListItem&) { test (); } ~ListItem () { --count_; } }; int ListItem::count_ = 0; int main(int argc, char* argv[]) { typedef std::list List; ListItem items [20]; List lst (20); bool thrown = false; throw_inx = 10; try { ListItem::count_ = 0; List test (20); } catch (...) { thrown = true; } assert (thrown); assert (0 == ListItem::count_); try { thrown = false; ListItem::count_ = 0; List test (20, items [0]); } catch (...) { thrown = true; } assert (thrown); assert (0 == ListItem::count_); try { thrown = false; ListItem::count_ = 0; List test (items, items + 20); } catch (...) { thrown = true; } assert (thrown); assert (0 == ListItem::count_); try { thrown = false; ListItem::count_ = 0; List test (lst.begin (), lst.end ()); } catch (...) { thrown = true; } assert (thrown); assert (0 == ListItem::count_); try { thrown = false; ListItem::count_ = 0; List test (lst); } catch (...) { thrown = true; } assert (thrown); assert (0 == ListItem::count_); return 0; } the test output: - test: /usr/src/tests/test.cpp:45: int main(int, char**): Assertion `0 == ListItem::count_' failed. Aborted. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-281) Infinity loop in localedef utility
Infinity loop in localedef utility -- Key: STDCXX-281 URL: http://issues.apache.org/jira/browse/STDCXX-281 Project: C++ Standard Library Issue Type: Bug Components: Utilities Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The localedef utility goes into infinity loop if LC_COLLATE section of the locale definition file is incomplete. --- $echo "LC_COLLATE" > collate.src \ && echo > empty.cm \ && ../bin/localedef -c -w -f empty.cm -i collate.src collate.empty --- The details are here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200608.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (STDCXX-202) [Windows] failed config tests labeled "ok"
[ http://issues.apache.org/jira/browse/STDCXX-202?page=all ] Farid Zaripov resolved STDCXX-202. -- Fix Version/s: 4.2 Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?rev=414852&view=rev > [Windows] failed config tests labeled "ok" > -- > > Key: STDCXX-202 > URL: http://issues.apache.org/jira/browse/STDCXX-202 > Project: C++ Standard Library > Issue Type: Bug > Components: Configuration >Affects Versions: 4.1.3 > Environment: Windows >Reporter: Martin Sebor > Assigned To: Anton Pevtsov >Priority: Trivial > Fix For: 4.2 > > Attachments: log.text > > > The Windows configuration infrastructure incorrectly labels some failled > tests as passing (i.e., "ok"). The labeling should be consistent across all > config tests (i.e., "ok" when a test passes and "no ()" when it > fails; is the name of the macro that is #defined in response to > the failure; it should be enclosed in parentheses and the whole thing > separated from the word "no" by a single space). > -- Build started: Project: .configure, Configuration: 15d Debug > Thread-safe > Dll Win32 -- > Performing Custom Build Step > Microsoft (R) Windows Script Host Version 5.6 > Copyright (C) Microsoft Corporation 1996-2001. All rights reserved. > Configuring for msvc-7.1 - 15d Debug Thread-safe Dll > Checking if compiler is sane... ok > Checking if linker is sane... ok > Checking if run environment is sane... ok > Checking system architecture ILP32 little endian > Checking for headers... > ... > Checking for ... no (_RWSTD_NO_IEEEFP_H) > Checking for ... no (_RWSTD_NO_PTHREAD_H) > Checking for namespaces ok > ... > Checking for std::vsprintf() in ... ok > Checking for std::snprintf() in ... no _RWSTD_NO_SNPRINTF > ... > checking for atomic operations... ok > checking for bad_alloc copy ctor... ok _RWSTD_NO_BAD_ALLOC_COPY_CTOR > checking for bad_alloc default ctor... ok _RWSTD_NO_BAD_ALLOC_DEFAULT_CTOR > checking for bad_alloc dtor... ok _RWSTD_NO_BAD_ALLOC_DTOR > checking for bad_alloc::what()... ok _RWSTD_NO_BAD_ALLOC_WHAT > ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (STDCXX-93) time_get crashes when calling get_date ( Visual C++ 8.0 )
[ http://issues.apache.org/jira/browse/STDCXX-93?page=comments#action_12439828 ] Farid Zaripov commented on STDCXX-93: - src/time_put.cpp, line 959: - size = mbstowcs (pwbuf, str, _RWSTD_SIZE_MAX); - Third parameter of mbstowcs() call is _RWSTD_SIZE_MAX, but mbstowcs() requires that this parameter should be <= INT_MAX: http://msdn2.microsoft.com/en-us/library/k1f9b8cy.aspx - size_t mbstowcs(wchar_t *wcstr, const char *mbstr, size_t count); [...] If the mbstr argument is NULL, or if count is > INT_MAX, the invalid parameter handler is invoked, as described in Parameter Validation . If execution is allowed to continue, errno is set to EINVAL and the function returns -1. - Possible solution is replace _RWSTD_SIZE_MAX to _RWSTD_INT_MAX in all calls of the mbstowcs(). > time_get crashes when calling get_date ( Visual C++ 8.0 ) > - > > Key: STDCXX-93 > URL: http://issues.apache.org/jira/browse/STDCXX-93 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples > Environment: Visual C++ 8.0 >Reporter: Vikas Mehta > Assigned To: Martin Sebor > > Test case: > // Following code snippet is taken from examples\manual\time_get.cpp > // NOTE: A SunPro bug requires time.h preceed locale. PR #26255 > #include // for struct tm > #include // for locale, time_get > #include // for stringstream > #include// for cout, endl > // Print out a tm struct value in one atomic operation > std::ostream& operator<< (std::ostream &os, const std::tm &t) > { > std::stringstream strm; > strm << "Daylight Savings = " << t.tm_isdst > << "\nDay of year = " << t.tm_yday > << "\nDay of week = " << t.tm_wday > << "\nYear = " << t.tm_year > << "\nMonth= " << t.tm_mon > << "\nDay of month = " << t.tm_mday > << "\nHour = " << t.tm_hour > << "\nMinute = " << t.tm_min > << "\nSecond = " << t.tm_sec > << '\n'; > // guard for thread safety and output synchronization > const std::ostream::sentry guard (os); > if (guard) > os.rdbuf ()->sputn (strm.str ().c_str (), strm.str ().size ()); > else > os.setstate (os.failbit); > return os; > } > int main () > { > typedef std::istreambuf_iterator > Iter; > // time struct to parse date into > static std::tm timeb; // zero initialized > // Unused, required by time_get > std::ios_base::iostate state; > // Stream object to read from > std::istringstream ins (""); > // Iterators into the stream object > Iter begin (ins); > Iter end; > // Get a reference to the time_get facet in locale loc. > const std::time_get &tg = > std::use_facet >(std::locale ("C")); > // Display time_base::dateorder value. > std::cout << "time_base::dateorder == " << tg.date_order () << ".\n"; > > // Insert date string into stream. > ins.str ("04/07/69"); > // get_date from the stream and output tm contents. > tg.get_date (begin, end, ins, state, &timeb); > std::cout << "Date: Apr 7 1969\n" << timeb << std::endl; > return 0; > } > Stack Trace: > > msvcr80d.dll!_mbstowcs_l_helper(wchar_t * pwcs=0x008e2b78, const char * > > s=0x008e6008, unsigned int n=1812, localeinfo_struct * plocinfo=0x0012f740) > > Line 71C++ > msvcr80d.dll!_mbstowcs_s_l(unsigned int * pConvertedChars=0x0012f7b0, > wchar_t * pwcs=0x008e2b78, unsigned int sizeInWords=1812, const char * > s=0x008e6008, unsigned int n=4294967295, localeinfo_struct * > plocinfo=0x0012f7d4) Line 259 + 0x30 bytes C++ > msvcr80d.dll!_wcsftime_l_stat(wchar_t * wstring=0x008e2b78, unsigned > int maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858, localeinfo_struct * plocinfo=0x0012f7d4) Line 101 + 0x32 > bytes C++ > msvcr80d.dll!_wcsftime_l(wchar_t * wstring=0x008e2b78, unsigned int > maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858, localeinfo_struct * plocinfo=0x) Line 152 + 0x1e > bytesC++ > msvcr80d.dll!wcsftime(wchar_t * wstring=0x008e2b78, unsigned int > maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858) Line 162 + 0x17 bytesC++ > time_get.exe!__rw::__rw_get_timepunct(const __rw::__rw_facet * > pfacet=0x0049465c, int flags=64, unsigned int inx=0) Line 695 + 0x28 bytes >C++ > time_get.exe!__rw::__rw_get_timepunct(const __rw::__rw_facet * > pfacet=0x0049465c, int flags=64, const void * * names=0x0012fc40, unsigned > int * sizes=0x0012faa8) Line 1115 + 0x11 bytes C++ > time_get.exe!__
[jira] Created: (STDCXX-293) __rw::__rw_throw(): operator delete[] called without corresponding operator new[] call
__rw::__rw_throw(): operator delete[] called without corresponding operator new[] call -- Key: STDCXX-293 URL: http://issues.apache.org/jira/browse/STDCXX-293 Project: C++ Standard Library Issue Type: Bug Components: 18. Language Support, 19. Diagnostics Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The test below fails: --- #include // for std::size_t #include // for assert #include // for __rw_throw_proc, _RWSTD_ERROR_LOCALE_BAD_CAT void* operator new[] (std::size_t) { assert (!"operator new[] unexpectedly called"); return 0; } void operator delete[] (void*) { assert (!"operator delete[] called without operator new[]"); } int main () { __rw::__rw_throw (_RWSTD_ERROR_LOCALE_BAD_CAT + 1, __FILE__, "main"); return 0; } --- Assertion failed: !"operator delete[] called without operator new[]", file .\tes t.cpp, line 13 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. --- The details are here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200609.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-297) std::bitset constructor addressed memory beyond the object
std::bitset constructor addressed memory beyond the object -- Key: STDCXX-297 URL: http://issues.apache.org/jira/browse/STDCXX-297 Project: C++ Standard Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov Priority: Trivial Fix For: 4.2 he program below fails: -- #include #include #include #include #include #include int main () { typedef std::bitset<128> BitSet; const std::size_t size = sizeof (BitSet); char buf [size + 4]; memset (buf, '\xff', sizeof (buf)); BitSet* btest = new (buf) BitSet (std::basic_string ()); for (std::size_t i = size; i < sizeof (buf); ++i) assert ('\xff' == buf [i]); btest->~BitSet (); return 0; } -- Assertion failed: '\xff' == buf [i], file test.cpp, line 19 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -- -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (STDCXX-93) time_get crashes when calling get_date ( Visual C++ 8.0 )
[ http://issues.apache.org/jira/browse/STDCXX-93?page=all ] Farid Zaripov resolved STDCXX-93. - Fix Version/s: 4.2 Resolution: Fixed Fixed > time_get crashes when calling get_date ( Visual C++ 8.0 ) > - > > Key: STDCXX-93 > URL: http://issues.apache.org/jira/browse/STDCXX-93 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples > Environment: Visual C++ 8.0 >Reporter: Vikas Mehta > Assigned To: Martin Sebor > Fix For: 4.2 > > > Test case: > // Following code snippet is taken from examples\manual\time_get.cpp > // NOTE: A SunPro bug requires time.h preceed locale. PR #26255 > #include // for struct tm > #include // for locale, time_get > #include // for stringstream > #include// for cout, endl > // Print out a tm struct value in one atomic operation > std::ostream& operator<< (std::ostream &os, const std::tm &t) > { > std::stringstream strm; > strm << "Daylight Savings = " << t.tm_isdst > << "\nDay of year = " << t.tm_yday > << "\nDay of week = " << t.tm_wday > << "\nYear = " << t.tm_year > << "\nMonth= " << t.tm_mon > << "\nDay of month = " << t.tm_mday > << "\nHour = " << t.tm_hour > << "\nMinute = " << t.tm_min > << "\nSecond = " << t.tm_sec > << '\n'; > // guard for thread safety and output synchronization > const std::ostream::sentry guard (os); > if (guard) > os.rdbuf ()->sputn (strm.str ().c_str (), strm.str ().size ()); > else > os.setstate (os.failbit); > return os; > } > int main () > { > typedef std::istreambuf_iterator > Iter; > // time struct to parse date into > static std::tm timeb; // zero initialized > // Unused, required by time_get > std::ios_base::iostate state; > // Stream object to read from > std::istringstream ins (""); > // Iterators into the stream object > Iter begin (ins); > Iter end; > // Get a reference to the time_get facet in locale loc. > const std::time_get &tg = > std::use_facet >(std::locale ("C")); > // Display time_base::dateorder value. > std::cout << "time_base::dateorder == " << tg.date_order () << ".\n"; > > // Insert date string into stream. > ins.str ("04/07/69"); > // get_date from the stream and output tm contents. > tg.get_date (begin, end, ins, state, &timeb); > std::cout << "Date: Apr 7 1969\n" << timeb << std::endl; > return 0; > } > Stack Trace: > > msvcr80d.dll!_mbstowcs_l_helper(wchar_t * pwcs=0x008e2b78, const char * > > s=0x008e6008, unsigned int n=1812, localeinfo_struct * plocinfo=0x0012f740) > > Line 71C++ > msvcr80d.dll!_mbstowcs_s_l(unsigned int * pConvertedChars=0x0012f7b0, > wchar_t * pwcs=0x008e2b78, unsigned int sizeInWords=1812, const char * > s=0x008e6008, unsigned int n=4294967295, localeinfo_struct * > plocinfo=0x0012f7d4) Line 259 + 0x30 bytes C++ > msvcr80d.dll!_wcsftime_l_stat(wchar_t * wstring=0x008e2b78, unsigned > int maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858, localeinfo_struct * plocinfo=0x0012f7d4) Line 101 + 0x32 > bytes C++ > msvcr80d.dll!_wcsftime_l(wchar_t * wstring=0x008e2b78, unsigned int > maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858, localeinfo_struct * plocinfo=0x) Line 152 + 0x1e > bytesC++ > msvcr80d.dll!wcsftime(wchar_t * wstring=0x008e2b78, unsigned int > maxsize=1812, const wchar_t * wformat=0x00473980, const tm * > timeptr=0x0012f858) Line 162 + 0x17 bytesC++ > time_get.exe!__rw::__rw_get_timepunct(const __rw::__rw_facet * > pfacet=0x0049465c, int flags=64, unsigned int inx=0) Line 695 + 0x28 bytes >C++ > time_get.exe!__rw::__rw_get_timepunct(const __rw::__rw_facet * > pfacet=0x0049465c, int flags=64, const void * * names=0x0012fc40, unsigned > int * sizes=0x0012faa8) Line 1115 + 0x11 bytes C++ > time_get.exe!__rw::__rw_get_timepunct(const __rw::__rw_facet * > pfacet=0x0049465c, int * data=0x0012fa4c, tm * tmb=0x0012fa78, int * * > pmem=0x0012fa6c, const void * * names=0x0012fc40, unsigned int * > sizes=0x0012faa8) Line 1452 + 0x23 bytesC++ > > time_get.exe!std::time_get > > >::do_get(std::istreambuf_iterator > > __it={...}, std::istreambuf_iterator > > __end={...}, std::ios_base & __fl={...}, __rw::__rw_iostate & > __err=-858993460, tm * __tmb=0x00492518, char __fmt='x', char __modifier=0) > Line 175 + 0x2c bytes C++ > time_get.exe!std::time_gethttp://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/softwar
[jira] Resolved: (STDCXX-297) std::bitset constructor addressed memory beyond the object
[ http://issues.apache.org/jira/browse/STDCXX-297?page=all ] Farid Zaripov resolved STDCXX-297. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=465512 > std::bitset constructor addressed memory beyond the object > -- > > Key: STDCXX-297 > URL: http://issues.apache.org/jira/browse/STDCXX-297 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Priority: Trivial > Fix For: 4.2 > > > he program below fails: > -- > #include > #include > #include > #include > #include > #include > int main () > { > typedef std::bitset<128> BitSet; > const std::size_t size = sizeof (BitSet); > char buf [size + 4]; > memset (buf, '\xff', sizeof (buf)); > BitSet* btest = new (buf) BitSet (std::basic_string ()); > for (std::size_t i = size; i < sizeof (buf); ++i) > assert ('\xff' == buf [i]); > btest->~BitSet (); > return 0; > } > -- > Assertion failed: '\xff' == buf [i], file test.cpp, line 19 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. > -- -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-331) std::list::insert() method do not satisfy strong exception safety requirements
std::list::insert() method do not satisfy strong exception safety requirements -- Key: STDCXX-331 URL: https://issues.apache.org/jira/browse/STDCXX-331 Project: C++ Standard Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The list::insert() method do not satisfy strong exception safety requirements (23.2.3.3 Remark 1). Details are here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL PROTECTED] test.cpp: -- #include #include static int throw_inx = -1; class ListItem { public: static int count_; void test () { if (throw_inx == count_) throw count_; ++count_; } ListItem () { test (); } ListItem (const ListItem&) { test (); } ~ListItem () { --count_; } }; int ListItem::count_ = 0; int main (int argc, char* argv[]) { typedef std::list List; ListItem items [20]; List lst (1); bool thrown = false; throw_inx = 10; List::iterator it = lst.begin (); ListItem & ref = *it; try { ListItem::count_ = 0; lst.insert (it, 20, items [0]); } catch (...) { thrown = true; } assert (thrown); assert (it == lst.begin ()); assert (&ref == &*lst.begin ()); assert (1 == lst.size ()); assert (0 == ListItem::count_); try { ListItem::count_ = 0; lst.insert (it, items, items + 20); } catch (...) { thrown = true; } assert (thrown); assert (it == lst.begin ()); assert (&ref == &*lst.begin ()); assert (1 == lst.size ()); assert (0 == ListItem::count_); return 0; } The test output: -- test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == lst.begin ()' failed. Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-334) std::list::swap does not swap containers with defferent allocator correctly
std::list::swap does not swap containers with defferent allocator correctly --- Key: STDCXX-334 URL: https://issues.apache.org/jira/browse/STDCXX-334 Project: C++ Standard Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The program below fails: - #include #include #include class Alloc : public std::allocator { }; bool operator == (Alloc a1, Alloc a2) { return false; } bool operator != (Alloc a1, Alloc a2) { return true; } int main(int argc, char* argv[]) { const char src [] = "source string"; const char dst [] = "destination string"; typedef std::list List; Alloc a1; Alloc a2; assert (!(a1 == a2)); List src_lst (src, src + sizeof (src) - 1, a1); List dst_lst (dst, dst + sizeof (dst) - 1, a2); src_lst.swap (dst_lst); assert (std::string (src_lst.begin (), src_lst.end ()) == dst); assert (std::string (dst_lst.begin (), dst_lst.end ()) == src); return 0; } - Assertion failed: std::string (dst_lst.begin (), dst_lst.end ()) == src, file swap.cpp, line 37 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-334) std::list::swap does not swap containers with different allocators correctly
[ https://issues.apache.org/jira/browse/STDCXX-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-334: - Summary: std::list::swap does not swap containers with different allocators correctly (was: std::list::swap does not swap containers with defferent allocator correctly) > std::list::swap does not swap containers with different allocators correctly > > > Key: STDCXX-334 > URL: https://issues.apache.org/jira/browse/STDCXX-334 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov > > The program below fails: > - > #include > #include > #include > class Alloc : public std::allocator > { > }; > bool operator == (Alloc a1, Alloc a2) > { > return false; > } > bool operator != (Alloc a1, Alloc a2) > { > return true; > } > int main(int argc, char* argv[]) > { > const char src [] = "source string"; > const char dst [] = "destination string"; > typedef std::list List; > > Alloc a1; > Alloc a2; > assert (!(a1 == a2)); > List src_lst (src, src + sizeof (src) - 1, a1); > List dst_lst (dst, dst + sizeof (dst) - 1, a2); > src_lst.swap (dst_lst); > assert (std::string (src_lst.begin (), src_lst.end ()) == dst); > assert (std::string (dst_lst.begin (), dst_lst.end ()) == src); > return 0; > } > - > Assertion failed: std::string (dst_lst.begin (), dst_lst.end ()) == src, file > swap.cpp, line 37 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-334) std::list::swap does not swap containers with different allocators correctly
[ https://issues.apache.org/jira/browse/STDCXX-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-334. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev&revision=504581 > std::list::swap does not swap containers with different allocators correctly > > > Key: STDCXX-334 > URL: https://issues.apache.org/jira/browse/STDCXX-334 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov > Fix For: 4.2 > > > The program below fails: > - > #include > #include > #include > class Alloc : public std::allocator > { > }; > bool operator == (Alloc a1, Alloc a2) > { > return false; > } > bool operator != (Alloc a1, Alloc a2) > { > return true; > } > int main(int argc, char* argv[]) > { > const char src [] = "source string"; > const char dst [] = "destination string"; > typedef std::list List; > > Alloc a1; > Alloc a2; > assert (!(a1 == a2)); > List src_lst (src, src + sizeof (src) - 1, a1); > List dst_lst (dst, dst + sizeof (dst) - 1, a2); > src_lst.swap (dst_lst); > assert (std::string (src_lst.begin (), src_lst.end ()) == dst); > assert (std::string (dst_lst.begin (), dst_lst.end ()) == src); > return 0; > } > - > Assertion failed: std::string (dst_lst.begin (), dst_lst.end ()) == src, file > swap.cpp, line 37 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-127) std::deque::swap does not swap empty containers correctly
[ https://issues.apache.org/jira/browse/STDCXX-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-127. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=507940 > std::deque::swap does not swap empty containers correctly > - > > Key: STDCXX-127 > URL: https://issues.apache.org/jira/browse/STDCXX-127 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: $ uname -a > Linux skynet 2.6.14.5 #3 SMP PREEMPT Mon Jan 9 13:59:21 MST 2006 i686 unknown > unknown GNU/Linux > $ gcc -v > Using built-in specs. > Target: i686-pc-linux-gnu > Configured with: ../gcc-4.0.2/configure --prefix=/opt/compilers/gcc-4.0.2 > --enable-shared --enable-threads --enable-languages=c,c++ > Thread model: posix > gcc version 4.0.2 >Reporter: Liviu Nicoara > Fix For: 4.2 > > > Copy and paste at prompt: > $ cat t.xpp > #include > #include > struct A { char tmp [32]; }; > int main () > { > A a [32]; > std::deque lhs (a, a + 0); > std::deque rhs (a, a + 1); > lhs.swap (rhs); > return 0; > } > Building and running the example leads to a SIGSEGV: > $ make SRCS=t.cpp && ./t > gcc -c -I/build/nicoara/stdcxx/include/ansi -D_RWSTDDEBUG -pthread > -D_RWSTD_USE_CONFIG -I/build/nicoara/15s-stdcxx/include > -I/build/nicoara/stdcxx/include -I/build/nicoara/stdcxx/../rwtest > -I/build/nicoara/stdcxx/../rwtest/include > -I/build/nicoara/stdcxx/tests/include -pedantic -nostdinc++ -g -W -Wall > -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align > /build/nicoara/stdcxx/tests/containers/t.cpp > gcc t.o -o t -L/build/nicoara/15s-stdcxx/rwtest -lrwtest15s -pthread > -L/build/nicoara/15s-stdcxx/lib -lstd15s -lsupc++ -lm > Segmentation fault -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it
Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it Key: STDCXX-339 URL: https://issues.apache.org/jira/browse/STDCXX-339 Project: C++ Standard Library Issue Type: Task Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov Fix For: 4.2 Additional information here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-268) std::list constructors do not call destructors for created objects if exception was thrown
[ https://issues.apache.org/jira/browse/STDCXX-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-268. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=507971 > std::list constructors do not call destructors for created objects if > exception was thrown > -- > > Key: STDCXX-268 > URL: https://issues.apache.org/jira/browse/STDCXX-268 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov > Fix For: 4.2 > > > std::list constructors do not satisfy basic exception safety requirement (no > memory leaks) since they do not call destructors for created objects if > exception was thrown. > See details here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200608.mbox/[EMAIL > PROTECTED] > test.cpp: > --- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main(int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (20); > bool thrown = false; > throw_inx = 10; > try { > ListItem::count_ = 0; > List test (20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (lst.begin (), lst.end ()); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (lst); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > return 0; > } > the test output: > - > test: /usr/src/tests/test.cpp:45: int main(int, char**): Assertion `0 == > ListItem::count_' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-331) std::list::insert() method do not satisfy strong exception safety requirements
[ https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-331. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=507971 > std::list::insert() method do not satisfy strong exception safety requirements > -- > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-115) [MSVC] tests/22.locale.num.get.cpp fails to compile
[ https://issues.apache.org/jira/browse/STDCXX-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474639 ] Farid Zaripov commented on STDCXX-115: -- I think the issue already resolved thus: http://svn.apache.org/viewcvs?rev=386904&view=rev > [MSVC] tests/22.locale.num.get.cpp fails to compile > --- > > Key: STDCXX-115 > URL: https://issues.apache.org/jira/browse/STDCXX-115 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests >Affects Versions: 4.1.3 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Martin Sebor > Fix For: 4.2 > > > Originally raised in > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200601.mbox/[EMAIL > PROTECTED]: > The test 22.locale.num.get fails to compile with MSVC: > Build Log --- Build started: Project: 22.locale.num.get, > Configuration: 15s Debug Thread-safe Static|Win32 --- > Command Lines Build machine environment variables may not be correct. > Build machine environment variables may not be correct. > Creating temporary file > "c:\contrib\cygwin\build\sebor\stdcxx-4.1.3-msvc-7.1\tests\localization\15s\22.locale.num.get\RSP7D.rsp" > with contents > [ > /Od /I > "C:\contrib\cygwin\build\sebor\stdcxx-4.1.3\\tests\localization\..\include" > /I > "C:\contrib\cygwin\build\sebor\stdcxx-4.1.3\\tests\localization\..\..\include" > /I > "C:\contrib\cygwin\build\sebor\stdcxx-4.1.3\\tests\localization\..\..\include\ansi" > /I "..\..\include/15s" /D "_RWSTD_USE_CONFIG" /D "_RWSTDDEBUG" /D "_MBCS" > /Gm /EHsc /MTd /GS /Fo"15s\22.locale.num.get\\" > /Fd"15s\22.locale.num.get/vc70.pdb" /W3 /c /Zi /TP > "\contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp" > ] > Creating command line "cl.exe > @"c:\contrib\cygwin\build\sebor\stdcxx-4.1.3-msvc-7.1\tests\localization\15s\22.locale.num.get\RSP7D.rsp" > /nologo" > Output Window Compiling... > 22.locale.num.get.cpp > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1582) > : warning C4005: 'LL' : macro redefinition > > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1534) > : see previous definition of 'LL' > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1585) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(2431) > : see reference to function template instantiation 'void > test_ullong(charT,const char *)' being compiled > with > [ > charT=char > ] > > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(2448) > : see reference to function template instantiation 'void > run_tests(charT,const char *)' being compiled > with > [ > charT=char > ] > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1586) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1587) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1588) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1589) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1590) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1585) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(2431) > : see reference to function template instantiation 'void > test_ullong(charT,const char *)' being compiled > with > [ > charT=unsigned short > ] > > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(2455) > : see reference to function template instantiation 'void > run_tests(charT,const char *)' being compiled > with > [ > charT=unsigned short > ] > \contrib\cygwin\build\sebor\stdcxx-4.1.3\tests\localization\22.locale.num.get.cpp(1586) > : error C3861: 'ULL': identifier not found, even with argument-dependent > lookup > \contrib\cygwin\build\sebor\stdcxx-4.1.
[jira] Created: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile
[MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile - Key: STDCXX-341 URL: https://issues.apache.org/jira/browse/STDCXX-341 Project: C++ Standard Library Issue Type: Bug Components: Tests Environment: MSVC 7.1 Reporter: Farid Zaripov Fix For: 4.2 The test 22.locale.num.get fails to compile with MSVC: -- Build started: Project: 23.vector.modifiers, Configuration: 11s Debug Static Win32 -- Compiling... 23.vector.modifiers.cpp \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1029): could be 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1010): or 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstFwdIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see reference to function template instantiation 'void test_insert(int,const Iterator &,int,const char *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled with [ Iterator=ConstFwdIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1181) : see reference to function template instantiation 'void test_insert_range>(const Iterator &)' being compiled with [ T=X, Iterator=ConstFwdIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1029): could be 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1010): or 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstFwdIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1067): could be 'ConstBidirIter make_iter(const T *,const T *,const T *,ConstBidirIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1048): or 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstBidirIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see reference to function template instantiation 'void test_insert(int,const Iterator &,int,const char *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled with [ Iterator=ConstBidirIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1189) : see reference to function template instantiation 'void test_insert_range>(const Iterator &)' being compiled with [ T=X, Iterator=ConstBidirIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1067): could be 'ConstBidirIter make_iter(const T *,const T *,const T *,ConstBidirIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1048): or 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstBidirIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1105): could be 'ConstRandomAccessIter make_iter(const T *,const T *,const T *,ConstRandomAccessIter)'
[jira] Updated: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile
[ https://issues.apache.org/jira/browse/STDCXX-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-341: - Description: The test 23.vector.modifiers fails to compile with MSVC 7.1: -- Build started: Project: 23.vector.modifiers, Configuration: 11s Debug Static Win32 -- Compiling... 23.vector.modifiers.cpp \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1029): could be 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1010): or 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstFwdIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see reference to function template instantiation 'void test_insert(int,const Iterator &,int,const char *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled with [ Iterator=ConstFwdIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1181) : see reference to function template instantiation 'void test_insert_range>(const Iterator &)' being compiled with [ T=X, Iterator=ConstFwdIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1029): could be 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1010): or 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstFwdIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1067): could be 'ConstBidirIter make_iter(const T *,const T *,const T *,ConstBidirIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1048): or 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstBidirIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see reference to function template instantiation 'void test_insert(int,const Iterator &,int,const char *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled with [ Iterator=ConstBidirIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1189) : see reference to function template instantiation 'void test_insert_range>(const Iterator &)' being compiled with [ T=X, Iterator=ConstBidirIter ] \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1067): could be 'ConstBidirIter make_iter(const T *,const T *,const T *,ConstBidirIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1048): or 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' with [ T=X ] while trying to match the argument list '(X *const , X *const , X *const , const ConstBidirIter)' with [ T=X ] note: qualification adjustment (const/volatile) may be causing the ambiguity \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: 'make_iter' : 2 overloads have similar conversions C:\stdcxx_working\tests\include\alg_test.h(1105): could be 'ConstRandomAccessIter make_iter(const T *,const T *,const T *,ConstRandomAccessIter)' with [ T=X ] C:\stdcxx_working\tests\include\alg_test.h(1086): or 'RandomAccessIter make_iter(T *,const T *,const T *,RandomAccessIter)' w
[jira] Resolved: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile
[ https://issues.apache.org/jira/browse/STDCXX-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-341. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=509951 > [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile > - > > Key: STDCXX-341 > URL: https://issues.apache.org/jira/browse/STDCXX-341 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests > Environment: MSVC 7.1 >Reporter: Farid Zaripov > Fix For: 4.2 > > > The test 23.vector.modifiers fails to compile with MSVC 7.1: > -- Build started: Project: 23.vector.modifiers, Configuration: 11s Debug > Static Win32 -- > Compiling... > 23.vector.modifiers.cpp > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: > 'make_iter' : 2 overloads have similar conversions > C:\stdcxx_working\tests\include\alg_test.h(1029): could be > 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' > with > [ > T=X > ] > C:\stdcxx_working\tests\include\alg_test.h(1010): or > 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' > with > [ > T=X > ] > while trying to match the argument list '(X *const , X *const , X > *const , const ConstFwdIter)' > with > [ > T=X > ] > note: qualification adjustment (const/volatile) may be causing the > ambiguity > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see > reference to function template instantiation 'void > test_insert(int,const Iterator &,int,const char > *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled > with > [ > Iterator=ConstFwdIter > ] > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1181) : see > reference to function template instantiation 'void > test_insert_range>(const Iterator &)' being compiled > with > [ > T=X, > Iterator=ConstFwdIter > ] > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: > 'make_iter' : 2 overloads have similar conversions > C:\stdcxx_working\tests\include\alg_test.h(1029): could be > 'ConstFwdIter make_iter(const T *,const T *,const T *,ConstFwdIter)' > with > [ > T=X > ] > C:\stdcxx_working\tests\include\alg_test.h(1010): or > 'FwdIter make_iter(T *,const T *,const T *,FwdIter)' > with > [ > T=X > ] > while trying to match the argument list '(X *const , X *const , X > *const , const ConstFwdIter)' > with > [ > T=X > ] > note: qualification adjustment (const/volatile) may be causing the > ambiguity > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(325) : error C2666: > 'make_iter' : 2 overloads have similar conversions > C:\stdcxx_working\tests\include\alg_test.h(1067): could be > 'ConstBidirIter make_iter(const T *,const T *,const T > *,ConstBidirIter)' > with > [ > T=X > ] > C:\stdcxx_working\tests\include\alg_test.h(1048): or > 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' > with > [ > T=X > ] > while trying to match the argument list '(X *const , X *const , X > *const , const ConstBidirIter)' > with > [ > T=X > ] > note: qualification adjustment (const/volatile) may be causing the > ambiguity > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(567) : see > reference to function template instantiation 'void > test_insert(int,const Iterator &,int,const char > *,size_t,size_t,int,const char *,size_t,const char *,size_t)' being compiled > with > [ > Iterator=ConstBidirIter > ] > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(1189) : see > reference to function template instantiation 'void > test_insert_range>(const Iterator &)' being compiled > with > [ > T=X, > Iterator=ConstBidirIter > ] > \stdcxx_working\tests\containers\23.vector.modifiers.cpp(328) : error C2666: > 'make_iter' : 2 overloads have similar conversions > C:\stdcxx_working\tests\include\alg_test.h(1067): could be > 'ConstBidirIter make_iter(const T *,const T *,const T > *,ConstBidirIter)' > with > [ > T=X > ] > C:\stdcxx_working\tests\include\alg_test.h(1048): or > 'BidirIter make_iter(T *,const T *,const T *,BidirIter)' > with > [ > T=X >
[jira] Commented: (STDCXX-272) std::string::find_first_of() returns 0 for the empty string
[ https://issues.apache.org/jira/browse/STDCXX-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476245 ] Farid Zaripov commented on STDCXX-272: -- I can't repeat the issue. The test aborts within find_first_of() method due to _RWSTD_REQUIRES (__n <= max_size (),) macro. Here __n is std::string::npos, but max_size() returns value less than std::string::npos. Another point: is that std::string::npos can be used in find_first_of() call? The standard says that n should be less than npos: 21.3.7.3 size_type find_first_of(const charT* s , size_type pos , size_type n ) const; 4 Returns: find_first_of(basic_string(s ,n ),pos ). 21.3.2 basic_string(size_type n , charT c , const Allocator& a = Allocator()); 11 Requires: n < npos > std::string::find_first_of() returns 0 for the empty string > --- > > Key: STDCXX-272 > URL: https://issues.apache.org/jira/browse/STDCXX-272 > Project: C++ Standard Library > Issue Type: Bug > Components: 21. Strings >Affects Versions: 4.1.3, 4.1.2 > Environment: all >Reporter: Martin Sebor > Assigned To: Martin Sebor > > The program below is expected to run succeffully to completion (since the > returned value must be less than the size of the string) but instead it > aborts. > $ cat t.cpp && nice gmake t && ./t > #include > #include > int main () > { > std::string::size_type xpos = > std::string ("").find_first_of ("cba", 0, std::string::npos); > assert (std::string::npos == xpos); > } > aCC -c -I/amd/devco/sebor/dev/stdlib/include/ansi -I/usr/include > -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG -I/amd/devco/sebor/dev/stdlib/include > -I/build/sebor/aCC-3.70-11d/include > -I/amd/devco/sebor/dev/stdlib/examples/include -Aa +nostl -g +d +w +W392 > +W655 +W684 +W818 +W819 +W849 t.cpp > aCC t.o -o t -Aa +nostl -Wl,+s -Wl,+vnocompatwarnings > -L/build/sebor/aCC-3.70-11d/lib-L/build/sebor/aCC-3.70-11d/lib -lstd11d > -lm > ABORT instruction (core dumped) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it
[ https://issues.apache.org/jira/browse/STDCXX-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-339: Assignee: Farid Zaripov > Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for > it > > > Key: STDCXX-339 > URL: https://issues.apache.org/jira/browse/STDCXX-339 > Project: C++ Standard Library > Issue Type: Task >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Additional information here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-16: --- Assignee: Farid Zaripov > __rb_tree::operator=() does not store rhs' comparison object in lhs > --- > > Key: STDCXX-16 > URL: https://issues.apache.org/jira/browse/STDCXX-16 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.2 > Environment: All >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Original Message > Subject: tree::operator=() does not store rhs' comparison object in lhs > Date: Mon, 8 Aug 2005 21:48:50 -0400 > From: Boris Gubenko > To: Martin Sebor <[EMAIL PROTECTED]> > A customer reported a problem with set STL container using a program > from "The C++ Standard Library - A Tutorial and Reference" by Nicolai > Josuttis. See attached. The program generates expected result with > STLPort and gnu libstdc++, but generates a wrong result with any > version of RW library I tried it with. > The problem is that tree' assignment operator does not store rhs' > comparison object in lhs (I'd expect map container to have the same > problem). As a result, after assignment, the target container continues > to use the comparison object that it used before the assignement. It > violates 23.1.2 - Associative containers [lib.associative.reqmts], > para 11: > -11- When an associative container is constructed by passing a > comparison object the container shall not store a pointer or > reference to the passed object, even if that object is passed by > reference. When an associative container is copied, either through > a copy constructor or an assignment operator, the target container > shall then use the comparison object from the container being copied, > as if that comparison object had been passed to the target container > in its constructor. > The proposed fix is the same one-liner for any version of RW library, > just the name of the member is different. See below for HP-UX. > Thanks, > Boris > granite> aCC -V > aCC: HP aC++/ANSI C B3910B A.05.50 [May 15 2003] > granite> aCC setcmp.cpp && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 3 7 6 5 4 2 1 > coll1 and coll2 have different sorting criterion > granite> aCC setcmp.cpp -I. && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 7 6 5 4 3 2 1 > coll1 and coll2 have same sorting criterion > granite> diff rw/tree.cc /opt/aCC/include_std/rw/tree.cc > 83,85d82 > < #if !defined(__FIXCXXL1932) > < _C_key_compare = __x._C_key_compare; > < #endif > granite> > print.hpp > - > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > /* PRINT_ELEMENTS() > * - prints optional C-string optcstr followed by > * - all elements of the collection coll > * - separated by spaces > */ > template > inline void PRINT_ELEMENTS (const T& coll, const char* optcstr="") > { >typename T::const_iterator pos; >std::cout << optcstr; >for (pos=coll.begin(); pos!=coll.end(); ++pos) { >std::cout << *pos << ' '; >} >std::cout << std::endl; > } > setcmp.cpp > -- > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > #include > #include "print.hpp" > using namespace std; > // type for sorting criterion > template > class RuntimeCmp { > public: >enum cmp_mode {normal, reverse}; > private: >cmp_mode mode; > public: >// constructor for sorting criterion >// - default criterion uses value normal >RuntimeCmp (cmp_mode m=normal) : mode(m) { >} >// comparison of elements >bool operator() (const T& t1, const T& t2) const { >return mode == normal ? t1 < t2 : t2 < t1; >} >// comparison of sorting criteria >bool operator== (const RuntimeCmp& rc) { >return mode == rc.mode; >} > }; > // type of a set that uses this sorting crit
[jira] Resolved: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-16. - Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=518222 > __rb_tree::operator=() does not store rhs' comparison object in lhs > --- > > Key: STDCXX-16 > URL: https://issues.apache.org/jira/browse/STDCXX-16 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.2 > Environment: All >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Original Message > Subject: tree::operator=() does not store rhs' comparison object in lhs > Date: Mon, 8 Aug 2005 21:48:50 -0400 > From: Boris Gubenko > To: Martin Sebor <[EMAIL PROTECTED]> > A customer reported a problem with set STL container using a program > from "The C++ Standard Library - A Tutorial and Reference" by Nicolai > Josuttis. See attached. The program generates expected result with > STLPort and gnu libstdc++, but generates a wrong result with any > version of RW library I tried it with. > The problem is that tree' assignment operator does not store rhs' > comparison object in lhs (I'd expect map container to have the same > problem). As a result, after assignment, the target container continues > to use the comparison object that it used before the assignement. It > violates 23.1.2 - Associative containers [lib.associative.reqmts], > para 11: > -11- When an associative container is constructed by passing a > comparison object the container shall not store a pointer or > reference to the passed object, even if that object is passed by > reference. When an associative container is copied, either through > a copy constructor or an assignment operator, the target container > shall then use the comparison object from the container being copied, > as if that comparison object had been passed to the target container > in its constructor. > The proposed fix is the same one-liner for any version of RW library, > just the name of the member is different. See below for HP-UX. > Thanks, > Boris > granite> aCC -V > aCC: HP aC++/ANSI C B3910B A.05.50 [May 15 2003] > granite> aCC setcmp.cpp && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 3 7 6 5 4 2 1 > coll1 and coll2 have different sorting criterion > granite> aCC setcmp.cpp -I. && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 7 6 5 4 3 2 1 > coll1 and coll2 have same sorting criterion > granite> diff rw/tree.cc /opt/aCC/include_std/rw/tree.cc > 83,85d82 > < #if !defined(__FIXCXXL1932) > < _C_key_compare = __x._C_key_compare; > < #endif > granite> > print.hpp > - > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > /* PRINT_ELEMENTS() > * - prints optional C-string optcstr followed by > * - all elements of the collection coll > * - separated by spaces > */ > template > inline void PRINT_ELEMENTS (const T& coll, const char* optcstr="") > { >typename T::const_iterator pos; >std::cout << optcstr; >for (pos=coll.begin(); pos!=coll.end(); ++pos) { >std::cout << *pos << ' '; >} >std::cout << std::endl; > } > setcmp.cpp > -- > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > #include > #include "print.hpp" > using namespace std; > // type for sorting criterion > template > class RuntimeCmp { > public: >enum cmp_mode {normal, reverse}; > private: >cmp_mode mode; > public: >// constructor for sorting criterion >// - default criterion uses value normal >RuntimeCmp (cmp_mode m=normal) : mode(m) { >} >// comparison of elements >bool operator() (const T& t1, const T& t2) const { >return mode == normal ? t1 < t2 : t2 < t1; >} >// comparison of sorting criteria >bool operator== (const RuntimeCmp& rc) { >return mode == rc.mode; >}
[jira] Closed: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-16. --- > __rb_tree::operator=() does not store rhs' comparison object in lhs > --- > > Key: STDCXX-16 > URL: https://issues.apache.org/jira/browse/STDCXX-16 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.2 > Environment: All >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Original Message > Subject: tree::operator=() does not store rhs' comparison object in lhs > Date: Mon, 8 Aug 2005 21:48:50 -0400 > From: Boris Gubenko > To: Martin Sebor <[EMAIL PROTECTED]> > A customer reported a problem with set STL container using a program > from "The C++ Standard Library - A Tutorial and Reference" by Nicolai > Josuttis. See attached. The program generates expected result with > STLPort and gnu libstdc++, but generates a wrong result with any > version of RW library I tried it with. > The problem is that tree' assignment operator does not store rhs' > comparison object in lhs (I'd expect map container to have the same > problem). As a result, after assignment, the target container continues > to use the comparison object that it used before the assignement. It > violates 23.1.2 - Associative containers [lib.associative.reqmts], > para 11: > -11- When an associative container is constructed by passing a > comparison object the container shall not store a pointer or > reference to the passed object, even if that object is passed by > reference. When an associative container is copied, either through > a copy constructor or an assignment operator, the target container > shall then use the comparison object from the container being copied, > as if that comparison object had been passed to the target container > in its constructor. > The proposed fix is the same one-liner for any version of RW library, > just the name of the member is different. See below for HP-UX. > Thanks, > Boris > granite> aCC -V > aCC: HP aC++/ANSI C B3910B A.05.50 [May 15 2003] > granite> aCC setcmp.cpp && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 3 7 6 5 4 2 1 > coll1 and coll2 have different sorting criterion > granite> aCC setcmp.cpp -I. && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 7 6 5 4 3 2 1 > coll1 and coll2 have same sorting criterion > granite> diff rw/tree.cc /opt/aCC/include_std/rw/tree.cc > 83,85d82 > < #if !defined(__FIXCXXL1932) > < _C_key_compare = __x._C_key_compare; > < #endif > granite> > print.hpp > - > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > /* PRINT_ELEMENTS() > * - prints optional C-string optcstr followed by > * - all elements of the collection coll > * - separated by spaces > */ > template > inline void PRINT_ELEMENTS (const T& coll, const char* optcstr="") > { >typename T::const_iterator pos; >std::cout << optcstr; >for (pos=coll.begin(); pos!=coll.end(); ++pos) { >std::cout << *pos << ' '; >} >std::cout << std::endl; > } > setcmp.cpp > -- > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > #include > #include "print.hpp" > using namespace std; > // type for sorting criterion > template > class RuntimeCmp { > public: >enum cmp_mode {normal, reverse}; > private: >cmp_mode mode; > public: >// constructor for sorting criterion >// - default criterion uses value normal >RuntimeCmp (cmp_mode m=normal) : mode(m) { >} >// comparison of elements >bool operator() (const T& t1, const T& t2) const { >return mode == normal ? t1 < t2 : t2 < t1; >} >// comparison of sorting criteria >bool operator== (const RuntimeCmp& rc) { >return mode == rc.mode; >} > }; > // type of a set that uses this sorting criterion > typedef set > IntSet; > // f
[jira] Commented: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480869 ] Farid Zaripov commented on STDCXX-16: - The test for the issue: #include #include #include template struct RuntimeCmp { enum cmp_mode {normal, reverse}; cmp_mode mode; RuntimeCmp (cmp_mode m = normal) : mode (m) { } bool operator() (const T& t1, const T& t2) const { return mode == normal ? t1 < t2 : t2 < t1; } }; template bool operator== (const RuntimeCmp & lc, const RuntimeCmp & rc) { return lc.mode == rc.mode; } typedef std::set > IntSet; typedef std::map > IntMap; int main () { RuntimeCmp reverse_order (RuntimeCmp::reverse); IntSet set1; IntSet set2 (reverse_order); set1 = set2; assert (set1.key_comp () == set2.key_comp ()); assert (set1.value_comp () == set2.value_comp ()); IntMap map1; IntMap map2 (reverse_order); map1 = map2; assert (map1.key_comp () == map2.key_comp ()); return 0; } > __rb_tree::operator=() does not store rhs' comparison object in lhs > --- > > Key: STDCXX-16 > URL: https://issues.apache.org/jira/browse/STDCXX-16 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.2 > Environment: All >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Original Message > Subject: tree::operator=() does not store rhs' comparison object in lhs > Date: Mon, 8 Aug 2005 21:48:50 -0400 > From: Boris Gubenko > To: Martin Sebor <[EMAIL PROTECTED]> > A customer reported a problem with set STL container using a program > from "The C++ Standard Library - A Tutorial and Reference" by Nicolai > Josuttis. See attached. The program generates expected result with > STLPort and gnu libstdc++, but generates a wrong result with any > version of RW library I tried it with. > The problem is that tree' assignment operator does not store rhs' > comparison object in lhs (I'd expect map container to have the same > problem). As a result, after assignment, the target container continues > to use the comparison object that it used before the assignement. It > violates 23.1.2 - Associative containers [lib.associative.reqmts], > para 11: > -11- When an associative container is constructed by passing a > comparison object the container shall not store a pointer or > reference to the passed object, even if that object is passed by > reference. When an associative container is copied, either through > a copy constructor or an assignment operator, the target container > shall then use the comparison object from the container being copied, > as if that comparison object had been passed to the target container > in its constructor. > The proposed fix is the same one-liner for any version of RW library, > just the name of the member is different. See below for HP-UX. > Thanks, > Boris > granite> aCC -V > aCC: HP aC++/ANSI C B3910B A.05.50 [May 15 2003] > granite> aCC setcmp.cpp && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 3 7 6 5 4 2 1 > coll1 and coll2 have different sorting criterion > granite> aCC setcmp.cpp -I. && a.out > coll1: 1 2 4 5 6 7 > coll2: 7 6 5 4 2 1 > coll1: 7 6 5 4 3 2 1 > coll1 and coll2 have same sorting criterion > granite> diff rw/tree.cc /opt/aCC/include_std/rw/tree.cc > 83,85d82 > < #if !defined(__FIXCXXL1932) > < _C_key_compare = __x._C_key_compare; > < #endif > granite> > print.hpp > - > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice appears in all copies. > * This software is provided "as is" without express or implied > * warranty, and with no claim as to its suitability for any purpose. > */ > #include > /* PRINT_ELEMENTS() > * - prints optional C-string optcstr followed by > * - all elements of the collection coll > * - separated by spaces > */ > template > inline void PRINT_ELEMENTS (const T& coll, const char* optcstr="") > { >typename T::const_iterator pos; >std::cout << optcstr; >for (pos=coll.begin(); pos!=coll.end(); ++pos) { >std::cout << *pos << ' '; >} >std::cout << std::endl; > } > setcmp.cpp > -- > /* The following code example is taken from the book > * "The C++ Standard Library - A Tutorial and Reference" > * by Nicolai M. Josuttis, Addison-Wesley, 1999 > * > * (C) Copyright Nicolai M. Josuttis 1999. > * Permission to copy, use, modify, sell and distribute this software > * is granted provided this copyright notice
[jira] Reopened: (STDCXX-364) [gcc/Linux] std::tm not declared in
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reopened STDCXX-364: -- uname -a: CYGWIN_NT-5.1 EPKW121 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin gcc --version: gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) I've got the following error after that patch: -- make[2]: Entering directory `/cygdrive/d/_projects/stdcxx_working/cygwin15s/lib' gcc -c -I/cygdrive/d/_projects/stdcxx_working/include/ansi -D_RWSTDDEBUG -mthreads -I/cygdrive/d/_projects/stdcxx_working/include -I/cygdrive/d/_projects/stdcxx_working/cygwin15s/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align/cygdrive/d/_projects/stdcxx_working/src/bitset.cpp In file included from /cygdrive/d/_projects/stdcxx_working/include/rw/_mbstate.h:191, from /cygdrive/d/_projects/stdcxx_working/include/rw/_traits.h:40, from /cygdrive/d/_projects/stdcxx_working/include/rw/_strref.h:47, from /cygdrive/d/_projects/stdcxx_working/include/string:43, from /cygdrive/d/_projects/stdcxx_working/include/bitset:33, from /cygdrive/d/_projects/stdcxx_working/src/bitset.cpp:30: /cygdrive/d/_projects/stdcxx_working/include/ansi/cwchar:115: error: `::tm' has not been declared make[2]: *** [bitset.o] Error 1 make[2]: Leaving directory `/cygdrive/d/_projects/stdcxx_working/cygwin15s/lib' make[1]: *** [lib] Error 2 make[1]: Leaving directory `/cygdrive/d/_projects/stdcxx_working/cygwin15s' make: *** [libstd] Error 2 -- > [gcc/Linux] std::tm not declared in > > > Key: STDCXX-364 > URL: https://issues.apache.org/jira/browse/STDCXX-364 > Project: C++ Standard Library > Issue Type: Bug > Components: 21. Strings >Affects Versions: 4.1.3 > Environment: Linux, gcc 3.4.6 - 4.1.2 >Reporter: Scott (Yu) Zhong > Assigned To: Martin Sebor > Fix For: 4.2 > > > getting this error: > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not > name a type > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in > namespace 'std::Nested' does not name a type > - > Martin Sebor [EMAIL PROTECTED] > I was able to reproduce the same error with gcc 3.4.6. > The purpose of the test is to verify the conformance of the header > WRT namespace cleanliness (i.e., that symbols like struct tm are defined in > namespace std and not also in the global scope). The test is designed to fail > at runtime (via assertions) rather than at compile time but it looks like the > implementation of the test (or maybe even its > design) is broken. In any case, the fact that the test doesn't compile > suggests there is a problem with the header. > The compilation errors for the simple program below confirm this. Can you > open an issue for this problem and reference this thread in the archive in > the issue? > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG > -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include > -I/amd/devco/sebor/stdcxx/../rwtest > -I/amd/devco/sebor/stdcxx/../rwtest/include > -I/amd/devco/sebor/stdcxx/tests/include -pedantic -nostdinc++ -g -W -Wall > -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > t.cpp: In function `int main()': > t.cpp:5: error: `tm' is not a member of `std' > t.cpp:5: error: expected `;' before "tmb" > make: *** [t.o] Error 1 > Thanks > Martin > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-364) [gcc/Linux] std::tm not declared in
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-364: Assignee: Farid Zaripov (was: Martin Sebor) > [gcc/Linux] std::tm not declared in > > > Key: STDCXX-364 > URL: https://issues.apache.org/jira/browse/STDCXX-364 > Project: C++ Standard Library > Issue Type: Bug > Components: 21. Strings >Affects Versions: 4.1.3 > Environment: Linux, gcc 3.4.6 - 4.1.2 >Reporter: Scott (Yu) Zhong > Assigned To: Farid Zaripov > Fix For: 4.2 > > > getting this error: > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not > name a type > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in > namespace 'std::Nested' does not name a type > - > Martin Sebor [EMAIL PROTECTED] > I was able to reproduce the same error with gcc 3.4.6. > The purpose of the test is to verify the conformance of the header > WRT namespace cleanliness (i.e., that symbols like struct tm are defined in > namespace std and not also in the global scope). The test is designed to fail > at runtime (via assertions) rather than at compile time but it looks like the > implementation of the test (or maybe even its > design) is broken. In any case, the fact that the test doesn't compile > suggests there is a problem with the header. > The compilation errors for the simple program below confirm this. Can you > open an issue for this problem and reference this thread in the archive in > the issue? > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG > -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include > -I/amd/devco/sebor/stdcxx/../rwtest > -I/amd/devco/sebor/stdcxx/../rwtest/include > -I/amd/devco/sebor/stdcxx/tests/include -pedantic -nostdinc++ -g -W -Wall > -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > t.cpp: In function `int main()': > t.cpp:5: error: `tm' is not a member of `std' > t.cpp:5: error: expected `;' before "tmb" > make: *** [t.o] Error 1 > Thanks > Martin > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-364) [gcc/Linux] std::tm not declared in
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-364. Resolution: Fixed > [gcc/Linux] std::tm not declared in > > > Key: STDCXX-364 > URL: https://issues.apache.org/jira/browse/STDCXX-364 > Project: C++ Standard Library > Issue Type: Bug > Components: 21. Strings >Affects Versions: 4.1.3 > Environment: Linux, gcc 3.4.6 - 4.1.2 >Reporter: Scott (Yu) Zhong > Assigned To: Farid Zaripov > Fix For: 4.2 > > > getting this error: > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' > is ambiguous > /usr/include/../include/time.h:135: error: candidates are: struct tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: > struct Fallback::tm > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not > name a type > /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in > namespace 'std::Nested' does not name a type > - > Martin Sebor [EMAIL PROTECTED] > I was able to reproduce the same error with gcc 3.4.6. > The purpose of the test is to verify the conformance of the header > WRT namespace cleanliness (i.e., that symbols like struct tm are defined in > namespace std and not also in the global scope). The test is designed to fail > at runtime (via assertions) rather than at compile time but it looks like the > implementation of the test (or maybe even its > design) is broken. In any case, the fact that the test doesn't compile > suggests there is a problem with the header. > The compilation errors for the simple program below confirm this. Can you > open an issue for this problem and reference this thread in the archive in > the issue? > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG > -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include > -I/amd/devco/sebor/stdcxx/../rwtest > -I/amd/devco/sebor/stdcxx/../rwtest/include > -I/amd/devco/sebor/stdcxx/tests/include -pedantic -nostdinc++ -g -W -Wall > -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > t.cpp: In function `int main()': > t.cpp:5: error: `tm' is not a member of `std' > t.cpp:5: error: expected `;' before "tmb" > make: *** [t.o] Error 1 > Thanks > Martin > $ cat t.cpp && nice make t > #include > int main () > { > std::tm tmb = { 0 }; > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-375) std::getline() declared in , but should be declared in
std::getline() declared in , but should be declared in Key: STDCXX-375 URL: https://issues.apache.org/jira/browse/STDCXX-375 Project: C++ Standard Library Issue Type: Bug Components: 21. Strings Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov Fix For: 4.2 The following code fails to compile with errors: test.cpp(7) : error C2039: 'getline' : is not a member of 'std' test.cpp(7) : error C3861: 'getline': identifier not found, even with argument-dependent lookup test.cpp: --- #include #include void test (std::istream& is) { std::string str; std::getline (is, str); } --- The addition information here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200703.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-378) [MSVC 7.1/8.0] fails to compile dynatype.cpp example
[MSVC 7.1/8.0] fails to compile dynatype.cpp example Key: STDCXX-378 URL: https://issues.apache.org/jira/browse/STDCXX-378 Project: C++ Standard Library Issue Type: Bug Components: Build Affects Versions: 4.1.3 Environment: MSVC 7.1 Service Pack 1, MSVC 8.0 Reporter: Farid Zaripov Priority: Minor The compiler issues the errors: Compiling... dynatype.cpp \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(109) : error C2248: 'dynatype::map' : cannot access private struct declared in class 'dynatype' with [ T=void ] \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see declaration of 'dynatype' \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(114) : error C2248: 'dynatype::map' : cannot access private struct declared in class 'dynatype' with [ T=void ] \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see declaration of 'dynatype' \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(188) : error C2440: 'type cast' : cannot convert from 'dynatype' to 'int' Ambiguous user-defined-conversion \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(194) : error C2440: 'type cast' : cannot convert from 'dynatype' to 'double' Ambiguous user-defined-conversion \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(207) : error C2440: 'type cast' : cannot convert from 'dynatype' to 'const char *' Ambiguous user-defined-conversion \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(223) : error C2440: 'type cast' : cannot convert from 'dynatype' to 'char' Ambiguous user-defined-conversion Build log was saved at "file://D:\_Projects\stdcxx_working\build\msvc-7.1\15s\examples\dynatype\BuildLog.htm" dynatype - 6 error(s), 0 warning(s) Created 3 issues on Microsoft feedback page: https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266240 https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266262 https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266263 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-352) [Cygwin] Windows popups in optimized builds
[ https://issues.apache.org/jira/browse/STDCXX-352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-352: Assignee: Farid Zaripov > [Cygwin] Windows popups in optimized builds > --- > > Key: STDCXX-352 > URL: https://issues.apache.org/jira/browse/STDCXX-352 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: Cygwin, gcc >Reporter: Mark Brown > Assigned To: Farid Zaripov > > Originally posted here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200703.mbox/[EMAIL > PROTECTED] > > -Original Message- > > From: [EMAIL PROTECTED] > > Sent: Sat, 3 Mar 2007 11:33:26 -0800 > > To: stdcxx-dev@incubator.apache.org > > Subject: Re: Cygwin 12d build issues > > > > Thanks. I opened issue STDCXX-346 for the -fPIC warnings. I'll post > > a patch as soon as I'm done testing it. > > > > What about the LIBC_EXCEPTIONS.exe problem with the popup window? > The other test that pops up this window is EXTERN_INLINE.exe. It says: > EXTERN_INLINE.exe has stopped working. > A problem caused the program to stop working correctly. > Windows will close the program and notify you if a solution is > available. > > > > -- Mark > > > > > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> Sent: Fri, 02 Mar 2007 10:13:47 -0700 > >> To: stdcxx-dev@incubator.apache.org > >> Subject: Re: Cygwin 12d build issues > >> > >> Mark Brown wrote: > >>> Hi all, > >>> > >>> Just for kicks I'm trying to build a 12d version of the library on > >>> Cygwin. Things looks like they're going okay except for a couple of > >>> errors that open up a message box on the screen telling me that a test > >>> had a problem. The build stops at this point and waits for me to click > >>> on a button before moving on to the next test. I don't remember the > >>> first but the second one is for LIBC_EXCEPTIONS.exe. Is this normal? > >>> > >>> I also see lots of messages like these: > >>> > >>> make[2]: Entering directory `/home/mbrown/stdcxx-12d/lib' > >>> generating dependencies for $(TOPDIR)/src/atomic.s > >>> generating dependencies for $(TOPDIR)/src/wctype.cpp > >>> /home/mbrown/stdcxx/src/wctype.cpp:0: warning: -fPIC ignored for target > >>> (all code is position independent) > >>> > >>> I'm guessing Cygwin might need the same conditional as the one for AIX > >>> in gcc.config: > >>> > >>> # IBM AIX code is always position independent > >>> ifneq ($(OSNAME),AIX) > >>> PICFLAGS= -fPIC > >>> endif > >> > >> Looks like it. If you could open an issue for this too, > >> that would be great! A patch is also welcome :) > >> > >> Thanks > >> Martin > >> > >>> > >>> -- Mark -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-398) [MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS VisualStudio .NET 2003
[MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS VisualStudio .NET 2003 - Key: STDCXX-398 URL: https://issues.apache.org/jira/browse/STDCXX-398 Project: C++ Standard Library Issue Type: Bug Components: 20. General Utilities Environment: MSVC 7.1 / Windows Reporter: Farid Zaripov Priority: Trivial The 20.function.objects.cpp project compiled successfully, but linking is not performed due to bug in MS VisualStudio .NET 2003 (https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=272273). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-398) [MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS VisualStudio .NET 2003
[ https://issues.apache.org/jira/browse/STDCXX-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-398: Assignee: Farid Zaripov > [MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS > VisualStudio .NET 2003 > - > > Key: STDCXX-398 > URL: https://issues.apache.org/jira/browse/STDCXX-398 > Project: C++ Standard Library > Issue Type: Bug > Components: 20. General Utilities > Environment: MSVC 7.1 / Windows >Reporter: Farid Zaripov > Assigned To: Farid Zaripov >Priority: Trivial > > The 20.function.objects.cpp project compiled successfully, but linking is not > performed due to bug in MS VisualStudio .NET 2003 > (https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=272273). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-398) [MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS VisualStudio .NET 2003
[ https://issues.apache.org/jira/browse/STDCXX-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-398. Resolution: Fixed Fix Version/s: 4.2 > [MSVC 7.1] The 20.function.objects.cpp not linked due to bug in MS > VisualStudio .NET 2003 > - > > Key: STDCXX-398 > URL: https://issues.apache.org/jira/browse/STDCXX-398 > Project: C++ Standard Library > Issue Type: Bug > Components: 20. General Utilities > Environment: MSVC 7.1 / Windows >Reporter: Farid Zaripov > Assigned To: Farid Zaripov >Priority: Trivial > Fix For: 4.2 > > > The 20.function.objects.cpp project compiled successfully, but linking is not > performed due to bug in MS VisualStudio .NET 2003 > (https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=272273). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it
[ https://issues.apache.org/jira/browse/STDCXX-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-339. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=538186 > Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for > it > > > Key: STDCXX-339 > URL: https://issues.apache.org/jira/browse/STDCXX-339 > Project: C++ Standard Library > Issue Type: Task > Components: Configuration >Affects Versions: 4.1.4, 4.1.3, 4.1.2 > Environment: All >Reporter: Farid Zaripov > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Additional information here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it
[ https://issues.apache.org/jira/browse/STDCXX-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-339. > Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for > it > > > Key: STDCXX-339 > URL: https://issues.apache.org/jira/browse/STDCXX-339 > Project: C++ Standard Library > Issue Type: Task > Components: Configuration >Affects Versions: 4.1.4, 4.1.3, 4.1.2 > Environment: All >Reporter: Farid Zaripov > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Additional information here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-352) [Cygwin] Windows popups in optimized builds
[ https://issues.apache.org/jira/browse/STDCXX-352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-352. -- Resolution: Fixed Accidentally fixed thus: http://svn.apache.org/viewvc?view=rev&revision=526233 > [Cygwin] Windows popups in optimized builds > --- > > Key: STDCXX-352 > URL: https://issues.apache.org/jira/browse/STDCXX-352 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: Cygwin, gcc >Reporter: Mark Brown > Assigned To: Farid Zaripov > > Originally posted here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200703.mbox/[EMAIL > PROTECTED] > > -Original Message- > > From: [EMAIL PROTECTED] > > Sent: Sat, 3 Mar 2007 11:33:26 -0800 > > To: stdcxx-dev@incubator.apache.org > > Subject: Re: Cygwin 12d build issues > > > > Thanks. I opened issue STDCXX-346 for the -fPIC warnings. I'll post > > a patch as soon as I'm done testing it. > > > > What about the LIBC_EXCEPTIONS.exe problem with the popup window? > The other test that pops up this window is EXTERN_INLINE.exe. It says: > EXTERN_INLINE.exe has stopped working. > A problem caused the program to stop working correctly. > Windows will close the program and notify you if a solution is > available. > > > > -- Mark > > > > > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> Sent: Fri, 02 Mar 2007 10:13:47 -0700 > >> To: stdcxx-dev@incubator.apache.org > >> Subject: Re: Cygwin 12d build issues > >> > >> Mark Brown wrote: > >>> Hi all, > >>> > >>> Just for kicks I'm trying to build a 12d version of the library on > >>> Cygwin. Things looks like they're going okay except for a couple of > >>> errors that open up a message box on the screen telling me that a test > >>> had a problem. The build stops at this point and waits for me to click > >>> on a button before moving on to the next test. I don't remember the > >>> first but the second one is for LIBC_EXCEPTIONS.exe. Is this normal? > >>> > >>> I also see lots of messages like these: > >>> > >>> make[2]: Entering directory `/home/mbrown/stdcxx-12d/lib' > >>> generating dependencies for $(TOPDIR)/src/atomic.s > >>> generating dependencies for $(TOPDIR)/src/wctype.cpp > >>> /home/mbrown/stdcxx/src/wctype.cpp:0: warning: -fPIC ignored for target > >>> (all code is position independent) > >>> > >>> I'm guessing Cygwin might need the same conditional as the one for AIX > >>> in gcc.config: > >>> > >>> # IBM AIX code is always position independent > >>> ifneq ($(OSNAME),AIX) > >>> PICFLAGS= -fPIC > >>> endif > >> > >> Looks like it. If you could open an issue for this too, > >> that would be great! A patch is also welcome :) > >> > >> Thanks > >> Martin > >> > >>> > >>> -- Mark -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-352) [Cygwin] Windows popups in optimized builds
[ https://issues.apache.org/jira/browse/STDCXX-352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-352. > [Cygwin] Windows popups in optimized builds > --- > > Key: STDCXX-352 > URL: https://issues.apache.org/jira/browse/STDCXX-352 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: Cygwin, gcc >Reporter: Mark Brown > Assigned To: Farid Zaripov > > Originally posted here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200703.mbox/[EMAIL > PROTECTED] > > -Original Message- > > From: [EMAIL PROTECTED] > > Sent: Sat, 3 Mar 2007 11:33:26 -0800 > > To: stdcxx-dev@incubator.apache.org > > Subject: Re: Cygwin 12d build issues > > > > Thanks. I opened issue STDCXX-346 for the -fPIC warnings. I'll post > > a patch as soon as I'm done testing it. > > > > What about the LIBC_EXCEPTIONS.exe problem with the popup window? > The other test that pops up this window is EXTERN_INLINE.exe. It says: > EXTERN_INLINE.exe has stopped working. > A problem caused the program to stop working correctly. > Windows will close the program and notify you if a solution is > available. > > > > -- Mark > > > > > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> Sent: Fri, 02 Mar 2007 10:13:47 -0700 > >> To: stdcxx-dev@incubator.apache.org > >> Subject: Re: Cygwin 12d build issues > >> > >> Mark Brown wrote: > >>> Hi all, > >>> > >>> Just for kicks I'm trying to build a 12d version of the library on > >>> Cygwin. Things looks like they're going okay except for a couple of > >>> errors that open up a message box on the screen telling me that a test > >>> had a problem. The build stops at this point and waits for me to click > >>> on a button before moving on to the next test. I don't remember the > >>> first but the second one is for LIBC_EXCEPTIONS.exe. Is this normal? > >>> > >>> I also see lots of messages like these: > >>> > >>> make[2]: Entering directory `/home/mbrown/stdcxx-12d/lib' > >>> generating dependencies for $(TOPDIR)/src/atomic.s > >>> generating dependencies for $(TOPDIR)/src/wctype.cpp > >>> /home/mbrown/stdcxx/src/wctype.cpp:0: warning: -fPIC ignored for target > >>> (all code is position independent) > >>> > >>> I'm guessing Cygwin might need the same conditional as the one for AIX > >>> in gcc.config: > >>> > >>> # IBM AIX code is always position independent > >>> ifneq ($(OSNAME),AIX) > >>> PICFLAGS= -fPIC > >>> endif > >> > >> Looks like it. If you could open an issue for this too, > >> that would be great! A patch is also welcome :) > >> > >> Thanks > >> Martin > >> > >>> > >>> -- Mark -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-217) [Windows] SIGABRT in std::locale("...") on a combined locale name
[ https://issues.apache.org/jira/browse/STDCXX-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-217. -- Resolution: Cannot Reproduce Fix Version/s: 4.2 Not reproducible. > [Windows] SIGABRT in std::locale("...") on a combined locale name > - > > Key: STDCXX-217 > URL: https://issues.apache.org/jira/browse/STDCXX-217 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.3, 4.1.2 > Environment: Windows >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Mar 16, 2004 04:58:48 PM > The program below aborts on Win32: > #include > #include > #include > int main () > { > const char shortname[] = > "ENG;NON;MSB;FRM;ENP"; > const char longname[] = { > "LC_COLLATE=ENG;" > "LC_CTYPE=NON;" > "LC_MONETARY=MSB;" > "LC_NUMERIC=FRM;" > "LC_TIME=ENP" > }; > const char* fullname = std::setlocale (LC_ALL, shortname); > std::printf ("%s\n", fullname ? fullname : "(null)"); > const std::locale classic = std::locale::classic (); > { > const std::locale loc (shortname); > std::printf ("%s\n", loc.name ()); > std::printf ("%s\n", classic.name ().c_str ()); > } > fullname = std::setlocale (LC_ALL, longname); > std::printf ("%s\n", fullname ? fullname : "(null)"); > { > const std::locale loc (longname); > std::printf ("%s\n", loc.name ()); > std::printf ("%s\n", classic.name ().c_str ()); > } > > return 0; > } > $ cl -D_RWCONFIG=11s -Ic:\contrib\cygwin\build\sebor\dev-hal\include > -I.\..\..\..\..\include > -Ic:\contrib\cygwin\build\sebor\dev-hal\tests\stdlib\locale\..\include > -Ic:\contrib\cygwin\build\sebor\dev-hal\include\ansi -I.\..\..\..\.. > -Ic:\contrib\cygwin\build\sebor\dev-hal > -Ic:\contrib\cygwin\build\sebor\dev-hal\tests\stdlib\locale -I. -nologo -GX > -MLd -W3 -Zi -GA -GR -GF -GZ -c t.cpp > t.cpp > link -nologo /NODEFAULTLIB:libcpd /debug /LIBPATH:.\..\..\..\..\lib > /OUT:t.exe t.obj testx11s.lib tlt11s.lib std11s.lib user32.lib > $ t.exe > English_United States.1252 > LC_COLLATE=ENG;LC_CTYPE=Norw;LC_MONETARY=Malay_Bru;LC_NUMERIC=French_Principality;LC_TIME=English_Republic > of the Philippines.125;LC_COLLATE=English_United States.1252 > C > LC_COLLATE=English_United > Kingdom.1252;LC_CTYPE=Norwegian-Nynorsk_Norway.1252;LC_MONETARY=Malay_Brunei > Darussalam.1252;LC_NUMERIC=French_Principality of > Monaco.1252;LC_TIME=English_Republic of the Philippines.1252 > c:\contrib\cygwin\build\sebor\dev-hal\source\stdlib\locale_body.cpp:669: int > __cdecl __rw::cmplocale(const void *,const void *): Assertion '0 != > plocale->_C_get_name ()' failed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-217) [Windows] SIGABRT in std::locale("...") on a combined locale name
[ https://issues.apache.org/jira/browse/STDCXX-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-217. > [Windows] SIGABRT in std::locale("...") on a combined locale name > - > > Key: STDCXX-217 > URL: https://issues.apache.org/jira/browse/STDCXX-217 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.3, 4.1.2 > Environment: Windows >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Mar 16, 2004 04:58:48 PM > The program below aborts on Win32: > #include > #include > #include > int main () > { > const char shortname[] = > "ENG;NON;MSB;FRM;ENP"; > const char longname[] = { > "LC_COLLATE=ENG;" > "LC_CTYPE=NON;" > "LC_MONETARY=MSB;" > "LC_NUMERIC=FRM;" > "LC_TIME=ENP" > }; > const char* fullname = std::setlocale (LC_ALL, shortname); > std::printf ("%s\n", fullname ? fullname : "(null)"); > const std::locale classic = std::locale::classic (); > { > const std::locale loc (shortname); > std::printf ("%s\n", loc.name ()); > std::printf ("%s\n", classic.name ().c_str ()); > } > fullname = std::setlocale (LC_ALL, longname); > std::printf ("%s\n", fullname ? fullname : "(null)"); > { > const std::locale loc (longname); > std::printf ("%s\n", loc.name ()); > std::printf ("%s\n", classic.name ().c_str ()); > } > > return 0; > } > $ cl -D_RWCONFIG=11s -Ic:\contrib\cygwin\build\sebor\dev-hal\include > -I.\..\..\..\..\include > -Ic:\contrib\cygwin\build\sebor\dev-hal\tests\stdlib\locale\..\include > -Ic:\contrib\cygwin\build\sebor\dev-hal\include\ansi -I.\..\..\..\.. > -Ic:\contrib\cygwin\build\sebor\dev-hal > -Ic:\contrib\cygwin\build\sebor\dev-hal\tests\stdlib\locale -I. -nologo -GX > -MLd -W3 -Zi -GA -GR -GF -GZ -c t.cpp > t.cpp > link -nologo /NODEFAULTLIB:libcpd /debug /LIBPATH:.\..\..\..\..\lib > /OUT:t.exe t.obj testx11s.lib tlt11s.lib std11s.lib user32.lib > $ t.exe > English_United States.1252 > LC_COLLATE=ENG;LC_CTYPE=Norw;LC_MONETARY=Malay_Bru;LC_NUMERIC=French_Principality;LC_TIME=English_Republic > of the Philippines.125;LC_COLLATE=English_United States.1252 > C > LC_COLLATE=English_United > Kingdom.1252;LC_CTYPE=Norwegian-Nynorsk_Norway.1252;LC_MONETARY=Malay_Brunei > Darussalam.1252;LC_NUMERIC=French_Principality of > Monaco.1252;LC_TIME=English_Republic of the Philippines.1252 > c:\contrib\cygwin\build\sebor\dev-hal\source\stdlib\locale_body.cpp:669: int > __cdecl __rw::cmplocale(const void *,const void *): Assertion '0 != > plocale->_C_get_name ()' failed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-88) [Intel C++ 9.0/Windows] std::num_put deletes invalid pointer
[ https://issues.apache.org/jira/browse/STDCXX-88?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-88. --- Resolution: Cannot Reproduce Fix Version/s: 4.2 Not reproducible. > [Intel C++ 9.0/Windows] std::num_put deletes invalid pointer > > > Key: STDCXX-88 > URL: https://issues.apache.org/jira/browse/STDCXX-88 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.2 > Environment: Intel C++ 9.0/Windows >Reporter: Martin Sebor > Assigned To: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > When compiled with Intel C++ 9.0 on Windows, build type 11d, the test > 22.locale.num.put.cpp aborts in _free_dbg(): > 22.locale.num.put.exe!_free_dbg(void * pUserData=0x00824cb0, int > nBlockUse=1) Line 1132 + 0x30 C > 22.locale.num.put.exe!operator delete(void * pUserData=0x00824cb0) > Line 54 + 0x10 C++ > > 22.locale.num.put.exe!num_put::_C_put(char * > > __it=0x0012fa75, std::ios_base & __flags={...}, char __fill='+', int > > __type=4616, const void * __pval=0x0012f724) Line 161 + 0xcC++ > 22.locale.num.put.exe!num_put::do_put(char * > __it=0x0012f940, std::ios_base & __flags={...}, char __fill='+', double > __val=1.e+308) Line 146 + 0x31 C++ > 22.locale.num.put.exe!NumPut::do_put(char * it=0x0012f940, > std::ios_base & f={...}, char fill='+', double v=1.e+308) > Line 249 + 0x29 C++ > 22.locale.num.put.exe!num_put::put(char * > __it=0x0012f940, std::ios_base & __flags={...}, char __fill='+', double > __val=1.e+308) Line 79 + 0x34 C++ > 22.locale.num.put.exe!do_test(const char * const cname=0x0048a398, > const char * const tname=0x00482b78, int lineno=1447, double > val=1.e+308, int flags=4, int prec=0, int width=0, char > fill='+', const char * const grouping=0x00482c14, const char * const > str=0x00482c0c, int err_expect=2, double val_expect=0.0, > const Punct pun={...}) Line 324 + 0x32C++ > 22.locale.num.put.exe!dbl_test(const char * const cname=0x0048a398, > const char * const tname=0x00482b78) Line 1447 + 0x61 C++ > 22.locale.num.put.exe!run_tests(const char * cname=0x0048a398) Line > 2078 + 0x5fC++ > 22.locale.num.put.exe!run_test() Line 2114 + 0x14 C++ > 22.locale.num.put.exe!rw_vtest(int argc=1, char * * argv=0x00841f28, > const char * file_name=0x0048a3e0, const char * clause=0x0048a46c, const char > * comment=0x, int (int, char * *)* fun=0x0043ddfa, const char * > optstr=0x0048a430, char * va=0x0012fec8) Line 739 + 0x15C++ > 22.locale.num.put.exe!rw_test(int argc=1, char * * argv=0x00841f28, > const char * const fname=0x0048a3e0, const char * const clause=0x0048a46c, > const char * const comment=0x, int (int, char * *)* > testfun=0x0043ddfa, const char * const optstr=0x0048a430) Line 833 + 0x3f > C++ > 22.locale.num.put.exe!main(int argc=1, char * * argv=0x00841f28) > Line 2134 + 0x5 C++ > 22.locale.num.put.exe!mainCRTStartup() Line 259 + 0x19 C > KERNEL32.DLL!7c598989() -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-220) [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 closed STDCXX-220. Resolution: Cannot Reproduce Fix Version/s: 4.2 Not reproduced. > [MSVC] SIGSEGV on localedef -f UTF-8 > > > Key: STDCXX-220 > URL: https://issues.apache.org/jira/browse/STDCXX-220 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.3, 4.1.2 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Sep 03, 2003 03:42:51 PM > Original Message > Subject: Re: errors compiling some locales for i18n > Date: Fri, 29 Aug 2003 15:18:57 -0600 > From: Martin Sebor <[EMAIL PROTECTED]> > Organization: Rogue Wave Software, Inc. > To: Tim Szekely <[EMAIL PROTECTED]> > CC: Randall Robinson <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Tim Szekely wrote: > > Hi All, > > > > Mike Busch encountered the following errors when trying to build some of > > the locales for the std-lib module on Windows XP, with Visual Studio > > .NET 2003. A number of the locales did build successfully, but these > > did not. Is this a known issue? > We encountered similar problems on Windows builds that we support > but don't certify on (due to the reduced cert matrix), but, IIRC, > I fixed those before the release. I was not aware of any other > failures > Martin > > > > Tim > > > > From the results file, 15d.xml: > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 12:35:48 MDT 2003" > > finish_timestamp="Thu Aug 28 13:26:49 MDT 2003" > > wall_clock_duration="3061" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\hi_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:27:47 MDT 2003" > > finish_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > wall_clock_duration="357" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ta_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > finish_timestamp="Thu Aug 28 13:55:27 MDT 2003" > > wall_clock_duration="1302" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ur_PK.log"> > > - > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-220) [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 resolved STDCXX-220. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=532756 > [MSVC] SIGSEGV on localedef -f UTF-8 > > > Key: STDCXX-220 > URL: https://issues.apache.org/jira/browse/STDCXX-220 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.3, 4.1.2 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Sep 03, 2003 03:42:51 PM > Original Message > Subject: Re: errors compiling some locales for i18n > Date: Fri, 29 Aug 2003 15:18:57 -0600 > From: Martin Sebor <[EMAIL PROTECTED]> > Organization: Rogue Wave Software, Inc. > To: Tim Szekely <[EMAIL PROTECTED]> > CC: Randall Robinson <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Tim Szekely wrote: > > Hi All, > > > > Mike Busch encountered the following errors when trying to build some of > > the locales for the std-lib module on Windows XP, with Visual Studio > > .NET 2003. A number of the locales did build successfully, but these > > did not. Is this a known issue? > We encountered similar problems on Windows builds that we support > but don't certify on (due to the reduced cert matrix), but, IIRC, > I fixed those before the release. I was not aware of any other > failures > Martin > > > > Tim > > > > From the results file, 15d.xml: > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 12:35:48 MDT 2003" > > finish_timestamp="Thu Aug 28 13:26:49 MDT 2003" > > wall_clock_duration="3061" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\hi_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:27:47 MDT 2003" > > finish_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > wall_clock_duration="357" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ta_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > finish_timestamp="Thu Aug 28 13:55:27 MDT 2003" > > wall_clock_duration="1302" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ur_PK.log"> > > - > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-220) [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 updated STDCXX-220: - Comment: was deleted > [MSVC] SIGSEGV on localedef -f UTF-8 > > > Key: STDCXX-220 > URL: https://issues.apache.org/jira/browse/STDCXX-220 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.3, 4.1.2 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Sep 03, 2003 03:42:51 PM > Original Message > Subject: Re: errors compiling some locales for i18n > Date: Fri, 29 Aug 2003 15:18:57 -0600 > From: Martin Sebor <[EMAIL PROTECTED]> > Organization: Rogue Wave Software, Inc. > To: Tim Szekely <[EMAIL PROTECTED]> > CC: Randall Robinson <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Tim Szekely wrote: > > Hi All, > > > > Mike Busch encountered the following errors when trying to build some of > > the locales for the std-lib module on Windows XP, with Visual Studio > > .NET 2003. A number of the locales did build successfully, but these > > did not. Is this a known issue? > We encountered similar problems on Windows builds that we support > but don't certify on (due to the reduced cert matrix), but, IIRC, > I fixed those before the release. I was not aware of any other > failures > Martin > > > > Tim > > > > From the results file, 15d.xml: > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 12:35:48 MDT 2003" > > finish_timestamp="Thu Aug 28 13:26:49 MDT 2003" > > wall_clock_duration="3061" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\hi_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:27:47 MDT 2003" > > finish_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > wall_clock_duration="357" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ta_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > finish_timestamp="Thu Aug 28 13:55:27 MDT 2003" > > wall_clock_duration="1302" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ur_PK.log"> > > - > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (STDCXX-220) [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: STDCXX-220 > URL: https://issues.apache.org/jira/browse/STDCXX-220 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.3, 4.1.2 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Sep 03, 2003 03:42:51 PM > Original Message > Subject: Re: errors compiling some locales for i18n > Date: Fri, 29 Aug 2003 15:18:57 -0600 > From: Martin Sebor <[EMAIL PROTECTED]> > Organization: Rogue Wave Software, Inc. > To: Tim Szekely <[EMAIL PROTECTED]> > CC: Randall Robinson <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Tim Szekely wrote: > > Hi All, > > > > Mike Busch encountered the following errors when trying to build some of > > the locales for the std-lib module on Windows XP, with Visual Studio > > .NET 2003. A number of the locales did build successfully, but these > > did not. Is this a known issue? > We encountered similar problems on Windows builds that we support > but don't certify on (due to the reduced cert matrix), but, IIRC, > I fixed those before the release. I was not aware of any other > failures > Martin > > > > Tim > > > > From the results file, 15d.xml: > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 12:35:48 MDT 2003" > > finish_timestamp="Thu Aug 28 13:26:49 MDT 2003" > > wall_clock_duration="3061" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\hi_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:27:47 MDT 2003" > > finish_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > wall_clock_duration="357" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ta_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > finish_timestamp="Thu Aug 28 13:55:27 MDT 2003" > > wall_clock_duration="1302" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ur_PK.log"> > > - > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-220) [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 closed STDCXX-220. > [MSVC] SIGSEGV on localedef -f UTF-8 > > > Key: STDCXX-220 > URL: https://issues.apache.org/jira/browse/STDCXX-220 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.3, 4.1.2 > Environment: MSVC >Reporter: Martin Sebor > Assigned To: Farid Zaripov > Fix For: 4.2 > > > Moved from the Rogue Wave bug tracking database: > Created By: sebor @ Sep 03, 2003 03:42:51 PM > Original Message > Subject: Re: errors compiling some locales for i18n > Date: Fri, 29 Aug 2003 15:18:57 -0600 > From: Martin Sebor <[EMAIL PROTECTED]> > Organization: Rogue Wave Software, Inc. > To: Tim Szekely <[EMAIL PROTECTED]> > CC: Randall Robinson <[EMAIL PROTECTED]> > References: <[EMAIL PROTECTED]> > Tim Szekely wrote: > > Hi All, > > > > Mike Busch encountered the following errors when trying to build some of > > the locales for the std-lib module on Windows XP, with Visual Studio > > .NET 2003. A number of the locales did build successfully, but these > > did not. Is this a known issue? > We encountered similar problems on Windows builds that we support > but don't certify on (due to the reduced cert matrix), but, IIRC, > I fixed those before the release. I was not aware of any other > failures > Martin > > > > Tim > > > > From the results file, 15d.xml: > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 12:35:48 MDT 2003" > > finish_timestamp="Thu Aug 28 13:26:49 MDT 2003" > > wall_clock_duration="3061" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\hi_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:27:47 MDT 2003" > > finish_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > wall_clock_duration="357" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ta_IN.log"> > > - > > > > > > - > state="BUILD_FAILED" start_timestamp="Thu Aug 28 13:33:44 MDT 2003" > > finish_timestamp="Thu Aug 28 13:55:27 MDT 2003" > > wall_clock_duration="1302" product="" major="" minor="" maintenance=""> > > 0 > > true > > - > path="C:\RW_buildspace_CD6\nls\15d\ur_PK.log"> > > - > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-378) [MSVC 7.1/8.0] fails to compile dynatype.cpp example
[ 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: -- Thank you for sending us feedback. The Visual C++ team has evaluated the bug and determined it does not meet the guidelines necessary to warrant a fix. To understand these guidelines please refer to http://blogs.msdn.com/vcblog/articles/621116.aspx. Unfortunately, the Visual C++ development team cannot provide workarounds for issues submitted via the Microsoft Connect interface. The MSDN forums are better suited for finding the correct answer. Visit the MSDN forums at http://forums.microsoft.com/msdn/default.aspx. Comments from the triage team: This does not meet the Orcas triage guidelines. -- So we can't get dynatype.cpp compiled without compiler dependent workarounds. > [MSVC 7.1/8.0] fails to compile dynatype.cpp example > > > Key: STDCXX-378 > URL: https://issues.apache.org/jira/browse/STDCXX-378 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples >Affects Versions: 4.1.3 > Environment: MSVC 7.1 Service Pack 1, MSVC 8.0 >Reporter: Farid Zaripov > Assigned To: Farid Zaripov >Priority: Minor > > The compiler issues the errors: > Compiling... > dynatype.cpp > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(109) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(114) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(188) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'int' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(194) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'double' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(207) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'const char *' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(223) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'char' > Ambiguous user-defined-conversion > Build log was saved at > "file://D:\_Projects\stdcxx_working\build\msvc-7.1\15s\examples\dynatype\BuildLog.htm" > dynatype - 6 error(s), 0 warning(s) > Created 3 issues on Microsoft feedback page: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266240 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266262 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266263 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-378) [MSVC 7.1/8.0] fails to compile dynatype.cpp example
[ https://issues.apache.org/jira/browse/STDCXX-378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-378. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=541635 > [MSVC 7.1/8.0] fails to compile dynatype.cpp example > > > Key: STDCXX-378 > URL: https://issues.apache.org/jira/browse/STDCXX-378 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples >Affects Versions: 4.1.3 > Environment: MSVC 7.1 Service Pack 1, MSVC 8.0 >Reporter: Farid Zaripov > Assigned To: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > The compiler issues the errors: > Compiling... > dynatype.cpp > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(109) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(114) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(188) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'int' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(194) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'double' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(207) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'const char *' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(223) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'char' > Ambiguous user-defined-conversion > Build log was saved at > "file://D:\_Projects\stdcxx_working\build\msvc-7.1\15s\examples\dynatype\BuildLog.htm" > dynatype - 6 error(s), 0 warning(s) > Created 3 issues on Microsoft feedback page: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266240 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266262 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266263 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-378) [MSVC 7.1/8.0] fails to compile dynatype.cpp example
[ https://issues.apache.org/jira/browse/STDCXX-378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-378. > [MSVC 7.1/8.0] fails to compile dynatype.cpp example > > > Key: STDCXX-378 > URL: https://issues.apache.org/jira/browse/STDCXX-378 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples >Affects Versions: 4.1.3 > Environment: MSVC 7.1 Service Pack 1, MSVC 8.0 >Reporter: Farid Zaripov > Assigned To: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > The compiler issues the errors: > Compiling... > dynatype.cpp > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(109) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(114) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(188) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'int' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(194) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'double' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(207) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'const char *' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(223) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'char' > Ambiguous user-defined-conversion > Build log was saved at > "file://D:\_Projects\stdcxx_working\build\msvc-7.1\15s\examples\dynatype\BuildLog.htm" > dynatype - 6 error(s), 0 warning(s) > Created 3 issues on Microsoft feedback page: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266240 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266262 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266263 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-187) [Intel C++ 9.1] warning #579 in library builds
[ https://issues.apache.org/jira/browse/STDCXX-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-187: Assignee: Farid Zaripov > [Intel C++ 9.1] warning #579 in library builds > -- > > Key: STDCXX-187 > URL: https://issues.apache.org/jira/browse/STDCXX-187 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >Reporter: Anton Pevtsov > Assigned To: Farid Zaripov >Priority: Minor > > Build log: > Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) > collate.cpp > C:\Projects\apache\src\.\collate.cpp(107): warning #579: exception > specification is incompatible with that of previous function "wcstombs" > (declared at line 317 of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdlib.h") > _RWSTD_SIZE_T wcstombs (char*, const wchar_t*, _RWSTD_SIZE_T) _LIBC_THROWS > (); > ^ > ... > wcodecvt.cpp > C:\Projects\apache\src\.\wcodecvt.cpp(132): warning #579: exception > specification is incompatible with that of previous function "wctomb" > (declared at line 316 of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdlib.h") > wctomb (char*, wchar_t) _LIBC_THROWS(); > ^ > ... > file.cpp > C:\Projects\apache\src\.\file.cpp(84): warning #579: exception specification > is incompatible with that of previous function "fileno" (declared at line 439 > of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdio.h") > _RWSTD_DLLIMPORT int (fileno)(FILE*) _LIBC_THROWS (); >^ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-188) [Intel C++ 9.1/Windows] warning #177 in library builds
[ https://issues.apache.org/jira/browse/STDCXX-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499088 ] Farid Zaripov commented on STDCXX-188: -- The warning is still there. But I don't see the results of the nightly builds with Intel C++ / Windows. We can either disable warning or put definition of the static const char _C_name into #ifndef / #endif. > [Intel C++ 9.1/Windows] warning #177 in library builds > -- > > Key: STDCXX-188 > URL: https://issues.apache.org/jira/browse/STDCXX-188 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >Reporter: Anton Pevtsov > Assigned To: Farid Zaripov >Priority: Trivial > > Build log: > Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) > ... > typeinfo.cpp > C:\Projects\apache\src\.\typeinfo.cpp(91): warning #177: variable "_C_name" > was declared but never referenced > static const char _C_name[] = ""; > ^ > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-187) [Intel C++ 9.1] warning #579 in library builds
[ https://issues.apache.org/jira/browse/STDCXX-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-187. Resolution: Cannot Reproduce Fix Version/s: 4.2 Not reproduced. > [Intel C++ 9.1] warning #579 in library builds > -- > > Key: STDCXX-187 > URL: https://issues.apache.org/jira/browse/STDCXX-187 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >Reporter: Anton Pevtsov > Assigned To: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > Build log: > Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) > collate.cpp > C:\Projects\apache\src\.\collate.cpp(107): warning #579: exception > specification is incompatible with that of previous function "wcstombs" > (declared at line 317 of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdlib.h") > _RWSTD_SIZE_T wcstombs (char*, const wchar_t*, _RWSTD_SIZE_T) _LIBC_THROWS > (); > ^ > ... > wcodecvt.cpp > C:\Projects\apache\src\.\wcodecvt.cpp(132): warning #579: exception > specification is incompatible with that of previous function "wctomb" > (declared at line 316 of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdlib.h") > wctomb (char*, wchar_t) _LIBC_THROWS(); > ^ > ... > file.cpp > C:\Projects\apache\src\.\file.cpp(84): warning #579: exception specification > is incompatible with that of previous function "fileno" (declared at line 439 > of "C:\Program Files\Microsoft Visual Studio .NET > 2003\VC7\INCLUDE\../include/stdio.h") > _RWSTD_DLLIMPORT int (fileno)(FILE*) _LIBC_THROWS (); >^ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-378) [MSVC 7.1/8.0] fails to compile dynatype.cpp example
[ 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=rev&rev=542494 Note: the MSVC 7.1 is broken to compile this example. > [MSVC 7.1/8.0] fails to compile dynatype.cpp example > > > Key: STDCXX-378 > URL: https://issues.apache.org/jira/browse/STDCXX-378 > Project: C++ Standard Library > Issue Type: Bug > Components: Examples >Affects Versions: 4.1.3 > Environment: MSVC 7.1 Service Pack 1, MSVC 8.0 >Reporter: Farid Zaripov >Assignee: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > The compiler issues the errors: > Compiling... > dynatype.cpp > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(109) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(114) : error C2248: > 'dynatype::map' : cannot access private struct declared in class 'dynatype' > with > [ > T=void > ] > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(31) : see > declaration of 'dynatype' > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(188) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'int' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(194) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'double' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(207) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'const char *' > Ambiguous user-defined-conversion > \_Projects\stdcxx_working\examples\tutorial\dynatype.cpp(223) : error C2440: > 'type cast' : cannot convert from 'dynatype' to 'char' > Ambiguous user-defined-conversion > Build log was saved at > "file://D:\_Projects\stdcxx_working\build\msvc-7.1\15s\examples\dynatype\BuildLog.htm" > dynatype - 6 error(s), 0 warning(s) > Created 3 issues on Microsoft feedback page: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266240 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266262 > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=266263 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-105) document Windows configuration and build infrastructure
[ 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=rev&revision=544496 > document Windows configuration and build infrastructure > --- > > Key: STDCXX-105 > URL: https://issues.apache.org/jira/browse/STDCXX-105 > Project: C++ Standard Library > Issue Type: Improvement > Components: Documentation >Affects Versions: 4.1.3 > Environment: Windows >Reporter: Martin Sebor >Assignee: Farid Zaripov > Fix For: 4.2 > > > The Windows configuration and build infrastructure (see STDCXX-5) needs to be > documented in a README. This can be done either in the existing README: > http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/etc/config/README > or in a new README file in the windows subdirectory: > http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/etc/config/windows/README -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-105) document Windows configuration and build infrastructure
[ 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 > --- > > Key: STDCXX-105 > URL: https://issues.apache.org/jira/browse/STDCXX-105 > Project: C++ Standard Library > Issue Type: Improvement > Components: Documentation >Affects Versions: 4.1.3 > Environment: Windows >Reporter: Martin Sebor >Assignee: Farid Zaripov > Fix For: 4.2 > > > The Windows configuration and build infrastructure (see STDCXX-5) needs to be > documented in a README. This can be done either in the existing README: > http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/etc/config/README > or in a new README file in the windows subdirectory: > http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/etc/config/windows/README -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (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 closed STDCXX-331. The test suite already have the test cases to detect this bug. Actually the bug was found after running the 23.list.insert test. > std::list::insert() violates strong exception safety requirements > - > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-2) [MSVC] std::num_put bad formatting of 0.0 with precision and showpoint
[ 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 the __rw_put_num() function, where used the CRT function snprintf() (num_put.cpp, line 752): snprintf (buf, size, "%#.2lg", 0.0); The result of the snprintf() call above is: "0.00". Info from MSDN: - Flag '#' means: When used with the g or G format, the # flag forces the output value to contain a decimal point in all cases and prevents the truncation of trailing zeros. The precision (".2") means: The precision specifies the maximum number of significant digits printed. - The prefix 'l' before type character 'g' here should point to the long double type, but passed double number (0.0). Anyway this is not causes any problem because of the types double and long double have the same internal representation on the MSVC. > [MSVC] std::num_put bad formatting of 0.0 with precision and showpoint > -- > > Key: STDCXX-2 > URL: https://issues.apache.org/jira/browse/STDCXX-2 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.2 > Environment: Windows/MSVC >Reporter: Martin Sebor >Assignee: Farid Zaripov > > When compiled with MSVC (any version), the program below aborts at runtime. > $ cat t.cpp && cl -D_RWCONFIG=11s_msvc_7_1 > -Ic:/contrib/cygwin/build/sebor/dev-hal/include -I./../../../../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual/../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/include/ansi -I./../../../.. > -Ic:/contrib/cygwin/build/sebor/dev-hal > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual -I. -nologo > -GX -MLd -W3 -Zi -GA -GR -GF -GZ -c t.cpp && link -nologo > /NODEFAULTLIB:libcpd /debug /LIBPATH:./../../../../lib /OUT:t.exe t.obj > std11s_msvc_7_1.lib user32.lib t.cpp && ./t.exe > #include > #include > int main () > { > std::ostringstream strm; > strm.setf (strm.showpoint); > strm.precision (2); > strm << 0.0; > assert ("0.0" == strm.str ()); > } > Assertion failed: "0.0" == strm.str (), file t.cpp, line 13 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-2) [MSVC] std::num_put bad formatting of 0.0 with precision and showpoint
[ 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 > -- > > Key: STDCXX-2 > URL: https://issues.apache.org/jira/browse/STDCXX-2 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.2 > Environment: Windows/MSVC >Reporter: Martin Sebor >Assignee: Farid Zaripov > > When compiled with MSVC (any version), the program below aborts at runtime. > $ cat t.cpp && cl -D_RWCONFIG=11s_msvc_7_1 > -Ic:/contrib/cygwin/build/sebor/dev-hal/include -I./../../../../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual/../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/include/ansi -I./../../../.. > -Ic:/contrib/cygwin/build/sebor/dev-hal > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual -I. -nologo > -GX -MLd -W3 -Zi -GA -GR -GF -GZ -c t.cpp && link -nologo > /NODEFAULTLIB:libcpd /debug /LIBPATH:./../../../../lib /OUT:t.exe t.obj > std11s_msvc_7_1.lib user32.lib t.cpp && ./t.exe > #include > #include > int main () > { > std::ostringstream strm; > strm.setf (strm.showpoint); > strm.precision (2); > strm << 0.0; > assert ("0.0" == strm.str ()); > } > Assertion failed: "0.0" == strm.str (), file t.cpp, line 13 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-430) building Boost with stdcxx
[ 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 changed, so the links from http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03093.html now are broken. > building Boost with stdcxx > -- > > Key: STDCXX-430 > URL: https://issues.apache.org/jira/browse/STDCXX-430 > Project: C++ Standard Library > Issue Type: Improvement > Components: External >Affects Versions: 4.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > This is a placeholder issue to make it possible and easy to build the Boost > libraries on top of stdcxx. > Each stdcxx bug revealed by Boost must have an issue. The issue should be > linked to this one. > Changes contributed to Boost (such as stdcxx .jam files) should be tracked as > subtasks of this issue. > Each bug in Boost should be filed in the Boost bug tracking database and > cross-referenced in comments on this issue. > See the following threads for details of the project: > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg02910.html > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03089.html > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03410.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-430) building Boost with stdcxx
[ https://issues.apache.org/jira/browse/STDCXX-430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501632 ] Farid Zaripov commented on STDCXX-430: -- The links in the new bug-tracking database: http://svn.boost.org/trac/boost/ticket/877 http://svn.boost.org/trac/boost/ticket/878 http://svn.boost.org/trac/boost/ticket/879 http://svn.boost.org/trac/boost/ticket/881 http://svn.boost.org/trac/boost/ticket/883 http://svn.boost.org/trac/boost/ticket/884 > building Boost with stdcxx > -- > > Key: STDCXX-430 > URL: https://issues.apache.org/jira/browse/STDCXX-430 > Project: C++ Standard Library > Issue Type: Improvement > Components: External >Affects Versions: 4.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > This is a placeholder issue to make it possible and easy to build the Boost > libraries on top of stdcxx. > Each stdcxx bug revealed by Boost must have an issue. The issue should be > linked to this one. > Changes contributed to Boost (such as stdcxx .jam files) should be tracked as > subtasks of this issue. > Each bug in Boost should be filed in the Boost bug tracking database and > cross-referenced in comments on this issue. > See the following threads for details of the project: > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg02910.html > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03089.html > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03410.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (STDCXX-2) [MSVC] std::num_put bad formatting of 0.0 with precision and showpoint
[ https://issues.apache.org/jira/browse/STDCXX-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reopened STDCXX-2: We need to fix the bug (avoid to use snprintf on the MSVC). > [MSVC] std::num_put bad formatting of 0.0 with precision and showpoint > -- > > Key: STDCXX-2 > URL: https://issues.apache.org/jira/browse/STDCXX-2 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.1.2 > Environment: Windows/MSVC >Reporter: Martin Sebor >Assignee: Farid Zaripov > > When compiled with MSVC (any version), the program below aborts at runtime. > $ cat t.cpp && cl -D_RWCONFIG=11s_msvc_7_1 > -Ic:/contrib/cygwin/build/sebor/dev-hal/include -I./../../../../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual/../include > -Ic:/contrib/cygwin/build/sebor/dev-hal/include/ansi -I./../../../.. > -Ic:/contrib/cygwin/build/sebor/dev-hal > -Ic:/contrib/cygwin/build/sebor/dev-hal/examples/stdlib/manual -I. -nologo > -GX -MLd -W3 -Zi -GA -GR -GF -GZ -c t.cpp && link -nologo > /NODEFAULTLIB:libcpd /debug /LIBPATH:./../../../../lib /OUT:t.exe t.obj > std11s_msvc_7_1.lib user32.lib t.cpp && ./t.exe > #include > #include > int main () > { > std::ostringstream strm; > strm.setf (strm.showpoint); > strm.precision (2); > strm << 0.0; > assert ("0.0" == strm.str ()); > } > Assertion failed: "0.0" == strm.str (), file t.cpp, line 13 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-188) [Intel C++ 9.1/Windows] warning #177 in library builds
[ 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=rev&rev=544587 > [Intel C++ 9.1/Windows] warning #177 in library builds > -- > > Key: STDCXX-188 > URL: https://issues.apache.org/jira/browse/STDCXX-188 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >Reporter: Anton Pevtsov >Assignee: Farid Zaripov >Priority: Trivial > > Build log: > Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) > ... > typeinfo.cpp > C:\Projects\apache\src\.\typeinfo.cpp(91): warning #177: variable "_C_name" > was declared but never referenced > static const char _C_name[] = ""; > ^ > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-188) [Intel C++ 9.1/Windows] warning #177 in library builds
[ 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 > -- > > Key: STDCXX-188 > URL: https://issues.apache.org/jira/browse/STDCXX-188 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.1.3 > Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >Reporter: Anton Pevtsov >Assignee: Farid Zaripov >Priority: Trivial > > Build log: > Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) > ... > typeinfo.cpp > C:\Projects\apache\src\.\typeinfo.cpp(91): warning #177: variable "_C_name" > was declared but never referenced > static const char _C_name[] = ""; > ^ > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-353) [Cygwin] localedef errors: UCS value of symbolic character out of range
[ 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 ar_IN.UTF-8, de_DE.UTF-8 and en_IN.UTF-8 locales are failed: 5437 [main] localedef 3260 d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3260 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/ar_IN.UTF-8 make: *** [ar_IN.UTF-8] Error 129 5 [main] localedef 3444 d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3444 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/de_DE.UTF-8 make: *** [de_DE.UTF-8] Error 129 5 [main] localedef 3952 d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3952 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/en_IN.UTF-8 make: *** [en_IN.UTF-8] Error 129 > [Cygwin] localedef errors: UCS value of symbolic character out of range > --- > > Key: STDCXX-353 > URL: https://issues.apache.org/jira/browse/STDCXX-353 > Project: C++ Standard Library > Issue Type: Bug > Components: Locales >Affects Versions: 4.1.3 > Environment: Cygwin >Reporter: Mark Brown >Assignee: Farid Zaripov > > On Cygwin, locale successfully builds all locales except zh_CN.GB18030 and > zh_TW.EUC-TW: > $ nice make -C../bin locales -k > make: Entering directory `/home/mbrown/stdcxx-gcc-4.1.1-15s/bin' > ./localedef -w -c -f /home/mbrown/stdcxx/etc/nls/charmaps/GB18030 -i > /home/mbrown/stdcxx/etc/nls/src/zh_CN > /home/mbrown/stdcxx-gcc-4.1.1-15s/nls/zh_CN.GB18030 > Error 315: UCS value 66304 of symbolic character out of range. > make: *** [zh_CN.GB18030] Error 4 > ./localedef -w -c -f /home/mbrown/stdcxx/etc/nls/charmaps/EUC-TW -i > /home/mbrown/stdcxx/etc/nls/src/zh_TW > /home/mbrown/stdcxx-gcc-4.1.1-15s/nls/zh_TW.EUC-TW > Error 315: UCS value 131083 of symbolic character out of range. > make: *** [zh_TW.EUC-TW] Error 4 > make: Target `locales' not remade because of errors. > make: Leaving directory `/home/mbrown/stdcxx-gcc-4.1.1-15s/bin' -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] 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 reopened STDCXX-331: -- > std::list::insert() violates strong exception safety requirements > - > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (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:comment-tabpanel#action_12501874 ] Farid Zaripov commented on STDCXX-331: -- The regression test added thus: http://svn.apache.org/viewvc?view=rev&rev=544782 > std::list::insert() violates strong exception safety requirements > - > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (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 > - > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (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 closed STDCXX-331. Resolution: Fixed > std::list::insert() violates strong exception safety requirements > - > > Key: STDCXX-331 > URL: https://issues.apache.org/jira/browse/STDCXX-331 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The list::insert() method do not satisfy strong exception safety requirements > (23.2.3.3 Remark 1). > Details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200701.mbox/[EMAIL > PROTECTED] > test.cpp: > -- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main (int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (1); > bool thrown = false; > throw_inx = 10; > List::iterator it = lst.begin (); > ListItem & ref = *it; > try { > ListItem::count_ = 0; > lst.insert (it, 20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > try { > ListItem::count_ = 0; > lst.insert (it, items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (it == lst.begin ()); > assert (&ref == &*lst.begin ()); > assert (1 == lst.size ()); > assert (0 == ListItem::count_); > return 0; > } > The test output: > -- > test: /usr/src/tests/test.cpp:48: int main(int, char**): Assertion `it == > lst.begin ()' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-334) std::list::swap does not swap containers with different allocators correctly
[ https://issues.apache.org/jira/browse/STDCXX-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-334. The regression test added thus: http://svn.apache.org/viewvc?view=rev&rev=544786 > std::list::swap does not swap containers with different allocators correctly > > > Key: STDCXX-334 > URL: https://issues.apache.org/jira/browse/STDCXX-334 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > The program below fails: > - > #include > #include > #include > class Alloc : public std::allocator > { > }; > bool operator == (Alloc a1, Alloc a2) > { > return false; > } > bool operator != (Alloc a1, Alloc a2) > { > return true; > } > int main(int argc, char* argv[]) > { > const char src [] = "source string"; > const char dst [] = "destination string"; > typedef std::list List; > > Alloc a1; > Alloc a2; > assert (!(a1 == a2)); > List src_lst (src, src + sizeof (src) - 1, a1); > List dst_lst (dst, dst + sizeof (dst) - 1, a2); > src_lst.swap (dst_lst); > assert (std::string (src_lst.begin (), src_lst.end ()) == dst); > assert (std::string (dst_lst.begin (), dst_lst.end ()) == src); > return 0; > } > - > Assertion failed: std::string (dst_lst.begin (), dst_lst.end ()) == src, file > swap.cpp, line 37 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-297) std::bitset constructor addressed memory beyond the object
[ 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=rev&rev=544795 > std::bitset constructor addressed memory beyond the object > -- > > Key: STDCXX-297 > URL: https://issues.apache.org/jira/browse/STDCXX-297 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov >Priority: Trivial > Fix For: 4.2 > > > he program below fails: > -- > #include > #include > #include > #include > #include > #include > int main () > { > typedef std::bitset<128> BitSet; > const std::size_t size = sizeof (BitSet); > char buf [size + 4]; > memset (buf, '\xff', sizeof (buf)); > BitSet* btest = new (buf) BitSet (std::basic_string ()); > for (std::size_t i = size; i < sizeof (buf); ++i) > assert ('\xff' == buf [i]); > btest->~BitSet (); > return 0; > } > -- > Assertion failed: '\xff' == buf [i], file test.cpp, line 19 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. > -- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-268) std::list constructors do not call destructors for created objects if exception was thrown
[ https://issues.apache.org/jira/browse/STDCXX-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-268. The regression test added thus: http://svn.apache.org/viewvc?view=rev&rev=544793 > std::list constructors do not call destructors for created objects if > exception was thrown > -- > > Key: STDCXX-268 > URL: https://issues.apache.org/jira/browse/STDCXX-268 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > Fix For: 4.2 > > > std::list constructors do not satisfy basic exception safety requirement (no > memory leaks) since they do not call destructors for created objects if > exception was thrown. > See details here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200608.mbox/[EMAIL > PROTECTED] > test.cpp: > --- > #include > #include > static int throw_inx = -1; > class ListItem > { > public: > static int count_; > void test () > { > if (throw_inx == count_) > throw count_; > ++count_; > } > ListItem () { test (); } > ListItem (const ListItem&) { test (); } > ~ListItem () { --count_; } > }; > int ListItem::count_ = 0; > int main(int argc, char* argv[]) > { > typedef std::list List; > ListItem items [20]; > List lst (20); > bool thrown = false; > throw_inx = 10; > try { > ListItem::count_ = 0; > List test (20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (20, items [0]); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (items, items + 20); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (lst.begin (), lst.end ()); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > try { > thrown = false; > ListItem::count_ = 0; > List test (lst); > } catch (...) { > thrown = true; > } > assert (thrown); > assert (0 == ListItem::count_); > return 0; > } > the test output: > - > test: /usr/src/tests/test.cpp:45: int main(int, char**): Assertion `0 == > ListItem::count_' failed. > Aborted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-127) std::deque::swap does not swap empty containers correctly
[ 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=rev&rev=544791 > std::deque::swap does not swap empty containers correctly > - > > Key: STDCXX-127 > URL: https://issues.apache.org/jira/browse/STDCXX-127 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers >Affects Versions: 4.1.3 > Environment: $ uname -a > Linux skynet 2.6.14.5 #3 SMP PREEMPT Mon Jan 9 13:59:21 MST 2006 i686 unknown > unknown GNU/Linux > $ gcc -v > Using built-in specs. > Target: i686-pc-linux-gnu > Configured with: ../gcc-4.0.2/configure --prefix=/opt/compilers/gcc-4.0.2 > --enable-shared --enable-threads --enable-languages=c,c++ > Thread model: posix > gcc version 4.0.2 >Reporter: Liviu Nicoara >Assignee: Farid Zaripov > Fix For: 4.2 > > > Copy and paste at prompt: > $ cat t.xpp > #include > #include > struct A { char tmp [32]; }; > int main () > { > A a [32]; > std::deque lhs (a, a + 0); > std::deque rhs (a, a + 1); > lhs.swap (rhs); > return 0; > } > Building and running the example leads to a SIGSEGV: > $ make SRCS=t.cpp && ./t > gcc -c -I/build/nicoara/stdcxx/include/ansi -D_RWSTDDEBUG -pthread > -D_RWSTD_USE_CONFIG -I/build/nicoara/15s-stdcxx/include > -I/build/nicoara/stdcxx/include -I/build/nicoara/stdcxx/../rwtest > -I/build/nicoara/stdcxx/../rwtest/include > -I/build/nicoara/stdcxx/tests/include -pedantic -nostdinc++ -g -W -Wall > -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align > /build/nicoara/stdcxx/tests/containers/t.cpp > gcc t.o -o t -L/build/nicoara/15s-stdcxx/rwtest -lrwtest15s -pthread > -L/build/nicoara/15s-stdcxx/lib -lstd15s -lsupc++ -lm > Segmentation fault -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-40) [Cygwin] util does not compile clean and fails to link
[ 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 does not compile clean and fails to link > -- > > Key: STDCXX-40 > URL: https://issues.apache.org/jira/browse/STDCXX-40 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities >Affects Versions: 4.1.2 > Environment: 11s build cygwin gcc 3.4. >Reporter: Lance Diduck >Assignee: Farid Zaripov >Priority: Trivial > Fix For: 4.2 > > > gcc -c -I/cygdrive/c/temp/stdcxx2/include/ansi -D_RWSTDDEBUG > -D_RWSTD_USE_CONFIG -I/cygdrive/c/temp/stdcxx2/11sgcc2/include > -I/cygdrive/c/temp/stdcxx2/include -I/cygdrive/c/temp/stdcxx2/include/loc > -pedantic -nostdinc++ -g -Wall -W -Wcast-qual -Winline -Wshadow > -Wwrite-strings -Wno-long-long -Wcast-align > /cygdrive/c/temp/stdcxx2/util/localedef.cpp > /cygdrive/c/temp/stdcxx2/util/localedef.cpp: In function `bool > process_command_l > ine(ProgramOptions*, int, char**)': > /cygdrive/c/temp/stdcxx2/util/localedef.cpp:467: warning: unused variable > 'errors' > gcc localedef.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o > diagnostic.o messages.o monetary.o numeric.o path.o time.o scanner.o -o > localedef -L/cygdrive/c/temp/stdcxx2/11sgcc2/lib -lstd11s -lsupc++ -lm > charmap.o: In function `_ZNSt4pairIKwSsEC1ERKS1_': > /cygdrive/c/temp/stdcxx2/include/rw/_specialized.h:(.text+0x4c0): undefined > reference to `_libiconv_open' > charmap.o: In function `_ZNK7Charmap15convert_to_utf8EPKcjPcj': > /cygdrive/c/temp/stdcxx2/util/charmap.cpp:346: undefined reference to > `_libiconv > ' > gcc -c -I/cygdrive/c/temp/stdcxx2/include/ansi -D_RWSTDDEBUG > -D_RWSTD_USE_CONFIG -I/cygdrive/c/temp/stdcxx2/11sgcc2/include > -I/cygdrive/c/temp/stdcxx2/include -I/cygdrive/c/temp/stdcxx2/include/loc > -pedantic -nostdinc++ -g -Wall -W -Wcast-qual -Winline -Wshadow > -Wwrite-strings -Wno-long-long -Wcast-align > /cygdrive/c/temp/stdcxx2/util/charmap.cpp > /cygdrive/c/temp/stdcxx2/util/charmap.cpp: In member function `wchar_t > Charmap::increment_val(wchar_t) const': > /cygdrive/c/temp/stdcxx2/util/charmap.cpp:422: warning: converting of > negative value `-0x1' to `wchar_t' > /cygdrive/c/temp/stdcxx2/util/charmap.cpp: In member function `wchar_t > Charmap::convert_sym_to_ucs(const std::string&) const': > /cygdrive/c/temp/stdcxx2/util/charmap.cpp:497: warning: comparison between > signed and unsigned integer expressions > gcc -c -I/cygdrive/c/temp/stdcxx2/include/ansi -D_RWSTDDEBUG > -D_RWSTD_USE_CONFIG -I/cygdrive/c/temp/stdcxx2/11sgcc2/include > -I/cygdrive/c/temp/stdcxx2/include -I/cygdrive/c/temp/stdcxx2/include/loc > -pedantic -nostdinc++ -g -Wall -W -Wcast-qual -Winline -Wshadow > -Wwrite-strings -Wno-long-long -Wcast-align /cygdriv > e/c/temp/stdcxx2/util/ctype.cpp > /cygdrive/c/temp/stdcxx2/util/ctype.cpp: In function `wchar_t > convert_literal_to_ucs4(Scanner::token_t&)': > /cygdrive/c/temp/stdcxx2/util/ctype.cpp:47: warning: comparison between > signed and unsigned integer expressions -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-422) [Cygwin] linker errors due to multiple definitions of typeinfo of many library symbols
[ https://issues.apache.org/jira/browse/STDCXX-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-422. > [Cygwin] linker errors due to multiple definitions of typeinfo of many > library symbols > -- > > Key: STDCXX-422 > URL: https://issues.apache.org/jira/browse/STDCXX-422 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.2 > Environment: shared optimized (12d) build with gcc-3.4.4 on > CYGWIN_NT-5.1 mug 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Blocker > Fix For: 4.2 > > > Most programs are failing to link with gcc 3.4.4 on Cygwin with errors > similar to the following: > gcc 18.exception.o -o 18.exception -L$(BUILDDIR)/rwtest -lrwtest > -L$(BUILDDIR)/lib -lstd -lsupc++ -lcatgets -liconv -lm > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12adc): multiple > definition of `typeinfo name for __rw::__rw_badbit_set' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSN4__rw15__rw_badbit_setE[typeinfo > name for __rw::__rw_badbit_set]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12648): multiple > definition of `typeinfo for std::out_of_range' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt12out_of_range[typeinfo for > std::out_of_range]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12b54): multiple > definition of `typeinfo name for std::bad_typeid' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt10bad_typeid[typeinfo name for > std::bad_typeid]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12c54): multiple > definition of `typeinfo name for std::length_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt12length_error[typeinfo name > for std::length_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12c68): multiple > definition of `typeinfo name for std::out_of_range' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt12out_of_range[typeinfo name > for std::out_of_range]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x13170): multiple > definition of `typeinfo name for std::underflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt15underflow_error[typeinfo name > for std::underflow_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12bf4): multiple > definition of `typeinfo name for std::range_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt11range_error[typeinfo name for > std::range_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x128a4): multiple > definition of `typeinfo for std::bad_cast' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt8bad_cast[typeinfo for > std::bad_cast]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x1250c): multiple > definition of `typeinfo for __rw::__rw_eofbit_set' > 18.exception.o:18.exception.cpp:(.rdata$_ZTIN4__rw15__rw_eofbit_setE[typeinfo > for __rw::__rw_eofbit_set]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12604): multiple > definition of `typeinfo for std::range_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt11range_error[typeinfo for > std::range_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12be4): multiple > definition of `typeinfo name for std::logic_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt11logic_error[typeinfo name for > std::logic_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12e7c): multiple > definition of `typeinfo name for std::overflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt14overflow_error[typeinfo name > for std::overflow_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12db8): multiple > definition of `typeinfo name for std::runtime_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt13runtime_error[typeinfo name > for std::runtime_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12aac): multiple > definition of `typeinfo name for __rw::__rw_failure' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSN4__rw12__rw_failureE[typeinfo > name for __rw::__rw_failure]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x126f8): multiple > definition of `typeinfo for std::overflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt14overflow_error[typeinfo for > std::overflow_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.c
[jira] Resolved: (STDCXX-422) [Cygwin] linker errors due to multiple definitions of typeinfo of many library symbols
[ 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=rev&rev=544860 > [Cygwin] linker errors due to multiple definitions of typeinfo of many > library symbols > -- > > Key: STDCXX-422 > URL: https://issues.apache.org/jira/browse/STDCXX-422 > Project: C++ Standard Library > Issue Type: Bug > Components: Build >Affects Versions: 4.2 > Environment: shared optimized (12d) build with gcc-3.4.4 on > CYGWIN_NT-5.1 mug 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Blocker > Fix For: 4.2 > > > Most programs are failing to link with gcc 3.4.4 on Cygwin with errors > similar to the following: > gcc 18.exception.o -o 18.exception -L$(BUILDDIR)/rwtest -lrwtest > -L$(BUILDDIR)/lib -lstd -lsupc++ -lcatgets -liconv -lm > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12adc): multiple > definition of `typeinfo name for __rw::__rw_badbit_set' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSN4__rw15__rw_badbit_setE[typeinfo > name for __rw::__rw_badbit_set]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12648): multiple > definition of `typeinfo for std::out_of_range' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt12out_of_range[typeinfo for > std::out_of_range]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12b54): multiple > definition of `typeinfo name for std::bad_typeid' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt10bad_typeid[typeinfo name for > std::bad_typeid]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12c54): multiple > definition of `typeinfo name for std::length_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt12length_error[typeinfo name > for std::length_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12c68): multiple > definition of `typeinfo name for std::out_of_range' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt12out_of_range[typeinfo name > for std::out_of_range]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x13170): multiple > definition of `typeinfo name for std::underflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt15underflow_error[typeinfo name > for std::underflow_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12bf4): multiple > definition of `typeinfo name for std::range_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt11range_error[typeinfo name for > std::range_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x128a4): multiple > definition of `typeinfo for std::bad_cast' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt8bad_cast[typeinfo for > std::bad_cast]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x1250c): multiple > definition of `typeinfo for __rw::__rw_eofbit_set' > 18.exception.o:18.exception.cpp:(.rdata$_ZTIN4__rw15__rw_eofbit_setE[typeinfo > for __rw::__rw_eofbit_set]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12604): multiple > definition of `typeinfo for std::range_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt11range_error[typeinfo for > std::range_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12be4): multiple > definition of `typeinfo name for std::logic_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt11logic_error[typeinfo name for > std::logic_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12e7c): multiple > definition of `typeinfo name for std::overflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt14overflow_error[typeinfo name > for std::overflow_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12db8): multiple > definition of `typeinfo name for std::runtime_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSSt13runtime_error[typeinfo name > for std::runtime_error]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x12aac): multiple > definition of `typeinfo name for __rw::__rw_failure' > 18.exception.o:18.exception.cpp:(.rdata$_ZTSN4__rw12__rw_failureE[typeinfo > name for __rw::__rw_failure]+0x0): first defined here > $(BUILDDIR)/lib/libstd.dll:ti_wmoney_put.cpp:(.rdata+0x126f8): multiple > definition of `typeinfo for std::overflow_error' > 18.exception.o:18.exception.cpp:(.rdata$_ZTISt14overflo
[jira] Closed: (STDCXX-427) SIGSEGV in istringstream::str()
[ 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 > URL: https://issues.apache.org/jira/browse/STDCXX-427 > Project: C++ Standard Library > Issue Type: Bug > Components: 27. Input/Output >Affects Versions: 4.2 > Environment: gcc-3.3.3 on Linux >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > This only happens on trunk, not with 4.1.3: > $ rm t.o && cat t.cpp && make t && gdb -q t > #include > #include > #include > int main () > { > using namespace std; > string str ("test"); > > istringstream isstr; > > isstr.str (str); > assert (isstr.str ().length () == str.length ()); > assert (isstr.str () == str); > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG -pthread > -I/amd/devco/sebor/stdcxx/include > -I/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/include > -I/amd/devco/sebor/stdcxx/examples/include -pedantic -nostdinc++ -g -m32 -W > -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > gcc t.o -o t -pthread -m32 -L/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/lib > -lstd15s -lsupc++ -lm > Using host libthread_db library "/lib64/tls/libthread_db.so.1". > (gdb) r > Starting program: /build/sebor/stdcxx-gcc-3.3.3_43.41-15s/examples/t > [Thread debugging using libthread_db enabled] > [New Thread 1433271616 (LWP 12696)] > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1433271616 (LWP 12696)] > 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > 42 *tmp++ = *csrc++; > (gdb) where > #0 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > #1 0x08053781 in std::char_traits::copy (__dst=0x556e1014 "test", > __src=0x80900a0 "test", __n=134807716) at _traits.h:425 > #2 0x080562ec in basic_string (this=0xd0d0, __s=0x80900a0 "test", > __n=134807716, [EMAIL PROTECTED]) at string.cc:185 > #3 0x0805dac5 in std::basic_stringbuf, > std::allocator >::str (this=0xd048) at sstream:130 > #4 0x08049bc9 in std::basic_istringstream, > std::allocator >::str (this=0xd040) at sstream:268 > #5 0x0804994d in main () at t.cpp:15 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-427) SIGSEGV in istringstream::str()
[ https://issues.apache.org/jira/browse/STDCXX-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-427. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=545533 > SIGSEGV in istringstream::str() > --- > > Key: STDCXX-427 > URL: https://issues.apache.org/jira/browse/STDCXX-427 > Project: C++ Standard Library > Issue Type: Bug > Components: 27. Input/Output >Affects Versions: 4.2 > Environment: gcc-3.3.3 on Linux >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > This only happens on trunk, not with 4.1.3: > $ rm t.o && cat t.cpp && make t && gdb -q t > #include > #include > #include > int main () > { > using namespace std; > string str ("test"); > > istringstream isstr; > > isstr.str (str); > assert (isstr.str ().length () == str.length ()); > assert (isstr.str () == str); > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG -pthread > -I/amd/devco/sebor/stdcxx/include > -I/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/include > -I/amd/devco/sebor/stdcxx/examples/include -pedantic -nostdinc++ -g -m32 -W > -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > gcc t.o -o t -pthread -m32 -L/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/lib > -lstd15s -lsupc++ -lm > Using host libthread_db library "/lib64/tls/libthread_db.so.1". > (gdb) r > Starting program: /build/sebor/stdcxx-gcc-3.3.3_43.41-15s/examples/t > [Thread debugging using libthread_db enabled] > [New Thread 1433271616 (LWP 12696)] > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1433271616 (LWP 12696)] > 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > 42 *tmp++ = *csrc++; > (gdb) where > #0 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > #1 0x08053781 in std::char_traits::copy (__dst=0x556e1014 "test", > __src=0x80900a0 "test", __n=134807716) at _traits.h:425 > #2 0x080562ec in basic_string (this=0xd0d0, __s=0x80900a0 "test", > __n=134807716, [EMAIL PROTECTED]) at string.cc:185 > #3 0x0805dac5 in std::basic_stringbuf, > std::allocator >::str (this=0xd048) at sstream:130 > #4 0x08049bc9 in std::basic_istringstream, > std::allocator >::str (this=0xd040) at sstream:268 > #5 0x0804994d in main () at t.cpp:15 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-427) SIGSEGV in istringstream::str()
[ https://issues.apache.org/jira/browse/STDCXX-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502845 ] Farid Zaripov commented on STDCXX-427: -- Another test case: #include #include #include int main () { struct Buf: std::stringbuf { Buf (std::string s, std::ios::openmode m) : std::stringbuf (s, m) { } void setget (int beg, int cur, int end) { setg (eback () + beg, eback () + cur, eback () + end); } void setput (int beg, int cur, int end) { setp (pbase () + beg, pbase () + end); pbump (cur); } }; { Buf buf ("abcde", std::ios::in); buf.setget (1, 2, 4); std::printf ("%s\n", buf.str ().c_str ()); assert ("bcd" == buf.str ()); } { Buf buf ("abcde", std::ios::out); buf.setput (1, 2, 4); std::printf ("%s\n", buf.str ().c_str ()); assert ("bcde" == buf.str ()); } { Buf buf ("abcde", std::ios::openmode ()); std::printf ("%s\n", buf.str ().c_str ()); assert ("" == buf.str ()); } } > SIGSEGV in istringstream::str() > --- > > Key: STDCXX-427 > URL: https://issues.apache.org/jira/browse/STDCXX-427 > Project: C++ Standard Library > Issue Type: Bug > Components: 27. Input/Output >Affects Versions: 4.2 > Environment: gcc-3.3.3 on Linux >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > This only happens on trunk, not with 4.1.3: > $ rm t.o && cat t.cpp && make t && gdb -q t > #include > #include > #include > int main () > { > using namespace std; > string str ("test"); > > istringstream isstr; > > isstr.str (str); > assert (isstr.str ().length () == str.length ()); > assert (isstr.str () == str); > } > gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG -pthread > -I/amd/devco/sebor/stdcxx/include > -I/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/include > -I/amd/devco/sebor/stdcxx/examples/include -pedantic -nostdinc++ -g -m32 -W > -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long > -Wcast-align t.cpp > gcc t.o -o t -pthread -m32 -L/build/sebor/stdcxx-gcc-3.3.3_43.41-15s/lib > -lstd15s -lsupc++ -lm > Using host libthread_db library "/lib64/tls/libthread_db.so.1". > (gdb) r > Starting program: /build/sebor/stdcxx-gcc-3.3.3_43.41-15s/examples/t > [Thread debugging using libthread_db enabled] > [New Thread 1433271616 (LWP 12696)] > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1433271616 (LWP 12696)] > 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > 42 *tmp++ = *csrc++; > (gdb) where > #0 0x0804eb4c in __rw::__rw_memcpy (dst=0x556e1014, src=0x80900a0, > nbytes=134672708) at /amd/devco/sebor/stdcxx/src/string.cpp:42 > #1 0x08053781 in std::char_traits::copy (__dst=0x556e1014 "test", > __src=0x80900a0 "test", __n=134807716) at _traits.h:425 > #2 0x080562ec in basic_string (this=0xd0d0, __s=0x80900a0 "test", > __n=134807716, [EMAIL PROTECTED]) at string.cc:185 > #3 0x0805dac5 in std::basic_stringbuf, > std::allocator >::str (this=0xd048) at sstream:130 > #4 0x08049bc9 in std::basic_istringstream, > std::allocator >::str (this=0xd040) at sstream:268 > #5 0x0804994d in main () at t.cpp:15 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-429) separate runtime config macros from those for compiler
[ 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 > -- > > Key: STDCXX-429 > URL: https://issues.apache.org/jira/browse/STDCXX-429 > Project: C++ Standard Library > Issue Type: Improvement > Components: Configuration >Affects Versions: 4.1.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > From > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03505.html: > ... > Move CRT-specific macros hackery from _config-msvc.h to a new config header, > say _config-msvcrt.h, and #include this header from both _config-msvc.h and > _config-icc.h, making sure _config-msvc.h is #included only for MSVC and not > for Intel C++ on top of it. > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-429) separate runtime config macros from those for compiler
[ https://issues.apache.org/jira/browse/STDCXX-429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-429. -- Resolution: Fixed Done: http://svn.apache.org/viewvc?view=rev&rev=546562 > separate runtime config macros from those for compiler > -- > > Key: STDCXX-429 > URL: https://issues.apache.org/jira/browse/STDCXX-429 > Project: C++ Standard Library > Issue Type: Improvement > Components: Configuration >Affects Versions: 4.1.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > From > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03505.html: > ... > Move CRT-specific macros hackery from _config-msvc.h to a new config header, > say _config-msvcrt.h, and #include this header from both _config-msvc.h and > _config-icc.h, making sure _config-msvc.h is #included only for MSVC and not > for Intel C++ on top of it. > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-429) separate runtime config macros from those for compiler
[ https://issues.apache.org/jira/browse/STDCXX-429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-429. > separate runtime config macros from those for compiler > -- > > Key: STDCXX-429 > URL: https://issues.apache.org/jira/browse/STDCXX-429 > Project: C++ Standard Library > Issue Type: Improvement > Components: Configuration >Affects Versions: 4.1.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Minor > Fix For: 4.2 > > > From > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03505.html: > ... > Move CRT-specific macros hackery from _config-msvc.h to a new config header, > say _config-msvcrt.h, and #include this header from both _config-msvc.h and > _config-icc.h, making sure _config-msvc.h is #included only for MSVC and not > for Intel C++ on top of it. > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-451) Improve the checking of the ANSI C library functions
[ https://issues.apache.org/jira/browse/STDCXX-451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-451: - Priority: Minor (was: Major) > Improve the checking of the ANSI C library functions > > > Key: STDCXX-451 > URL: https://issues.apache.org/jira/browse/STDCXX-451 > Project: C++ Standard Library > Issue Type: Improvement > Components: Configuration > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov >Priority: Minor > > 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/mod_mbox/incubator-stdcxx-dev/200706.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-451) Improve the checking of the ANSI C library functions
Improve the checking of the ANSI C library functions Key: STDCXX-451 URL: https://issues.apache.org/jira/browse/STDCXX-451 Project: C++ Standard Library Issue Type: Improvement 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/mod_mbox/incubator-stdcxx-dev/200706.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-293) __rw::__rw_throw(): operator delete[] called without corresponding operator new[] call
[ 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 corresponding operator > new[] call > -- > > Key: STDCXX-293 > URL: https://issues.apache.org/jira/browse/STDCXX-293 > Project: C++ Standard Library > Issue Type: Bug > Components: 18. Language Support, 19. Diagnostics >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > > The test below fails: > --- > #include // for std::size_t > #include // for assert > #include // for __rw_throw_proc, > _RWSTD_ERROR_LOCALE_BAD_CAT > void* operator new[] (std::size_t) > { > assert (!"operator new[] unexpectedly called"); > return 0; > } > void operator delete[] (void*) > { > assert (!"operator delete[] called without operator new[]"); > } > int main () > { > __rw::__rw_throw (_RWSTD_ERROR_LOCALE_BAD_CAT + 1, __FILE__, "main"); > return 0; > } > --- > Assertion failed: !"operator delete[] called without operator new[]", file > .\tes > t.cpp, line 13 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. > --- > The details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200609.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-293) __rw::__rw_throw(): operator delete[] called without corresponding operator new[] call
[ https://issues.apache.org/jira/browse/STDCXX-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-293. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=549584 > __rw::__rw_throw(): operator delete[] called without corresponding operator > new[] call > -- > > Key: STDCXX-293 > URL: https://issues.apache.org/jira/browse/STDCXX-293 > Project: C++ Standard Library > Issue Type: Bug > Components: 18. Language Support, 19. Diagnostics >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > > The test below fails: > --- > #include // for std::size_t > #include // for assert > #include // for __rw_throw_proc, > _RWSTD_ERROR_LOCALE_BAD_CAT > void* operator new[] (std::size_t) > { > assert (!"operator new[] unexpectedly called"); > return 0; > } > void operator delete[] (void*) > { > assert (!"operator delete[] called without operator new[]"); > } > int main () > { > __rw::__rw_throw (_RWSTD_ERROR_LOCALE_BAD_CAT + 1, __FILE__, "main"); > return 0; > } > --- > Assertion failed: !"operator delete[] called without operator new[]", file > .\tes > t.cpp, line 13 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. > --- > The details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200609.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-293) __rw::__rw_throw(): operator delete[] called without corresponding operator new[] call
[ https://issues.apache.org/jira/browse/STDCXX-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-293. > __rw::__rw_throw(): operator delete[] called without corresponding operator > new[] call > -- > > Key: STDCXX-293 > URL: https://issues.apache.org/jira/browse/STDCXX-293 > Project: C++ Standard Library > Issue Type: Bug > Components: 18. Language Support, 19. Diagnostics >Affects Versions: 4.1.3 > Environment: All >Reporter: Farid Zaripov >Assignee: Farid Zaripov > > The test below fails: > --- > #include // for std::size_t > #include // for assert > #include // for __rw_throw_proc, > _RWSTD_ERROR_LOCALE_BAD_CAT > void* operator new[] (std::size_t) > { > assert (!"operator new[] unexpectedly called"); > return 0; > } > void operator delete[] (void*) > { > assert (!"operator delete[] called without operator new[]"); > } > int main () > { > __rw::__rw_throw (_RWSTD_ERROR_LOCALE_BAD_CAT + 1, __FILE__, "main"); > return 0; > } > --- > Assertion failed: !"operator delete[] called without operator new[]", file > .\tes > t.cpp, line 13 > This application has requested the Runtime to terminate it in an unusual way. > Please contact the application's support team for more information. > --- > The details are here: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200609.mbox/[EMAIL > PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-454) rwexcept example crashes due to using delete[] on static buffer
rwexcept example crashes due to using delete[] on static buffer --- Key: STDCXX-454 URL: https://issues.apache.org/jira/browse/STDCXX-454 Project: C++ Standard Library Issue Type: 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 by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-455) [Cygwin] localedef errors: fatal error - could not load shell32, Win32 error 487
[Cygwin] localedef errors: fatal error - could not load shell32, Win32 error 487 Key: STDCXX-455 URL: https://issues.apache.org/jira/browse/STDCXX-455 Project: C++ 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:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3260 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/ar_IN.UTF-8 make: *** [ar_IN.UTF-8] Error 129 5 [main] localedef 3444 d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3444 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/de_DE.UTF-8 make: *** [de_DE.UTF-8] Error 129 5 [main] localedef 3952 d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - could not load shell32, Win32 error 487 /bin/sh: line 5: 3952 Hangup ./localedef -w -c -f /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/en_IN.UTF-8 make: *** [en_IN.UTF-8] Error 129 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-353) [Cygwin] localedef errors: UCS value of symbolic character out of range
[ 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/STDCXX-455 > [Cygwin] localedef errors: UCS value of symbolic character out of range > --- > > Key: STDCXX-353 > URL: https://issues.apache.org/jira/browse/STDCXX-353 > Project: C++ Standard Library > Issue Type: Bug > Components: Locales >Affects Versions: 4.1.3 > Environment: Cygwin >Reporter: Mark Brown >Assignee: Farid Zaripov > > On Cygwin, locale successfully builds all locales except zh_CN.GB18030 and > zh_TW.EUC-TW: > $ nice make -C../bin locales -k > make: Entering directory `/home/mbrown/stdcxx-gcc-4.1.1-15s/bin' > ./localedef -w -c -f /home/mbrown/stdcxx/etc/nls/charmaps/GB18030 -i > /home/mbrown/stdcxx/etc/nls/src/zh_CN > /home/mbrown/stdcxx-gcc-4.1.1-15s/nls/zh_CN.GB18030 > Error 315: UCS value 66304 of symbolic character out of range. > make: *** [zh_CN.GB18030] Error 4 > ./localedef -w -c -f /home/mbrown/stdcxx/etc/nls/charmaps/EUC-TW -i > /home/mbrown/stdcxx/etc/nls/src/zh_TW > /home/mbrown/stdcxx-gcc-4.1.1-15s/nls/zh_TW.EUC-TW > Error 315: UCS value 131083 of symbolic character out of range. > make: *** [zh_TW.EUC-TW] Error 4 > make: Target `locales' not remade because of errors. > make: Leaving directory `/home/mbrown/stdcxx-gcc-4.1.1-15s/bin' -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (STDCXX-454) rwexcept example crashes due to using delete[] on static buffer
[ https://issues.apache.org/jira/browse/STDCXX-454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-454. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=549766 > rwexcept example crashes due to using delete[] on static buffer > --- > > Key: STDCXX-454 > URL: https://issues.apache.org/jira/browse/STDCXX-454 > Project: C++ Standard Library > Issue Type: 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 by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-454) rwexcept example crashes due to using delete[] on static buffer
[ 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 > --- > > Key: STDCXX-454 > URL: https://issues.apache.org/jira/browse/STDCXX-454 > Project: C++ Standard Library > Issue Type: 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 by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-455) [Cygwin] localedef errors: fatal error - could not load shell32, Win32 error 487
[ 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. > [Cygwin] localedef errors: fatal error - could not load shell32, Win32 error > 487 > > > Key: STDCXX-455 > URL: https://issues.apache.org/jira/browse/STDCXX-455 > Project: C++ 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:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - > could not load shell32, Win32 error 487 > /bin/sh: line 5: 3260 Hangup ./localedef -w -c -f > /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i > /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname > /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/ar_IN.UTF-8 > make: *** [ar_IN.UTF-8] Error 129 > 5 [main] localedef 3444 > d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - > could not load shell32, Win32 error 487 > /bin/sh: line 5: 3444 Hangup ./localedef -w -c -f > /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i > /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname > /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/de_DE.UTF-8 > make: *** [de_DE.UTF-8] Error 129 > 5 [main] localedef 3952 > d:\_projects\stdcxx_working\cygwin_15s\bin\localedef.exe: *** fatal error - > could not load shell32, Win32 error 487 > /bin/sh: line 5: 3952 Hangup ./localedef -w -c -f > /cygdrive/d/_projects/stdcxx_working/etc/nls/charmaps/$cname -i > /cygdrive/d/_projects/stdcxx_working/etc/nls/src/$lname > /cygdrive/d/_projects/stdcxx_working/cygwin_15s/nls/en_IN.UTF-8 > make: *** [en_IN.UTF-8] Error 129 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-458) limits example status depends on platform
limits example status depends on platform - Key: STDCXX-458 URL: https://issues.apache.org/jira/browse/STDCXX-458 Project: C++ Standard Library Issue Type: Bug Components: Examples 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 the inf for Infinity, the qnan for Quiet NAN and snan for Signaling NAN on all platforms (http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03703.html). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-459) time_get::date_order() should return actually date order taken from locale
time_get::date_order() should return actually date order taken from locale -- Key: STDCXX-459 URL: https://issues.apache.org/jira/browse/STDCXX-459 Project: C++ Standard Library 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 order used by a locale facet (http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03734.html). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-460) The time_get example expected to output time_base::dateorder == 2 but actually output is time_base::dateorder == 0.
The time_get example expected to output time_base::dateorder == 2 but actually output is time_base::dateorder == 0. --- Key: STDCXX-460 URL: https://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 time_base::dateorder == 2 but actually output is time_base::dateorder == 0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (STDCXX-462) 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 reassigned STDCXX-462: Assignee: Farid Zaripov > std::time_get example exposes undefined behavior > > > Key: STDCXX-462 > URL: https://issues.apache.org/jira/browse/STDCXX-462 > Project: C++ Standard Library > Issue Type: Bug > Components: Documentation >Affects Versions: 4.1.3, 4.1.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > > The example program demonstrating the use of the std::time_get facet > (http://incubator.apache.org/stdcxx/doc/stdlibref/time-get.html) exposes > undefined behavior. Quoting from the following post > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03760.html: > Martin Sebor wrote: > > Farid Zaripov wrote: > [...] > >> Btw below is a part of the conforming program (taken from > >> time_get.cpp)? > > > > It's not a conforming program. The locale must stay around as > > long as the last reference to the facet obtained from it. The > > tests that fail to follow this rule should be changed. > > > >> > >> --- > >> const std::time_get &tg = > >> std::use_facet >(std::locale ("C")); > >> > >> // Display time_base::dateorder value. > >> std::cout << "time_base::dateorder == " << tg.date_order () << > >> ".\n"; > >> --- > >> > >> This fragment fails on Dinkumware STL because of tg.date_order() uses > >> (internal) > >> pointer to the destroyed locale object. > > > > Right, and that's allowed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (STDCXX-462) 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 closed STDCXX-462. > std::time_get example exposes undefined behavior > > > Key: STDCXX-462 > URL: https://issues.apache.org/jira/browse/STDCXX-462 > Project: C++ Standard Library > Issue Type: Bug > Components: Documentation >Affects Versions: 4.1.3, 4.1.2 >Reporter: Martin Sebor >Assignee: Farid Zaripov >Priority: Critical > Fix For: 4.2 > > > The example program demonstrating the use of the std::time_get facet > (http://incubator.apache.org/stdcxx/doc/stdlibref/time-get.html) exposes > undefined behavior. Quoting from the following post > http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg03760.html: > Martin Sebor wrote: > > Farid Zaripov wrote: > [...] > >> Btw below is a part of the conforming program (taken from > >> time_get.cpp)? > > > > It's not a conforming program. The locale must stay around as > > long as the last reference to the facet obtained from it. The > > tests that fail to follow this rule should be changed. > > > >> > >> --- > >> const std::time_get &tg = > >> std::use_facet >(std::locale ("C")); > >> > >> // Display time_base::dateorder value. > >> std::cout << "time_base::dateorder == " << tg.date_order () << > >> ".\n"; > >> --- > >> > >> This fragment fails on Dinkumware STL because of tg.date_order() uses > >> (internal) > >> pointer to the destroyed locale object. > > > > Right, and that's allowed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.