You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Cole Greer (Jira)" <ji...@apache.org> on 2025/06/05 01:46:00 UTC

[jira] [Closed] (TINKERPOP-3115) Better handle overflows with sum()

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

Cole Greer closed TINKERPOP-3115.
---------------------------------
    Fix Version/s: 3.8.0
         Assignee: Cole Greer
       Resolution: Fixed

> Better handle overflows with sum()
> ----------------------------------
>
>                 Key: TINKERPOP-3115
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-3115
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: process
>    Affects Versions: 3.7.2
>            Reporter: Stephen Mallette
>            Assignee: Cole Greer
>            Priority: Minor
>              Labels: breaking
>             Fix For: 3.8.0
>
>
> {{code}}
> gremlin> g.inject([(byte) 126, (byte) 2]).sum(local)
> ==>-128
> {{code}}
> that output seems unexpected. oddly it didn't work that way for the global version of {{sum()}} because the type auto promoted to {{long}} because there was multiplication by the {{bulk}} which was {{long}}. That changed on TINKERPOP-3088 though so now even the global version will work like this. seems like it would be better to promote they type whenever it didn't fit into the space allotted. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)