PHP 5 Bug Database summary - http://bugs.php.net/
Num Status Summary (1256 total -- which includes 777 feature requests)
===[*Directory/Filesystem functions]
46990 Assigned Passing UTF8 strings to filesystem functions produce wrong
filenames
===
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (73 total -- which includes 32 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
Can someone please commit these typo fixes.
I've fixed the documentation.
The original mail.c is fine.
Index: php.ini-dist
===
RCS file: /repository/php-src/php.ini-dist,v
retrieving revision 1.286
diff -u -r1.286 php.ini-dist
---
On 12.01.2009 13:38, Richard Quadling wrote:
> Can someone please commit these typo fixes.
Committed, thanks a lot.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello all,
Just wanted to get a status update on the work going on:
- Eric and Nathan are working on new php.ini files and I guess they
will soon post their proposals to the list
- @Steph: have you begun work on the Upgrading Guide? I would really
like to have something for beta1. The scratch
2009/1/12 Antony Dovgal :
> On 12.01.2009 13:38, Richard Quadling wrote:
>> Can someone please commit these typo fixes.
>
> Committed, thanks a lot.
>
> --
> Wbr,
> Antony Dovgal
>
Just standing on the shoulders ...
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZE
Hi.
I see that the CAPTCHA has been removed from bug.php.net?
Is this correct/normal/expected?
Or an issue due to some part of the move of pear/pecl to new servers?
Regards,
Richard.
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standin
Hi
If you are logged in, then the captcha will disaper afair
-K
Den 12/01/2009 kl. 12.19 skrev "Richard Quadling" >:
Hi.
I see that the CAPTCHA has been removed from bug.php.net?
Is this correct/normal/expected?
Or an issue due to some part of the move of pear/pecl to new servers?
Regard
On Jan 12, 2009, at 2:58 AM, Richard Quadling wrote:
2009/1/12 Antony Dovgal :
On 12.01.2009 13:38, Richard Quadling wrote:
Can someone please commit these typo fixes.
Committed, thanks a lot.
Just standing on the shoulders ...
Welcome to the pyramid (we've gotten pretty tall, now). :)
-Bo
Lukas Kahwe Smith wrote:
> Hello all,
>
> Just wanted to get a status update on the work going on:
> - Eric and Nathan are working on new php.ini files and I guess they will
> soon post their proposals to the list
> - @Steph: have you begun work on the Upgrading Guide? I would really
> like to hav
On Mon, 12 Jan 2009, Lukas Kahwe Smith wrote:
> - @Derick: whats the state of the "call_user_func segfault"?
Dmitry doesn't want to fix it basically because it could break
debuggers. IMO that's a secondary thing, and we should fix things
properly without PHP making segfaults. This is however a
Hi All,
Figured this was for internals before opening up a bug report.
In php 5.2.8 on windows and linux (only ones tested so far)
when you add in a value to open_basedir in either php.ini or a
vhosts.conf file; *relative* paths suddenly do not work for the
php_value error_log specified in a
Nathan Rixham wrote:
Hi All,
Figured this was for internals before opening up a bug report.
In php 5.2.8 on windows and linux (only ones tested so far)
when you add in a value to open_basedir in either php.ini or a
vhosts.conf file; *relative* paths suddenly do not work for the
php_value err
Nathan Rixham wrote:
with php.ini/vhosts.conf open_basedir set
these values in .htaccess WILL NOT work
php_flag log_errors on
php_value error_log logfile.txt
these values in vhosts.conf WILL work
php_flag log_errors on
php_value error_log logfile.txt
absolute paths to the same fi
Jani Taskinen wrote:
Nathan Rixham wrote:
with php.ini/vhosts.conf open_basedir set
these values in .htaccess WILL NOT work
php_flag log_errors on
php_value error_log logfile.txt
these values in vhosts.conf WILL work
php_flag log_errors on
php_value error_log logfile.txt
absolut
Nathan Rixham wrote:
Jani Taskinen wrote:
Nathan Rixham wrote:
with php.ini/vhosts.conf open_basedir set
these values in .htaccess WILL NOT work
php_flag log_errors on
php_value error_log logfile.txt
these values in vhosts.conf WILL work
php_flag log_errors on
php_value error_log logfile.txt
On Mon, Jan 12, 2009 at 8:56 AM, Lukas Kahwe Smith wrote:
> Hello all,
>
> Just wanted to get a status update on the work going on:
> - Ettienne/Lars/Guilherme: whats the status of
> spl_object_id()/spl_object_hash()?
Lars has an working patch and I'm waiting him to send me to apply and
do some t
On Mon, Jan 12, 2009 at 12:19, Richard Quadling
wrote:
> Hi.
>
> I see that the CAPTCHA has been removed from bug.php.net?
>
> Is this correct/normal/expected?
>
> Or an issue due to some part of the move of pear/pecl to new servers?
Please use correct mailinglists. This has absolutely nothing w
On Mon, Jan 12, 2009 at 11:56, Lukas Kahwe Smith wrote:
> - @Steph: have you begun work on the Upgrading Guide? I would really like to
> have something for beta1. The scratchpad should make it possible to get
> something going quickly
Jakub had a docsprint last week and documented bunch of things
On 12.01.2009, at 14:56, Hannes Magnusson wrote:
Why did the LFS patch never get committed?
LFS = large file support?
AFAIK there is no patch to commit at this point.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, Jan 12, 2009 at 14:59, Lukas Kahwe Smith wrote:
>
> On 12.01.2009, at 14:56, Hannes Magnusson wrote:
>
>> Why did the LFS patch never get committed?
>
> LFS = large file support?
> AFAIK there is no patch to commit at this point.
http://php.markmail.org/message/rhqy2wu5eu5253fm
-Hannes
On 12-Jan-09, at 5:56 AM, Lukas Kahwe Smith wrote:
- First line of included files not output if they begin with #
A patch for this already went in on Friday.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12.01.2009, at 16:59, Ilia Alshanetsky wrote:
On 12-Jan-09, at 5:56 AM, Lukas Kahwe Smith wrote:
- First line of included files not output if they begin with #
A patch for this already went in on Friday.
was this the one where Nuno raised some BC concerns?
regards,
Lukas
--
PHP Int
On 12-Jan-09, at 11:36 AM, Lukas Kahwe Smith wrote:
On 12.01.2009, at 16:59, Ilia Alshanetsky wrote:
On 12-Jan-09, at 5:56 AM, Lukas Kahwe Smith wrote:
- First line of included files not output if they begin with #
A patch for this already went in on Friday.
was this the one where Nun
Hello Lukas,
Monday, January 12, 2009, 11:56:02 AM, you wrote:
> Hello all,
> Just wanted to get a status update on the work going on:
> - Eric and Nathan are working on new php.ini files and I guess they
> will soon post their proposals to the list
> - @Steph: have you begun work on the Upgra
hi Marcus!
2009/1/12 Marcus Boerger :
>> - @Marcus: where do you see your closures RFC going?
> The prototype support needs a bit of tweaking on my local dev machine and
> can then be submitted. The direct call stuff should not go into 5.3.0.
> Let's do that for 5.3.1 and see to it that we can (e
Hello Lukas,
it appears Dmitry and Stas are against that, so I let it for you to
decide whetehr you want me to drop all of it or continue workig on it
to make all I can ready for 5.3.0.
marcus
Monday, January 12, 2009, 10:22:33 PM, you wrote:
> Hello Lukas,
> Monday, January 12, 2009, 11:56:
Hi!
it appears Dmitry and Stas are against that, so I let it for you to
decide whetehr you want me to drop all of it or continue workig on it
to make all I can ready for 5.3.0.
I'm not precisely against it because I'm not even sure what "it" is. Is
there a RFC/proposal somewhere that descri
Hello Internals,
our new closures can easily work as prototypes and I actually thought
of simply doing it as a bug fix. But it appeared that my first attempt
was inclomplete if not to say completely wrong. It further more turned
out that not everyone is a fan of the genral idea.
Basically what
Hi!
1) a non static closure assigned to an instance changes the closures
this to be set to the actual object:
I'm not sure why would you expect this. If you have closure that has
some bound $var inside, and you use it in context which has another
$var, you don't expect that $var change to ne
30 matches
Mail list logo
