-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. :)
of receiving the bug reports in
hope that more people will look at them.
By the way, if you're filtering them then what do you care? It's no biggy
to deal with another n mails if they are filtered.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
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
a solution, to seperate it. Yes, filters are good, we all use
them... but it's the other places which that doesn't help, like the online
archives.
This is a good suggestion.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
at least make us able to expose interfaces
with the intended case.
-1 from me on case sensitivity in ZE2, +1 on storing pretty names
I agree and I'll try and check if pretty names can be handled.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
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
redesigning OO which is like standing at the
drawing board.
Engine 2 will not break scripts that badly (at least not in my opinion).
The OO stuff is mainly adding new functionality. Changing function names
will break scripts badly. There's a huge difference.
Andi
--
PHP Development Mailing List http
refcounts. It's an internal thing.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
consistency in indenture so
that definitions, comments, and control structures line up correctly.
From php4/CODING_STANDARDS
I'm not sure how complete the standard is though.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Sascha's build patch?
While we're at it: Andi mentioned some time ago that he'd like to
release an alpha version of the Zend Engine 2 bundled with PHP as a
tar-ball. Why not use the PHP_4_2_0 branch for that, once it's stable
and QA'd, and release PHP 4.2.0 and a PHP 5.0.0-alpha based
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
there but I don't mind
either way.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
such as $_GET as this goes against the whole idea of constant :)
Andi
On Thu, 24 Jan 2002, Robert Ames wrote:
Thanks for your responses (again), it is an unfortunate situation that
$HTTP_*_VARS must be retained for backwards compatibility until at least
the hypothetical PHPv5.0 mark. Having also read
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
?
FREE_ZVAL only frees the zval and does not destroy (read
=free) the attached data-structures. use zval_dtor for that.
You should use zval_ptr_dtor() and not zval_dtor().
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
send the press releases to php-dev for comments before
they go out.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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 unsubscribe
people to play around with it we could have a
final version of the Zend Engine 2 in Q2 2002.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
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
rethink your attitude; and either stay in harmony or
move someplace else.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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
? Come on.
I'm not discussing whether to add another INI switch (this is
totally out of scope and belongs to something else, but not
here).
Anyone with decent objections?
+2 :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
bad thing to introduce. As it'll be so easy
to use it'll encourage passing parameters in hashes which is something we
really wouldn't want.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
(methinks).
I don't think it'll always be negligible.
It might not always be a bad idea but I think that if we support this easy
to use function we're going to see this kind of stuff pop-up in more
places than the very few places which just can't do without.
Andi
--
PHP Development Mailing List http
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
really be the exception to the rule when there is no other alternative
because building the array and later on checking for values inside it is
much slower than regular parameter passing.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
. It should probably be something
like math_is_finite(), math_is_nan() or we can do it without the math_. I
think in general it's beneficial to have the name of the package in the
beginning of the name though.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
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
the function into two.
Andi
At 02:10 PM 1/5/2002 -0600, Brian Foddy wrote:
In an external php module project (php-tuxedo),
we have a group of about 7 php functions that,
depending on how we design them, could take two different types
of arguments.
1. A integer argument
2. A string argument
at a level
which is good for decent OOP developers but aren't going bezerq like OOP
fanatics would like us to go :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
for CLI purposes and not
as a CGI?
We could have the CLI version check for a PHP_INI environment variable and
if it exists use that instead. Wrapping cli on your own with the right
environment variable should be no problem for anyone.
Andi
--
PHP Development Mailing List http://www.php.net
which is mostly about PEAR PHP code..
Concerning PHP 5, some time ago we talked about how we're going to handle
the standardization of function names with the next major version. Do you
guys want to revisit this issue or keep the status quo?
Andi
--
PHP Development Mailing List http
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 http
subscribe to PECL to be surprised in a few months time :)
Andi
At 02:16 PM 1/2/2002 -0500, Jon Parise wrote:
On Wed, Jan 02, 2002 at 08:09:10PM +0100, Martin Jansen wrote:
I suggest we move PECL either to its own mailing list or to php-dev.
+1 for it's own mailing list. Additionally we could
it but I'm beating you to it :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
/configure/install them.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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, e
strengths.
Anyway, I don't know why we are clinging to the unimportant part of what
I wrote and not the important part which is how PECL actually uses it and
what the vision for PECL is.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
suggest waiting
because it'll hopefully save you lots of headaches.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
-language rather than something that is PHP
specific.
It's a shame that if you have something good that you're not willing to
share it with the PHP community.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
us an overview?
Thanks,
Andi
At 01:38 PM 12/31/2001 -0500, Jon Parise wrote:
I think the following standard extensions should be moved to
PECL:
ext/cybercash
ext/icap
ext/pfpro
ext/yaz
This is definitely not an inclusive list; it's just a start. I
can't imagine a lot
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
, if there's a good reason to have them and we're all convinced
that the reasons are good we could add them.
Can you please roll back that patch and open up a discussion with examples
of why this functionality is needed? It might even lead to a different
solution.
Andi
--
PHP Development Mailing List
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
not changing the data passing
it by value will take the full advantage of reference counting.
Andi
At 10:28 AM 12/28/2001 -0600, Brian Moon wrote:
Ok, there has been some discussion on the ZE2 list about returning
references from functions and it has gotten me looking at references in
general. Phorum deals
At 02:23 PM 12/26/2001 +0900, Yasuo Ohgaki wrote:
Brian Moon wrote:
+1
-1
As Derick pointed out, it still prints...
Huh? What do you mean?
Andi
In stead of discussing about exit(),
I *strongly* suggest to discuss regarding BC issues
- which features may be changed
- how changes may
morning it's not like PHP will fall apart.
How about changing this for PHP 5?
Andi
P.S. - Just a small suggestion. When people write essays in E-mails please
see if they can't be shortened whilst still saying all you wanted to say.
It sometimes takes a long time to read all
is
not a good idea and doesn't really give you anything. Why not just add a
comment if you really feel it is needed?
Andi
At 01:59 PM 12/21/2001 +0100, Andreas Aderhold wrote:
Hi All,
found a bug
this one will cause a infinte loop in 4.1:
?php
global $_SESSION; // this will cause a infinite loop
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
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
about 5 hours of work
till a alpha/beta -- 5 hours I'm not looking forward too ;)
You've always been pretty :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
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
difference and 1997-2002 is nicer.
© IBM Corporation 1994-2001.
All rights reserved.
That's from the IBM web page. If it's good enough for them it's definitely
good enough for us :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
there
is no reason not to simply create a PHP-level function if you want
something like that.
You mean a non-precompiled language like PHP. Technically speaking, PHP
has been compiling for a while.
I wouldn't call PHP a compiled language. It's basically still an
interpreter like Perl Python.
Andi
--
PHP
it in the public domain. You'll find that
your professor will most likely agree.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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
, if the pspell extension is unloaded I think all of its constants
should be unloaded too. However, this extension is one example of an
extension using the _MAIN_ macro. Can each of you check your extension and
move to REGISTER_LONG_CONSTANT() unless there's a good reason not to?
Thanks,
Andi
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 http
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 http
which is mangled weirdly is C++.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
fixing their old
code to work with new versions :) They prefer their old stuff to work.
So sometimes we need to break stuff but it should always be done only if it
really makes good sense and gives enough benefit.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail
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
() (previously declared in
/home/brian/public_html/include.php:8) in
b/home/brian/public_html/include.php/b on line b9/bbr /
Andi, Zeev, I thought we were going to back out that change?
Did you check the 4.1.0 Zeev packaged? It was supposed to be backed out. I
don't have time to check now.
Andi
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
it
happens to the best of us) people out there and I believe that it will
affect enough people for it not to be worth breaking it.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
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
into hash_copy() and not going in the direction
of unmaintainable code. But that is a big if anyway as I mentioned earlier.
Andi
At 05:29 PM 11/25/2001 +0100, Thies C. Arntzen wrote:
hi -
this litte patch makes zend_hash_copy around 10% faster by
taking a shortcut
zeev, andi
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
running in non-debug mode because debug slows down
memory allocation/freeing significantly.
Thanks,
Andi
At 10:35 AM 11/23/2001 +, Sam Liddicott wrote:
I am using PHP for a system script to import TV listings to a database.
It works well but creates 20,000 to 30,000 hash elements with various
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
?php= for consistency
sake.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
introduced ?= to begin with :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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 2.0.29
skeptical about how well it will work in real life.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
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
the 4.2.0 branch ASAP but judging from the past it'll take *at
least* 2 months to get it stable. I don't want to have to wait that long to
get a $_POST[] version out there.
In any case, if people decide they want to go with HEAD we should branch
right away and not the release linger.
Andi
decides that it is time to branch and start QA; so that
things don't linger.
Andi
At 10:34 PM 11/10/2001 +0200, Jani Taskinen wrote:
On Sat, 10 Nov 2001, Zeev Suraski wrote:
Guys,
We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on
which 4.1.0 is currently scheduled
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
a possibility. But why not have the person add it to
php.ini and not deal with any evilness? :)
I think your proposal is probably a good solution for BC but I'd try to
officially deprecate the function.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
401 - 500 of 982 matches
Mail list logo