Public bug reported:
Binary package hint: gcalctool
If you pass the calculator a very long string (e.g.
".01+.02+.03+.04+.05+.06+.07+.08+.09+.10+.11+.12+.13+.14+.15+.16+.17+.18+.19+.20")
it evaluates correctly. If you hit ctrl-z though it truncates the first
bit of the string (in this case to " (e.g.
"01+.02+.03+.04+.05+.06+.07+.08+.09+.10+.11+.12+.13+.14+.15+.16+.17+.18+.19+.20"").
It will still work properly if you immediately evaluate again but if you
try to re-add the part of the string that appears to have gone missing
(the ".") the calculation will fail (since it thinks there are 2 "."s in
a row).
I'm not sure how long the string has to be for this to occur, but it
doesn't happen with very short strings.
version: gcalctool 5.28.1
ubuntu release: 9.10RC
ProblemType: Bug
Architecture: amd64
Date: Mon Oct 26 16:12:04 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/gcalctool
NonfreeKernelModules: fglrx
Package: gcalctool 5.28.1-0ubuntu1
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-11.38-generic
SourcePackage: gcalctool
Uname: Linux 2.6.31-11-generic x86_64
** Affects: gcalctool (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug
--
calculator behaves poorly when given long strings
https://bugs.launchpad.net/bugs/461552
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gcalctool in ubuntu.
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
