![](https://secure.gravatar.com/avatar/565476157eb3895a9c928ffce26d988d.jpg?s=120&d=mm&r=g)
17 Apr
2007
17 Apr
'07
2:41 a.m.
David Kastrup wrote:
While browsing through stuff, I noticed that some arithmetic will lead to wrong results if LOWPART and MIDPART are set to different values (not the case right now, but better safe than sorry). More concretely: both l and m use MIDPART in their calculations where LOWPART would be required. And l is calculated overcomplicated.
The code is waiting to be replaced by a nibble-base solution with a pre-initialized maximum value (depth), but thanks anyway. Taco