Edgar
Edgar
@dim-s Seems the repository still integrated with old https://travis-ci.org/. Can you please [migrate](https://docs.travis-ci.com/user/migrate/open-source-repository-migration) ?
Hi @eduardoejp , thanks for reporting this. Indeed, I managed to reproduce this wired the bug.
Here what is happen: the input gets casted to `int` because `intdiv` method implemented in Java accepts integers. So 3315714752669 became 157 after casting to `int` only then divided by...
#425 should resolve the issue.
Hi @xavieryang007, thanks for reporting the issue. Can you share some simple code to reproduce the issue?
@GeoDoX thanks for work! any chance that you could finalize this?
@tipenull I think you are right Here is quote from documentation: `Note that ZonedDateTime, Instant and OffsetTime / TIME WITH TIME ZONE are not supported` and [here](https://stackoverflow.com/questions/30234594/whats-the-difference-between-java-8-zoneddatetime-and-offsetdatetime) is why.
@vladmihalcea @tipenull I was trying to figure out how to replace the `ZonedDateTime` to `OffsetDateTime` of it turn's out that it no so easy to do it with backward compatibility....
Hey, @oleg-nenashev! Thanks for your thoughts. My intent was very modest: write it in a more expressive way. Frankly, I'm not particularly interested in merging this after couple of years,...
I've looked into it and `Range.infiniteClosed(3010)` produces as expected `(,3010]` and inserted as is. However, when selecting Postgres itself returns mathematically valid `(,3011)`. I'm not sure what can be done...