On Wed, 05 Dec 2001, Maxx wrote:
Well, it seems to me, guys, that we're falling in some kind of politics
forgetting about programming. Someone who made something in PHP on the same
topic, thinks that his/her product will lose its popularity after appearing
of standard PHP module. I'd say this
On Wed, 05 Dec 2001, Lauri Liinat wrote:
hi,
has anybody ever thought about supporting HTML 4.01 in
the DOMXML extension as Gnome libxml supports it anyway?
should be a relatively simple addon, yet extremely useful for
processing layout templates and finally killing the long thread
of
On Wed, 05 Dec 2001, Alexander Wagner wrote:
But, even if we don't agree with his opinion on templates, what about
the features that libxml provides which are currently unused by PHP,
including HTML 4.01-support (I don't know exactly what libxml can do)?
Are there any plans to make them
On Wed, 05 Dec 2001, Zak Greant wrote:
Hello - could someone with the needed karma point my [EMAIL PROTECTED] email
address to [EMAIL PROTECTED] My ISP is having serious troubles with
their mail server...
Done.
-Andrei
* Life may be expensive, but it includes an annual free trip around
On Thu, 06 Dec 2001, Harald Radi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
do you think of a possibility to add something like the
zend_register_list_destructors() mechanism into your session extension
to register session destructors for resources ? i'd like to
On Thu, 06 Dec 2001, Harald Radi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
actually it isn't a resource but an object implementing __sleep and
__wakeup. so technically there should be no problem. i'd only need a
__destroy callback or sg. similar.
You mean, when the session
Release 4.1.0, please? :)
-Andrei
* Why is it always Segmentation's fault? *
--
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 11:50 AM 12/8/01 +0100, Stig S. Bakken wrote:
You mean a non-precompiled language like PHP. Technically speaking, PHP
has been compiling for a while.
Well, I'd call it a bytecode-compilation language, with virtual machine
execution. Not true compilation.
-Andrei
--
PHP Development
At 12:36 AM 12/10/01 +0100, Markus Fischer wrote:
On Mon, Dec 10, 2001 at 12:15:46AM +0100, Christian Dickmann wrote :
i have found some Bugs in the PHP source.
1. the XYsort() - functions return boolean on success,
so the prototype is wrong (often void. or int (ksort()))
2. if these
At 12:44 AM 12/10/01 +0100, Markus Fischer wrote:
No, we don't! These functions have been this way forever and they
shouldn't
stop 4.1.0.
Hey, it was a joke :-)
Color me somber, then. :P
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
At 03:40 PM 12/9/01 -0800, Rasmus Lerdorf wrote:
Hrm.. There is no way to return VOID from a PHP function.
Now that's a joke.
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
On Tue, 11 Dec 2001, Jon Parise wrote:
I don't recall the original reference, but it's also mentioned
here:
http://www.gnu.org/prep/maintain_7.html
Do not abbreviate the year list using a range; for instance,
do not write `1996--1998'; instead, write `1996, 1997, 1998'.
On Wed, 12 Dec 2001, Sterling Hughes wrote:
Sure, commit it... But please don't send a patch for every proto
change, we'll yell out you fine if you commit something bad... ;)
Btw, yes, if you wouldn't mind zend_parse_parameters() conversion
would be great, its probably a
On Wed, 12 Dec 2001, Sterling Hughes wrote:
And those functions would be? :) Are you talking about regularly used
functions such as strlen(), etc.?
Functions like count(), for example, that people tend to use in a loop
unnecessarily.
I agree that zend_basic_functions.c should
On Wed, 12 Dec 2001, Zak Greant wrote:
I will start doing this (taking into account Andrei's constraints)
Also, is there a good source of documentation on
zend_parse_parameters(), or should I run throught the dev messages
and create some.
README.PARAMETER_PARSING_API
-Andrei
*
On Sat, 15 Dec 2001, Sebastian Bergmann wrote:
Just learned on www.pcre.org that PCRE 3.7 is out. PHP comes bundled
with PCRE 3.4, so we might want to upgrade, won't we?
Thies asked the same question and here is what my response was:
I looked at it and didn't find a compelling
On Wed, 19 Dec 2001, Jason Greene wrote:
haha
How long has that been in there?
Since beginning of 2000.
-Andrei
Give a man a fish; you have fed him for today. Teach a man to use
the Net and he won't bother you for weeks.
-Author unknown
--
PHP
All,
The discussions have been running quite heated on this and engine2
lists, and I certainly did my share. I would like to apologize if any of
my comments have hurt your feelings or made you think that I don't care
about this language, its users, and developers. I've been having some
issues in
On Thu, 20 Dec 2001, Sebastian Bergmann wrote:
This makes me sad, really. Recently several people 'took off' from PHP,
first Sascha, then Jani and you.
I really hope that you return,
Well, I didn't say I was exiting the PHP development. Rather, I think I
should take a breather,
http://www.advogato.org/article/395.html
-Andrei
Computers are useless. They can only give you answers.
--Pablo Picasso
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On Fri, 11 Jan 2002, Markus Fischer wrote:
I'm for (+1) assoc return values.
I think the code which is used to handle it is more verbose
then ( $day = $assoc['day']; and not $day = $arr[0]; or
whatever) and it also helps debugging because you can just do
a print_r() on
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
as soon as you have, say,
Greetings!
I have released PHP-GTK version 0.5.0, also known as monday starts on
saturday. The version number was bumped from 0.1.1 to this one to
indicate that PHP-GTK is now a fairly mature and stable extension and
can be used for a variety of applications (just look on Freshmeat).
I would
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:
--- zend_builtin_functions.c2002/01/06 15:21:09 1.107
+++ zend_builtin_functions.c2002/01/29 21:02:05
@@ -553,5 +553,5 @@
On Wed, 30 Jan 2002, Andi Gutmans wrote:
Sounds OK to me although it might be confusing with the name of this
function.
Yes. I have something in mind for ZE2 - I'll work up a patch and send it
to you.
-Andrei
Any sufficiently advanced bug is
indistinguishable from a feature.
This doesn't make sense:
?php
error_reporting(E_ALL);
class foo {
var $bar;
}
$n = new foo;
echo $n-bar;
?
Results in:
PHP Notice: Undefined property: bar
I think it's misleading in best case. Property 'bar' *is* declared, so I
think it should have an entry in class's
All,
Zend/ZendEngine2 are now available for online access through lxr.php.net
and bonsai.php.net. Also, I've added ChangeLog files to these modules
and updated the changelog tool so that it will start auto-generating
them. This also means that you can use '@' and '#' prefixes in
Zend/ZendEngine2
php-dev has had 80,000 posts to it. At least I hope mine is number
80,000.
P.S. Well, most of those were probably bug reports/closings.
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 13 Feb 2002, Jason Greene wrote:
Wow,
I wonder what the size of all those would be in bytes: )
271,622,000
-Andrei
The secret of flying is to throw yourself
at the ground, and miss. -- Douglas Adams
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
I have a slight problem with zend_get_parameters() I want to pass an
optional object of a specified class to the constructor of another
class I do this in the constructor:
This has been fixed in Zend API in the CVS
-Andrei
* Quantum Mechanics: The Dreams of Which Stuff is Made *
--
PHP
Why does CLI force you to use -f to specify file? What is wrong with
simply using:
php file.php
?
-Andrei
Beware of bugs in the above code; I have only proved it correct,
not tried it. -- Donald Knuth
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
I agree.
On Fri, 29 Mar 2002, Markus Fischer wrote:
On Fri, Mar 29, 2002 at 01:00:47AM +0100, Marcus Börger wrote :
The difference to many other programs is that we
came from CGI.
This is a (rather) bad excuse. It doesn't matter where we
came from. What we all want is a
Since Wez put in streams implementation, I must adjust PHP-GTK to
conform to it and that means distinguishing between old and new way
according to something like an API number. Do we have an API_NO define
in PHP somewhere?
-Andrei
It is commonly the case with technologies that you can get
the
I think the new build system macro PHP_NEW_EXTENSION() has a problem. It
calls these two macros as follows:
PHP_ADD_SOURCES($ext_builddir,$2,$ac_extra,)
PHP_ADD_SOURCES_X($ext_builddir,$2,$ac_extra,shared_objects_$1,yes)
Shouldn't it be $ext_srcdir instead of $ext_builddir? The
On Tue, 02 Apr 2002, Wez Furlong wrote:
Or you could use PHP_HAVE_STREAMS, also defined in main/php.h :-)
Is the resource type for all kinds of streams le_stream?
-Andrei
* The great thing about standards is that there are so many to choose from. *
--
PHP Development Mailing List
Do we have a constant containing path separator for the platform PHP is
running on? By that I mean REGISTER'ed constant available to PHP
scripts.
-Andrei
* Black holes are where God divided by zero. *
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
On Fri, 05 Apr 2002, Sander Roobol wrote:
Come on, Andrei. Use the source, Luke!
Anyway, according to NEWS, it was added in 4.0.6
Paint me lazy today.
-Andrei
This isn't right. This isn't even wrong.
-- Wolfgang Pauli
--
PHP Development Mailing List http://www.php.net/
To
On Fri, 05 Apr 2002, Richard Heyes wrote:
Do we have a constant containing path separator for the platform PHP is
running on? By that I mean REGISTER'ed constant available to PHP
scripts.
DIRECTORY_SEPARATOR ??
And since what version is it available?
-Andrei
* If it ain't broken, it
Kristian wrote:
If overload() allows for __get_x(), though, this is bad design.
The reason for this is that we get namespace pollution and,
again (*), automatically called callback functions with a
variable name. There will interoperate badly with inheritance,
with dynamically created,
To resolve the serialization issue, I don't have any big problems with
removing the finer-grained aggregation methods in favor of a single
predictable one.
Suggestion for new implementation:
* Don't create temporary class entries, proxy all calls through
PHP's object overloading.
*
__get_x() is simply a shortcut, I don't see how it can backfire on us in
the overload framework. It is very helpful if you have a couple of
variables that are more frequently accessed and you want to split up
their processing from the rest. They are pretty much analogous to
get/set property
On Fri, 12 Apr 2002, Andi Gutmans wrote:
Hi,
I think that if we go my way with aggregation we can add the ability to add
aggregated classes at run-time too and answer your needs.
Fine with me.
However, I think that if we continue on much longer with trying to put all
possible OOP
Alexander Belyaev wrote:
Any comments, suggestions?
...
function __get($prop_name, $prop_value)
{
if($prop_name=='id' or $prop_name=='version' or $prop_name=='classname' or
$prop_name=='data')
{
$prop_value = $this-$prop_name;
return
Wez Furlong wrote:
[snip]
4. Your suggestions...
Wez,
Take a look at this document:
http://primates.ximian.com/~miguel/monikers.html
Monikers seem to be similar to what you are describing. Maybe there are
some ideas to be gleaned from there.
-Andrei
Nobody tried to design Windows
On Fri, 19 Apr 2002, Wez Furlong wrote:
The nice thing about this is that a range of encodings/decodings
can be applied/removed based on the data that has just been read
from the file.
I think this sort of thing might be useful for things like
templating processors:
?php
$fp =
I would like to know if we can modify the build process to build and
install a PHP library, without any SAPI modules, so that libphp.a and
libphp.so get installed in the appropriate locations. I need this in
order to develop PHP support for some applications, since they will need
to link against
I've started putting up some unofficial patches to PHP/Zend on my site.
Feel free to use them and submit feedback.
http://www.gravitonic.com/software/php
-Andrei
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Why do I get
Array
(
[0] = Array
(
[0] = T_OPEN_TAG
[1] = Array
(
[0] = T_STRING
[1] = phpinfo
)
[2] = (
[3] = )
[4] = ;
[5]
No: ?php print_r(token_get_all('?php phpinfo(); ?'));?
Array
(
[0] = Array
(
[0] = 353
[1] = Array
(
[0] = 304
[1] = phpinfo
)
[2] = (
[3] = )
David,
Enclosed is a patch to allow PCRE's preg_split to return an array of
(match, offset) pairs, if PREG_SPLIT_OFFSET_CAPTURE is or'd into the
flags parameter. Submitted for inclusion, rejection, extensive flaming,
or suggestions. :)
I've applied the patch with some modifications.
On Fri, 24 May 2002, [EMAIL PROTECTED] wrote:
I am looking at the bugs list on news.php.net, and I can't find any mention of
msession.
I would like a little more discussion BEFORE my extension is removed
the the main tree. To characterize my mood as anything less than
disturbed, would be
I would like reinstatement of msession into the main tree, and if you
oppose I would like a serious discussion to take place on the developer
list. If you support it, I need you to sound in on the discussion.
I intend to re-add it back to CVS early next week. I have spent a good
amount
Once again, I apologize for taking a hasty action without notifying the
author. I should have done that regardless of my beliefs about PECL and
ext/ overpopulation. I am not going to bring up an excuse, even though I do
have a couple..
Let's start over.
-Andrei
--
PHP Development Mailing
In case you've missed it, I have been putting up unofficial patches for
PHP on my website. The latest one changes some operators. See the
website for more details.
Cheers,
-Andrei http://www.gravitonic.com/
--
PHP Development Mailing List
Hi Aaron,
In case you've missed it, I have been putting up unofficial patches
for PHP on my website. The latest one changes some operators. See the
website for more details.
Is there a reason why you don't just post them here?
Simply because I have a few other ones on the website that
The latest one changes some operators.
Nice, but why not overload + for strings to do the concatenation?
Doing that would be ambiguous, to say the least. PHP automatically
converts operand types with arithmetic + operator. What would you expect
the result of the following expressions to
On Wed, 05 Jun 2002, Rasmus Lerdorf wrote:
Heh, this is sounding like PHP 1 and 2 days again. Back then I had + as
the contanation operator. I actually implemented all the operators.
abc - b gave you ac. abc * def gave you the cross product
vector of vectors abc and def. '/' reversed
I will take a look at this soon, thanks.
On Thu, 06 Jun 2002, David Brown wrote:
Hi Andrei, all:
(This is a re-send of a previous message that received no replies; my
apologies if you've already seen/considered it)
In a previous patch
And thanks for the additional head's up! I had to go read the zend api
headers to get it working -- I think you're rigyt, call_user_function()
is sufficient for me in this case. I just got phpinfo() working, I'll
try getting eval() going in a few minutes.
eval() is actually a language
So, should we go ahead and change it to 'long' then? The existing code
would be affected of course..
On Thu, 04 Jul 2002, Yasuo Ohgaki wrote:
It sounds like changing API (int - long) is better to me.
_zvalue_value.lval's type is long also.
--
Yasuo Ohgaki
Sascha Schumann wrote:
sas
On Wed, 11 Sep 2002, Wez Furlong wrote:
It seems that our bundled pcre doesn't handle utf-8 as well as the latest
version; are there any objections to updating to version 3.9?
No, no objections. Do you want me to do it or..?
-Andrei
I fixed it in CVS now.
On Wed, 18 Sep 2002, Steph wrote:
I can't build PHP-GTK against current dev head (4.3.0), I get 7
compilation errors all of which say the same thing:
blah blah : error C2198: 'php_array_merge' : too few actual parameters
Now this worked a few weeks back ... ?
--
Please file it as a Bug.
On Fri, 20 Sep 2002, Sebastian Bergmann wrote:
Environment: Apache 2 and PHP 4 built as Debug_TS from current CVS on
Win32. Same combination also segfaults on Linux 2.4.19.
This segfault is most likely caused by a change in the SAPI startup
code.
Good riddance.
On Wed, 25 Sep 2002, Sterling Hughes wrote:
Hi,
As you may of noticed, I've orphaned quite a few of my extensions in the
php4 cvs tree. This is due to the fact that I now longer have the time
to maintain any of the php extensions and frankly i haven't had the
Wez, have you had a chance to look at #19292?
-Andrei http://www.gravitonic.com/
* My wishlist: http://www.amazon.com/exec/obidos/wishlist/2Q2DIPY7BZLSH/ *
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
All,
Once the critical bugs are fixed, I intend to branch the tree in
preparation for 4.3.0 cycle. The remaining critical bugs are:
[15025] Copy of array is affected by reference
[19292] random error: open_basedir restriction in effect. File is in
wrong
On Thu, 26 Sep 2002, Sebastian Bergmann wrote:
Andrei Zmievski wrote:
Once the critical bugs are fixed, I intend to branch the tree in
preparation for 4.3.0 cycle.
voice style=Professor Hubert Farnsworth
Good News!
/voice
I so love that show.
-Andrei
On Thu, 26 Sep 2002, Jimmy wrote:
For example:
$string = 1;
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer, instead of string
$file_name = contain some unicode char;
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded as binary,
On Fri, 27 Sep 2002, Jan Lehnardt wrote:
what about wddx_serialize($complex_var, array(
WDDX_EMPTY,
...
WDDX_HASH = array(
On Fri, 27 Sep 2002, Wez Furlong wrote:
Is that meant to be a compliment?? :-)
God, no.
-Andrei http://www.gravitonic.com/
* How would this sentence be different if Pi was equal to three? *
--
PHP Development Mailing List http://www.php.net/
To
On Sat, 28 Sep 2002, Wez Furlong wrote:
Hi All,
I'm in two minds about what to call the functions introduced by streams
to user-space.
Some of them are called file_xxx to emphasize the fact that they operate
on files, while some of them are called stream_xxx to emphasize that they
are
Sascha,
Edin tells me that with the changes you made it will be necessary to do
the configure-make cycle 3 times in order to build PHP + libphp.so +
libphp.a. In my view, that is a big hassle. Is there no way to make it
work so that everything is built at once, possibly with only one more
On Tue, 01 Oct 2002, Lukas Smith wrote:
But I think PEAR needs to get its community and development structure
setup correclty before 4.3 with an offical PEAR should hit the streets.
[snipped]
I think that the PHP Conference in Frankfurt would fit perfectly to
setup a round table (maybe
On Tue, 01 Oct 2002, Sascha Schumann wrote:
Andrei,
considering that you are subscribed to php-dev, I really do
wonder about your motives on bringing this topic up.
I gladly invite you to contribute to the on-going work which
aims at enabling multiple parallel SAPI
On Tue, 01 Oct 2002, Sascha Schumann wrote:
Fortunately, I have some spare time and look forward to
purge some of the cruft which has assembled since the CLI
support was added. By extending the problem domain, we can
simplify and abstract a number of cases in the build
On Tue, 01 Oct 2002, Sascha Schumann wrote:
Nope, this is 4.3.1 material.
I was about to ask you whether you can branch away the PHP
part now and doing the Zend branch later, after the bug is
fixed. If not, it is ok, too.
We were going to branch on Saturday, after Wez and
On Tue, 01 Oct 2002, Rasmus Lerdorf wrote:
So result is never filled in as it doesn't think we hit any markers. Yet
a file foo.jpg returns:
foo.jpg: JPEG image data, JFIF standard 1.02, resolution (DPI), 72 x 72
I have tried it with a number of different jpegs. My libjpeg is:
On Wed, 02 Oct 2002, Rasmus Lerdorf wrote:
Hrm... Actually, after a bit more checking it is only some jpegs that
don't work. Specifically the ones coming from my digital camera are no
longer working. Images that used to work with getimagesize() are now not,
so I think something changed.
On Wed, 02 Oct 2002, Sascha Schumann wrote:
Will HEAD become 4.4 immediately after 4.3.0 branches off?
I would expect that some work needs to be done to further
stabilize the 4.3 branch.
The rule of thumb is that the 4.3 branch is used only for point
releases.
-Andrei
I'd like to have this patch committed, any comments?
http://www.zend.com/lists/php-dev/200203/msg00407.html
-Andrei http://www.gravitonic.com/
C combines all the power of assembly language with
all the ease of use of assembly language -- trad
--
On Wed, 02 Oct 2002, Sascha Schumann wrote:
Uh, how ugly. This has never been supported intentionally.
Looks like a result of multiple people modifying code and not
talking to each other.
Note that the docs for session_register are out of date. It
is supposed to mean
On Thu, 03 Oct 2002, Ilia A. wrote:
After doing a number of tests on PHP's various string functions, I've came up
with a patch that significantly improves the performance on those functions.
The patch optimizes:
php_addslashes() - internal PHP function used to add slashes to a string
On Fri, 04 Oct 2002, Sascha Schumann wrote:
Here is a second patch, with a third coming some time later.
The current stream implementation does not consume its
buffered data before starting new reads. That causes serious
problems with sockets, of course, if you have an
On Fri, 04 Oct 2002, Sascha Schumann wrote:
Are there any problems with regard to comitting fixes to that
branch?
No.
Anyway, I've had to address such issues in PHP 3 already for
which I wrote the socket buffering system. I don't expect to
run into anything non-trivial
On Fri, 04 Oct 2002, Rasmus Lerdorf wrote:
I don't think there is anything too magical about Saturday. The magic was
setting a date which has spurred a lot of good fixes. If we need to give
folks a couple more days to finish up stuff then we do that.
Right, I was just pushing people a bit.
On Fri, 04 Oct 2002, Rasmus Lerdorf wrote:
Good.
Not running into anything non-trivial would be bad, wouldn't it? ;)
non-trivial = difficult
running into difficult = bad
not running into difficult = good
It's Friday and I am hungry. :)
-Andrei
All,
I have made PHP_4_3 branch just now. This is the branch that will be
used for 4.3.0 release and subsequent point releases. If you fix a bug
in HEAD, please do not forget to merge it into the PHP_4_3 branch as
well.
Thank you,
-Andrei
On Sat, 05 Oct 2002, Sebastian Bergmann wrote:
Will HEAD become 4.4.0-dev, or 5.0.0-dev? Considering the long release
cycle to be expected I prefer the latter.
Does it really matter? It's just a string in php_version.h.
-Andrei
On Sat, 05 Oct 2002, Sebastian Bergmann wrote:
Andrei Zmievski wrote:
Does it really matter? It's just a string in php_version.h.
Well, not really. But knowing that HEAD would become PHP 5 could maybe
encourage projects like rewriting stuff like ext/domxml, ext/java or
sapi/java
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it. Subsequently, based on the results of that testing we
can see if
Good. Now, people, let's try to get the tree at least somewhat stable
before Thursday.
On Mon, 07 Oct 2002, Rasmus Lerdorf wrote:
Ok
On Mon, 7 Oct 2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose
.
At 17:09 07/10/2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1
from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it. Subsequently
No. I'll do it.
On Tue, 08 Oct 2002, Derick Rethans wrote:
Hello,
I propose to ditch this one right now, and re number the HEAD branch to
4.3.0-dev (instead of 4.4.0-dev). Any objections?
regards,
Derick
--
Can someone good with build system add --disable-cgi swtich, please?
There is a patch in php-dev archives but it doesn't work against the
current tree. I hate building cgi every time when I don't need it.
-Andrei http://www.gravitonic.com/
Music expresses
On Thu, 10 Oct 2002, Philip Olson wrote:
Shouldn't this be --disable-cli ?
Eh, no. We already have --disable-cli. We need --disable-cgi.
-Andrei http://www.gravitonic.com/
I still find each day too short for all the thoughts I want to think,
all the
Hello,
PHP 4.3.0pre1 is available for download from http://qa.php.net. PHP
4.3.0 incorporates a very large number of changes, new features, and
bugfixes, and thus requires extensive testing. This preliminary release
is meant to kick-start this testing while the fixes are still being
performed.
Apologies, the correct URL to download PHP 4.3.0pre1 from is:
http://www.php.net/~andrei/php-4.3.0pre1.tar.bz2
-Andrei http://www.gravitonic.com/
* 2 + 2 = 5 for extremely large values of 2. *
--
PHP Development Mailing List http://www.php.net/
To
On Sat, 12 Oct 2002, Sebastian Bergmann wrote:
And PHP answered:
All I ever do, day in and day out, is work and work and work.
The only time I'm noticed is when I break, and then I'm cursed and
kicked, and roundly blasted for being useless. However, when things go
well, I never
Hi,
We have 10 critical bugs in the list currently. If you could please see
about fixing at least one of them, we'd be that much closer to a release
candidate.
Summary: need to use -taso with Netscape LDAP libs
URL: http://bugs.php.net/bug.php?id=1298
Summary: Copy of array is affected by
On Tue, 15 Oct 2002, Zeev Suraski wrote:
Summary: Copy of array is affected by reference
URL: http://bugs.php.net/bug.php?id=15025
If you keep that one on the critical list, then 4.3.0 will remain a
philosophical concept :)
You said you'd think about fixing it and I've never heard
301 - 400 of 496 matches
Mail list logo