> -Original Message-
> From: Stas Malyshev [mailto:smalys...@sugarcrm.com]
> Sent: Wednesday, August 17, 2011 7:37 PM
> To: Matthew Weier O'Phinney
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] [RFC] Function autoloading through spl_autoload*
>
> Hi!
>
> On 8/17/11 2:44 PM, Matthe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/17/2011 05:50 PM, Reindl Harald wrote:
> well i guess it is the change below this results in connections in
> hanging around and after a hughe timeout filling my mailbox with
> cron-mails:
>
> mysqlnd 5.0.8-dev - 20102224 - $Revision: 310735 $
>
well i guess it is the change below this results in connections in hanging
around and after a hughe timeout filling my mailbox with cron-mails:
mysqlnd 5.0.8-dev - 20102224 - $Revision: 310735 $
without ssl_set() all works fine but unencyrpted :-(
___
MySQL server has gone away
$this->
That use, or, if it's a development machine, leave it as it is since it does
it's work just fine.
2011/8/18 Reindl Harald
>
>
> Am 18.08.2011 01:30, schrieb Stas Malyshev:
> > Hi!
> >
> >> well but using root as default is a little bit crazy
> >> using user "test" with empty password is acceptab
Am 18.08.2011 01:30, schrieb Stas Malyshev:
> Hi!
>
>> well but using root as default is a little bit crazy
>> using user "test" with empty password is acceptable but root
>>
>
> It's not _that_ root. For mysql, it's just a default user name. Most people
> would run
> it on development ma
Hi!
On 8/17/11 2:44 PM, Matthew Weier O'Phinney wrote:
There's nothing saying you can't have the exact same situation right now
with classes and autoloading, too.
Well, there is something - the "file per class" custom which is followed
quite widely.
And also classes don't have fallbacks, wh
Hi!
well but using root as default is a little bit crazy
using user "test" with empty password is acceptable but root
It's not _that_ root. For mysql, it's just a default user name. Most
people would run it on development machines with mysql configured not to
answer to network, so it's
On Thu, 2011-08-18 at 00:56 +0200, Reindl Harald wrote:
>
>
> well but using root as default is a little bit crazy
> using user "test" with empty password is acceptable but root
"root" without password is the user created by default by mysql's
mysql_install_db. So this can be used on quite
Am 18.08.2011 00:55, schrieb Hannes Magnusson:
> On Thu, Aug 18, 2011 at 00:46, Reindl Harald wrote:
>> Wouldn't it be a good idea to specify here a user/pwd/database for
>> build-systems without force them open root without password?
>
>
> I guess you've never looked at the tests, fair enough
Am 18.08.2011 00:52, schrieb Simon J Welsh:
> On 18/08/2011, at 10:46 AM, Reindl Harald wrote:
>
>> Wouldn't it be a good idea to specify here a user/pwd/database for
>> build-systems without force them open root without password?
>>
>> SKIP mysql_get_host_info() [ext/mysql/tests/mysql_get_host_
On Thu, Aug 18, 2011 at 00:46, Reindl Harald wrote:
> Wouldn't it be a good idea to specify here a user/pwd/database for
> build-systems without force them open root without password?
I guess you've never looked at the tests, fair enough - there should
probably be some "to get accurate results d
On 18/08/2011, at 10:46 AM, Reindl Harald wrote:
> Wouldn't it be a good idea to specify here a user/pwd/database for
> build-systems without force them open root without password?
>
> SKIP mysql_get_host_info() [ext/mysql/tests/mysql_get_host_info.phpt] reason:
> Can't connect to MySQL Server -
Wouldn't it be a good idea to specify here a user/pwd/database for
build-systems without force them open root without password?
SKIP mysql_get_host_info() [ext/mysql/tests/mysql_get_host_info.phpt] reason:
Can't connect to MySQL Server -
[1045] Access denied for user 'root'@'localhost' (using pas
Hi,
On Thu, Aug 18, 2011 at 00:15, Sebastian Krebs wrote:
> Hi,
>
> With this mail I don't want to talk to anyone directly, but I just want to
> summarize the situation as far as I understand.
>
>
> ---
> - Autoloading constants
> ---
> No problem here: When the loading procedure fails, it gets c
Hi,
With this mail I don't want to talk to anyone directly, but I just want
to summarize the situation as far as I understand.
---
- Autoloading constants
---
No problem here: When the loading procedure fails, it gets converted to
a string like before. It may be a performance impact, but the
On 2011-08-17, Michael Morris wrote:
> --001636833a84f3029304aab9fd15
> Content-Type: text/plain; charset=ISO-8859-1
>
> This member of the peanut gallery would like to point out the following
> danger. Consider the following function collection for namespace A.
>
> namespace A;
> function strp
This member of the peanut gallery would like to point out the following
danger. Consider the following function collection for namespace A.
namespace A;
function strpos() {}
function myfunc() {}
Now if I understand the RFC correctly there's an unintuitive problem as
follows - if myfunc is ca
Am 17.08.2011 16:25, schrieb Pierre Joye:
> On Wed, Aug 17, 2011 at 3:16 PM, Reindl Harald wrote:
>
>> so if "realpath_cache" will not be fixed in combination with "open_basedir"
>> it can be totally removed also for the handful of non-shared hosts
>
> Again, as stated many times already, php
Pierre Joye wrote:
However, I fear that Lester is mixing topics in all possible ways and
that's slightly confusing for outsiders.
Explain .
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.
Hi
There are many loosely conversions in the CLI web server. Mostly from
(u)int64 to size_t (on 32bit platforms) or in64t to char, or the other
way 'round.
What was the goal to support 64bit data range for content length (or
read data) in 32 bit environments? If LFS support was the goal, it
could
On Wed, Aug 17, 2011 at 5:08 PM, Larry Garfield wrote:
> I'd be happy to put people in touch with members of the team that handled
> the Drupal git migration earlier this year. They successfully migrated > 1
> million lines of code with a 10 year history across a few thousand
> repositories from
I'd be happy to put people in touch with members of the team that
handled the Drupal git migration earlier this year. They successfully
migrated > 1 million lines of code with a 10 year history across a few
thousand repositories from CVS to Git without a hitch (at least no hitch
that the outsi
On Wed, Aug 17, 2011 at 3:16 PM, Reindl Harald wrote:
> so if "realpath_cache" will not be fixed in combination with "open_basedir"
> it can be totally removed also for the handful of non-shared hosts
Again, as stated many times already, php is not alone on a webserver.
Many other tools or apps
Am 17.08.2011 14:25, schrieb Pierre Joye:
> hi,
>
> On Wed, Aug 17, 2011 at 2:13 PM, Reindl Harald wrote:
>
>> defaults on all servers i maintain since 10 years
>> "popen" is disabled per vhost with "php_admin_value
>> suhosin.executor.func.blacklist"
>> since "disable_functions" is to dumb w
hi,
On Wed, Aug 17, 2011 at 2:13 PM, Reindl Harald wrote:
> defaults on all servers i maintain since 10 years
> "popen" is disabled per vhost with "php_admin_value
> suhosin.executor.func.blacklist"
> since "disable_functions" is to dumb working on -directive
>
> disable_functions = "exec, pass
On Wed, 2011-08-17 at 14:13 +0200, Reindl Harald wrote:
>
> Am 17.08.2011 13:14, schrieb Pierre Joye:
> > On Tue, Aug 16, 2011 at 11:29 PM, Reindl Harald
> > wrote:
> >> Hi
> >>
> >> https://bugs.php.net/bug.php?id=52312
> >>
> >> does the security-problem in combination with open_basedir only
>
Am 17.08.2011 13:14, schrieb Pierre Joye:
> On Tue, Aug 16, 2011 at 11:29 PM, Reindl Harald
> wrote:
>> Hi
>>
>> https://bugs.php.net/bug.php?id=52312
>>
>> does the security-problem in combination with open_basedir only
>> occur if there are symlinks created?
>>
>> * i guess in most secure set
On Tue, Aug 16, 2011 at 11:29 PM, Reindl Harald wrote:
> Hi
>
> https://bugs.php.net/bug.php?id=52312
>
> does the security-problem in combination with open_basedir only
> occur if there are symlinks created?
>
> * i guess in most secure setups "symlink" is disabled
For what I can see, almost no
At the risk of being criticised again, I will lay out a couple of problems that
need to be addressed as part of making any progress on DVCS support.
The first question is 'Do we need DVCS?'
The answer is simple - yes - but what and how is not so clear cut.
(Bare with me ...)
This leads on to 'W
29 matches
Mail list logo
