RE: how does rw_locales() work on Windows?

> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Saturday, August 25, 2007 3:01 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: how does rw_locales() work on Windows? > > Farid Zaripov wrote: > >> -Original Message- > >> From: Martin Sebor [mailt

RE: thread safety tests on Windows

> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor > Sent: Saturday, August 25, 2007 10:42 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: thread safety tests on Windows > > Travis Vitek wrote: > > I wonder if this is related to the rw_loc

Re: thread safety tests on Windows

Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Saturday, August 25, 2007 10:42 PM To: stdcxx-dev@incubator.apache.org Subject: Re: thread safety tests on Windows Travis Vitek wrote: I wonder if this is related to the r

Re: Exec utility test group reporting

Greetings Mark At this point, the validity, usability and accuracy of the Doxygen comments in the exec utility is a theoretical exercise, as I don't think anyone's ever taken the step of generating the documentation pages from the source files. That said, I've installed doxygen locally, and will

RE: thread safety tests on Windows

> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, August 27, 2007 6:09 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: thread safety tests on Windows > > Farid Zaripov wrote: > >> -Original Message- > >> From: Martin Sebor [mailto:[EMAIL P

Re: thread safety tests on Windows

Something is very wrong. There's supposed to be a locale utility that we build on Windows and invoke to get the list of the native locales. I see the utility in our repository here at Rogue Wave but I can't find it in Subversion. It looks like it never got moved. Let me see about integrating it in

Re: [RFC] stdcxx compatibility and versioning policy

Does this make sense to everyone? Are there any questions or comments? If not, I plan to put it up on our site sometime this week and start a vote to make our the official policy, so this would be a good time to provide feedback. Martin Martin Sebor wrote: The first draft of the stdcxx compatib

[jira] Updated: (STDCXX-524) buffer overflow in test 22.locale.time.get.cpp(make_LC_TIME)

[ https://issues.apache.org/jira/browse/STDCXX-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-524: Fix Version/s: 4.2.1 Affects Version/s: 4.1.2 4.1.3

[jira] Updated: (STDCXX-413) 22.locale.money.get.cpp doesn't test international monetary formats

[ https://issues.apache.org/jira/browse/STDCXX-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-413: Fix Version/s: 4.2 > 22.locale.money.get.cpp doesn't test international monetary formats >

[jira] Created: (STDCXX-537) [XLC++ 9.0] std::uncaught_exception() false in terminate handler

[XLC++ 9.0] std::uncaught_exception() false in terminate handler Key: STDCXX-537 URL: https://issues.apache.org/jira/browse/STDCXX-537 Project: C++ Standard Library Issue Type:

ATOMIC_OPS.cpp on MSVC8.0-x64

ATOMIC_OPS.cpp configuration test failed on MSVC8.0-x64 due to undefined external symbol _InterlockedIncrement. Because of this _RWSTD_NO_ATOMIC_OPS macro has been #defined in config.h. The InterlockedIncrement() function defined only in Win32 platform (located in kernel32.dll). At x64 platfor

[jira] Created: (STDCXX-538) ATOMIC_OPS.cpp test fails to link (unresolved external symbol: _InterlockedIncrement)

ATOMIC_OPS.cpp test fails to link (unresolved external symbol: _InterlockedIncrement) - Key: STDCXX-538 URL: https://issues.apache.org/jira/browse/STDCXX-538 Project:

[jira] Closed: (STDCXX-538) ATOMIC_OPS.cpp test fails to link (unresolved external symbol: _InterlockedIncrement)

[ https://issues.apache.org/jira/browse/STDCXX-538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-538. > ATOMIC_OPS.cpp test fails to link (unresolved external symbol: > _InterlockedIncrement) > --

[jira] Resolved: (STDCXX-538) ATOMIC_OPS.cpp test fails to link (unresolved external symbol: _InterlockedIncrement)

[ https://issues.apache.org/jira/browse/STDCXX-538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-538. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?rev=570199&view=rev > ATOMIC_OPS.cp

[jira] Updated: (STDCXX-497) [MSVC 7.1] std::num_put bad formatting of 0.0 with precision and showpoint

[ https://issues.apache.org/jira/browse/STDCXX-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Black updated STDCXX-497: Fix Version/s: 4.2.1 Affects Version/s: 4.1.2 4.1.4 I suspect this i

[jira] Updated: (STDCXX-529) create test 22.locale.time.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-529: Attachment: 22.locale.time.get.mt.cpp > create test 22.locale.time.get.mt.cpp > ---

[jira] Updated: (STDCXX-529) create test 22.locale.time.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-529: Attachment: (was: 22.locale.time.get.mt.cpp) > create test 22.locale.time.get.mt.cpp >

[jira] Updated: (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 ] Andrew Black updated STDCXX-2: -- Fix Version/s: 4.2.1 Affects Version/s: 4.1.3 4.1.4 Updating affects/fix v

[jira] Resolved: (STDCXX-529) create test 22.locale.time.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek resolved STDCXX-529. - Resolution: Fixed > create test 22.locale.time.get.mt.cpp > -

[jira] Updated: (STDCXX-528) create test 22.locale.money.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-528: Attachment: (was: 22.locale.money.get.mt.cpp) > create test 22.locale.money.get.mt.cpp > --

[jira] Updated: (STDCXX-528) create test 22.locale.money.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek updated STDCXX-528: Attachment: 22.locale.money.get.mt.cpp > create test 22.locale.money.get.mt.cpp > -

[jira] Resolved: (STDCXX-528) create test 22.locale.money.get.mt.cpp

[ https://issues.apache.org/jira/browse/STDCXX-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis Vitek resolved STDCXX-528. - Resolution: Fixed > create test 22.locale.money.get.mt.cpp >

[jira] Assigned: (STDCXX-248) [Intel C++ 9.1/Windows] bad codegen initializing const POD struct

[ https://issues.apache.org/jira/browse/STDCXX-248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-248: Assignee: Farid Zaripov > [Intel C++ 9.1/Windows] bad codegen initializing const POD struct

[jira] Updated: (STDCXX-248) [Intel C++ 9.1/Windows] bad codegen initializing const POD struct

[ https://issues.apache.org/jira/browse/STDCXX-248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-248: - Fix Version/s: (was: trunk) 4.2 > [Intel C++ 9.1/Windows] bad codegen init

[jira] Closed: (STDCXX-248) [Intel C++ 9.1/Windows] bad codegen initializing const POD struct

[ https://issues.apache.org/jira/browse/STDCXX-248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-248. Resolution: Fixed Fix Version/s: trunk The bug is not reproducible on latest icc 9.1 (Build

[jira] Updated: (STDCXX-460) The time_get example expected to output time_base::dateorder == 2 but actually output is time_base::dateorder == 0.

[ https://issues.apache.org/jira/browse/STDCXX-460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-460: - Fix Version/s: 4.2.1 Affects Version/s: 4.1.3 4.1.4 > The time_get

[jira] Updated: (STDCXX-459) time_get::date_order() should return actually date order taken from locale

[ https://issues.apache.org/jira/browse/STDCXX-459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-459: - Fix Version/s: 4.2.1 Affects Version/s: 4.1.3 4.1.4 > time_get::da

[jira] Updated: (STDCXX-458) limits example status depends on platform

[ https://issues.apache.org/jira/browse/STDCXX-458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-458: - Fix Version/s: 4.2.1 Affects Version/s: 4.1.3 4.1.4 > limits examp

[jira] Updated: (STDCXX-375) std::getline() declared in , but should be declared in

[ https://issues.apache.org/jira/browse/STDCXX-375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-375: - Fix Version/s: (was: 4.2) 4.2.1 Affects Version/s: 4.1.4 Deffe

[jira] Commented: (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:comment-tabpanel#action_12523081 ] Martin Sebor commented on STDCXX-2: --- Usually the more recently opened issue is closed as a duplicate of a pre-existi

Re: ATOMIC_OPS.cpp on MSVC8.0-x64

Farid Zaripov wrote: ATOMIC_OPS.cpp configuration test failed on MSVC8.0-x64 due to undefined external symbol _InterlockedIncrement. Because of this _RWSTD_NO_ATOMIC_OPS macro has been #defined in config.h. The InterlockedIncrement() function defined only in Win32 platform (located in kernel

[jira] Resolved: (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 resolved STDCXX-462. -- Resolution: Fixed Documentation updated thus: http://svn.apache.org/viewvc?rev=570219&view=rev

[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 > >

Re: svn commit: r569584 - in /incubator/stdcxx/branches/4.2.0: GNUmakefile etc/config/GNUmakefile.cfg etc/config/makefile.rules etc/config/src/LIMITS.cpp etc/config/sunpro.config

*shrugs* I normally don't work with any part of subversion other than trunk, so I'm not as familiar with the procedures for working on the branches. I suppose I should have sent the proposed patch to the list while I was running the couple sanity builds, but I was more concerned with trying to ge

[RFC] draft stdcxx resolution for the Board

I'm working on the Board resolution based on the following page: http://incubator.apache.org/guides/graduation.html#tlp-resolution and I have a few issues I need help with. I'm hoping that our mentors can give us guidance here, although I certainly encourage everyone else, most of all committers

Re: svn commit: r569584 - in /incubator/stdcxx/branches/4.2.0: GNUmakefile etc/config/GNUmakefile.cfg etc/config/makefile.rules etc/config/src/LIMITS.cpp etc/config/sunpro.config

Andrew Black wrote: *shrugs* I normally don't work with any part of subversion other than trunk, so I'm not as familiar with the procedures for working on the branches. I suppose I should have sent the proposed patch to the list while I was running the couple sanity builds, but I was more conce

RE: [RFC] draft stdcxx resolution for the Board

> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, August 27, 2007 2:59 PM > To: stdcxx-dev@incubator.apache.org > Subject: [RFC] draft stdcxx resolution for the Board > > I'm working on the Board resolution based on the following page: > > http://incu

comments on 22.locale.money.get.mt.cpp

Hi Travis, This test looks good to commit. Just a couple of comments or questions: would it make sense to introduce a helper function template to call the get_xxx() member and factor out the case and switch statements in run_test() and in thread_func() into it? Also, the test seems to take *real

Re: comments on 22.locale.money.get.mt.cpp

Martin Sebor wrote: Hi Travis, This test looks good to commit. Just a couple of comments or questions: would it make sense to introduce a helper function template to call the get_xxx() member and factor out the case and switch statements in run_test() and in thread_func() into it? Also, the tes

Re: [RFC] draft stdcxx resolution for the Board

Eric Lemings wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Monday, August 27, 2007 2:59 PM To: stdcxx-dev@incubator.apache.org Subject: [RFC] draft stdcxx resolution for the Board I'm working on the Board resolution based on the following page: http:/

Re: svn commit: r569152 - /incubator/stdcxx/branches/4.2.0/etc/config/src/LIMITS.cpp

> -Original Message- > From: [EMAIL PROTECTED] > Sent: Sun, 26 Aug 2007 17:37:02 -0600 > To: stdcxx-dev@incubator.apache.org > Subject: Re: svn commit: r569152 - > /incubator/stdcxx/branches/4.2.0/etc/config/src/LIMITS.cpp > > Mark Brown wrote: >>> -Original Message- >>> From: [EMA

RE: [RFC] draft stdcxx resolution for the Board

Martin, I am quite certain that "Apache ServiceMix" in the resolution should read "Apache C++ Standard Library." NOW, THEREFORE, BE IT FURTHER RESOLVED, that Martin Sebor be appointed to the office of Vice President, Apache ServiceMix,

Re: Exec utility test group reporting

> -Original Message- > From: [EMAIL PROTECTED] > Sent: Mon, 27 Aug 2007 09:11:51 -0600 > To: stdcxx-dev@incubator.apache.org > Subject: Re: Exec utility test group reporting > > Greetings Mark > > At this point, the validity, usability and accuracy of the Doxygen > comments in the exec ut

Fwd: Re: svn commit: r564059 - in /incubator/stdcxx/trunk: include/limits src/limits_bits.cpp

For some reason this post bounced. It's probably my fault for using two email accounts. I should use the same one. -- Mark -- Forwarded message -- From: mark.g.brown <[EMAIL PROTECTED]> Date: Aug 14, 2007 11:09 PM Subject: Re: Re: svn commit: r564059 - in /incubator/stdcxx/trunk: