dia uses %f in its output routines without taking care of its locale-dependency. E.g. if you call it with different locales some numbers can not be interpreted: $ LC_ALL=de_DE [... saving prefences ...] $ LC_ALL=C dia /home/ensc/.dia/diarc:7: error: unexpected number `100', expected number (float)/home/ensc/.dia/diarc:7: error: unexpected character `,', expected keyword /home/ensc/.dia/diarc:7: error: unexpected number `0', expected keyword /home/ensc/.dia/diarc:11: error: unexpected number `1', expected number (float) /home/ensc/.dia/diarc:11: error: unexpected character `,', expected keyword ... That's caused because in German the comma is used instead of the period in floating-point numbers. So a number like `100,1' is valid in German but not in C. I know that this report should go to the authors of dia, but because there is a more actual version (0.86 ) out and I don't know if it happens there also, I am entering it here. Nevertheless RH7.1 final should not contain this bug.
Changelog indicates that the problem is solved since 0.85.
fixed with addition of 0.86. Havoc, where were you?
I got the bug while the tree was locked, and had it marked to put in on tree unlock, but hadn't gotten around to it yet.
An locale-related error which is *not* solved in the official 0.86 can be triggered with the following actions: $ LC_ALL=C dia [ create a line; save as test ] $ LC_ALL=de_DE dia test [ three messageboxes saying: "Error parsing point" ] That's caused by "<point val="4,3"/>" which will be interpreted in German as "4.3" instead of the pair [4 ; 3]. The maillists says that there are other locale-bugs solved in the CVS only.
Created attachment 8459 [details] diagram mentioned in the previous comment
Fixed in 0.88.1.