-1 :) For the reasons mentioned every six months when this matter is raised.
At 02:49 PM 2/8/2002 +0200, Zeev Suraski wrote:
+1
At 04:06 AM 2/8/2002, Jani Taskinen wrote:
Just wanted to let you know that I'm doing exactly that.
Filtering that annoying noise to other folder. :)
At 03:04 PM 2/8/2002 +0200, Jani Taskinen wrote:
Do you filter these? :)
I didn't do that before, but now that I am doing it, it makes
following php-dev@ a LOT easier.
I do :) But I still think that people subscribed to php-dev@ need to not
only enjoy upsides but also the downsides of
At 01:42 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 13:38, Yasuo Ohgaki wrote:
Andi Gutmans wrote:
At 09:20 PM 2/8/2002 +0900, Yasuo Ohgaki wrote:
Andi Gutmans wrote:
Name space BC problem is bad, since script may misbehave
without proper error message
At 03:15 PM 2/8/2002 +0200, Zeev Suraski wrote:
At 03:13 PM 2/8/2002, Andi Gutmans wrote:
At 03:04 PM 2/8/2002 +0200, Jani Taskinen wrote:
Do you filter these? :)
I didn't do that before, but now that I am doing it, it makes
following php-dev@ a LOT easier.
I do :) But I still think that people
At 02:20 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 14:14, Andi Gutmans wrote:
At 01:42 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 13:38, Yasuo Ohgaki wrote:
Andi Gutmans wrote:
At 09:20 PM 2/8/2002 +0900, Yasuo Ohgaki wrote:
Andi
At 02:39 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 14:30, Andi Gutmans wrote:
At 02:20 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 14:14, Andi Gutmans wrote:
At 01:42 PM 2/8/2002 +0100, Stig S. Bakken wrote:
On Fri, 2002-02-08 at 13:38, Yasuo
At 02:16 PM 2/8/2002 +, James Cox wrote:
Someone suggested having php-bugs set up, and anyone with the relevant karma
would automatically be on it. if it was closed subscribtion/unsubscription,
then when someone gives karma, they also subscribe the person to that list.
Perhaps that's a
At 07:58 AM 2/7/2002 +0100, Stig S. Bakken wrote:
After careful consideration on the CS issue I must say I agree with John
here. The _only_ case where I feel CS is a problem, is when dealing
with other environments. But the price for changing this today is
simply too high. It should have been
At 06:52 AM 2/7/2002 +0100, Markus Fischer wrote:
On Thu, Feb 07, 2002 at 07:21:07AM +0200, Andi Gutmans wrote :
At 11:03 PM 2/6/2002 -0600, Jason Greene wrote:
Would anyone object if I added refcount information to var_dump?
me. I think it would really confuse people. I suggest adding
I very much agree with this Email and am -1.
Andi
At 11:01 PM 2/6/2002 +0800, John Lim wrote:
Thanks for posting this request for comments, Yasuo.
I think from a C developer's point of view, it makes perfect
sense to have case-sensitivity. From a scripting point-of-view,
I think it is a step
At 06:04 PM 2/6/2002 -0600, Jason Greene wrote:
On Wed, 2002-02-06 at 10:13, Zeev Suraski wrote:
While I agree with Marko's vote (I'm also very much against it), I derive
my conclusion from a whole different perspective.
Guys, we are not next to the drawing board right now. The specs
At 11:03 PM 2/6/2002 -0600, Jason Greene wrote:
Would anyone object if I added refcount information to var_dump?
me. I think it would really confuse people. I suggest adding another
function. It should probably be only enabled in debug builds because the
end user shouldn't be worrying about
At 05:19 PM 2/5/2002 +, James Cox wrote:
Guys,
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
[4] When indenting, use the tab character. A tab is expected to represent
four spaces. It is important to maintain
At 12:39 PM 2/4/2002 +0100, Sebastian Bergmann wrote:
'lo there,
what are the plans for the PHP 4.2.0 release? Shouldn't we branch
PHP_4_2_0 from HEAD somewhen soon? NEWS already contains about 150
lines of changes since PHP 4.1.1.
I think this is probably a good idea.
What about
At 08:56 PM 2/4/2002 +, James Cox wrote:
Andi,
with regard to the release of a v.5 [pre-]alpha, what are your thoughts on a
developer vs public announcement?
I think we need to think of a forum (possibly dev/qa/advanced mailing
lists) which is big enough in order to give it a thorough test
At 04:00 PM 2/4/2002 -0500, Dan Kalowsky wrote:
On Mon, 4 Feb 2002, Andi Gutmans wrote:
I think this is probably a good idea.
What about Sascha's build patch?
Sounds like an even better idea to me. A new build system for a new
engine. And hopefully a whole lot of bug fixes :)
I meant
At 09:04 PM 2/4/2002 +, James Cox wrote:
I think we need to think of a forum (possibly dev/qa/advanced mailing
lists) which is big enough in order to give it a thorough test
run and find
lots of bugs.
I wouldn't want this to be a complete public front page php.net
announcement.
We have always said that safe mode isn't very safe. I'm sure there are
other ways of circumventing it.
Unless a few people focus specifically on safe mode I don't think this will
change.
Andi
At 12:26 AM 2/5/2002 -0500, James E. Flemer wrote:
BTW I just noticed that this has been entered as
Sounds OK to me although it might be confusing with the name of this
function.
Andi
On Tue, 29 Jan 2002, Andrei Zmievski wrote:
Right now is_subclass_of() will return false if the object is exactly of
the class you are trying to test for. I propose the following patch:
---
None of the PEAR guys ever answered my Email about PECL. Is there
something which actually works?
Andi
On Wed, 30 Jan 2002, Sebastian Bergmann wrote:
'lo,
could someone please fix, if possible, the PHPDoc extension from PECL
so that it compiles in ZTS mode?
Thanks,
Sebastian
Yasuo,
I don't quite understand. define() hasn't been changed in the Zend Engine
1. Can you please send me a reproducing script without pg_*() which
works on 4.0.6 and crashes on 4.2.0-dev?
Thanks,
Andi
On Fri, 25 Jan 2002, Yasuo Ohgaki wrote:
Hi Andi,
I think you are interested in this
PHP 5 per-class constants can already except static arrays such as
array(1, 2, 3) as their value. I'll put the issue of global constants on
my TODO and believe PHP 5 will also support these for global constants.
However, you won't be able to create a constant with a non-constant value
such as
You can already use constant arrays such as array(1, 2, 3) as constants.
Andi
On Wed, 23 Jan 2002, Christian Dickmann wrote:
Hi all,
It would be great if it was possible to have CONSTANTS
of types like as Arrays or Objects.
This way one could have a Config-Constant and you
wouldn't
On Tue, 22 Jan 2002, Thies C. Arntzen wrote:
On Tue, Jan 22, 2002 at 09:27:53AM +0100, Robin Ericsson wrote:
I'm using this on php 4.0.6, it know it's old, but things will break if
I upgrade :)
This is the code:
zval *z_return;
MAKE_STD_ZVAL(z_return);
On Sat, 19 Jan 2002, Alan Knowles wrote:
This kind of bytes at a nerve when you are hunting for work and almost
nobody mentions PHP here
Anyway, A quick few ideas to throw in the pot.. - Press releases, for
PHP5 pre-alpha, PHP-GTK's, (Derick - srm?) upcomming release etc. which
No good reason. If you need to add it in someplaces go ahead and send in a
patch.
Andi
On 18 Jan 2002, Robin Ericsson wrote:
Is there any reason that only parts of Zend is using BEGIN_EXTERN_C()?
regards
Robin
--
PHP Development Mailing List http://www.php.net/
To
Hey,
I'd like to get more people to play around with the Zend Engine 2. I think
the only way of getting this done is by posting a package on www.php.net.
I'm not sure if we should call it alpha or preview (it's both) but I don't
think the name matters too much as long as we get people to try it.
On Fri, 18 Jan 2002, Robinson, Mike wrote:
Andi Gutmans wrote:
I'd like to get more people to play around with the Zend
Engine 2. I think the only way of getting this done is by
posting a package on www.php.net.
I think this is a good idea. I think 'alpha' would be better
than
On Fri, 18 Jan 2002, Jan Lehnardt wrote:
Hi,
On Fri, 18 Jan 2002 18:18:26 +0200 (IST)
Andi Gutmans [EMAIL PROTECTED] wrote:
I agree. I think alpha is better.
what about pre-alpha to make things re-al-ly clear?
Well the definition of alpha is before all features are in so I think
You should use MAKE_STD_ZVAL().
In the past this macro allocated zval's in a faster way via a cache. It
has been disabled right now but it very probably will be redone a bit and
then re-enabled.
Andi
On Mon, 14 Jan 2002, brad lafountain wrote:
Can someone explain the difference
from
On Mon, 14 Jan 2002, Manuel Lemos wrote:
Hello,
Robert Mena wrote:
Hi Manuel and all developers.
I understand that the implementation of strtok was
broken (non POSIX compliant) but since it has been
like this for ages would be better to give a chance to
developers worldwide
Hey,
When building PHP not from the php4 directory (e.g. in php4/cgi doing a
../configure) the build dies. I can't send in the error message right now
but hopefully whoever changed the build can try it.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
Sounds fine to me.
Andi
At 10:41 PM 1/10/2002 +0100, Markus Fischer wrote:
Is there someone who would object modifying mkdir() so it
only needs the dirname to create and mode is optonal and
defaults to 0777 ?
bool mkdir(string pathname[, int mode = 0777]);
There're no
At 05:31 AM 1/11/2002 +0100, Markus Fischer wrote:
On Fri, Jan 11, 2002 at 05:22:54AM +0100, Markus Fischer wrote :
In any case - a hardcoded 0777 isn't logical, apart from being less safe.
It makes totally sense because it only relies on the umask()
being set.
Well, maybe
On Fri, 11 Jan 2002, Markus Fischer wrote:
On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote :
Georg Richter wrote:
is there (should be) a consistent way to pass or return a structure?!
e.g.:
a) Function mktime splits the structure in lot of parameters
b)
On Fri, 11 Jan 2002, Markus Fischer wrote:
What other way do we have to specify arbitray optional
parameters without an ordering? Teh disadvantage of optional
parmeters is when you need to only set the last one, you'll
have to define all preceding optional parameters too.
How
On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote:
Andi Gutmans wrote:
... it'll encourage passing parameters in hashes which is something we
really wouldn't want.
it is already common practice in userland so you are fighting
a war that is already lost IMHO
Facts say it's not lost
On Fri, 11 Jan 2002 [EMAIL PROTECTED] wrote:
** Reply to note from Markus Fischer [EMAIL PROTECTED] Fri, 11 Jan 2002
12:48:15 +0100
What other way do we have to specify arbitray optional parameters
without an ordering? Teh disadvantage of optional parmeters is when
you need to only
At 07:12 PM 1/4/2002 -0800, Jim Winstead wrote:
these are the standard C library names. are people going to insist
they be phpified? is_finite() is_nan(), is_infinite()?
Yes I think they should be phpified. The fact that we have some historic
problems doesn't mean we should fix it now. It
At 06:03 PM 1/5/2002 +, Jim Winstead wrote:
Andi Gutmans [EMAIL PROTECTED] wrote:
If you need to use something like strncat()/strncpy() you should use
strlcpy()/strlcat(). We changed to these functions a couple of years ago.
in the case of wordwrap(), it is only copying part
At 10:44 AM 1/5/2002 -0800, Jim Winstead wrote:
On Sat, Jan 05, 2002 at 08:22:24PM +0200, Andi Gutmans wrote:
You're missing the point. In order to minimize the amount of API misuse of
the str*cat() family of functions we decided only to use the ones I
mentioned, everywhere. I am sure
Just be aware that POST/GET/COOKIE data is always saved as a string. So if
someone sends you 2 it'll be the string 2.
If the arguments to your function won't originate from the above but are
written by the developer then overloading will work well. If not you might
want to consider splitting
At 10:37 AM 1/4/2002 +0100, Markus Fischer wrote:
On Fri, Jan 04, 2002 at 09:24:33AM +, Phil Driscoll wrote :
On Thursday 03 January 2002 11:08 pm, Zak Greant wrote:
Why?
Because not everyone wants to use *(#$ing objects in a simple script!
No one will be forced to use
At 04:39 PM 1/3/2002 -0500, Jon Parise wrote:
On Thu, Jan 03, 2002 at 04:26:38PM -0500, J Smith wrote:
Just a little annoyance I guess. Nothing to get in knots over. But in the
end, I would prefer separate php.ini files, maybe something like
php-cli.ini for the default CLI file and and
I think that if PECL ends up being very good and actually works very nicely
and transparently, we would PECLize all extensions. At release time of a
new version of PHP we'd create a huge .tar.gz with the latest STABLE
versions of the extensions we decide should be in the release tar.gz (I
Creating a CLI sapi module w/o all of the CGI crap is extremely easy.
What might be more challenging is fixing the build so that it always builds
the cli.
Then again I don't really know because I don't know the whole build system
too well.
Andi
--
PHP Development Mailing List
I suggest keeping it on php-dev.
All of the build stuff has been done by php-dev in the past as build/PECL
related discussions really are php-dev.
It also means that php-dev won't be allowed to cut themselves out of what's
happening with PECL and it won't lead to some php-dev ppl who don't
At 04:59 PM 1/1/2002 +0100, Sebastian Bergmann wrote:
I don't mind PHP to be slower than Perl or Python that much. But what
I would not mind would be the Zend Engine 2 beeing slower than the
Zend Engine 1...
That's pretty weird. I ran the same script and they are pretty much the
same
Hey,
The Zend Engine 2 has made lots of progress.
I think we should have a discussion of what other things besides the
scripting engine we'd like to change for PHP 5.
I know there was talk on deprecating some stuff such as old-style function
names, moving extensions to PECL etc.. I think it's
At 05:56 PM 1/1/2002 +, Jim Winstead wrote:
(and 'unimportant' is a dangerous word. obviously that depends on the
situation.)
I think it's obvious what I meant.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
At 07:24 PM 1/1/2002 +0100, Georg Richter wrote:
Although we're planning
on only move the unimportant extensions out of PHP I still think it should
be extremely easy to get a list of available extensions (maybe even a part
of the ./configure process) and to easily download/configure/install
At 12:44 AM 1/2/2002 +, Nick Loman wrote:
Hello PHP developers,
Interesting to think about what might make a nice foundation technology
for all the exciting potential of PHP5. SOAP is obviously an important
technology for websites in the future. But given that (I guess) most of us
are not
At 09:13 PM 1/1/2002 -0200, Manuel Lemos wrote:
I already have some SOAP components written in this meta-language. If I
work on something that would make it easier to provide and consume Web
servers (and I have been doing some work), I will invest my time better
on doing it with this
Before we move stuff to PECL can you give us an overview of how this is
supported? How do I get a list of extensions which are in PECL, download
what I want and add them to my PHP tree for a static compile or build them
dynamically? I assume you guys automated these things.
Please can you give
At 08:20 AM 12/29/2001 +0800, Alan Knowles wrote:
Andi Gutmans wrote:
As I mentioned on the ZE2 mailing list there general rule of thumb is:
a) Objects should be passed by reference.
b) Everything else including arrays should be used by value whenever
possible semantically.
In the ZE2 objects
At 09:06 PM 12/29/2001 +, Jim Winstead wrote:
Derick Rethans [EMAIL PROTECTED] wrote:
Log:
- Added extra parameter to count() that recursively counts elements in an
array and added is_array_multidimensional(). (patch by Vlad Bosinceanu
[EMAIL PROTECTED])
do we really want to
is attached or can be downloaded from
http://www.php.net/~andi/zend2.zip
Please don't announce it anywhere else because I don't think it's ready for
a wider audience.
Andi
Date: Fri, 28 Dec 2001 07:35:22 +0200
To: [EMAIL PROTECTED]
From: Andi Gutmans [EMAIL PROTECTED]
Subject: [Zend Engine 2] Zend Engine
At 10:42 PM 12/29/2001 +0100, Stig Venaas wrote:
On Sat, Dec 29, 2001 at 11:13:11PM +0200, Andi Gutmans wrote:
I agree with Jim. Arrays can contain things. Things can also be other
arrays. You can have an array which contains two other arrays and four
integers. I don't think we should add
As I mentioned on the ZE2 mailing list there general rule of thumb is:
a) Objects should be passed by reference.
b) Everything else including arrays should be used by value whenever
possible semantically.
In the ZE2 objects will join b).
Basically what this means, as long as you're not
be introduced
- where these BC changes will be announced
- when these DB changes will be announced
- what kind of procedure may be appropriate for BC changes
As we already know, there were BC changes in past.
Why not for future changes?
- Original Message -
From: Andi Gutmans [EMAIL
Guys,
I just read the whole thread about exit() now. Boy you guys write a lot :)
Unlike Zeev I think that overloading exit() is the best solution we have
right now.
Have exit(integer) exit with an exit status and exit(string) print the
error. I also very much liked the proposal of exit(string,
I guess this bug needs to be fixed somehow but I'd probably just not allow
it to be defined as global. The whole reason for making it an auto-global
was so that it'll be easy to use. People know (and will know) that
$_SESSION is a global. I think your explicit marking of it as a global is
not
Does this web server spawn a new thread for each request? Or does it reuse
its threads?
Andi
At 12:22 PM 12/21/2001 -0600, Alex Leigh wrote:
I'm sure it's leaking, it'll readily consume a gig of memory and shows no
signs of slowing down. I originally was calling phpinfo(), but it also leaks
Check out DllMain() in php4isapi.c.
Are you running the thread attach and thread detach code?
Andi
At 12:43 PM 12/21/2001 -0600, Alex Leigh wrote:
It can do both. In the testing configuration, it is not pooling but
destroying the threads. They are created as detached threads, which at least
on
Your best bet is to remove all files which are related to MySQL from your
project.
(and not define HAVE_MYSQL)
Andi
At 11:16 AM 12/18/2001 -0500, Matt White wrote:
Has anyone attempted to build a version of PHP on Win32 without MySQL?
In config.w32.h there is the following couple of lines:
/*
At 12:06 AM 12/18/2001 +0100, Sterling Hughes wrote:
Hi,
as ext/adt hasn't experienced any updates for a while, I'd just
like to know if further development ist planned.
I've been pretty as of late -- I should have time during the
holidays to play around with it a bit... Its
This usually depends on how you configured your tty. I think by default it
is buffered by the OS until a newline so it's probably not PHP which needs
changing but your settings.
Andi
At 12:30 PM 12/15/2001 -0800, August Zajonc wrote:
I've really run into a wall trying to get single
At 01:31 PM 12/11/2001 -0500, Jon Parise wrote:
On Tue, Dec 11, 2001 at 02:18:50PM +0100, Sebastian Bergmann wrote:
http://www.sebastian-bergmann.de/header_changes.txt
Quite some
-Copyright (c) 1997, 1998, 1999, 2000 The PHP Group |
+Copyright (c) 1997-2002
At 11:50 AM 12/8/2001 +0100, Stig S. Bakken wrote:
Rasmus Lerdorf wrote:
Guys, relax. No, this does not work. The only reason your example
works
is because min() is a built-in PHP function already.
man now i am crushed... i knew it wouldn't work - that's why i never
At 05:07 PM 12/5/2001 +0200, Andrey Hristov wrote:
I don't think that If I wrote an extension it will go into the public
because the rights on it are owned by the university I study.
It will never be GPLed if not rewritten after I get the degree.
You can ask for permission to put it in the
I think it's fine if you work on these as the Apache 2 module is still
experimental and it makes sense to keep the same interface as the 1.3
module where possible.
Andi
At 05:53 PM 12/5/2001 -0800, Doug MacEachern wrote:
- apache_lookup_uri with the apache 2.0 module returns an array rather
Hi,
I'm trying to wrap up the class wide constants in ZE2. I implemented them
so that class wide constants are case-sensitive. I think in general,
although ZE1 allows you to define case-insensitive constants it's better
for performance and for general esthetics.
I have two issues I'd like to
At 01:03 PM 12/3/2001 -0600, Andrei Zmievski wrote:
On Mon, 03 Dec 2001, Andi Gutmans wrote:
Hi,
I'm trying to wrap up the class wide constants in ZE2. I implemented them
so that class wide constants are case-sensitive. I think in general,
although ZE1 allows you to define case
At 02:42 PM 12/3/2001 -0600, Andrei Zmievski wrote:
On Mon, 03 Dec 2001, Andi Gutmans wrote:
Personally I wouldn't write code which gives FOO_BAR and Foo_BAR two
different meanings but I think you are right that it'd be better and I
have
an idea on how to do it which I'll lay out.
We
At 02:55 PM 12/3/2001 -0600, Andrei Zmievski wrote:
On Mon, 03 Dec 2001, Andi Gutmans wrote:
Because some of the keys are case-insensitive and some aren't. Case
insensitive hashes don't work if you want to mix the keys.
In any case, I think the solution above is a good one because
Fixed. Thanks!
Andi
At 11:16 AM 11/30/2001 +0100, Derick Rethans wrote:
Hello,
configure spits out the following line:
checking whether dlsym() requires a leading underscode in symbol names... no
this should be underscore I think...
Derick
--
PHP Development Mailing List
At 02:57 PM 11/28/2001 +0100, Thomas Wentzel wrote:
What happened to V_OPEN/V_GETCWD/...
I had them in 4.0.4pl1, but they are gone in 4.0.6 ???
They are now VCWD_OPEN() and VCWD_GETCWD().
The previous ones clashed with third party libraries.
Andi
--
PHP Development Mailing List
At 03:48 PM 11/28/2001 +0100, Lars Knudsen wrote:
correction:
it seams that using the 'string' from stdlib makes the difference. If I:
#include string
using namespace std;
... it doesnt work - but only if I *use* the string class strange.
anyone got any Idea why?
Possibly because you're
At 11:31 AM 11/28/2001 -0800, Vlad Krupin wrote:
Hartmut Holzgraefe wrote:
Markus Fischer wrote:
Although my vote doesn't count much here :-) I'm for it...
... but it would be a problem for 4.x I guess because this
horribly breaks BC when/if there's a new 4.x release and
Yep. As far as I remember it was reverted in 4.1.0
Andi
At 01:54 PM 11/28/2001 -0600, Brian Moon wrote:
This has already been discussed at great length in another thread. I
believe it was decided to put it all back like it was for now and decide on
a better solution later.
Brian.
-
At 11:04 PM 11/28/2001 -0600, Brian Moon wrote:
-snip-
With 4.0.6 I get:
4.0.6
test
With 4.1 RC3 I get:
4.1.0RC3br /br
bFatal error/b: Cannot redeclare test() in
b/home/brian/public_html/include.php/b on line b9/bbr
with CVS I get:
4.2.0-devbr /br /
bFatal error/b: Cannot redeclare test()
I don't think this should be changed and we should stick to the way it is
in C. (It is also not BC and even if I thought it's a good idea, which I
don't, I don't think it's worth it).
Andi
At 11:48 AM 11/27/2001 +0100, Anders Johannsen wrote:
This patch allows for nested 'C-style' comments,
At 07:56 PM 11/27/2001 +0100, Markus Fischer wrote:
On Tue, Nov 27, 2001 at 05:59:44PM -, James Moore wrote :
if(0) {
}
Doesn't prevent the code from between being parsed.
Andi, for ZE2 this is also no option? ZE2 definitely breaks
BC and neested comments are very
At 10:17 PM 11/27/2001 +0100, Anders Johannsen wrote:
On Tue, 2001-11-27 at 21:49, Stig Venaas wrote:
On Tue, Nov 27, 2001 at 09:41:46PM +0100, Anders Johannsen wrote:
The submitted patch does not break any existing code
Perhaps I should have added: ... unless you have a really silly
At 09:33 AM 11/26/2001 +, Sam Liddicott wrote:
-Original Message-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: 24 November 2001 01:21
To: Sam Liddicott; Sam Liddicott; [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] CGI quick cleanup
The problem you are experiencing
It doesn't look like such a good idea to me. There are lots of things in
PHP where you can get 10% speedup by copypasting stuff from one function
to another. It makes the code completely unmaintainable and in real life
situation usually, if at all, gives a negligible speedup. I've played
very = vary. I need to stop sending stuff off without proof reading :)
Andi
At 11:01 PM 11/25/2001 +0200, Andi Gutmans wrote:
It doesn't look like such a good idea to me. There are lots of things in
PHP where you can get 10% speedup by copypasting stuff from one function
to another. It makes
The problem you are experiencing is due to the fast cache.
Edit Zend/zend_fast_cache.h and change:
# define ZEND_ENABLE_FAST_CACHE 1
to:
# define ZEND_ENABLE_FAST_CACHE 0
Make sure you do a complete rebuild.
Tomorrow I'll try and think of what the best way to fix it is. (3:20 AM here :)
Andi
The reason for this is most probably because during shutdown we decrement
many reference counts and free each memory block separately. Theoretically
we could just exit without doing any freeing of memory but we have to find
a solution for freeing resources (maybe directly in the resource list
At 09:33 AM 11/15/2001 +0100, Stig S. Bakken wrote:
Shane Caraveo wrote:
Andi Gutmans wrote:
Implementing this is not a problem but it seems that there is no
consensus
on adding it.
I'm not sure what I think. I was very much against ?= but now it exists
and is used by a lot
At 12:14 PM 11/16/2001 +0100, Marc Boeren wrote:
It's odd and inconsistent to have %=, ?=, but not ?php=.
I was also against ?= originally, but now that we do have it I agree
that consistency (symmetry?) is better.
Let's take this one step further (into absurdity ;-) and also add
At 05:42 AM 11/16/2001 -0800, Rasmus Lerdorf wrote:
Now all that is left is to decide :) I think we're at a deadlock.
Who opposes this strongly?
I don't like it, but it is not strong opposition. To me it just doesn't
read nicely at all:
?php=$a?
compare with:
?$php=$a?
or:
It probably doesn't use the virtual cwd stuff. Can you try and compile
without thread-safety and see if it works?
Andi
At 02:40 PM 11/16/2001 +0100, Sebastian Bergmann wrote:
Zak Greant wrote:
How are you running PHP under Win - CGI, ISAPI,
Apache Mod??
Apache
At 01:36 AM 11/14/2001 +0100, Stig S. Bakken wrote:
I didn't quite understand what you mean :)
All I said was that if you create a branch say 4.1.0 and you want to
release 4.1.x from that branch later on whilst HEAD has already moved a
couple of months you're going to have a hard time
At 05:28 AM 11/12/2001 +0200, Jani Taskinen wrote:
On Sun, 11 Nov 2001, Andi Gutmans wrote:
I didn't quite understand what you mean :)
I didn't get it first either. :)
All I said was that if you create a branch say 4.1.0 and you want to
release 4.1.x from that branch later on whilst HEAD
At 12:31 AM 11/11/2001 +0100, Stig S. Bakken wrote:
Andi Gutmans wrote:
Jani,
I think in theory what you writes makes sense but it just doesn't work in
the PHP project. (I'm talking about the minor versions coming out of
branches). There are always cries to go with HEAD because it's
At 07:43 AM 11/10/2001 -0800, Rasmus Lerdorf wrote:
I think the assumption that the PHP_4_0_7 branch is pretty stable and
pretty much ready to go is the key here. How do you know? I think it
is up to the QA team to tell us if this is the case. From what I can see,
I don't think this is so.
I
Jani,
I think in theory what you writes makes sense but it just doesn't work in
the PHP project. (I'm talking about the minor versions coming out of
branches). There are always cries to go with HEAD because it's got new
goodies (I think it often makes sense) and then people don't want to
The patch looks OK if open_basedir is really supposed to stop people from
stat()'ing files which aren't underneath the open_basedir path.
Andi
At 11:18 AM 11/4/2001 +0100, Martin Jansen wrote:
In http://bugs.php.net/bug.php?id=11563 there is a patch for
the reported bug. Is there anything
At 08:43 AM 10/27/2001 +0200, Stig S. Bakken wrote:
Hi,
Back in the early 3.0 days, dl() used to load stuff into the process
without removing it at the end of the request. Zeev, would not yanking
modules back out at request shutdown eliminate some of the evilness of
dl()?
That is probably a
401 - 500 of 939 matches
Mail list logo