[
https://issues.apache.org/jira/browse/COLLECTIONS-673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16507087#comment-16507087
]
ASF GitHub Bot commented on COLLECTIONS-673:
--------------------------------------------
Github user coveralls commented on the issue:
https://github.com/apache/commons-collections/pull/37
[](https://coveralls.io/builds/17407790)
Coverage increased (+0.007%) to 86.582% when pulling
**faf27f611f4429c77a800124b5fb6f641f871c0f on sfuhrm:COLLECTIONS-673** into
**13ba1cc91ea441ab012fa4e9724fbca397f1b1cf on apache:master**.
> ListUtils.partition potential integer overflow
> ----------------------------------------------
>
> Key: COLLECTIONS-673
> URL: https://issues.apache.org/jira/browse/COLLECTIONS-673
> Project: Commons Collections
> Issue Type: Bug
> Components: List
> Affects Versions: 4.1
> Reporter: John Mark
> Priority: Major
>
> When calling {{ListUtils.partition()}} with a large size and large list, it
> is possible that an integer overflow will occur in the {{size()}} method that
> causes incorrect behavior. This will occur when using a size that, when added
> to list.size() will be larger than {{Integer.MAX_VALUE}}
> Current version of Guava's {{Lists.partition()}} handle this correctly, so
> perhaps the code for {{ListUtils.partition()}} needs to be updated based on
> the latest Guava code.
> A simple illustration of this:
> {code}
> List<String> aList = Arrays.asList("1", "2", "3", "4", "5");
> List<List<String>> partitioned = ListUtils.partition(aList,
> Integer.MAX_VALUE);
> System.out.println("Number of partitions: " + partitioned.size());
> for(List<String> l : partitioned) {
> System.out.println(l);
> }
> {code}
> The above code works correctly when using Guava's {{Lists.partition()}}
> instead.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
