hi Gustavo,
Could you apply your patch tomorrow please? So we have it for the
alpha3 on Thursday.
Thanks for your work!
Cheers,
On Tue, Dec 7, 2010 at 8:08 AM, Gustavo Lopes wrote:
> The very simple attached patch adds an option to disable POST data
> processing, which implies the data can onl
Hi,
I just added an RFC for restoring error message formatting so that
developers can easier develop their applications:
https://wiki.php.net/rfc/error-formatting-for-developers
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Thanks, that looks similar to what I'm looking for. It doesn't seem,
that any of the reply is really against autoloading of functions (and
maybe constants), but are against the given implementations (because
they are built on top of the outdated __autoload() function), what
brings me back
Hi Folks:
On Sun, Jul 24, 2011 at 12:18:51AM +0200, Ferenc Kovacs wrote:
>
> first of all, 1 think it would be better to change only one thing at a
> time (add E_STRICT to E_ALL), and we also exclude E_DEPRECATED for
> production, which would imo much more important for most apps than
> fixing th
Em Tue, 26 Jul 2011 16:15:38 +0100, Pierre Joye
escreveu:
On Tue, Jul 26, 2011 at 5:14 PM, Gustavo Lopes
wrote:
Em Tue, 26 Jul 2011 16:00:25 +0100, Ferenc Kovacs
escreveu:
Could we get a list of the BC breaks?
It would be required to get together eventually as we have to write
the 5.3->
On Tue, Jul 26, 2011 at 5:14 PM, Gustavo Lopes wrote:
> Em Tue, 26 Jul 2011 16:00:25 +0100, Ferenc Kovacs
> escreveu:
>
>> Could we get a list of the BC breaks?
>> It would be required to get together eventually as we have to write
>> the 5.3->5.4 migration guide as we did in the past for the pre
Em Tue, 26 Jul 2011 16:00:25 +0100, Ferenc Kovacs
escreveu:
Could we get a list of the BC breaks?
It would be required to get together eventually as we have to write
the 5.3->5.4 migration guide as we did in the past for the previous
versions.
You can parse UPGRADING (
http://lxr.php.net
On Tue, Jul 26, 2011 at 4:57 PM, Philip Olson wrote:
>
> On Jul 25, 2011, at 1:57 PM, JJ wrote:
>
>> While looking over the release notes for 5.4a1
>> (http://www.php.net/archive/2011.php#id2011-06-28-1) I noticed that
>> the related session_* functions had been removed.
>>
>> As I interpreted it,
On Jul 25, 2011, at 1:57 PM, JJ wrote:
> While looking over the release notes for 5.4a1
> (http://www.php.net/archive/2011.php#id2011-06-28-1) I noticed that
> the related session_* functions had been removed.
>
> As I interpreted it, this goes against the spirit of the release RFC
> for x.y+1.z
Em Tue, 26 Jul 2011 12:14:15 +0100, Laruence escreveu:
2011/7/26 Gustavo Lopes :
Em Tue, 26 Jul 2011 06:42:50 +0100, Laruence
escreveu:
2011/7/25 Laruence :
#54556 array access to empty var does not trigger a notice
https://bugs.php.net/bug.php?id=54556
Won't this be affected?
no,
2011/7/26 Gustavo Lopes :
> Em Tue, 26 Jul 2011 06:42:50 +0100, Laruence escreveu:
>
>> 2011/7/25 Laruence :
>>>
>>> Hi:
>>> recently I was working on PHP bugs.
>>>
>>> and submit 3 patches,
>>>
>>> #36944 strncmp & negative len
>>> https://bugs.php.net/bug.php?id=36944
>
> Looks good,
On 25 July 2011 05:34, Gwynne Raskind wrote:
> On this subject, I've been looking into what produces the largest
> warnings spam with a decent set of warnings turned on, and I'd like to
> recommend this patch. I can't commit it myself (I don't have Zend
> karma), nor would I care to without gettin
On Mon, Jun 27, 2011 at 10:52, Mohsen mousawi wrote:
> Translation of php Docs
>
Into which language? - Is someone in the existing translation team
that can validate your request?
Have you seen https://edit.php.net yet?
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
Em Tue, 26 Jul 2011 06:42:50 +0100, Laruence escreveu:
2011/7/25 Laruence :
Hi:
recently I was working on PHP bugs.
and submit 3 patches,
#36944 strncmp & negative len
https://bugs.php.net/bug.php?id=36944
Looks good, but I didn't got through it thoroughly to check the
c
2011/6/29 Fábio Tadeu da Costa :
> Make the php even better
>
Checkout http://bugs.php.net and submit some patches :)
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Jul 7, 2011 at 04:18, Jason M Galm wrote:
> I would submit additions to the math functions already included.
>
What sort of additions?
Do you have patches already, or can anyone verify your request?
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
>
>
>>
> As far as I can see this is for built-in functions only. The problem I see
> is, that APC cannot know, where my functions are located and therefore
> cannot load it without userspace help.
>
>
>
No it includes userspace functions. My knowledge of APC internals is very
weak, but more or les
On Tue, Jul 26, 2011 at 10:39 AM, Sebastian Krebs
wrote:
> Hi,
>
> thanks for your reply, but I'm not talking about class loading (because
> thats already possible). I'm talking about autoloading of userspace
> functions and constants
>
>
> // /path/to/my/functions.php
> namespace my\functions;
>
Hi,
Thanks for your reply
Am 26.07.2011 10:35, schrieb Nathaniel Catchpole:
There is lazy loading for functions via apc.lazy_functions (although I've
not properly tested this yet). That doesn't require any userspace code
changes.
As far as I can see this is for built-in functions only. The pr
Hi,
thanks for your reply, but I'm not talking about class loading (because
thats already possible). I'm talking about autoloading of userspace
functions and constants
// /path/to/my/functions.php
namespace my\functions;
const THING = 'I am constant!';
function helloWorld () {
echo "he
There is lazy loading for functions via apc.lazy_functions (although I've
not properly tested this yet). That doesn't require any userspace code
changes.
For define() I'm not aware of anything allowing for lazy loading constants
(define() is just a function call).
However there are a few approach
Hi:
maybe Yaf_Loader can be used for meet this requirement.
it's a internal autoload function:
Each namespace separator is converted to a DIRECTORY_SEPARATOR when
loading from the file system.
Each "_" character in the CLASS NAME is converted to a
DIRECTORY_SEPARATOR. The "_" charact
Hi,
Maybe this topic occured already, then sorry when I'm wasting your time,
but I'm wondering, why there is no autoloading for functions and
(namespace)constants.
When a class is not found, then an userland function is called. Thus I
don't see a reason, why something like this doesn't exist
23 matches
Mail list logo
