Finally, it's out.
www.php.net/~zeev/php-4.0.7RC3.tar.gz
--
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]
Fixed - thanks!
At 14:17 04-10-01, Marc Boeren wrote:
So it seems the results are sorted, but the keys aren't reassigned...
If I track the source, I find the zend_hash_sort function in zend_hash.c has
changed between 407 and 408:
407:
if (renumber) {
p =
At 09:00 05-10-01, Yasuo Ohgaki wrote:
Yasuo Ohgaki wrote:
Zeev Suraski wrote:
Finally, it's out.
www.php.net/~zeev/php-4.0.7RC3.tar.gz
In addition to previous problem, CGI build seems to print following line
again..
X-Powered-By: PHP/4.0.7RC3 Content-type: text/html
I saw this line
As a temporary solution, you can edit Zend/zend.c, search for
ZEND_ERROR_BUFFER_SIZE, and increase the buffer size. It's not a very
good solution though, so it won't be merged in to the general
distribution. We'll try to make it work better in a future release.
Zeev
At 04:09 05-10-01
wrote:
Yasuo Ohgaki wrote:
Zeev Suraski wrote:
Finally, it's out.
www.php.net/~zeev/php-4.0.7RC3.tar.gz
In addition to previous problem, CGI build seems to print following line
again..
Minor problems with phpinfo() while running PHP as Apache module.
Logo images(PHP/Zend) are not displayed.
*** I
the best practice.
Zeev
--
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 could be a bug introduced by my patches from a couple of months ago
(even though this behavior may have existed before, I'm not sure). I, at
least, wasn't giving any thought to people who want to emit out SID's on
their own.
At 03:42 18-10-01, Rasmus Lerdorf wrote:
This code in session.c
Nope, Edin was right. It's valid in both senses.
Zeev
At 11:50 19-10-01, Rasmus Lerdorf wrote:
It is valid in the sense that the code would not be executed the second
time, but it isn't valid for preventing multiple function definitions
inside that block. ie. no conditional function
with no protection at all, function redefinitions will not be
reported. That's kind of ugly.
- Won't work with URL includes (didn't look that one up thoroughly).
I'm still in favour of reverting to the old 4.0.6 behavior for now, and
sorting it out in 4.2.0, rather than 4.1.0.
Zeev
At 12:52 19-10-01
. It's just compiled into slightly worse
intermediate code, because no compile-time binding can be done. I don't
expect the difference to be more than a few percent away, and altogether,
it may not be noticeable at all.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e
was different...
Anyway, can you please send me a unified diff of this patch? Walking over
the context diff is very annoying :)
Zeev
--
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
can afford with C, but cannot afford with PHP.
Zeev
--
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]
of E_NOTICE's?
How about if we introduce an implicit _once directive? Do you have cases
in which you intentionally include the same file twice?
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
No, it doesn't. A future version will...
At 19:10 21-10-01, Geoff Hibble wrote:
Help, I get a syntax error on
$obj-get(this)-set(hello);
where
class H {
var $v = null;
function H () {
}
function set($val) {
$this-v = $val;
}
}
class OBJ {
var $a = null;
function
Nope, it's incompatible because there were lots of binary changes in this
version... Mail me your platform though, and I'll send you a snapshot by
Email.
Zeev
At 21:59 21-10-01, Mike Rogers wrote:
Guys;
Is there any way to get the Zend Optimizer to work with the latest CVS
snapshot. I
It's a very old bug, it even has an open entry in the bugs
database. Haven't thought of a good solution for it...
At 01:19 23-10-01, Rasmus Lerdorf wrote:
An update to this. It only happens if an extension is dl()'ed. If it is
loaded via an extension= in php.ini it works fine.
-Rasmus
On
not initialize
itself. So, turning it on anywhere else is not going to work, but is going
to crash.
Zeev
--
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
At 09:30 24-10-01, Rasmus Lerdorf wrote:
At 07:55 24-10-01, Rasmus Lerdorf wrote:
php_admin_value disable_functions does not work. Works fine from php.ini.
It's not supposed to work, it can only work from php.ini.
Why?
Look at the code... It's really designed to be a one-time thing,
At 13:09 24-10-01, Sebastian Bergmann wrote:
dl.c: In function `zif_dl':
dl.c:79: structure has no member named `full_tables_cleanup'
You didn't update your Zend dir...
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Yes, it's quite intentional.
Because there is no way to embed images within HTML, the way PHP displays
these images is by detecting a special kind of input string. If this input
string is detected, PHP spits out the PHP or Zend image, as
necessary. Since this allows remote users to detect
terminates, so that the next request is not
affected. It's not impossible, but this code currently does not exist.
Zeev
--
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
Try Thies's thing first. It may not be PHP memory at all, but
(a) Memory fragmentation (much tougher to handle, but we need to know what
we're up against)
(b) Non PHP memory
Thies's memory reporting will help you determine whether it's really PHP
that's taking so much memory. If it is, we
Look up in the archives... Basically if there are any leaks in emalloc()'d
data that was loaded in a dynamic module, memory blocks will be pointing at
addresses which no longer exist if we're in debug mode (the __FILE__ stuff).
Zeev
At 00:58 26/10/2001, Markus Fischer wrote:
On Thu, Oct 25
In my opinion, not really - it'll just replace one mess with another...
At 08:43 27/10/2001, 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
Can anybody else confirm this?
At 17:38 27/10/2001, John Lim wrote:
I suggest you run PHP as a CGI as a workaround.
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
ID: 13847
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status:
3.0 (as far as I recall anyway, it's been a
while).
Zeev
On Sun, 28 Oct 2001, Brian Moon wrote:
It has always been my understanding that in/out is faster as PHP does not
have to evalutate the terms for variables. The best test would be to use an
app like apache bench (aka: ab) against the two
be great if the above syntax would be possible. Any
technical obstacles, comments?
Yes, currently this has to be resolved in compile time. This may (probably
will) change in the Engine 2.0.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
Can someone familiar with the code confirm that the conditional
initialization of the fopen wrappers in basic_functions.c is bogus, and
that it should be initialized even if fopen wrappers are turned off at the
startup stage?
Zeev
--
PHP Development Mailing List http://www.php.net
Can you commit it?
At 01:40 31/10/2001, Yasuo Ohgaki wrote:
This patch fixes small phpinfo() problem.
Current phpinfo() does not display values properly, if
- value is string AND
- value is not set in php.ini AND
- value is modified by other places such as .htaccess,
httpd.conf, etc.
(It
Submit a request - and you'd be approved :)
At 12:52 01/11/2001, Yasuo Ohgaki wrote:
Zeev Suraski wrote:
Can you commit it?
I'm afraid not, since I don't have CVS account.
If anyone could give me a CVS account, I might be able to contribute a
little for QA Team, Japanese Documentation
Congratulations!
At 12:56 01/11/2001, Frank M. Kromann wrote:
Hi,
It is getting late now in CA, but I have to tell you all about Benjamin
Kromann, our new son :-)
He was born last night at 11:23pm and he is a healthy boy 50 cm long and
he weighs 3550 g. Mis mom is doing very well allthough
what we have now', when in reality, we
have a system that works at say 70% or 80% efficiency, and switching may
very well make things worse at the bottom line (i.e., worse product for the
end user) than they are today.
Zeev
At 01:31 11/11/2001, Stig S. Bakken wrote:
Andi Gutmans wrote:
Jani
.
The 4.0.7 codebase did not support multiple layers of internal/chunked
output buffering, so mixing output buffering and mbstring-auto-encoding did
not work.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
CVS works really well so far, but more tests are needed.
Ok, great. I'll import the patch to the 4.1.0 branch then.
Zeev
--
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
I promised that anybody that I'll break the neck of anybody that complains
about not going with the GPL. Please inform me of any PHP conferences you
intend to attend, so I know where to find you :)
Zeev
At 20:28 08/11/2001, August Zajonc wrote:
Why not the GPL?
But excellent any which way
SHORT TAGS WILL NOT BE DEPRECATED.
There.
Zeev
At 15:54 09/11/2001, Jani Taskinen wrote:
It's not only because of xml stuff but also because of
the portability reasons..not everyone has short-tags enabled.
Would it be that most of the people who have them enabled do that
just because ?php
At 22:04 09/11/2001, Sebastian Bergmann wrote:
Zeev Suraski wrote:
I promised that anybody that I'll break the neck of anybody that
complains about not going with the GPL. Please inform me of any PHP
conferences you intend to attend, so I know where to find you :)
Any guess on when
a new release based on several months old CVS is going to be a headache.
Your comments are quite welcome, let's try to reach consensus as soon as we
can (wishful thinking? :)
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
not be delayed for an
unknown amount of time, which will take us to stabilize HEAD.
Zeev
--
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]
Rasmus - whatever that issue is, it has not been fixed in HEAD.
Zeev
At 17:43 10/11/2001, 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
under both HEAD and 4.1.0RC1 (HEAD requires a more complex script,
but the bug is there).
Zeev
At 16:57 10/11/2001, Zeev Suraski wrote:
Rasmus - whatever that issue is, it has not been fixed in HEAD.
Zeev
At 17:43 10/11/2001, Rasmus Lerdorf wrote:
I think the assumption that the PHP_4_0_7
At 05:28 12/11/2001, Jani Taskinen wrote:
Zeev suggested at some point
that we should drop the last number altogether.
I *what*? Perhaps I was high on that Kossu :) I was never in favour of
dropping the 3rd digit.
That indeed would
make the current way of doing things more correct
The one symptom Rasmus pointed out (which was quite specific for
mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big
showstoppers left.
Zeev
At 20:55 12/11/2001, Andrei Zmievski wrote:
On Mon, 12 Nov 2001, James Moore wrote:
Putting out a release we arnt happy
I suggest an RC2 (today?) and a release by the end of the week, or Monday
at the latest.
James - how sure are you that the fix you submitted is good and that we
won't find out afterwards that the bogus behavior was actually the right
thing to do? :)
Zeev
At 21:14 12/11/2001, Andrei Zmievski
uploads) is a 'clear and present danger', in my
opinion. We should be able to take our time with it, if necessary.
Zeev
At 20:54 12/11/2001, James Moore wrote:
i haven't really changed my mind - but i want a fast
decision. as there isn't any clear consens here i think we
should
I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts.
Zeev
--
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]
The version in the branch has no curl_global_init() call at all. I'm
assuming it's ok to add it - Sterling - please shout if it isn't :)
Zeev
At 03:08 13/11/2001, James Moore wrote:
- Original Message -
From: Alan Knowles [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
Zeev
--
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]
the Servlet SAPI
module with current versions of Tomcat and Cocoon2.
It is not stable, though, as I discussed with Zeev at the Conference...
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http
Either that or we can simply check if this #define exists... What do you
think?
Zeev
At 11:37 13/11/2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
make[1]: Entering directory /home/js/dl
It's quite different actually - if we conduct a configure test, then
presumably we'll refuse to compile under CURL below version 3.8.1 or
whatever version it is. If we do an #ifdef check, it'll work with older
CURL's.
Zeev
At 11:56 13/11/2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev
to be
within our reach. In very specific cases, such as the 4.1.0 - 4.2.0
change, if there are going to be some key bugs in 4.1.0, releasing a 4.1.1
based on 4.1.0 would be in order. Otherwise, though, I would say that
we're only toying with a non practical idea :)
Zeev
At 02:36 14/11/2001, Stig S
have
OpenUNIX 8 support in 4.1.0...
Zeev
--
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]
Uhm, what exactly did you reproduce?
Zeev
At 02:19 PM 11/18/2001, Derick Rethans wrote:
On Sun, 18 Nov 2001, Sander Roobol wrote:
I created two scripts.
?php set_time_limit(1); ?
?php
for($i=0; $i100; $i++) {
base64_encode(md5($i));
}
?
Reproducing this bug on Linux
Ah, well, the bug was discussing something else (I think). I'll look into it.
Zeev
At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote:
On Sun, 18 Nov 2001, Zeev Suraski wrote:
Uhm, what exactly did you reproduce?
That set_time_limit() affects the whole apache child, and not only the
current
Looks like I misread the bug, I'll look into it.
At 03:11 PM 11/18/2001, Zeev Suraski wrote:
Ah, well, the bug was discussing something else (I think). I'll look into it.
Zeev
At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote:
On Sun, 18 Nov 2001, Zeev Suraski wrote:
Uhm, what exactly did
Can you describe the exact steps you made in order to reproduce it? It
appears to be working fine on my box.
Zeev
At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote:
On Sun, 18 Nov 2001, Zeev Suraski wrote:
Uhm, what exactly did you reproduce?
That set_time_limit() affects the whole apache
set_time_limit() just enforces a time limit, it doesn't save anything
anywhere. The timeout is then supposed to get the global setting at the
beginning of the next request, so I don't yet understand where this issue
is coming from...
Zeev
At 03:01 PM 11/18/2001, James Moore wrote:
could
));
}
?
restart HTTPD
load script one
load script two
That's all,
Derick
On Sun, 18 Nov 2001, Zeev Suraski wrote:
Can you describe the exact steps you made in order to reproduce it? It
appears to be working fine on my box.
Zeev
At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote:
On Sun
As soon as php_register_variable() returns, it's ok to free the variable
name. The string itself gets duplicated inside the hash.
We have to make sure that duplication/freeing only occurs iff (no typo :)
it's necessary, so that the general case remains quick.
Zeev
At 15:58 19/11/2001
Generally, a perfect C implementation will always be quicker than a PHP
implementation, because the scripting engine has its overhead. However,
whether or not you write perfect C code is a different question :)
Zeev
At 16:51 19/11/2001, colin mcdonald wrote:
Hi, I apologize in advance
www.php.net/~zeev/php-4.1.0RC3.tar.gz
What does 'Final RC' mean?
As discussed with php-qa guys (on IRC, you didn't miss a thread), we
decided that the current release process is problematic (surprise surprise
:). The particular issue we diagnosed this time was that RC branches were
changing
at 06:46:20PM -, James Moore wrote:
- Original Message -
From: Alain Samoun [EMAIL PROTECTED]
To: James Moore [EMAIL PROTECTED]
Cc: Zak Greant [EMAIL PROTECTED]; Jani Taskinen [EMAIL PROTECTED]; Andy
Woolley [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED];
[EMAIL
(all other dlls are there).
A+
Alain
On Wed, Nov 21, 2001 at 10:31:44PM +0200, Zeev Suraski wrote:
It's definitely in the zip... Any chance you have your explorer set
not to
show .dll's or something like that?
At 21:25 21/11/2001, Alain Samoun wrote:
Checked it again: Nope, you must
The chances that it's in the memory manager are very very slim... The
memory manager is a poor component - if there's a bug anywhere in PHP, the
crash is very likely to appear to point at the memory manager :)
Does this script use any fancy modules?
Zeev
At 17:22 24/11/2001, Stig Venaas
(in approximately 15 hours).
Zeev
--
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]
to the
branch since RC3 was rolled... If you have one, let us know about it :)
Zeev
At 00:50 29/11/2001, Markus Fischer wrote:
On Wed, Nov 28, 2001 at 10:23:55PM +0200, Andi Gutmans wrote :
Yep. As far as I remember it was reverted in 4.1.0
No, it doesn't seem to be reverted:
$ ~/php410
Can you verify that this problem is gone in the latest CVS of PHP_4_0_7
(make sure you update the Zend directory)
Zeev
At 20:05 28/11/2001, Markus Fischer wrote:
A small example which shows that BC seems to be broken for a
certain (but not uncommon) case:
cat include_me.php
, which is growing
and growing through its regular evolution. It may be the case with your
particular project, and some other projects, but it still doesn't mean that
we can afford to break PHP in order to make it more hospitable to such
projects.
Zeev
--
PHP Development Mailing List http
I don't believe so. They should be either, as Apache 2.0 is alpha code...
Zeev
At 16:09 29/11/2001, Brian Moon wrote:
Are the changes that make Apache 2.0.28 work included in those changes?
Brian.
- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Markus Fischer [EMAIL
HEAD is very far away from 4.1.0. Apache 2.0 moves between Alpha and Beta,
and this isn't necessarily a unidirectional move :) This won't be in 4.1.0.
Zeev
At 18:11 29/11/2001, Brian Moon wrote:
2.0.28 brought it into beta. Current HEAD of PHP works fine. I just
thought if there is going
I plan to roll it quite soon. I'm still waiting for people to ack that the
problem they complained about is gone...
Zeev
At 20:36 29/11/2001, Zak Greant wrote:
Hello QAers,
If anyone missed the thread on the PHP Dev list, it looks like we will be
testing another RC of PHP 4.1.0
Nope :)
At 09:19 30/11/2001, Jani Taskinen wrote:
As a minor cosmetic detail, could you set the version for
the 'next' release of 4.1 to be 4.1.1 ?
Many people have downloaded the broken 'release' of 4.1.0 now
so we have to be able to know what version people are using
when they submit bug
Yep :)
At 13:53 30/11/2001, Markus Fischer wrote:
On Fri, Nov 30, 2001 at 01:40:54PM +0200, Zeev Suraski wrote :
Nope :)
But you can update the NEWS file to say '4.1' and not '4.0'
at the top X-D
- Markus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e
http://www.php.net/~zeev/php-4.1.0RC4.tar.gz
The plan is to release Monday, unless a real earth quaker is found...
Zeev
--
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
At 16:22 01/12/2001, Stig Venaas wrote:
On Sat, Dec 01, 2001 at 03:00:44PM +0200, Zeev Suraski wrote:
This is so unbelievable. It looks as if there's a higher force putting
all
its weight to prevent 4.1.0 from ever coming out.
Yes, I really wish I noticed this before.
But then it's
At 00:56 02/12/2001, Yasuo Ohgaki wrote:
Is this change is intended?
Is it a change?
Zeev
--
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
stability problem
Unbuffered queries were introduced in 4.0.6, so if they broke in 4.1.0, it
may be necessary to fix. If the status hasn't changed, then it can wait
for 4.2.0.
Zeev
At 12:32 04/12/2001, Derick Rethans wrote:
Hello,
yes yes... I can still win my bet :)
The following script:
?php
At 13:25 04/12/2001, Derick Rethans wrote:
IMO, they still need to be fixed, but not in 4.1.0.
Definitely :)
Zeev
--
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
I don't think that a PR like the one you raise is likely. Mostly all other
languages behave in the same way. Even other software components, such as
databases, often have this issue, unless you use string base representation.
Zeev
At 20:03 06/12/2001, George Whiffen wrote:
Matthew,
You
for this issue, e.g.
http://www.google.com/search?q=%22never+compare%22+%22floating+point+numbers%22
Zeev
--
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
It actually hasn't been decided upon yet.
Zeev
At 23:37 07/12/2001, Chris Newbill wrote:
Zend Engine 2 will have multiple-inheritance among other nice toys.
No I don't know when it will be part of PHP)
There is a mailing list for the engine, I just don't remember what it
is.
-Chris
What would be the input/output of these input handlers?
Zeev
At 07:19 09/12/2001, Rui Hirokawa wrote:
Hi,
I propose a new idea for HTTP input handler to improve security and
multibyte encoding support.
Currently, user input by POST/GET/Cookie is treated by
internal function
It still isn't in 4.1.0 because not all of the final small issues were
resolved, but it's already in the CVS for the new version.
Zeev
At 11:41 11/12/2001, Sterling Hughes wrote:
Hi,
About a month ago Zend announced that they would release the engine under a
BSD-style license... I
Your suggestion does make sense, but it's probably impractical at this
point, as it requires a rewrite of pretty much every function or piece of
code that deals with floats. It sounds like a noble cause, but one that
would have to wait for now :)
Zeev
At 21:12 10/12/2001, George Whiffen
tree and found the modified file, thanks :)
This means I can link my proprietary app against 4.2.0-dev, but not 4.1.0,
right?
No, you can and always could link anything you wanted with PHP 4.x. The
Zend Engine license had virtually no implications for end users of PHP.
Zeev
--
PHP
true if I created a modified sapi (taken from cgi-sapi),
included that and all related stuff in my app (like the required modules,
etc, but also the zend engine which is part of the package) and compiled a
binary for redistribution?
Yep.
Zeev
--
PHP Development Mailing List http://www.php.net
Would the cwd of the PHP CGI be inside the user's dir? Did you test it in
a real CGI environment?
Zeev
At 12:23 11/12/2001, Mathieu Kooiman wrote:
There's a problem with PHP cgi binaries:
CaPS_ (was a CVS, so..)
CaPS_ which reminds me
CaPS_ remember my ranting about php.ini derick?
CaPS_
At 12:36 11/12/2001, Mathieu Kooiman wrote:
On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote:
Would the cwd of the PHP CGI be inside the user's dir? Did you test it in
a real CGI environment?
Zeev
Err, PHP CGI would be in /usr/local/bin/php..
Yeah, but that's not what I asked - I asked
At 15:23 11/12/2001, Mathieu Kooiman wrote:
On Tue, 2001-12-11 at 14:04, Zeev Suraski wrote:
At 12:36 11/12/2001, Mathieu Kooiman wrote:
On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote:
Would the cwd of the PHP CGI be inside the user's dir? Did you
test it in
a real CGI environment
Go ahead...
Zeev
At 15:18 11/12/2001, Sebastian Bergmann wrote:
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 The PHP Group
At 17:16 11/12/2001, Emanuel Dejanu wrote:
Hi,
Zeev Suraski [zeev at zend dot com] wrote:
- Revolutionary performance and stability improvements under Windows. The
multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as
much as 30 times faster under load! We want
-
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
Sent: 11 decembrie 2001 17:37
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] RE: PHP 4.1.0 released
Importance: High
At 17:16 11/12/2001, Emanuel Dejanu wrote:
Hi,
Zeev Suraski [zeev at zend dot com] wrote:
- Revolutionary
Group|
As I understood it, it is apparently more correct to list the
individual years than to use a range of dates.
No, not really. 1997-2002 should be fine...
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
more than any PHP related security exploit :) The
directories from which the server agrees to run binaries are quite limited.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
OF CHANGES
10 Dec 2001, Version 4.1.0
- Worked around a bug in the MySQL client library that could cause PHP to hang
when using unbuffered queries. (Zeev)
- Fixed a bug which caused set_time_limit() to affect all subsequent requests
to running Apache child process. (Zeev)
- Removed the sablotron
OF CHANGES
10 Dec 2001, Version 4.1.0
- Worked around a bug in the MySQL client library that could cause PHP to hang
when using unbuffered queries. (Zeev)
- Fixed a bug which caused set_time_limit() to affect all subsequent requests
to running Apache child process. (Zeev)
- Removed the sablotron
They'll be posted within a couple of days.
Zeev
At 07:42 11/12/2001, MindHunter wrote:
Where do we get the Windows Binaries?
Cheers
MH
Zeev Suraski [EMAIL PROTECTED] wrote in message
5.1.0.14.2.20011210234236.0516bec0@localhost">news:5.1.0.14.2.20011210234236.0516bec0@localhost...
As I responded on Bugtraq, this is, if anything, an Apache bug, not a PHP
bug. It could be a configuration bug too, but the bottom line is the
Apache doesn't determine that the file is a PHP file when requested in that
way, and doesn't even invoke PHP on it.
Zeev
At 02:42 16/12/2001, Markus
what you think is constructive criticism.
Zeev
--
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]
701 - 800 of 1273 matches
Mail list logo