After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 393347 - 3D1 = 30, 3D2 = 300
3D1 = 30, 3D2 = 300
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
git master
Other Windows
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2007-01-06 00:35 UTC by A
Modified: 2007-01-09 04:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description A 2007-01-06 00:35:38 UTC 
Please describe the problem:
entering 3D1 in a cell causes the cell to have value 30, 3D2 turns into 300, etc..


Steps to reproduce:
1. enter 3D1 in the cell of your choice



Actual results:
cell value is 30

Expected results:
cell would have 3D1 as it's contents

Does this happen every time?
yep

Other information:
Comment 1 Morten Welinder 2007-01-06 17:54:46 UTC 
I cannot reproduce this.

What is your exact version?  What OS?

Does it happen with letters other than "D"?  (Note, that "E" is supposed to
be different.)
Comment 2 Morten Welinder 2007-01-07 02:04:43 UTC 
Never mind.  You're probably using the Win32 build and Microsoft just couldn't
be bothered to follow the C standard for strtod.

http://msdn2.microsoft.com/en-us/library/kxsfc1ab(VS.80).aspx
http://people.freebsd.org/~green/c9x-draft.txt

That being said, I am not entirely sure that we should interpret the
string 0x1234p5 as 149120 in the standard C99 case.  :-)
Comment 3 Morten Welinder 2007-01-09 04:48:09 UTC 
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.