Re: [PHP] Question on code profiling

Andrew Ballard wrote: > On Thu, Jul 23, 2009 at 11:31 PM, Andrew Ballard wrote: >> From what I can tell, the numbers I see in WinCacheGrind >> look like they are off by about a factor of 10 pretty >> uniformly. >> >> Andrew >> > > Apparently the difference is indeed WinCacheGrind, as a number of >

[PHP] prepending concatenating assignment operator

Hello, I know the appending concatenating assignment operator: $str_name = "Foobar"; $str_name .= " Sr"; echo $str_name;//Foobar Sr But is there a shortcut assignment operator for prepending concatenation? $str_name = "Foobar"; //$str_name =. "Mr "; // i know this is not allowed, but is there so

Re: [PHP] This is the kind of [expletives deleted] answer that iscertain to prevent bugs being reported.

Robert Cummings wrote: > I understand where you're coming from, and I've been on the same road > before with PHP bug reports. And while I remember being really annoyed, > especially when it turned out to actually be a bug, I have to say if you > define your case clearly and state where either the

[PHP] Re: This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Per Jessen wrote: See http://bugs.php.net/?id=48612 I don't understand too the answer. For me it is obvious it is a bug because it breaks the system locale behaviour. -- Mickaël Wolff aka Lupus Michaelis http://lupusmic.org Seeking for a position -- PHP General

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Per Jessen wrote: Daniel Brown wrote: On Fri, Jul 24, 2009 at 15:25, Per Jessen wrote: Daniel Brown wrote: In reality, those are canned responses. Jani didn't type that up himself, he just selected it from a drop-down that we have. In all honesty, that only makes it worse. To make an effor

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Daniel Brown wrote: > On Fri, Jul 24, 2009 at 15:25, Per Jessen wrote: >> Daniel Brown wrote: >>> In reality, those are canned responses.  Jani didn't type that up >>> himself, he just selected it from a drop-down that we have. >> >> In all honesty, that only makes it worse.  To make an effort to

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

On Fri, Jul 24, 2009 at 15:25, Per Jessen wrote: > Daniel Brown wrote: >>     In reality, those are canned responses.  Jani didn't type that up >> himself, he just selected it from a drop-down that we have. > > In all honesty, that only makes it worse.  To make an effort to improve > on things only

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Daniel Brown wrote: > On Fri, Jul 24, 2009 at 13:18, Per Jessen wrote: >> >> As for being aggressive - well, being fobbed off with an RTFM when >> >> 1) I've spent some time and effort in testing, documenting and >> reporting the bug, and >> 2) the behaviour is at best undocumented, >> >> well, ye

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Ben Dunlap wrote: > Per Jessen wrote: > >> Which is exactly the bug I reported. An application that >> deliberately ignores the locale setting passed from the environment >> is buggy unless it is clearly documented. Why should a developer be >> forced to be aware of the locale when it has alrea

[PHP] Re: PHP as Language

Martin Scotta wrote: > Hi all > > Is there a formal definition for the php language? > Where I can found it? > > I've STW with no results. http://svn.php.net/viewvc/php/php-src/trunk/Zend/zend_language_parser.y?revision=281094&view=markup which is Zend/zend_language_parser.y in the source code

Re: [PHP] Re: PHP as Language

On Jul 24, 2009, at 11:30, Shawn McKenzie wrote: Martin Scotta wrote: Hi all Is there a formal definition for the php language? Where I can found it? I've STW with no results. What is a definition? Do you mean specification like ECMA or ANSI? I think he meant Backus Naur, but I could

[PHP] Re: PHP as Language

Martin Scotta wrote: > Hi all > > Is there a formal definition for the php language? > Where I can found it? > > I've STW with no results. > What is a definition? Do you mean specification like ECMA or ANSI? -- Thanks! -Shawn http://www.spidean.com -- PHP General Mailing List (http://www.p

Re: [PHP] PHP as Language

On 07/24/2009 02:06 PM, Kyle Smith wrote: Martin Scotta wrote: Hi all Is there a formal definition for the php language? Where I can found it? I've STW with no results. Not sure if this is what you mean, but PHP stands for "PHP: Hypertext Processor" - Kyle I think Martin is looking for t

Re: [PHP] PHP as Language

Martin Scotta wrote: Hi all Is there a formal definition for the php language? Where I can found it? I've STW with no results. Not sure if this is what you mean, but PHP stands for "PHP: Hypertext Processor" - Kyle

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

On Fri, Jul 24, 2009 at 13:18, Per Jessen wrote: > > As for being aggressive - well, being fobbed off with an RTFM when > > 1) I've spent some time and effort in testing, documenting and reporting > the bug, and > 2) the behaviour is at best undocumented, > > well, yes, it p.. me off.  It's jus

[PHP] PHP as Language

Hi all Is there a formal definition for the php language? Where I can found it? I've STW with no results. -- Martin Scotta -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Per Jessen wrote: > Which is exactly the bug I reported. An application that deliberately > ignores the locale setting passed from the environment is buggy unless > it is clearly documented. Why should a developer be forced to be aware > of the locale when it has already been done for him? That

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Jim Lucas wrote: > From what I can tell, the op is trying to set the locale /AT/ the cli, > not from within the script. Exactly Jim. A typical Linux installation in France/Germany/Greece/ Russia/whereever will have an appropriate environment (e.g. LC_ALL) set such that unix commands such as "dat

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Jim Lucas wrote: Kyle Smith wrote: Per Jessen wrote: Kyle Smith wrote: Per Jessen wrote: See http://bugs.php.net/?id=48612 "Thank you for taking the time to write to us, but this is not a bug. And RTFM". (RTFM is my interpretation of the rest). And that only t

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Kyle Smith wrote: > I don't think your aggressive attitude to the situation is helping > anyone here. The manual *explicitly* states that using > setlocale(LC_xyz,'') will use the environment variable setting for > that LC_xyz option. This *implies* that, by default, those > environment variabl

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Kyle Smith wrote: > Per Jessen wrote: >> Kyle Smith wrote: >> >> >>> Per Jessen wrote: >>> See http://bugs.php.net/?id=48612 "Thank you for taking the time to write to us, but this is not a bug. And RTFM". (RTFM is my interpretation of the rest). And that only to

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Per Jessen wrote: Kyle Smith wrote: Per Jessen wrote: See http://bugs.php.net/?id=48612 "Thank you for taking the time to write to us, but this is not a bug. And RTFM". (RTFM is my interpretation of the rest). And that only took a little more than a month. Thanks very much. Can anyo

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Kyle Smith wrote: > Per Jessen wrote: >> See http://bugs.php.net/?id=48612 >> >> "Thank you for taking the time to write to us, but this is not >> a bug. And RTFM". (RTFM is my interpretation of the rest). >> >> And that only took a little more than a month. Thanks very much. >> >> Can anyone here

Re: [PHP] Question on code profiling

On Thu, Jul 23, 2009 at 11:31 PM, Andrew Ballard wrote: > From what I can tell, the numbers I see in WinCacheGrind > look like they are off by about a factor of 10 pretty > uniformly. > > Andrew > Apparently the difference is indeed WinCacheGrind, as a number of other people have left comments on

Re: [PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

Per Jessen wrote: See http://bugs.php.net/?id=48612 "Thank you for taking the time to write to us, but this is not a bug. And RTFM". (RTFM is my interpretation of the rest). And that only took a little more than a month. Thanks very much. Can anyone here tell me why the CLI behaviour reported

[PHP] Tidy question about the config args

I have a question about using the $config arguments with tidy_parse_string() and tidy_repair_string() etc. The functions seem to totally ignore new-blocklevel-tags new-empty-tags new-inline-tags E.g., I have in my config array some custom tags [new-inline-tags] => blue,bold,green,italic,red,

Re: [PHP] Re: Question on code profiling

On Fri, Jul 24, 2009 at 2:27 AM, Lupus Michaelis wrote: > Andrew Ballard a écrit : >> >> I'm trying to profile a site on our development server to see why it >> takes around 4 seconds to generate a pretty basic page. > >  Last time I seen this is when I did validate DOM Document without DTD on > lo

[PHP] This is the kind of [expletives deleted] answer that is certain to prevent bugs being reported.

See http://bugs.php.net/?id=48612 "Thank you for taking the time to write to us, but this is not a bug. And RTFM". (RTFM is my interpretation of the rest). And that only took a little more than a month. Thanks very much. Can anyone here tell me why the CLI behaviour reported is not a bug? An ex