Rasmus Lerdorf wrote:
On Wed, 16 Jun 2004, Lester Caine wrote:
Lester Caine wrote:
What I should have added is:-
What are the problem modules? :)
Ah, you see, if we knew that we would just fix them and be done with it.
[SNIP]
sticking with Apache1 for serving up PHP pages with the one caveat that
A
On Tue, 15 Jun 2004 22:56:44 -0700 (Pacific Standard Time), Rasmus Lerdorf
<[EMAIL PROTECTED]> wrote:
On Wed, 16 Jun 2004, Lester Caine wrote:
Lester Caine wrote:
What I should have added is:-
What are the problem modules? :)
[snip]
Perhaps this should be put into the docs rather than the curren
For example, usleep() is not thread-safe on Solaris, and I can grep this
function call from the source codes( I don't make a deep look, it may be my
misunderstand...), but that explain how hard the review jobs are.
"Lester Caine" <[EMAIL PROTECTED]>
news:[EMAIL PROTECTED]
> Lester Caine wrote
* Thus wrote Rasmus Lerdorf ([EMAIL PROTECTED]):
> On Wed, 16 Jun 2004, Lester Caine wrote:
> > Lester Caine wrote:
> >
> > What I should have added is:-
> >
> > What are the problem modules? :)
>
> Ah, you see, if we knew that we would just fix them and be done with it.
Thanks rasmus for rewriti
On Wed, 16 Jun 2004, Lester Caine wrote:
> Lester Caine wrote:
>
> What I should have added is:-
>
> What are the problem modules? :)
Ah, you see, if we knew that we would just fix them and be done with it.
The problem here is not as simple as people like to make it sound. Time
and time again I
Lester Caine wrote:
What I should have added is:-
What are the problem modules? :)
--
Lester Caine
-
L.S.Caine Electronic Services
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Christian Schneider wrote:
Lester Caine wrote:
Well is it approved for use with Apache2?
Correct me if I'm wrong but my understanding is that the PHP core is
approved with Apache2 in threaded mode.
If you use non-threadsafe modules you have to use Apache 2 in
--mpm=prefork mode and then it's appr
Yes, it's right, there is no problem if Apache2 in prefork MPM mode, but I
will prefer Apache1 if I don't need a thread-enable Web server...
"Christian Schneider" <[EMAIL PROTECTED]>
news:[EMAIL PROTECTED]
> Lester Caine wrote:
> > Well is it approved for use with Apache2?
>
> Correct me if
* Thus wrote Christian Schneider ([EMAIL PROTECTED]):
> Lester Caine wrote:
> >Well is it approved for use with Apache2?
>
> Correct me if I'm wrong but my understanding is that the PHP core is
> approved with Apache2 in threaded mode.
If my memory serves my right, I dont think that all extesion
Lester Caine wrote:
Well is it approved for use with Apache2?
Correct me if I'm wrong but my understanding is that the PHP core is
approved with Apache2 in threaded mode.
If you use non-threadsafe modules you have to use Apache 2 in
--mpm=prefork mode and then it's approved too.
We've been usin
I think Fastcgi is a solution to make non-threadsafe PHP extionsion to work
with Apache2... that's why I develop my
Apache2 module mod_fcgid, it's available on fastcgi.coremail.cn.
I think the community will not accept this module as a part of PHP now, but
I will make another try when the PHP5.1 is
If Alexander could provide proper benchmarks from PHP rather than
separate C++ files and if the strings changes could be tested thoroughly
with multiple values.
I think improving performance would be great, there isn't a developer
devoted to improving what already exists.
Scott
Bert Slagter wr
Privet Alex,
is it possible to show some results from benchmarking?
Thanks a lot,
Andrey
Quoting Alexander Valyalkin <[EMAIL PROTECTED]>:
> My versions of strspn() & strcspn() use faster and clear algorithm.
>
> Below I provide simple test application, which compares speed and
> results of ol
Steph wrote:
The next question is - are both PHP4 and PHP5 going to be run in
parallel, like Apache 1 and 2 so that neither gets finished ;)
Darn.. y'mean PHP 4 isn't finished? ;)
Well is it approved for use with Apache2?
--
Lester Caine
-
L.S.Caine Electronic Service
> The next question is - are both PHP4 and PHP5 going to be run in
> parallel, like Apache 1 and 2 so that neither gets finished ;)
Darn.. y'mean PHP 4 isn't finished? ;)
>
> --
> Lester Caine
> -
> L.S.Caine Electronic Services
>
> --
> PHP Internals - PHP Runti
Thomas Goyne wrote:
On Tue, 15 Jun 2004 14:46:01 -0400, Jason Garber <[EMAIL PROTECTED]> wrote:
[snip]
I would say that the priority on developing PHP is:
1. Bug Fixes from bugs.php.net
2. Features that are slated for upcoming versions of PHP
3. Recoding old functions to make them faster and more s
Thomas Goyne wrote:
As a user, I personally see placing new features over making old
features work better a large mistake. Perhaps that was necessary back
in the days of PHP3, but its been a very long time since I've run into
simply not being able to do something. Quite often, however, I've
On Tue, 15 Jun 2004 14:46:01 -0400, Jason Garber <[EMAIL PROTECTED]> wrote:
[snip]
I would say that the priority on developing PHP is:
1. Bug Fixes from bugs.php.net
2. Features that are slated for upcoming versions of PHP
3. Recoding old functions to make them faster and more stable where
needed
Hey Alexander,
It appears from your posts that you are a very knowledgeable coder who
knows how to improve and increase the performance, stability, and security
of the PHP program. I think your input could be very valuable.
I think there would be a more, let's say, graceful, way of giving your
AV>> And what about your job?
Alexander, while your help in improving code quality would be very
valuable, I don't think the tone with which you do it is desirable.
Open source and community project development is about fixing and
improving each other's code, but it is not about insulting each
Dude.
You need to brush up a bit on the inter-personal skills. Starting a
flame-war or dick-waving contest on this list is probably not the best
way to get your patches accepted.
George
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, 15 Jun 2004 12:47:29 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]>
wrote:
On Tue, 15 Jun 2004, Alexander Valyalkin wrote:
Today I checked file /win32/readdir.c
Below you can view its source with my comments.
Just a little notice that you succesfully made it into my killfilter.
Great j
Hi,
This is expected since the property is marked private, meaning its only
accessable within its own scope, not for extended classes. For that you
need to use protected, as you mention.
ray
-
e: [EMAIL PROTECTED]
w: http://www.memefeeder.com
Antony Dovgal wrote:
Hi all!
What do you expect from
Antony Dovgal wrote:
It outputs 'bool(false)', while I expect it to print 'int(123)'.
Foo::id is private so Bar::setId() cannot use it. It uses an implicit
public Bar::id (different from Foo::id).
Foo::getId() correctly read the private attribute Foo::id (not the
public Bar::id) and return it.
On Tue, 15 Jun 2004 16:32:55 +0200
Johannes Schlueter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> that's imho expected behaviour. To quote
> http://www.php.net/zend-engine-2.php
> | Protected member variables can be accessed in classes extending the
> | class they are declared in, whereas private member
Hi,
that's imho expected behaviour. To quote
http://www.php.net/zend-engine-2.php
| Protected member variables can be accessed in classes extending the class
| they are declared in, whereas private member variables can only be
| accessed by the class they belong to.
And $id belongs to the base
Hi all!
What do you expect from this code?
id;
}
public function setId ($id) {
return $this->id = $id;
}
}
class Bar extends Foo {
public function setId ($id) {
return $this->id = $id;
}
}
$b = new Bar;
$b
My versions of strspn() & strcspn() use faster and clear algorithm.
Below I provide simple test application, which compares speed and
results of old strspn() with new one & unified diff in the bottom.
===cut==
#include
#include
#include /* for _rdtsc() */
#define S1_L
Hi Christian Schneider, you wrote:
> There was a (very) long discussion about this on this mailing list a
> couple of weeks ago, please check the archive. It was decided to
> leave it the way it is for now.
Thanks. It's a pity.
>> Also, these errors are hard to track because they refer to the l
Michael Wallner wrote:
Is there *ANY* serious reason why NULL is not allowed in place
of an object? PHP will become *really* odd if this is the way
it goes. People won't stick to this new feature...
There was a (very) long discussion about this on this mailing list a
couple of weeks ago, please c
Hi,
I wonder if it is intended behavior, that execution stops
when PHP stumbles across something like the following:
===#===
function doSth(Foo $Foo) {
if (!isset($Foo)) return;
// ...
}
doSth(null);
===#===
PHP Fatal Error: Argument 1 must not be null at ... on line 2
Is there *
On Tue, 15 Jun 2004, Alexander Valyalkin wrote:
> Today I checked file /win32/readdir.c
> Below you can view its source with my comments.
Just a little notice that you succesfully made it into my killfilter.
Great job!
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
Below I provide my version of readdir.c file
unified diff
cut===
--- readdir.c Tue Jan 28 04:51:26 2003
+++ readdir_new.c Tue Jun 15 13:35:43 2004
@@ -22,40 +22,80 @@
DIR *opendir(const char *dir)
{
DIR *dp;
- char *filespec;
+char *filespec, *tmp_ptr;
long h
Today I checked file /win32/readdir.c
Below you can view its source with my comments.
begin of /win32/readdir.c source===
DIR *opendir(const char *dir)
{
DIR *dp;
char *filespec;
long handle;
/* - [index] must have (size_t) type (see it usage below)
*
>Not sure if i undertood you. Are you trying to emit
>errors during
>ob_handler execution and prevent them from being
>output using ob_start()?
>You could use
error_reporting()+error_log()[+trigger_error()] or
something?
Nop, I'm considering this :
this code produces "Fatal error: ob_start():
Confirmed - if someone has time to do this, it would help alot.
Regards
Alan
Philippe Jausions wrote:
For work on PEAR::Template package, per request of Alan Knowles.
Thanks,
-Philippe
--
Can you help out?
Need Consulting Services or Know of a Job?
http://www.akbkhome.com
--
PHP Internals - PHP
For work on PEAR::Template package, per request of Alan Knowles.
Thanks,
-Philippe
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
37 matches
Mail list logo
