On Sun, 23 Feb 2003, Marcus Börger wrote:
After fixing hopefully last problems in the inifile handler i made
up a patch which introduces a native interface to the inifile handler.
I did this because the [group]name key format is not intuitive.
Care to explain what it does? Does it feed
At 12:11 23.02.2003, Sascha Schumann wrote:
On Sun, 23 Feb 2003, Marcus Börger wrote:
After fixing hopefully last problems in the inifile handler i made
up a patch which introduces a native interface to the inifile handler.
I did this because the [group]name key format is not intuitive.
Hi
You're right, there is no functionality right now, which is freeing the
domxml resources and I looked quickly through your patch. But i'm not
sure, what you're gaining exactly with it. You're not freeing the libxml
resources itself (and therefore the actual xml data), but just the
On Sun, 23 Feb 2003, Jun wrote:
Hi! I have a website whose pages were written in PHP.. using some classes I
have made that extensively use method overloading.. Before, my webhosting
company was using PHP 4.0.6 but just this january, they have upgraded to PHP
4.3.0... that is when I started to
Hi, why if I have
class B extends A {
}
the only way to call in automatic the A::__construct() is to not write
the B::__construct() ?
Ok, this is the design of PHP. But why ?
tnx
--
michel 'ziobudda' morelli [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To
I'd like to create an open source project :
I have built a small daemon which is able to manage a neural network
I have built a php-module php-module (in c/c++) to communicate with the
previous server.
Do you think it could be interesting to do improve this things ?
Sylvain Becker
So, I am just starting out down the path to figure out why PHP 4.3 has
gotten so much slower than 4.2. strace -c provides the first clue. A
straight ./configure --enable-inline-optimization make command-line
build for 4.2, 4.3 and 5.0 run on a simple hello world script reveals that
we have gone
At 16:46 23.02.2003, michel 'ziobudda' morelli wrote:
Hi, why if I have
class B extends A {
}
the only way to call in automatic the A::__construct() is to not write
the B::__construct() ?
Ok, this is the design of PHP. But why ?
You can do the following:
class base {
function
So, obviously these opens don't really affect the module version since
they only happen on startup, but they still don't seem right. I
understand ./php-cgi.ini, but .//php-cgi.ini and .//php.ini? Looks like a
missing check there.
I just recognized these yesturday, too and was thinking the
RL So, obviously these opens don't really affect the module version
RL since they only happen on startup, but they still don't seem right.
RL I understand ./php-cgi.ini, but .//php-cgi.ini and .//php.ini?
RL Looks like a missing check there.
If this is only for CGI/startup, it is indeed not
On Sun, 23 Feb 2003, Stanislav Malyshev wrote:
RL So, obviously these opens don't really affect the module version
RL since they only happen on startup, but they still don't seem right.
RL I understand ./php-cgi.ini, but .//php-cgi.ini and .//php.ini?
RL Looks like a missing check there.
If
Il dom, 2003-02-23 alle 17:32, Marcus Börger ha scritto:
You can do the following:
class base {
function __construct() {
echo base::__construct()\n;
}
[...]
I know know.
What I want to understand is why the base::__construct() is called (in
automatic)
At 18:02 23.02.2003, michel 'ziobudda' morelli wrote:
Il dom, 2003-02-23 alle 17:32, Marcus Börger ha scritto:
You can do the following:
class derived extends base {
function __construct() {
parent::__construct();
echo derived::__construct()\n;
On Sun, 2003-02-23 at 18:04, michel 'ziobudda' morelli wrote:
Il dom, 2003-02-23 alle 17:32, Marcus Börger ha scritto:
You can do the following:
class base {
function __construct() {
echo base::__construct()\n;
}
[...]
I know know.
What I want
Il dom, 2003-02-23 alle 18:07, Marcus Börger ha scritto:
In ZE2 each class has a constructor. That constructor can be overwritten
by writing a method named __construct. So far so good.
Ok...
This is the design..
tnx.
--
michel 'ziobudda' morelli [EMAIL PROTECTED]
--
PHP Development
hi,
I have built a small daemon which is able to manage a neural network
I have built a php-module php-module (in c/c++) to communicate with the
previous server.
Do you think it could be interesting to do improve this things ?
Sylvain Becker
If it is generic enough, why not try
At 18:29 23.02.2003, Timm Friebe wrote:
Well, because there might be situations in which I'd like to call the
parent's constructor before my code in __construct, sometimes after it
and in some situations, not call it at all.
I hope you will never avoid initialising the base class or just call
the
A little bit harder to get clean output on this one. The numbers in the
's are the times for the system call. Here is a 4.2 hello world
request:
accept(24, {sin_family=AF_INET, sin_port=htons(57198),
sin_addr=inet_addr(10.0.1.254)}}, [16]) = 3 4.035087
rt_sigaction(SIGUSR1, {SIG_IGN},
Rasmus Lerdorf wrote:
Even in 4.2, I think we can optimize it. Assuming chdir() doesn't return
an error, we shouldn't need that second getpwd() call since we just did
the chdir() and we should know where we are.
Not necessarily... In a threaded environment, if threadA does
chdir(/tmp) and
On Sun, 23 Feb 2003, Jim Jagielski wrote:
Rasmus Lerdorf wrote:
Even in 4.2, I think we can optimize it. Assuming chdir() doesn't return
an error, we shouldn't need that second getpwd() call since we just did
the chdir() and we should know where we are.
Not necessarily... In a
Rasmus Lerdorf wrote:
That's true, but in threaded mode we don't do the chdir() at all. This is
specifically for non-threaded.
Gotcha... didn't realize you were referring to non-t'ed only.
--
===
Jim Jagielski
Rasmus Lerdorf wrote:
So, I am just starting out down the path to figure out why PHP 4.3 has
gotten so much slower than 4.2. strace -c provides the first clue. A
straight ./configure --enable-inline-optimization make command-line
build for 4.2, 4.3 and 5.0 run on a simple hello world script
On Sun, 23 Feb 2003, Shane Caraveo wrote:
Rasmus Lerdorf wrote:
So, I am just starting out down the path to figure out why PHP 4.3 has
gotten so much slower than 4.2. strace -c provides the first clue. A
straight ./configure --enable-inline-optimization make command-line
build for
Rasmus Lerdorf wrote:
On Sun, 23 Feb 2003, Shane Caraveo wrote:
CGI, right? Part of this may be from the path_info handling I've added.
The extra realpath() and fstat() calls are not cgi specific, so if what
you added only affects cgi, then that isn't the big problem.
-Rasmus
ok, it's only
Who is working on the sablotron xslt module? I would like to help out
with its development.
Thanks,
Ray Hunter
--
Ray Hunter
email: [EMAIL PROTECTED]
www:http://venticon.com
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hey Sander, you fixed a problem back in July where you introduced a second
realpath() call into the main execute_script() function. I understand
what you were trying to achieve, but realpath() is way way too expensive
to toss around like that, especially since we already do the realpath on
the
This double seeking is most probably due to the fact that the stdio
layer does one set of seeking, whereas streams needs to do another.
This can be solved by moving away from using stdio for streams, and just
using the raw descriptors instead. (already made a start on this in
PHP 5).
I'm a
Have you been testing PHP_4_3 from CVS or the actual 4.3.0 release?
You might find the situation slightly better using the latest (I tidied
up some seek related issues the other day).
The straces are from PHP_4_3 HEAD as of this morning.
I thought originally that these issues were just a
Hi !!
Including or openeing a file fails when all paths defined in
include_path are not also defined in open_basedir, regardless
if the file to open/include is in both definitions.
Imagine include_path = .:/usr/local/lib/php:/usr/local/http-docs
open_basedir = .:/usr/local/http-docs
Hi !!
open_basedir warning in fopen_wrappers.c does not correctly report the
real open_basedir paths, it only reports the path it was actually
testing when the test failed. This patch will make it show the correct
information.
--
Best regards ...
I was arrested for selling illegal sized paper.
Hi !!
Correction to last submited patch !!
Including or openeing a file fails when all paths defined in
include_path are not also defined in open_basedir, regardless
if the file to open/include is in both definitions.
Imagine include_path = .:/usr/local/lib/php:/usr/local/http-docs
Hello,
The 1st patch will be applied, the 2nd is better but increase again the
difference between the official GD and the bundled GD.
Our plan is to keep our energy on the new gd and provides only bugfixes
in the current 4.3 releases, that makes our life really easier.
thank's for your
Hi Andi (and James)
Andi: I'd appreciate your comments on this patch, specifically if there
are any concerns about it doing the right thing.
Most people here:
http://bugs.php.net/bug.php?id=21310edit=1
report that it fixes their problems with solaris.
I've held off from looking at this, as I
Oh good, it hasn't been forgotten. I just want to point
out that if committed the open() statement should probably
use O_RDONLY. [main.c @ ~1542] I used 0 because I didn't
have time to figure out where to add the correct #include
to get O_RDONLY into main.c.
-James
On Sun, 23 Feb 2003, Wez
On 23 Feb 2003, Ray Hunter wrote:
RH Who is working on the sablotron xslt module? I would like to help out
RH with its development.
See the header in ext/xslt/sablot.c :)
Currently, there's not much going on though - PHP-4.x tree is in feature-freeze,
and XML support in PHP5 is under the
Hi, can i get only the errors of the script and not the html code who
returned the zend_eval_string function?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
To get this thing started, I'm going to roll PHP 4.3.2-pre1
on Wednesday, 26th Feb, around 3pm EEST. And I'll announce
it on php-general too, to get some more people testing it
before we start with any RCs.
Following is collection of bugs marked as critical and verified
I wanted to run through all the cgi stuff in detail again for 432, but
likely wont have the time by the 26th to do that.
Shane
Jani Taskinen wrote:
To get this thing started, I'm going to roll PHP 4.3.2-pre1
on Wednesday, 26th Feb, around 3pm EEST. And I'll announce
it on php-general
It's just the date for pre1, no need to worry about that yet. :)
(RC1 will be later)
--Jani
On Sun, 23 Feb 2003, Shane Caraveo wrote:
I wanted to run through all the cgi stuff in detail again for 432, but
likely wont have the time by the 26th to do that.
Shane
Jani
Help translate documentation to portuguese (PORTUGAL) and mantain it (if you need).
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
40 matches
Mail list logo