# LightKrylov (v0.1.0-beta) : Pre-release

**URL:** <https://fortran-lang.discourse.group/t/lightkrylov-v0-1-0-beta-pre-release/8766>\
**Category:** Announcements\
**Created:** [October 29, 2024, 1:58pm UTC](https://fortran-lang.discourse.group/t/lightkrylov-v0-1-0-beta-pre-release/8766 "2024-10-29T13:58:05Z")\
**Posts on this page:** 1\
**Showing post:** 13

<div class="post-metadata">

**Author:** ![CRquantum](https://yyz2.discourse-cdn.com/free1/user_avatar/fortran-lang.discourse.group/crquantum/32/730_2.png) [@CRquantum](https://fortran-lang.discourse.group/u/CRquantum)\
**Post date:** [November 1, 2024, 11:15pm UTC](https://fortran-lang.discourse.group/t/lightkrylov-v0-1-0-beta-pre-release/8766/13 "2024-11-01T23:15:07Z")

</div>

If you use EXPOKIT, note that there are some small bugs in some of its code which can cause integer overflow and lead to wrong results.  
For example, in dgpadm.f, around line 87

 ![image](https://global.discourse-cdn.com/free1/uploads/fortran_lang/original/2X/5/513dfc724c3e057ae5ab250be065930bba604a2d.png)  
Originally it is

```auto
scale = t / DBLE(2**ns) 

```

that ` 2**ns` will cause integer overflow if ns\>30 if the default integer type is integer 4, then the DBLE(2\*\*ns) will be something like NAN. You need to change `DBLE(2**ns)` to something like `2.0d0**ns`  
Without this fix, every time if ns\>30, dgpadm will just output wrong results like NAN or something.

Basically any `DBLE()` in those code in EXPOKT need to be carefully checked to prevent integer overflow issues.

---

_[View the full topic](https://fortran-lang.discourse.group/t/lightkrylov-v0-1-0-beta-pre-release/8766)._