On 25 Jan 2007, at 22:49, David Ayers wrote:
Graham J Lee schrieb:
I still haven't been able to duplicate that. Maybe if you're
going to
FOSDEM we could meet up and have a mini-hackfest to see WTF is
happening :-)
The issue was not a bug in NSNumberFormatter. It was a bug in the
On 2 Jan 2007, at 09:38, [EMAIL PROTECTED] wrote:
David Ayers schrieb:
Actually I get these failures on the trunk also... So I'll need to
investigate... (possibly associated with my locale settings for
decimal
points?)
Indeed this code looks very suspicious:
// if no format specified,
Graham J Lee schrieb:
On 2 Jan 2007, at 09:38, [EMAIL PROTECTED] wrote:
David Ayers schrieb:
No...at least, not if it needs to work in the same way as Cocoa's
NSNumberFormatter. Because the documentation says this:
When you enable localization for a number formatter, separators are
David Ayers schrieb:
Actually I get these failures on the trunk also... So I'll need to
investigate... (possibly associated with my locale settings for decimal
points?)
Indeed this code looks very suspicious:
// if no format specified, use the same default that Cocoa does
if (nil ==
On 2 Jan 2007, at 10:16, David Ayers wrote:
[EMAIL PROTECTED] schrieb:
David Ayers schrieb:
Currently in a de_AT.UTF-8 locale these tests fail:
base/NSNumberFormatter/basic.m:
FAIL: default format same as Cocoa
pass([str isEqual: @1,234.57], default format same as Cocoa);
where str =
Graham J Lee schrieb:
On 2 Jan 2007, at 10:16, David Ayers wrote:
I'm not sure if I fully agree here. I would have expected
@1.234,57 which of course would have also failed the test. So yes,
the test cases need to honor localisation, yet the formatting does not
produce the expected
Richard Frith-Macdonald schrieb:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check that none of the
backported bugfixes is faulty.
I would like to make a
David Ayers schrieb:
Richard Frith-Macdonald schrieb:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check that none of the
backported bugfixes is faulty.
I would
David Ayers schrieb:
Actually I get these failures on the trunk also... So I'll need to
investigate... (possibly associated with my locale settings for decimal
points?)
Indeed this code looks very suspicious:
// if no format specified, use the same default that Cocoa does
if (nil ==
On 2007-01-01 14:05:02 -0800 David Ayers [EMAIL PROTECTED] wrote:
David Ayers schrieb:
Actually I get these failures on the trunk also... So I'll need to
investigate... (possibly associated with my locale settings for
decimal
points?)
Indeed this code looks very suspicious:
// if no
Thanks for testing David.
On 1 Jan 2007, at 14:27, David Ayers wrote:
FAIL: default format same as Cocoa
FAIL: round up for fractional part 0.5
FAIL: round down for fractional part 0.5
FAIL: numeric and space padding OK
FAIL: prefix and suffix used properly
FAIL: negativeFormat used for -ve
On 12/28/06, Hubert Chan [EMAIL PROTECTED] wrote:
On Sat, 23 Dec 2006 15:38:16 +, Richard Frith-Macdonald [EMAIL PROTECTED]
said:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library
On Sat, 23 Dec 2006 15:38:16 +, Richard Frith-Macdonald [EMAIL PROTECTED]
said:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check that none of the
backported
On 12/23/06, Richard Frith-Macdonald [EMAIL PROTECTED] wrote:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check that none of the
backported bugfixes is faulty.
I
I just tried installing from SVN, and using base-1_13_0 like was asked.
Needless to say, it doesn't work for the following reason:
Compiling file NSAffineTransform.m ...
In file included from NSAffineTransform.m:39:
../Headers/AppKit/NSAffineTransform.h:30:40: warning:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check that none of the
backported bugfixes is faulty.
I would like to make a bugfix release early in January... and
On 24 Dec 2006, at 02:27, Stefan Bidigaray wrote:
I just tried installing from SVN, and using base-1_13_0 like was
asked. Needless to say, it doesn't work for the following reason:
Compiling file NSAffineTransform.m ...
In file included from NSAffineTransform.m:39:
On 24 Dec 2006, at 01:43, Stefan Bidigaray wrote:
On 12/23/06, Richard Frith-Macdonald [EMAIL PROTECTED]
wrote:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library from subversion and check
18 matches
Mail list logo
