Public bug reported:
Binary package hint: gcalctool
gcalctool in hex mode features "not" bit negation, it works pretty well, unless
user would like to perform "~0". This holds true for every bit length (64, 32
and 16). It doesn't also allow to perform "~~FFFF" in 16 bit length end
equivalents for other modes.
Executing "~FFFF" returns expected 0.
This bug also can be experienced in binary mode. Haven't checked other
available modes.
Steps to reproduce:
1. Launch gcalctool
2. Switch to programming view (ctrl-p)
3. Select hex mode, 16 bit length
4. Type "~0"
5. Execute
Expected result:
"FFFF"
Actual result:
Invalid bitwise operation
How do I know what to expect:
They learn that at school
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gcalctool 5.30.0.is.5.28.2-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.32-24.43-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Tue Sep 21 11:54:22 2010
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
PATH=(custom, user)
LANG=pl_PL.utf8
SHELL=/bin/bash
SourcePackage: gcalctool
** Affects: gcalctool (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug lucid
--
gcalctool doesn't allow "~0" operation in hex mode
https://bugs.launchpad.net/bugs/644245
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
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
