[PHP] PHP 5.5.4 has been released

2013-09-19 Thread Julien Pauli
Windows binaries can be found on: http://windows.php.net/download/ The list of changes is recorded in the ChangeLog at: http://www.php.net/ChangeLog-5.php#5.5.4 We would like to thank the contributors and the PHP community for making this release available. Regards, Julien Pauli & David S

[PHP] PHP 5.5.1 is now available

2013-07-19 Thread Julien Pauli
Announcement: http://www.php.net/release_5_5_1.php<http://www.php.net/release_5_5_0.php> Downloads:http://www.php.net/downloads.php#v5.5 Changelog: http://www.php.net/ChangeLog-5.php#5.5.<http://www.php.net/ChangeLog-5.php#5.5.0> 1 regards, Julien Pauli & David Soria Parra

[PHP] PHP 5.5.0 final has been released!

2013-06-20 Thread Julien Pauli
Announcement: http://www.php.net/release_5_5_0.php Downloads:http://www.php.net/downloads.php#v5.5 Changelog:http://www.php.net/ChangeLog-5.php#5.5.0 Thanks to all contributors that made this new version available. regards, David Soria Parra & Julien Pauli

Re: [PHP] SERVER_PORT always at 80 ?

2008-04-17 Thread Julien Pauli
's from Apache) > > On 4/14/08, Julien Pauli <[EMAIL PROTECTED]> wrote: > > Ok I did that, but it's the same. > > HTTP_HOST says myhost:81 , but SERVER_PORT still says 80 > > > > Cheers > > Julien.P > > > > 2008/4/14 mike <[E

Re: [PHP] SERVER_PORT always at 80 ?

2008-04-14 Thread Julien Pauli
riables it > gets from the server. > > Can you disable all the other ports and only have :81 running to > ensure there is no confusion? > > On 4/14/08, Julien Pauli <[EMAIL PROTECTED]> wrote: > > Yes it runs on 5.3 on 81 and 5.2 on 80, both phpinfo() show port 80 > > > > Regards, Julien.P >

Re: [PHP] SERVER_PORT always at 80 ?

2008-04-14 Thread Julien Pauli
Thiago > > -----Mensagem original- > De: Julien Pauli [mailto:[EMAIL PROTECTED] > Enviada em: sexta-feira, 11 de abril de 2008 09:28 > Para: PHP General list > Assunto: [PHP] SERVER_PORT always at 80 ? > > Hi all, I'm running Windows XP, and here is a piece of my > apach

[PHP] SERVER_PORT always at 80 ?

2008-04-11 Thread Julien Pauli
Hi all, I'm running Windows XP, and here is a piece of my apache (2.2.8) conf : --- httpd.conf --- ... ... ... Listen 81 Listen 80 Listen 8080 LoadModule php5_module "e:/php/php5apache2_2.dll" LoadModule fastcgi_module modules/mod_fastcgi.dll AddType application/x-httpd-php .php ... ... ... --- v

Re: [PHP] objects stored in sessions

2008-04-08 Thread Julien Pauli
Just a customer of mine who said that he'll be running PHP 4 and 5 on the same server, and that he would share session data ;-) Bye. Julien.P 2008/4/7 Richard Heyes <[EMAIL PROTECTED]>: > Have you seen how PHP makes difference between private, protected and > > public > > attributes of an object

Re: [PHP] objects stored in sessions

2008-04-07 Thread Julien Pauli
Have you seen how PHP makes difference between private, protected and public attributes of an object, into the session file ? There are special caracters before them to recognize them. So the question is : is PHP4 able to read such a session file ? And how will it interpret them when we ask him to

Re: [PHP] __sleep() strange behavior with file writting and SESSION using

2007-11-21 Thread Julien Pauli
Okay, I understand that, thanks all for your help. I'am used to always using an absolute path, I don't know why this time I didn't use one. By the way, that was interesting to understand the "underground" php behavior. 2007/11/21, Jochem Maas <[EMAIL PROTECTED]>: > > Andrés Robinet wrote: > >> -

Re: [PHP] __sleep() strange behavior with file writting and SESSION using

2007-11-20 Thread Julien Pauli
t;[EMAIL PROTECTED]>: > > This aint a bug > > because __sleep is called only when you serialize an object and not when > you assign it to a session Variable; > > On Nov 21, 2007 12:21 AM, Julien Pauli < [EMAIL PROTECTED]> wrote: > > > Consider that very simpl

[PHP] __sleep() strange behavior with file writting and SESSION using

2007-11-20 Thread Julien Pauli
Consider that very simple code, that runs on PHP 5.2.5 onto a Windows machine : No problem here, log.txt is writtable, when it passes on the serialize() instruction, it goes to __sleep and works well. "OK\r\n" is appended to the log file , and "done!" is displayed. Now consider this : In th

Re: [PHP] echo VS print : that's a cool behavior !

2007-10-23 Thread Julien Pauli
That's just the case : "too see what happens if ...". I agree that anyone will never meet such a case in everydays' programming. ;-) 2007/10/23, Andrew Ballard <[EMAIL PROTECTED]>: > > On 10/23/07, Robert Cummings <[EMAIL PROTECTED]> wrote: > > My bad, print is not a function, and so: > > > >

[PHP] echo VS print : that's a cool behavior !

2007-10-23 Thread Julien Pauli
Hello everyone. We all know the difference between print and echo, but has someone ever tried to combine them together ?? Right, try this :

Re: [PHP] back on bug 42065 , strange behavior with ArrayObject

2007-09-19 Thread Julien Pauli
mixed &$input ) shouldn't it ? 2007/9/19, Chris <[EMAIL PROTECTED]>: > > Julien Pauli wrote: > > Hi, at first, read that bug report : > http://bugs.php.net/bug.php?id=42065 > > > > I would like to say that it doesn't seem to be fixed as it's said. &

[PHP] back on bug 42065 , strange behavior with ArrayObject

2007-09-19 Thread Julien Pauli
Hi, at first, read that bug report : http://bugs.php.net/bug.php?id=42065 I would like to say that it doesn't seem to be fixed as it's said. When I execute the bug 42065 test case, it still fails. In reality, another code brought me to that bug, please consider this : '2'); public function

Re: [PHP] foreach() using current() strange beahvior

2007-06-24 Thread Julien Pauli
Don't worry I know how variable work internaly into Zend Engine ( for those who want more info, Derick Rethan's got a good pdf file explaining that process here : http://derickrethans.nl/files/phparch-php-variables-article.pdf , Derick, if you here us, feel free to come in that conversation ;-) )

[PHP] foreach() using current() strange beahvior

2007-06-23 Thread Julien Pauli
Please consider this code : $v) { } var_dump(current($a)); // outputs boll(false); that's expected as foreach moves the internal array pointer, it's documented. now consider this : $v) { current($a); } var_dump(current($a)); // outputs string("One"); When using the internal pointer just by