Hi,
I'm trying to get working with PHP 5.3 a legacy web site designed for PHP 4.
It's working OK on PHP 5.2.9 but gives a strange error with 5.3 on Windows
and MySQL on CentOS.
Warning: mysql_connect() [function.mysql-connect]: OK packet 6 bytes
shorter than expected in {filename} on line 18
Wa
Ionut G. Stan schrieb:
Warning: mysql_connect() [function.mysql-connect]: OK packet 6 bytes
shorter than expected in {filename} on line 18
Warning: mysql_connect() [function.mysql-connect]: mysqlnd cannot
connect to MySQL 4.1+ using old authentication in {filename} on line 18
This says everyth
Hi,
Ionut G. Stan wrote:
Hi Ulf,
Thanks for the answer, but let me understand this better.
The old mysql API did not support the auth protocol of MySQL 4.1+, but
only lower,
while the new mysqlnd API only supports MySQL 4.1+ auth protocol. At
least this
is what I understand from the error me
hi,
By the way, be sure to disable the old authentification method in your
mysql config, centos forces it via a setting in my.cnf. You may also
need to update your password.
Cheers,
On Mon, Mar 30, 2009 at 10:04 AM, Ulf Wendel wrote:
> Ionut G. Stan schrieb:
>>
>> Warning: mysql_connect() [func
Thanks Pierre, you've, most probably, saved me some hours of desperate
searching.
On 3/30/2009 13:40, Pierre Joye wrote:
hi,
By the way, be sure to disable the old authentification method in your
mysql config, centos forces it via a setting in my.cnf. You may also
need to update your password.
Hi Ulf,
Thanks for the answer, but let me understand this better.
The old mysql API did not support the auth protocol of MySQL 4.1+, but
only lower,
while the new mysqlnd API only supports MySQL 4.1+ auth protocol. At
least this
is what I understand from the error message, your response and th
PHP 5 Bug Database summary - http://bugs.php.net/
Num Status Summary (1381 total -- which includes 827 feature requests)
===[*Directory/Filesystem functions]
46990 Assigned Passing UTF8 strings to filesystem functions produce wrong
filenames
477
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (78 total -- which includes 32 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
Thanks Andrey, your explanations cleared all my uncertainties.
On 3/30/2009 13:34, Andrey Hristov wrote:
Hi,
Ionut G. Stan wrote:
Hi Ulf,
Thanks for the answer, but let me understand this better.
The old mysql API did not support the auth protocol of MySQL 4.1+,
but only lower,
while the ne
Hi guys,
Just wanted to know if those issues are resolved?
I rather not have a flow of changes in this area just before the next
RC2.
As a matter of fact this is the main thing that needs to get done
before RC2.
Other things are listed here:
http://wiki.php.net/todo/php53#rc2
I would not mi
On Tue, Mar 31, 2009 at 12:09 AM, Lukas Kahwe Smith wrote:
> Hi guys,
>
> Just wanted to know if those issues are resolved?
> I rather not have a flow of changes in this area just before the next RC2.
> As a matter of fact this is the main thing that needs to get done before
> RC2.
> Other things
On 31.03.2009, at 00:27, Pierre Joye wrote:
On Tue, Mar 31, 2009 at 12:09 AM, Lukas Kahwe Smith > wrote:
Hi guys,
Just wanted to know if those issues are resolved?
I rather not have a flow of changes in this area just before the
next RC2.
As a matter of fact this is the main thing that needs
Hi,
I've added a new RFC to the wiki
(http://wiki.php.net/rfc/remove_zend_api). It details a plan to try
and decouple the Zend engine from the libraries, in order to allow
large scale changes to the Zend engine in the future. The RFC
describes a prototype phase of the project, which could reasonab
On 13.03.2009, at 00:39, Andrei Zmievski wrote:
Christian Schneider wrote:
Things gettings reserved at a later stage (like originally
keywords, now
namespaces) can lead to a big deal of frustration. Therefore I
think it
is crucial to have a clear naming guide now.
And these guidelines have
On Tue, Mar 31, 2009 at 12:28 AM, Lukas Kahwe Smith wrote:
> If nobody proposes something, this will just slide by ..
It seems simple enough to add a note on the manual page reserving the
use of some namespaces:
PHP (even if we never use it, best no-one else does)
internals (ditto)
SPL (reserved
IMHO any extension name should be reserved as a namespace.
Ilia Alshanetsky
On 30-Mar-09, at 7:56 PM, Paul Biggar wrote:
On Tue, Mar 31, 2009 at 12:28 AM, Lukas Kahwe Smith > wrote:
If nobody proposes something, this will just slide by ..
It seems simple enough to add a note on the manual
Lukas Kahwe Smith wrote:
>
> On 13.03.2009, at 00:39, Andrei Zmievski wrote:
>
>> Christian Schneider wrote:
>>> Things gettings reserved at a later stage (like originally keywords, now
>>> namespaces) can lead to a big deal of frustration. Therefore I think it
>>> is crucial to have a clear nami
On Tue, Mar 31, 2009 at 04:47, Greg Beaver wrote:
> Lukas Kahwe Smith wrote:
>>
>> So where are we at here?
>> If nobody proposes something, this will just slide by ..
>
> I propose reserving PHP. extensions can be PHP\extname (i.e. class
> PHP\Phar, or for extensions with multiple levels of hier
18 matches
Mail list logo
