Version: kcalc 2.0.5 (kde 3.5.5) (using KDE KDE 3.5.5) Installed from: Gentoo Packages Compiler: gcc 4.1.1 CFLAGS="-march=athlon64 -O2 -pipe -msse3" OS: Linux This has a very high severity status. With SCIM installed, I type a number (from now on, type and click on corresponding buttons are equivalent) it appears corretly, but when I press some operator, the number I typed goes to 0 and I ***CANNOT USE*** kcalc at all. For example, to do: 3 * 4 in kcalc I press 3, so I have a 3 in the 'led-like' part of kcalc. After this, I click the "*" button, and my number 3 is now 0, if I type now the 4, it appears the 4, but when pressing = button, the result is 0. I poested a but in gentoo system but this issue is propably a upstream (your) issue. See this (gentoo's bugzilla report): http://bugs.gentoo.org/show_bug.cgi?id=145923
Exactly! I'm experiencing the exact same issue here, although I didn't know it's connected to the use of SCIM. I'm using SCIM (through SKIM) for Chinese input, and about since I set this up properly, kcalc doesn't calculate anymore. By the way: this is only the case with base set to Decimal. With all other bases (Octal, Binary, Hexadecimal), the calculator works as expected. This is a PITA, please look into it. People are laughing at me when I advertise KDE as a great desktop environment, but then even my calculator doesn't work. ;)
P.S.: I'm also on gentoo, KDE 3.5.5, skim 1.4.5 (libscim 1.4.5), 32 bit system on dual core 32 bit hardware.
Here's also a gentoo user experiencing this on KDE 3.5.6, skim-1.4.5, scim-1.4.6 , scim-qtimm-0.9.4 AMD64
*** This bug has been confirmed by popular vote. ***
The same on Mandriva machines.
Upgraded to KDE 3.5.7 two days ago, the problem is still there :( KCalc 2.0.6 scim 1.4.5-r1
*** Bug 143276 has been marked as a duplicate of this bug. ***
Can not reproduce in KDE4 anymore, seems fixed.
KCalc 2.0.6 using KDE 3.5.10 (Gentoo) is still unusable because of this bug. The version for KDE 3.5.x won't be fixed?