On Sat, May 5, 2012 at 5:31 AM, C.Koy wrote:
>
> I've been experimenting with bare-bones PHP I've built from pristine
> sources so far. Don't you think you should do the same, in dealing with
> such a bug?
>
My personal system is a BSD derivative; the Turkish locales on these use
latin rather t
On 5/5/2012 7:01 PM, Wim Wisselink wrote:
Try to var_dump the setLocale and see if it return the specified locale
or just 'false'.
I thought he was way past that control. Anyway, a simple test should
suffice:
setlocale(LC_CTYPE, 'tr_TR') or exit('setlocale failed\n');
--
PHP Internals
On 05/04/2012 11:22 PM, Galen Wright-Watson wrote:
On Fri, May 4, 2012 at 7:01 AM, C.Koy wrote:
On 5/2/2012 10:03 PM, Galen Wright-Watson wrote:
On Wed, May 2, 2012 at 5:23 AM, C.Koy wrote:
On 5/1/2012 9:11 PM, Galen Wright-Watson wrote:
On Thu, Apr 26, 2012 at 3:45 AM, C.Koywrot
On 5/5/2012 12:22 AM, Galen Wright-Watson wrote:
That also ran without error for me. I'm not sure how to account for the
different behavior. Here are the details of the system that I'm using:
$ uname -a
Linux n10 3.2.6mtv10 #1 SMP Wed Mar 14 06:22:06 PDT 2012 x86_64 GNU/Linux
$ php -v
PHP 5.2
On Fri, May 4, 2012 at 7:01 AM, C.Koy wrote:
> On 5/2/2012 10:03 PM, Galen Wright-Watson wrote:
>
>> On Wed, May 2, 2012 at 5:23 AM, C.Koy wrote:
>>
>> On 5/1/2012 9:11 PM, Galen Wright-Watson wrote:
>>>
>>> On Thu, Apr 26, 2012 at 3:45 AM, C.Koy wrote:
As of 5.3.0 this bug does n
On 5/2/2012 10:03 PM, Galen Wright-Watson wrote:
On Wed, May 2, 2012 at 5:23 AM, C.Koy wrote:
On 5/1/2012 9:11 PM, Galen Wright-Watson wrote:
On Thu, Apr 26, 2012 at 3:45 AM, C.Koy wrote:
As of 5.3.0 this bug does not exist for function names. Only classes and
interfaces.
Turns out
On Wed, May 2, 2012 at 5:23 AM, C.Koy wrote:
> On 5/1/2012 9:11 PM, Galen Wright-Watson wrote:
>
>> On Thu, Apr 26, 2012 at 3:45 AM, C.Koy wrote:
>>
>> As of 5.3.0 this bug does not exist for function names. Only classes and
>>> interfaces.
>>>
>>>
>>> Turns out, if you cause a function to be
On 5/1/2012 9:11 PM, Galen Wright-Watson wrote:
On Thu, Apr 26, 2012 at 3:45 AM, C.Koy wrote:
As of 5.3.0 this bug does not exist for function names. Only classes and
interfaces.
Turns out, if you cause a function to be called dynamically by (e.g.) using
a variable function, the bug will su
On Tue, May 1, 2012 at 11:11 AM, Galen Wright-Watson wrote:
>
> [...] Instead, a second set of locale-independent, unicode-aware
> conversion functions (basically, iliaa's original solution, but Unicode
> compatible) to be used for identifiers would make name resolution
> independent of the curren
On Thu, Apr 26, 2012 at 3:45 AM, C.Koy wrote:
> As of 5.3.0 this bug does not exist for function names. Only classes and
> interfaces.
>
>
Turns out, if you cause a function to be called dynamically by (e.g.) using
a variable function, the bug will surface.
Could this be a clue for how to f
Hi,
As of 5.3.0 this bug does not exist for function names. Only classes and
interfaces.
Could this be a clue for how to fix it for those as well?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 04/24/2012 01:06 AM, Galen Wright-Watson wrote:
> http://svn.php.net/viewvc?view=revision&revision=128060, same author) then
> changes zend_str_tolower to use tolower instead of its custom ASCII-based
> conversion. The commit message is: "make this faster and sexier". Within
> these revisions,
>
>
> ps: you had a few extra > at the end of the first lines of your sentences,
> I experienced similar problems with gmail, the solution for me was to
> always put an extra new line after the quoted text.
>
>
what I meant is the beginning of the first line, not the end.
--
Ferenc Kovács
@Tyr43l
On Tue, Apr 24, 2012 at 1:06 AM, Galen Wright-Watson wrote:
> On Mon, Apr 23, 2012 at 3:22 AM, C.Koy wrote:
>
> > On 4/22/2012 11:32 PM, Galen Wright-Watson wrote:
> >
> >> 2012/4/22 C.Koy
> >>
> >> On 4/21/2012 4:37 AM, Galen Wright-Watson wrote:
> >>>
> >>
> >> But, I did not start this threa
14 matches
Mail list logo
