Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
3.1.20
-
None
Description
The the conversion fails for values > 0x80000000000000(or 36028797018963968 decimal)
SQLFetch() returns error in such case. SQLGetData() does not, but truncates the value to 0x80000000000000(or 36028797018963968). This value must be platform dependent though - the max int64 translated to double w/out truncation.
3.2 driver does not have that problem.
Attachments
Activity
Field | Original Value | New Value |
---|---|---|
Description |
The the conversion fails for values > 0x80000000000000(or 36028797018963968 decimal)
SQLFetch() returns error in such case. SQLGetData() does not, but trims the value to 0x80000000000000(or 36028797018963968) |
The the conversion fails for values > 0x80000000000000(or 36028797018963968 decimal)
SQLFetch() returns error in such case. SQLGetData() does not, but trims the value to 0x80000000000000(or 36028797018963968) 3.2 driver does not have that problem. |
Priority | Major [ 3 ] | Critical [ 2 ] |
Fix Version/s | 3.1 [ 22900 ] | |
Fix Version/s | 3.1.21 [ 29609 ] |
Description |
The the conversion fails for values > 0x80000000000000(or 36028797018963968 decimal)
SQLFetch() returns error in such case. SQLGetData() does not, but trims the value to 0x80000000000000(or 36028797018963968) 3.2 driver does not have that problem. |
The the conversion fails for values > 0x80000000000000(or 36028797018963968 decimal)
SQLFetch() returns error in such case. SQLGetData() does not, but truncates the value to 0x80000000000000(or 36028797018963968). This value must be platform dependent though - the max int64 translated to double w/out truncation. 3.2 driver does not have that problem. |
Fix Version/s | 3.1.21 [ 29609 ] | |
Fix Version/s | 3.1 [ 22900 ] |
Resolution | Fixed [ 1 ] | |
Status | Open [ 1 ] | Closed [ 6 ] |