Yes, it is
The build does not fail any longer
Thanks
Cyprien Nicolas
[EMAIL PROTECTED]
Antony Dovgal wrote:
On Wed, 03 Nov 2004 00:22:41 +0100
"Cyprien \"Fulax\" Nicolas" <[EMAIL PROTECTED]> wrote:
Hello,
I hope I post on the good list, I though that posting that note on
php-install list won't
Hey,
I'm still a bit absent (my wife gave birth two days ago) but this email
popped out at me from the millions I haven't read yet.
Just commited a fix for the problem.
I'll hopefully catch up with all the emails on internals@ in the beginning
of next week.
Andi
At 12:19 PM 11/2/2004 -0800, Fran
On Wed, 03 Nov 2004 00:22:41 +0100
"Cyprien \"Fulax\" Nicolas" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I hope I post on the good list, I though that posting that note on
> php-install list won't be coherent as this is a developpement version.
>
> So, when I tried to make php 5.1.0-dev, the buil
On Tue, 2 Nov 2004 17:30:11 -0800, Rodric Glaser <[EMAIL PROTECTED]> wrote:
Hello!
Please consider exposing the wonderful bin_to_readable function.
Thanks,
Rodric
http://us4.php.net/manual/en/function.base64-encode.php
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
http:
Hello!
Please consider exposing the wonderful bin_to_readable function.
Thanks,
Rodric
--- release/php-5.0.2/ext/session/php_session.h 2004-11-02 16:32:48.606283463 -0800
+++ php-5.0.2/ext/session/php_session.h 2004-11-02 16:38:55.086850260 -0800
@@ -149,6 +149,7 @@
PHP_FUNCTION(session_set_co
Hello Sebastian, hello Timm,
after all the differnece is whether we know of the typical PHP user can
find out.
marcus
p.s.: Timm you're going to FFM?
Tuesday, November 2, 2004, 11:45:18 PM, you wrote:
> Timm Friebe wrote:
>> Care to elaborate? Except for the call_user_func-syntax being longe
Hello,
I hope I post on the good list, I though that posting that note on
php-install list won't be coherent as this is a developpement version.
So, when I tried to make php 5.1.0-dev, the build failled :
gcc -Iext/standard/ -I/usr/src/php/php-5.1-cgi/ext/standard/
-DPHP_ATOM_INC -I/usr/src/php
Timm Friebe wrote:
> Care to elaborate? Except for the call_user_func-syntax being longer I
> don't see any difference.
The difference is that with using a method of ReflectionFunction or
ReflectionMethod I do not have to switch paradigms (Reflection API and
OOP vs. call_user_func*() and non-OO
>> isset($arr[0]['id']) used to return false if $arr[0] is undefined, but
>> with the new VM it throws a warning.
Doesn't sound right to me either...
--
Best regards,
Jasonmailto:[EMAIL PROTECTED]
SG> I'd call it bugish, since part of the point of isset() is that it
> isset($arr[0]['id']) used to return false if $arr[0] is undefined, but
> with the new VM it throws a warning.
>
> Is this new behavior or a bug ?
>
I'd call it bugish, since part of the point of isset() is that it's never
supposed to throw notices on undefined vars/indices.
[EMAIL PROTECTED] php
Hello Everyone,
isset($arr[0]['id']) used to return false if $arr[0] is undefined, but
with the new VM it throws a warning.
Is this new behavior or a bug ?
- Frank
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Anyone who wants to participate in the meeting please let me know
offlist. We should be able to keep people involved via IRC atleast ..
maybe even skype (dunno how good the quality will be) so people who dont
attend the phpconf can also participate, in which case you should let me
know if y
On Tue, 2004-11-02 at 13:52, Sebastian Bergmann wrote:
> Timm Friebe wrote:
> > Why was this added?
>
> I asked Marcus to add these.
He forgot to support invokeArgs(NULL, array(...)) for static invocation
("Warning: invokeArgs() expects parameter 1 to be object, null given").
[...call_user_func
Joe Orton wrote:
> I don't have commit access to Zend
I tested and committed it, will MFH to PHP_5_0 in a second.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runti
On Tue, Nov 02, 2004 at 01:56:03PM +0100, Derick Rethans wrote:
> On Tue, 2 Nov 2004, Joe Orton wrote:
>
> > HEAD/ext/spl is generating a warning at startup though it was hard to
> > work out which extension was to blame without the below patch!
> >
> > PHP Warning: Function registration failed -
On Mon, Nov 01, 2004 at 11:16:27AM +0100, Marcus Boerger wrote:
> Hello Sebastian,
>
> Monday, November 1, 2004, 10:43:50 AM, you wrote:
>
> > PHP Warning: Function registration failed - duplicate name -
> > next in Unknown on line 0
>
> how about providing the backtrace when you set a break
On Tue, 2 Nov 2004, Joe Orton wrote:
> HEAD/ext/spl is generating a warning at startup though it was hard to
> work out which extension was to blame without the below patch!
>
> PHP Warning: Function registration failed - duplicate name -
> InfiniteIterator::next in Unknown on line 0
I'd say feel
Timm Friebe wrote:
> Why was this added?
I asked Marcus to add these.
> These:
>
> 1) call_user_func_array(
> array(new ReflectionMethod('class', 'method'), 'invoke',
> array(1, 2, 3)
>)
>
> 2) call_user_func(
> array(new ReflectionMethod('class', 'method'), 'invoke',
>
HEAD/ext/spl is generating a warning at startup though it was hard to
work out which extension was to blame without the below patch!
PHP Warning: Function registration failed - duplicate name -
InfiniteIterator::next in Unknown on line 0
Index: Zend/zend_API.c
revision 1.136
date: 2004/10/31 15:30:53; author: helly; state: Exp; lines: +163 -1
- Add ReflectionFunction::invokeArgs(array)
- Add ReflectionMethod::invokeArgs(obj, array)
Why was this added?
These:
1) call_user_func_array(
array(new ReflectionMethod('class', 'method'), 'invoke',
20 matches
Mail list logo