Bug#404701: wmcalc: Buggy math, not suitable for release
severity 404701 normal thanks Gunnar Wolf wrote: I am degrading this bug from RC to wishlist - This program _is_ working as it is often expected. Wmcalc mimics a pocket calculator, where all operators have equal precedence, as its interface lacks (or, to be more correct, is designed not to provide, in order to save space) parentheses or other means to properly provide nesting and proper precedence. Hi Gunnar, If even upstream admits it's a bug and should behave differently, how can you suggest that it's expected behaviour? This may not be RC, but it's more than wishlist. Upgrading to normal severity. Wmcalc is designed to be as small as possible. Given its interface, I would be surprised by it if it applied higher precedence to some operators than to others. I expect any such program to act at least as well as the crappiest pocket calculator, which IME implements proper precedence rules. Antony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404701: wmcalc: Buggy math, not suitable for release
Package: wmcalc Version: 0.3-2.2 Severity: serious From the package's README: , | BUGS: | - | Remember, they're just undocumented FEATURES!!! | | * The display can lose the last digit of a three character exponential | notation number. | | * Due to an implementation fault, at every step of calculations, precision | is lost, as the number is only as accurate at that displayed. | | * Order of operations: 1 + 2 * 5 = 15, not 11, as it should. | | * Changing sign when the display is blank results in -0. Further entry | yields -05..., but this does not affect calculations. | ` In particular the third item makes this unsuitable for a release. An electronic calculator that does not correctly obey the order of operations is not useful. It is harmful. [EMAIL PROTECTED]:~$ apt-rdepends -r wmcalc Reading package lists... Done Building dependency tree... Done wmcalc The only problem with removing this package from etch is that it already exists in sarge (same upstream version). BTW, upstream seems to be MIA, too (homepage gone). Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#404701: wmcalc: Buggy math, not suitable for release
severity 404701 wishlist thanks Hi, I am degrading this bug from RC to wishlist - This program _is_ working as it is often expected. Wmcalc mimics a pocket calculator, where all operators have equal precedence, as its interface lacks (or, to be more correct, is designed not to provide, in order to save space) parentheses or other means to properly provide nesting and proper precedence. Wmcalc is designed to be as small as possible. Given its interface, I would be surprised by it if it applied higher precedence to some operators than to others. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature
