Igor Feghali wrote:
I had my proposal about PEAR::MDB2_Schema accepted on SoC 2006. Lukas and
Pierre told to request an account here to be able to commit what I already did
in pear and peardoc. I also already introduced myself to the pear-dev list:
http://www.beeblex.com/lists/index.php/php.pe
Hi Andi,
Looks a bit weird. Can you explain the logic you are catching here?
It's slightly less weird than trying to read an INI file called "hello.php"
:)
If you don't stipulate a path after -c at present CGI/CLI take the next
element entered as being the path to the INI file. If the nex
Hello,
I just wanted to ask if we really want to bail out in configure if the
installed flex is not 2.5.4.
This stops everyone with f.e. Debian Sarge to install PHP 5.2 (if he has
installed flex on his system). The normal user will never need flex for
PHP's configure but it could be that he needs
Hi,
Currently we have to bail out if a new flex is installed, because the new
flex versions simply die when parsing the flex skeleton bundled in the Zend
folder. Why this happens? because flex has suffered a lot of changes and
doesn't support the old skeletons.
So currently we are stuck with
Hi Nuno,
> Currently we have to bail out if a new flex is installed, because the
> new flex versions simply die when parsing the flex skeleton bundled in
> the Zend folder. Why this happens? because flex has suffered a lot of
> changes and doesn't support the old skeletons.
IMHO the correct way wou
On Wed, 14 Jun 2006, Stefan Esser wrote:
> Otherwise we really have the problem that a normal user cannot install
> PHP 5.2 anymore.
Are you talking about CVS or snapshots here?
regards,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/un
>> Otherwise we really have the problem that a normal user cannot install
>> PHP 5.2 anymore.
>>
>
> Are you talking about CVS or snapshots here?
>
There have been a change in configure.in by ilia 4-5 weeks ago, that
changed the warning to a bailout. If you now compile a snapshot it will
b
Well actually it was a change to acinclude.m4
http://cvs.php.net/viewcvs.cgi/php-src/acinclude.m4?r1=1.332.2.14&r2=1.332.2.14.2.1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
So, I found myself wondering today why PHP has no built in way to treat cookies
as objects.
Why?
I've already written my own class, but, we should implement this!
$cookie = new Cookie();
if (!isset($cookie->username)) {
$cookie->username = "george";
$cookie->save();
}
^^ is nice, I wa
