Hi,
Sorry for a long delay. There is hope that
https://github.com/SOCI/soci/commit/57704504bfd4f5aec5fe0db1ea596d2613db746dwill
fix the test on MSVC, could you confirm that?
Thanks,
Aleksander
On Fri, Sep 28, 2012 at 3:12 PM, Roger Orr rog...@howzatt.demon.co.ukwrote:
Pawel Aleksander
On Fri, Sep 28, 2012 at 1:01 AM, Mateusz Loskot mate...@loskot.net wrote:
On 27 September 2012 17:19, Vadim Zeitlin vz-s...@zeitlins.org wrote:
On Thu, 27 Sep 2012 19:50:08 +0400 Sergei Nikulov
sergey.niku...@gmail.com wrote:
SN So it can be MSVS2010 issue.
Microsoft CRT has known
On 28 September 2012 07:31, Pawel Aleksander Fedorynski
pfe...@gmail.com wrote:
On Fri, Sep 28, 2012 at 1:01 AM, Mateusz Loskot mate...@loskot.net wrote:
On 27 September 2012 17:19, Vadim Zeitlin vz-s...@zeitlins.org wrote:
On Thu, 27 Sep 2012 19:50:08 +0400 Sergei Nikulov
-Original Message-
From: Mateusz Loskot [mailto:mate...@loskot.net]
Sent: 28 September 2012 11:07
To: General-purpose list for SOCI users.
Subject: Re: [SOCI-users] SOCI // MySQL // failed test case 4
But that's not what we're talking about here. What Sergei reported
On 28 September 2012 20:26, Roger Orr rog...@howzatt.demon.co.uk wrote:
-Original Message-
From: Mateusz Loskot [mailto:mate...@loskot.net]
Sent: 28 September 2012 11:07
To: General-purpose list for SOCI users.
Subject: Re: [SOCI-users] SOCI // MySQL // failed test case 4
Pawel Aleksander Fedorynski wrote:
I'll admit I am not very well versed in the C++ standard lingo, but,
does the link imply that the gcc behavior is incorrect? It says: On
the other hand, the result of num_get conversion of such out-of-range
floating-point values results in the most
On Thu, 27 Sep 2012 19:50:08 +0400 Sergei Nikulov sergey.niku...@gmail.com
wrote:
SN So it can be MSVS2010 issue.
SN Can anybody confirm?
Microsoft CRT has known issues with converting NaNs and infinities to/from
strings and behaves differently from most (all?) Unix libc implementations,
so
On 27 September 2012 17:19, Vadim Zeitlin vz-s...@zeitlins.org wrote:
On Thu, 27 Sep 2012 19:50:08 +0400 Sergei Nikulov sergey.niku...@gmail.com
wrote:
SN So it can be MSVS2010 issue.
Microsoft CRT has known issues with converting NaNs and infinities to/from
strings and behaves
Hi All,
I'm plaing with MySQL backend for a while and found that following
test case is failed for Windows7+MSVC2010+MySQL 5.5.27
test_numdouble(12223
1222
Hi Sergei,
I'll try to confirm whether it's a bug in MSVC or an implementation-defined
behavior, but in any case, seems to me that the correct behavior is not to
put infinity in the variable in such case. We should check for infinity
(and probably also NaN for good measure) in parse_num
in
Here the some information on this matter
http://stackoverflow.com/questions/1122/divide-by-zero-prevention
http://stackoverflow.com/questions/7267838/division-by-zero-does-not-throw-sigfpe
2012/9/25 Pawel Aleksander Fedorynski pfe...@gmail.com
Hi Sergei,
I'll try to confirm whether
I'm aware of the existence of floating point infinity, but I doubt that it
is a correct behavior for istringstream to read inf from a string
containing a number our of range.
Thanks,
Aleksander
On Tue, Sep 25, 2012 at 12:32 PM, Sergei Nikulov
sergey.niku...@gmail.comwrote:
Here the some
It looks like no more out of range for floating point on MSVC2010 :)
Need to check it with latest gcc. Will try it soon.
2012/9/25 Pawel Aleksander Fedorynski pfe...@gmail.com
I'm aware of the existence of floating point infinity, but I doubt that it
is a correct behavior for istringstream to
13 matches
Mail list logo
