[jira] [Updated] (AVRO-1523) Perl API: int/long type minimum value checks are off by one

2017-07-29 Thread Suraj Acharya (JIRA)

 [ 
https://issues.apache.org/jira/browse/AVRO-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Suraj Acharya updated AVRO-1523:

Fix Version/s: (was: 1.7.8)
   1.7.9

> Perl API: int/long type minimum value checks are off by one
> ---
>
> Key: AVRO-1523
> URL: https://issues.apache.org/jira/browse/AVRO-1523
> Project: Avro
>  Issue Type: Bug
>  Components: perl
>Reporter: John Karp
>Assignee: John Karp
>Priority: Minor
> Fix For: 1.7.9
>
> Attachments: AVRO-1523.patch
>
>
> -2,147,483,648 is rejected as an int, and −9,223,372,036,854,775,808 is 
> rejected as a long when passed to the binary encoder, but they are valid 
> signed 32-bit and 64-bit numbers respectively.
> The problem is that the range check is made against the absolute value of the 
> input, but in two's complement arithmetic types the minimum and maximum 
> values have different absolute values.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (AVRO-1523) Perl API: int/long type minimum value checks are off by one

2014-06-11 Thread John Karp (JIRA)

 [ 
https://issues.apache.org/jira/browse/AVRO-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

John Karp updated AVRO-1523:


Attachment: AVRO-1523.patch

Adding patch with fix

 Perl API: int/long type minimum value checks are off by one
 ---

 Key: AVRO-1523
 URL: https://issues.apache.org/jira/browse/AVRO-1523
 Project: Avro
  Issue Type: Bug
  Components: perl
Reporter: John Karp
Assignee: John Karp
Priority: Minor
 Attachments: AVRO-1523.patch


 -2,147,483,648 is rejected as an int, and −9,223,372,036,854,775,808 is 
 rejected as a long when passed to the binary encoder, but they are valid 
 signed 32-bit and 64-bit numbers respectively.
 The problem is that the range check is made against the absolute value of the 
 input, but in two's complement arithmetic types the minimum and maximum 
 values have different absolute values.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (AVRO-1523) Perl API: int/long type minimum value checks are off by one

2014-06-11 Thread John Karp (JIRA)

 [ 
https://issues.apache.org/jira/browse/AVRO-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

John Karp updated AVRO-1523:


Release Note: Perl: Fix lower bounds of int/long serialization range checks
  Status: Patch Available  (was: Open)

 Perl API: int/long type minimum value checks are off by one
 ---

 Key: AVRO-1523
 URL: https://issues.apache.org/jira/browse/AVRO-1523
 Project: Avro
  Issue Type: Bug
  Components: perl
Reporter: John Karp
Assignee: John Karp
Priority: Minor
 Attachments: AVRO-1523.patch


 -2,147,483,648 is rejected as an int, and −9,223,372,036,854,775,808 is 
 rejected as a long when passed to the binary encoder, but they are valid 
 signed 32-bit and 64-bit numbers respectively.
 The problem is that the range check is made against the absolute value of the 
 input, but in two's complement arithmetic types the minimum and maximum 
 values have different absolute values.



--
This message was sent by Atlassian JIRA
(v6.2#6252)