Bug 119821 - kcalc doesn't accept all values correctly from cut buffer
Summary: kcalc doesn't accept all values correctly from cut buffer
Status: RESOLVED FIXED
Alias: None
Product: kcalc
Classification: Applications
Component: general (show other bugs)
Version: 2.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Klaus Niederkrüger
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-09 21:16 UTC by Evan Teran
Modified: 2006-07-21 10:14 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Evan Teran 2006-01-09 21:16:33 UTC 
Version:           2.0 (using KDE 3.5.0, Gentoo)
Compiler:          gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
OS:                Linux (i686) release 2.6.14-gentoo-r5

it seems that upong pasting kcalc drops the sign bit always which yields incorrect results.

steps to reproduce:

set kcalc to hex mode
type 0xb0000000 (or any value with 32nd bit set really) into any application (konsole will do)
highlight this text to place into the cut buffer
middle click on the display field in kcalc to paste the value

the value displayed is 30000000 and it shoudl clearly be B0000000

Evan Teran
Comment 1 Thiago Macieira 2006-01-14 15:21:42 UTC 
Looks like it's the same as bug 120058
Comment 2 Evan Teran 2006-01-14 15:32:30 UTC 
Actually I think it is slightly different.  In my version of the bug, the sign bit is actually _lost_ and it doesn't involve switching bases. In the other, the decimal value remains correct but when shown in hex is wrong, and when switching back, the correct value remains.

So I am going to have to disagree with this decision.
Comment 3 Klaus Niederkrüger 2006-07-21 10:14:24 UTC 
I have tried the example given in the bug report with KCalc 2.0.3, and it seems to work now.