[PHP-DEV] Re: Bugs pending for PHP 4.1.0

reaks being able to build on OpenUNIX 8. If somebody gets to look at it - great. Please do it ASAP, as I want to go with 4.1.0 final early next week. If worse comes to worse, we won't 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]

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

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. > > > > > > > > > for($i=0; $i<100; $i++) { > > base64_encode(md5($i)); >

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

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

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

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 S

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

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()

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

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 wro

Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0

$i<100; $i++) { > base64_encode(md5($i)); >} >?> > >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

Re: [PHP-DEV] empty("0") issue

Whatever the functionality is, it's here to stay :) At 07:13 19/11/2001, Chris Newbill wrote: >What ever came of this issue? I m running into a lot of instances lately >where this is very annoying. I ll check the archives latter just thought >I d ask. > > > >-Chris -- PHP Development Mail

Re: [PHP-DEV] SAPI/Apache: Some characters in incomonig variable names are silently changed (fwd)

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

Re: [PHP-DEV] compiled modules VS. code in php

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

[PHP-DEV] 4.1.0 Final RC

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

Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status

lain > >On Wed, Nov 21, 2001 at 06:46:20PM -, James Moore wrote: > > > > - Original Message - > > From: "Alain Samoun" <[EMAIL PROTECTED]> > > To: "James Moore" <[EMAIL PROTECTED]> > > Cc: "Zak Greant" <

Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status

sn't hide dlls >(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? > >

Re: [PHP-DEV] maybe serious error in RC3 memory manager

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, S

Re: [PHP-DEV] Content-Encoding vs. Transfer-Encoding in gzip

We should give it a try - if it works with most browsers, then we can switch... At 13:24 25/11/2001, Stanislav Malyshev wrote: >gzip encoding module now uses Content-Encoding header to sign that the >page uses gzip encoding. Mozilla doesn't handle this 100% good (it saves >it as zipped, which is

[PHP-DEV] PHP 4.1.0

his evening (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]

Re: [PHP-DEV] BC problem

bmitted 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 do

Re: [PHP-DEV] BC problem

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 in

RE: [PHP-DEV] Patch: Nested comments

ature very gradually, and still give people the option of saying 'I don't care, I want it to stay on'. This is clearly not the case with PHP, which is growing and growing through its regular evolution. It may be the case with your particular project, and some other project

Re: [PHP-DEV] BC problem

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"

Re: [PHP-DEV] BC problem

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 i

[PHP-DEV] Re: [PHP-QA] PHP 4.1.0RC4

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 PH

Re: [PHP-DEV] BC problem

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 bu

Re: [PHP-DEV] BC problem

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 > >-- >P

[PHP-DEV] 4.1.0RC4

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 th

Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs

If it was broken for 6 months, it was broken in 4.0.6. It will be broken in 4.1.0, it's not grounds for breaking a final RC... Zeev At 01:43 01/12/2001, Stig Venaas wrote: >I was by accident looking at the ldap_first_attribute() code and >realized that something was wrong. Turns

[PHP-DEV] Re: [PHP-QA] 4.1.0RC4

Hold your horses, looks like Stig Veenas found yet another fatal problem. We may have RC5. Zeev At 06:12 01/12/2001, Zeev Suraski wrote: >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 >

Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs

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. Did you MFH the fix? Zeev At 10:21 01/12/2001, Stig Venaas wrote: >On Sat, Dec 01, 2001 at 06:18:14AM +0200, Zeev Suraski wrote: > > If it was broken fo

Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs

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 n

Re: [PHP-DEV] 4.1.0 CVS & RC4 has -02 option with --enable-debug ?

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-mai

[PHP-DEV] 4.1.0RC5

You know the drill, but practice makes perfect! In a divine effort to prevent both Derick and Zak from winning their bets (Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7), please folks, FIND NO BUGS! It's a 'final release' darn it :) Zeev --

[PHP-DEV] Re: [PHP-QA] 4.1.0RC5

It's a part of the test! :) www.php.net/~zeev/php-4.1.0RC5.tar.gz At 16:06 03/12/2001, Phil Driscoll wrote: >On Monday 03 December 2001 1:53 pm, Zeev Suraski wrote: > > You know the drill, >...but not the URL - though we could guess :) > >-- >Phil Driscoll -- PH

[PHP-DEV] Re: [PHP-QA] 4.1.0RC5

major 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 :) >

[PHP-DEV] Re: [PHP-QA] 4.1.0RC5

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

Re: [PHP-DEV] PHP can't compare...

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

Re: [PHP-DEV] PHP can't compare...

ng to discover this reality for me as well when I took this course a few years ago, but it's reality all the same. You can search the Web for this issue, e.g. http://www.google.com/search?q=%22never+compare%22+%22floating+point+numbers%22 Zeev -- PHP Development Mailing List <h

RE: [PHP-DEV] multiple inheritance ext

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 reme

Re: [PHP-DEV] PHP can't compare...

the other math libraries, which perform operations on strings. Zeev At 19:20 05/12/2001, Matthew Hagerty wrote: >At 12:09 PM 12/5/2001 +0200, Zeev Suraski wrote: >>At 00:38 05/12/2001, Matthew Hagerty wrote: >>>Okay, then why when I ask PHP to show me the value of

Re: [PHP-DEV] Proporsal for cascadable general HTTP input handler

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

Re: [PHP-DEV] new Zend Engine license?

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 releas

Re: [PHP-DEV] PHP can't compare...

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 Wh

RE: [PHP-DEV] new Zend Engine license?

he CVS for the new version. > >I just updated my 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 v

RE: [PHP-DEV] new Zend Engine license?

ications > > for end users of PHP. > >This is also 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

Re: [PHP-DEV] uhm.. *swallows*.. security thingy?

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: > > (was a CVS, so..) > which reminds me > remember my ranting about ph

Re: [PHP-DEV] uhm.. *swallows*.. security thingy?

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/ph

Re: [PHP-DEV] uhm.. *swallows*.. security thingy?

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? D

Re: [PHP-DEV] Re: Headers

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)

Re: [PHP-DEV] RE: PHP 4.1.0 released

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 t

RE: [PHP-DEV] RE: PHP 4.1.0 released

nuel Dejanu > >-Original Message- >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 Dej

Re: [PHP-DEV] Re: Headers

| > > +Copyright (c) 1997-2002 The PHP 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 Mai

Re: [PHP-DEV] uhm.. *swallows*.. security thingy?

're screwed anyway, much 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

[PHP-DEV] PHP 4.1.0 released

-- FULL LIST 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

[PHP-DEV] PHP 4.1.0 released

-- FULL LIST 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

[PHP-DEV] Re: [PHP] Re: PHP 4.1.0 released

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.

Re: [PHP-DEV] PHP 3.0 Bug Summary Report

Disabled At 19:16 15/12/2001, Martin Jansen wrote: >On 15 Dec 2001 17:00:04 -, [EMAIL PROTECTED] wrote: > > > PHP 3.0 Bug Database summary - http://bugs.php.net > >Why is this summary still sent out? IMO there is no need to >'waste' traffic. > >- Martin > >-- > Martin Jansen, <[EMAIL PROTEC

Re: [PHP-DEV] [defacementmonitor@hotmail.com: Win ME, Apache/1.3.20 and PHP/4.0.4pl1 Source disclosure Vulnerability]

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/20

Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviour that it had since PHP 3

l,' in the beginning) if you were somebody else. You're more than welcome to send us 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]

Re: [PHP-DEV] Re: Apache2Filter crashes on Windows

View->Debug Windows->Call Stack Just copy&paste it and send. Zeev At 12:09 17/12/2001, Sebastian Bergmann wrote: >Daniel Stone wrote: > > Please provide a full gdb backtrace of the problem; just the last call > > on the stack won't help the developers much. >

Re: [PHP-DEV] Re: Bug #14549 Updated: Warning: Unknown persistent list...

This bug is already fixed in CVS. At 20:10 17/12/2001, John Lim wrote: >Hi > >This requires using CGI and not ISAPI to reproduce. >I reported this bug also a week ago. > >John Lim > ><[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > ID: 14549 > > Updated by: s

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

ug should not become a feature, especially when it never worked that way, so anybody who actually used this function saw that it was behaving differently. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

exit_with_status(), silent_exit(), quiet_exit(), etc. etc. Something should fit :) At 14:49 19/12/2001, Lars Torben Wilson wrote: >Zeev Suraski writes: > > At 14:04 19/12/2001, [EMAIL PROTECTED] wrote: > > >Two ways to fix it then, either update the manual, or fix exit().

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

wrong, and misdocumented it. Scripts who will break are scripts that terminate after printing out an error code. I have at least one such script, and I'm pretty sure that more exist, especially in automated environments. Zeev At 15:08 19/12/2001, Jani Taskinen wrote: >Fixing a bug by adding new fun

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

At 15:15 19/12/2001, Lars Torben Wilson wrote: >Zeev Suraski writes: > > exit_with_status(), silent_exit(), quiet_exit(), etc. etc. Something > > should fit :) > >Yeah, you could do that. But then, why don't we have a >'c_compatible_dirname()' now, instead

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

At 15:21 19/12/2001, Lars Torben Wilson wrote: >Zeev Suraski writes: > > Even if you repeat it may times, it still wouldn't be a bug. When I wrote > > exit() I intended exit() to print out its argument, regardless of its > > type. It's been behaving like this sinc

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

At 16:11 19/12/2001, Lars Torben Wilson wrote: >Zeev Suraski writes: > > At 15:15 19/12/2001, Lars Torben Wilson wrote: > > >Zeev Suraski writes: > > > > exit_with_status(), silent_exit(), quiet_exit(), etc. etc. Something > > > > should fit :) > &g

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

patibility makes no sense. Zeev At 17:57 19/12/2001, Jason Greene wrote: >Zeev, > >Why don't we follow C/C++/Java/Perl/Python, and almost every other >language on this one, and make exit behave like exit should. > >-Jason > >- Original Message - >From: "Z

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

sys_exit()/system_exit() sound nice to me, definitely nicer than all of my suggestions :) At 23:13 19/12/2001, Jason Greene wrote: >Zeev, > >I understand argument 1, and that's why I like the idea of overloading >integer output. I still wonder >if there is a web page out t

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

is obviously on a much smaller scale. It's possibly a bad decision that was made 5 years ago, but it was made all the same. Since it does *not* have far-reaching negative implications, it shouldn't be changed. Zeev -- PHP Development Mailing List <http://www.php.net/> To un

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

This patch is fine with me, but as it would still print out the error message, I think it's not fine with some other people... At 16:29 20/12/2001, Lars Torben Wilson wrote: >Zeev Suraski writes: > > At 15:18 20/12/2001, Yasuo Ohgaki wrote: > > >Nobody should compl

Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviourthat it had since PHP 3

e time they spend >making a useful report in things that can really result in something >that the need. Don't worry so much. You're the first person to bring up this point in 5 years :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail:

Re: [PHP-DEV] Bug in 4.1.0; _SESSION

Can you provide a full code snippet that hangs? This code snippet doesn't appear to hang, are you running it in a function context? Zeev At 14:59 21/12/2001, Andreas Aderhold wrote: >Hi All, > >found a bug > >this one will cause a infinte loop in 4.1: >global $_SESSIO

Re: [PHP-DEV] SAPI Module Leaking

Are you calling request_shutdown? Also, are you sure it's actually leaking? Does it leak 200-400KB on each and every request, or does this rate 'slow down' at some point? Zeev At 18:20 21/12/2001, Alex Leigh wrote: >All - > >I have written a SAPI module for a new web

Re: [PHP-DEV] SAPI Module Leaking

it. > >>>> > >>>> So, yes, it leaks that amount every request and it never frees. > >>>> > >>>> The code as I mentioned is a copy of the NSAPI module (nearly > identical), > >>>> and it basically does: > >>>> > >>>

Re: [PHP-DEV] SAPI Module Leaking

to fix. Do you have an idea of what particularly TSRM is >leaking, after ts_thread_free() is called? I'd be happy to poke around the >code. > >Alex > >On 12/21/01 2:38 PM, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > > > The way TSRM is written is not designed for

Re: [PHP-DEV] SAPI Module Leaking

At 00:31 22/12/2001, Alex Leigh wrote: >It sounds like there was a particular reason for writing it this way ? Could be, I don't really remember. There was a basic assumption (which is typically true, it's the first time I see it isn't) that threaded servers reuse their threads, because it's e

Re: [PHP-DEV] Zend Products for 4.1.x

That belongs on a Zend forum, php-dev isn't affiliated with Zend... Zeev At 00:00 24/12/2001, Andrew Sitnikov wrote: >Hello php-dev, > > When it is possible to expect occurrence of products Zend (Debuger, > Accelerator) for 4.1.x > >Best regards, > Andrew S

Re: [PHP-DEV] Re: Shootout

Could you specify which $n you were using, and also provide the equivalent Perl script that you used? Zeev On Sat, 29 Dec 2001, August Zajonc wrote: > > This is not really surprising, and the test is not really fair, the > > PHP code is not written by an experienced php pro

Re: [PHP-DEV] Re: Shootout

For that particular case, btw, you should try adding in the Zend Optimizer. For this type of somewhat braindead code (no insult intended, it's just not very real-world), it would give you a very serious performance boost. Zeev On Sat, 29 Dec 2001, August Zajonc wrote: > >

Re: [PHP-DEV] Re: Shootout

r our space (scripting languages). Zeev On Sat, 29 Dec 2001, August Zajonc wrote: > Sure, > > These are not my tests but Doug's. He compiled default so --debug > and --inline-optimization not kicking in. Startup cost also counted, but he > tried to run long enough to amo

Re: [PHP-DEV] Re: Shootout

-time, maintenance, reliability, etc. etc. 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]

Re: [PHP-DEV] Re: Shootout

At 04:07 30/12/2001, August Zajonc wrote: >- Original Message - >From: "Zeev Suraski" <[EMAIL PROTECTED]> > > If you use caching software, chances are PHP will be faster than Perl even > > without the optimizer. > >Interestingly, Perl is gettin

RE: [PHP-DEV] Re: Shootout

I have to say that taking a look at his site again - he does have disclaimers. Even though none is as strong as 'This may have nothing to do with reality', it's not that bad... At 01:49 30/12/2001, Mike Robinson wrote: >Zeev Suraski writes: > > > Well, I think that

Re: [PHP-DEV] Bug #14729 Updated: after phpinfo() is called, web page is still running...

Upgrade to PHP 4.1.1. It should solve the problem. Zeev At 18:50 28/12/2001, [EMAIL PROTECTED] wrote: >ID: 14729 >User updated by: [EMAIL PROTECTED] >Reported By: [EMAIL PROTECTED] >Status: Bogus >Bug Type: IIS related >Operating System: Windows XP >PHP Version: 4.1.0

Re: [PHP-DEV] MOPS Benchmark

, while still being quite quick. It's not supposed to be the quickest. Zeev At 15:38 01/01/2002, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > Updated table: > > > > Language | Elapsed time | MOPS > > --+

Re: [PHP-DEV] Built-in SOAP based Web Services support (was Re: PHP 5)

ion to the rule. I think Rasmus was looking into that a couple of months ago, btw. 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]

RE: [PHP-DEV] Built-in SOAP based Web Services support (was Re: PHP 5)

ot pointless, as a developer may well pick up on them and start work on >them. It wasn't exactly a suggestion. It was more like "unless you do it, PHP is going to be a useless piece of crap that nobody would use; if you do it - it's still pretty hopeless, but just a tiny b

Re: [PHP-DEV] Built-in SOAP based Web Services support (wasRe: PHP 5)

I'd be saying that it was your response which was quite predictable - you always do that when people don't cry in joy in the sound of your ideas... 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]

Re: [PHP-DEV] Built-in SOAP based Web Services support (wasRe:PHP 5)

me (other than this vague virtual marketing idea which I didn't consider too good). As far as I recall, you said that Rasmus refused your help in the past, and I think I was the one that actually pushed for you to get a CVS account. Not sure though, it was a long time ago. At any rate,

Re: [PHP-DEV] Re: PHP 5

with >core extensions) and a release of php_4_3_4_complete.tgz packaged >with all extensions together? That can happen, but what does that buy you? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: [PHP-DEV] Re: PHP 5

At 14:01 02/01/2002, Björn Schotte wrote: >* Zeev Suraski wrote: > > >Yep. But what about a php_4_3_4_core.tgz (core PHP/ZE/TSRM with > > >core extensions) and a release of php_4_3_4_complete.tgz packaged > > >with all extensions together? > > That can happen,

Re: [PHP-DEV] Re: PHP 5

At 16:06 02/01/2002, Björn Schotte wrote: >* Zeev Suraski wrote: > > Well, I think that the main motivation for separating the modules away was > > the release schedule. I.e., separating the release schedule of each > > extension from the release schedule of the PHP core it

Re: [PHP-DEV] Re: PHP 5

othing for a variable. Would it be defined in every PHP script that runs? Does it really have to be a variable, or can it be a constant? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECT

Re: [PHP-DEV] Bug #14747: Return exitcodes to shell ($?)

I'm +1 on the overloaded exit() that doesn't print out its argument, if it looks like a number. For the sake of world peace. Zeev At 00:20 29/12/2001, Vlad Krupin wrote: >consensus... well, it wasn't reached. I guess, the overloaded solution - >exit(string, int) - is th

Re: [PHP-DEV] Re: PHP 5

This could probably be done. It does sound helpful. Zeev At 00:29 03/01/2002, Joe Webster wrote: >Yes it would have to be in every script in the vhost, location or directory >directive. > >It could be a constant =) That would make my life easier. > >Thanks, >-Joe >

Re: [PHP-DEV] Built-in SOAP based Web Services support(wasRe:PHP 5)

c? > > > > Rumour has it, by the way, that a nice PEAR class is underway that > > simplifies the use of this extension. > > > >That was exactly my point. It seems they are so involved in discussing >their personal feelings about Microsoft, Web services in gener

Re: [PHP-DEV] Re: PHP 5

e PHP script with >$GLOBALS['HTTP_SERVER_VARS']['media_regionaam']; > >Works great for us. >Sander > >- Original Message - >From: "Zeev Suraski" <[EMAIL PROTECTED]> >To: "Joe Webster" <[EMAIL PROTECTED]> >Cc: <

Re: [PHP-DEV] Care to test cli sapi?

Looks pretty cool! Finally someone actually took the time to do it :) Do you have CVS access? Zeev At 06:39 06/01/2002, Edin Kadribasic wrote: >If you do: >- unpack cli.tar.gz in /sapi >- apply main.diff.txt patch in /main >- ./configure --with-cli > >That's it. > &g

Re: [PHP-DEV] consistent way to handle structs

At 04:36 PM 1/11/2002, Darrell Brogdon wrote: >I thought ZE2 was going to have support for method overloading? Nope, it's not planned... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] snaps.php.net ???

We moved our server - and this wasn't set-up properly just yet. It'll be back... At 10:25 PM 1/11/2002, benjamin yates wrote: > snaps.php.net is redirecting to www.php.net ... > > is it gone? anyone know? > > -benjamin > >-- >PHP Development Mailing List >To unsubs

Re: [PHP-DEV] Re: migrating PHPs across machines...

n't have, and never will have the dictatorial ability to tell them what to do. You try to do that every time, and just like it never worked in the past, it will never work in the future. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAI

<    2   3   4   5   6   7   8   9   10   11   >