[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    Re: KDE/kdeutils/kcalc
From:       Evan Teran <eteran () alum ! rit ! edu>
Date:       2010-08-20 14:13:00
Message-ID: AANLkTikKzRaYF=yvgF5KsKdQ0C_Y5P8ijA8b8C7Vj+n9 () mail ! gmail ! com
[Download RAW message or body]

No there is not, I observed the behavior and originally thought it was
a Qt bug, but after investigation it turns out that
QString::toLongLong fails for very large unsigned values with the MSB
set.

If you like I can create a bug entry for it to help track it.

Evan Teran

On Fri, Aug 20, 2010 at 10:07 AM, Raphael Kubo da Costa
<kubito@gmail.com> wrote:
> On Friday 20 August 2010 11:06:48 Evan Teran wrote:
>> SVN commit 1165987 by teran:
>>
>> fixed bug where pasting 64-bit values with the sign bit set would result in
>> nan instead of the expected value for example:
>>
>> 0x8000000000000000 fails to paste correctly in hex mode.
>>
>>
>>
>>  M  +1 -1      kcalcdisplay.cpp
>>
>>
>> --- trunk/KDE/kdeutils/kcalc/kcalcdisplay.cpp #1165986:1165987
>> @@ -261,7 +261,7 @@
>>
>>      if (tmp_num_base != NB_DECIMAL) {
>>          bool was_ok;
>> -        qint64 tmp_result = tmp_str.toLongLong(&was_ok, tmp_num_base);
>> +        qint64 tmp_result = tmp_str.toULongLong(&was_ok, tmp_num_base);
>>
>>          if (!was_ok) {
>>              setAmount(KNumber::NotDefined);
>
> Is there a bug report for that on Bugzilla?
>

[prev in list] [next in list] [prev in thread] [next in thread]