Am 02.10.2013 20:38, schrieb Adam Harvey:
> On 2 October 2013 10:57, Christopher Jones
> wrote:
>> On 10/02/2013 10:26 AM, Nikita Popov wrote:
>>> I'd like to change our double-to-string casting behavior to be
>>> locale-independent and would appreciate some opinions as to whether you
>>> consid
On Wed, Oct 2, 2013 at 7:57 PM, Christopher Jones <
christopher.jo...@oracle.com> wrote:
> I'd like to see float/double casts recognize the locale's decimal
> separator. It's perfectly fine in Oracle DB for numbers to be
> inserted/fetched with "," (or any other character) as the decimal
> separa
On 2 October 2013 10:57, Christopher Jones wrote:
> On 10/02/2013 10:26 AM, Nikita Popov wrote:
>> I'd like to change our double-to-string casting behavior to be
>> locale-independent and would appreciate some opinions as to whether you
>> consider this feasible.
>
> I'd like to see float/double c
On 10/02/2013 10:26 AM, Nikita Popov wrote:
Hi internals!
I'd like to change our double-to-string casting behavior to be
locale-independent and would appreciate some opinions as to whether you
consider this feasible.
So, my suggestion is to change the (string) cast to always use "." as the
Hi internals!
I'd like to change our double-to-string casting behavior to be
locale-independent and would appreciate some opinions as to whether you
consider this feasible.
So, first off, this is how PHP currently behaves:
https://bugs.php.net/bug.php?id=55160).
3. Another case where thing
Hello,
the attached patch adds a flag (SORT_LOCALE_STRING) to our sort
functions that allows the sorting to be done based on the locale
settings. This is important for languages like Norwegian which adds æ, ø
and å to the end of the alphabet, while their iso-8859-1 (the "C"
locale) order is å æ ø.
Alexander Netkachev wrote:
Hi!
I'm learning the date formatting and parsing functions in PHP and see
that there are no locale-aware date parsing function (strptime) that is
a pair for strftime.
Are there reasons to not implement it? Is a patch welcome?
Short question: is it available on all our m
Hi!
I'm learning the date formatting and parsing functions in PHP and see
that there are no locale-aware date parsing function (strptime) that is
a pair for strftime.
Are there reasons to not implement it? Is a patch welcome?
Some info about it is here: http://www.google.com/search?q=strptime
an
I wonder if it is "by design" that PHP don't read all LC_* settings from
environment.
In main/main.c we read LC_CTYPE only. I think at least LC_COLLATE also
should be read.
strcoll() behavior relay on this - strings are not properly compared.
Maybe we can read all bu LC_NUMERIC settings from envi
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
> Ciao,
> thanks for the so quick reply,
> just one more question to the group,
>
> will be fixed before 4.3.2 ?
Although I don't know how are you handling floats in your script,
the current casting behaviour is correct as stated in that bug pa
Ciao,
thanks for the so quick reply,
just one more question to the group,
will be fixed before 4.3.2 ?
thanks,
Giuseppe
Moriyoshi Koizumi wrote:
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
Hi,
just porting big 4.2.3 application to 4.3.2rc,
I see something changed from 4.3.0 about lo
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
> Hi,
> just porting big 4.2.3 application to 4.3.2rc,
> I see something changed from 4.3.0 about locale settings.
>
> Before 4.3.0 locale was used to print out numbers in string format
> and to read numbers from string formats.
> I mean php uses
12 matches
Mail list logo
