I can't speak for Jason, but Delphi 10.2 is a modern version of Delphi which can technically handle BigInt whereas Delphi 5 cannot (at least via Variants).  My solution uses a compiler directive to say that when compiling IBO for Delphi 5, always treat BigInts as Integers.  This is not something you would want to do for all customers using later versions of Delphi, because they may rely on being able to use BigInt and you would break those codebases.  From a library architecture standpoint, it would be possible for him to add a setting to decide at runtime whether to cast BigInts to Integers, though for all I know he may have reasons for not wanting to do that.  On your side, you could do exactly what I did and patch that code, assuming that you are like me and relying on the TDataset components like I am.  If you are using the "native" components instead my change would have no effect, but there may be a lower level change somewhere you could make to have a similar effect on the "native" side.  I have no idea how hard this will be or where it would be.  The problem with you making your own patch, which is the thrust of my post on Delphi 5, is that you have to keep making that patch every time another IBO version is released or you will introduce bugs in to your code.  The best solution is to solve this for all IBO customers, assuming that is a reasonable thing to do, so that we don't each have to maintain our own patches to the IBO codebase.