kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #02770
Re: Compiling for Windows under Linux
-
To:
kicad-devel@xxxxxxxxxxxxxxx
-
From:
jean-pierre charras <jean-pierre.charras@...>
-
Date:
Fri, 19 Jun 2009 13:42:22 +0200
-
In-reply-to:
<4A3B6749.90602@...>
-
User-agent:
Thunderbird 2.0.0.21 (Windows/20090302)
Milan Horák a écrit :
Hi,
On kicad.1301.cz are first script compiled svn snapshots set
(Linux/Windows/source).
Milan,
Binaries compiled under linux for windows have a big issue:
This is related to the notation for decimal separator for floatting numbers:
In some languages (French, German), the separator is a comma.
So 1.0 is printed 1,0
Here is the issue:
In dialogs floating numbers are printed 1.0 (as in English, this is an
error) by the print function, but expected 1,0 by the atof (ascii to
float) conversion function (as it does in French)
So a value shown 0.5 in a dialog box is converted from ascii notation to 0 :
the atof function expects the number 0,5, and stops its conversion at
the first illegal char (the point)
(the result is all numeric parameters are set to 0 (truncated to the
integer value, in fact) when exiting from the dialog box, for the
currently edited item)
Always using . or , is correct, but using . for some functions and , for
others is a serious problem.
This seems an mismatch between functions like printf and functions like
scanf.
Because these functions are part of wxWidgets (or C libs) this bug is an
issue, and make kicad unusable in some countries
So binaries compiled under kicad are unusable.
This is a problem already reported on kicad bug tracker , but i was
until now not able to see it. (and now it is confirmed)
--
Jean-Pierre CHARRAS
Maître de conférences
Directeur d'études 2ieme année.
Génie Electrique et Informatique Industrielle 2
Institut Universitaire de Technologie 1 de Grenoble
BP 67, 38402 St Martin d'Heres Cedex
Recherche :
GIPSA-LAB - INPG
Rue de la Houille Blanche
38400 Saint Martin d'Heres
Follow ups
References