utopiabound/grpn

GTK+ reverse polish notation calculator

grpn's Issues

Convert to gmp for arbitrary percision calculations

Use GNU MP for arbitrary precision in all calculations.

keep GRPN reproducible

GRPN is affected by this issue:
Notes about issue gcc_captures_build_path in unstable

Which will be solved by this GCC pending upstream patch:
Ximin Luo - [PATCH v2] Generate reproducible output independently of the build-path
No action is required in GRPN.

Check the the current status here:
grpn - reproducible builds result

add some basic integer functions: div, floor, ceiling

Some basic integer functions are missing, e.g. div, floor, ceiling. The implementation must support all 3 also for complex numbers and matrices.

See also use case in issue #6 .

Convert argument processing to getopt_long

Currently main() processes arguments manually. This should be simplified to use getopt_long().

fix issues found in current buildd logs for grpn

buildd log scanner -- issues

buildd log scanner -- issues in package grpn -- Debian Quality Assurance

Snapshot of 20181020:

• E pointer-trouble-at-implicit process_input.c:80
• W dpkg-buildflags-missing CPPFLAGS 23 (of 23), CFLAGS 23 (of 23) missing (hppa, ia64)
• W dpkg-buildflags-missing CPPFLAGS 23 (of 23), CFLAGS 23 (of 23), LDFLAGS 1 (of 1) missing
• W implicit-declaration callback_buttons.c:67
• W implicit-declaration funcs.c:840
• W implicit-declaration main.c:93
• W implicit-declaration process_input.c:193

Lintian Report

Lintian Report for Wartan Hachaturow

Feature request: allow negation with `-`

I forward you Roger's Email:

Please asume, at least in "- subtraction", that the 2nd. stack place is zero when empty, so that 0 - x = -x and then we wouldn't have to type "neg" just for negate, but just press "-". That makes it a lot quicker. Most RPN calculators do the same.
Thanks a lot, and congrats.
Ing. Roger Salinas Robalino,

Wrong results after radix conversion

Using grpn 1.4.0 with default settings. Enter the following:
54321
23 /
2361 -
23 *
Result is "18" (as it should be). Now type "hex".
Display now reads 0x11, but should read 0x12.
Going back to "'dec", display reads "18" again.
The same problem exists for "bin" (displays "10001", should be "10010") and "oct" (displays "021", should be "022").

Call for maintainer(s)

I'm looking for a maintainer for this project. My focus is elsewhere right now.

Please prove your motivation and availability by fixing #11 .

Decimal point and locale

For some reason (I'm guessing locale settings) grpn shows a "." as the decimal point on the virtual keyboard but it does not accept it as a decimal point. If I try to type a number with a dot as a decimal point and press enter it gives: ".x: Unrecognized command." (x is the number after the decimal point). This is particularly annoying as I live in a country using comma as the decimal point while I'm used to using the dot.

Selection highlighting is wonky

Selection highlighting doesn't work right.
It also doesn't interface with clipboard.

modulo of a negative number is expected to be positive

clib computes: -12 % 5 = -2

mathematically right: -12 % 5 = 3

This special rare case is not really a mistake, but mathematically the result is expected in [0..4]. So the result should be 3.

Not sure if this bug should be fixed in clib upstream since it is there for decades. A change could break existing applications. Should it be fixed in grpn?

% shortcut for mod confusing

I have doubts if introducing a % shortcut in 1.3.5 was a good idea:

• most non programmer associate % with some kind of percent operation
• from an ergonomic point of view it the % key should trigger the operation immediately, like + - * and / do.

Please release 1.5.3

Since the last release in 2018 you added some commits that might help people. Please release even small progress.