Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

s 2-3 months between each and every release, and it'd be a shame for the new module author to receive wide exposure and feedback for his new code. In my opinion, the CVS rules should be changed to reflect that, just to make Jani happy, or we'd stay outlaws in his mind forever :) Ze

Re: [PHP-DEV] Changing ip2long() return value to string

gt;To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] >To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mail

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

CGI, because of instability. So you can expect FastCGI to be more popular. > > In my opinion, the CVS rules should be changed to reflect > > that, just to make Jani happy, or we'd stay outlaws in his mind forever :) > > The CVS rules are fine as they are. Yes, so sa

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

s but I took a very close > look at > > >them and it doesn't seem like they can cause us problems. > > > > Still, it's against the rules.. :) And the config.m4 for it > > isn't..hmm..optimized. > >Improvements are welcome... I'm no expert in t

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

ine in an > > > extension can break everything else. And it can easily go > > > unnoticed, especially if it is not reviewed by experienced > > > people. > > > > Easily unnoticed? I beg to differ. > > Zeev, there is a difference between the

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

lations as their config.m4, as the gd extension grew to have during the years. > > I know, and as I said, I disagree. I don't think it can go unnoticed in > > the further RC. > > Ah, of course. Just as newly introduced bugs in the code are > catched b

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

s such as 'dont debate/change the rules while [ANYTHING]'. If the rules are broken, or there was lacking vision when we authored them, it should be fixed on the spot. 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]

[PHP-DEV] Re: This won't get us nowhere (WAS: cvs: php4(PHP_4_0_5) /sapi/fastcgi)

I'm completely agree (my breath is fine, though :) Zeev At 17:52 21/3/2001, Cynic wrote: >Sascha & Zeev, > >May I please ask you to calm down a bit? Flamewars and insults >won't help anyone. > >I think you both could use a few minutes to take your breath. > &

Re: [PHP-DEV] Re: This won't get us nowhere (WAS: cvs: php4(PHP_4_0_5) /sapi/fastcgi)

At 17:49 21/3/2001, Zeev Suraski wrote: >I'm completely agree (my breath is fine, though :) I, even :) 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 adm

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

trick in good opensource software is taking calculated risks, and mixing agility with quality assurance. One can look through your binary glasses, and then it's either complete lack of quality, or complete lack of risks, and one can look with reasonable experienced eyes and strive to get to

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

In an attempt to fulfill Cynic's request, I'll only say that this whole thread began when I suggested that the release-process is modified to reflect that adding new modules is allowed. Zeev At 18:03 21/3/2001, Sascha Schumann wrote: > > The bottom line is that, as I said, t

Re: [PHP-DEV] 4.0.5RC1 crash...

Is this a new issue in 4.0.5? Or did the problem exist in older versions as well? Zeev At 18:44 21/3/2001, Dan Kalowsky wrote: >Follow up on the earlier reporting of having memory issues to 4.0.5RC1. > >We've been able to reproduce the problem once again. Although it see

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

d > issues went into 4.0.3. Or what are you referring to? The Apache module issue was a security problem. A fairly major one, too. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMA

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

gt; > - Sascha Experience IRCG > http://schumann.cx/http://schumann.cx/ircg -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe,

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

lly a good idea to stop the flame wars. Being cynical (nice coincidence) doesn't help, because it draws cynical remarks from the other side (as you could see). Let's just stop. The argument diverted to unrelated issues anyway. Zeev -- PHP Development Mailing List <http:

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

It's definitely considered experimental. Zeev At 22:19 21/3/2001, Jason Greene wrote: >Though I am still considered new to this group, I thought I would put in >my two cents. > >Are we considering fastcgi module stable? We currently release >EXPERIMENTAL modules >as p

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

know you're doing something wrong. I considered the fact that the release process did not account for new experimental modules a limitation of the release process. Even the US constitution required a few amendments before they got it right :) Zeev -- Zeev Suraski <[EMAIL PROT

Re: [PHP-DEV] is_reference() ?

scussed before (as far as I recall). The engine may convert certain variables to be references on the fly, without the user requesting it. So, is_reference() won't mean much to end users. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED

Re: [PHP-DEV] is_reference() ?

ves a certain symbol from the namespace. If you refer to the fact you use unset() to unset not only the symbol itself, but also all other symbols that reference to the same value - that's true, but that's just the way it is... You can assign null to them instead. Zeev -- PHP Developm

Re: [PHP-DEV] is_reference() ?

At 22:39 21/3/2001, Björn Schotte wrote: >Hi Zeev, > > > >inconsistencies with unset($foo) and unset($bar["bla"]) > > >(the latter works, the former not)) > > Huh? Both work...? > >Here it is in detail: > >http://www.php.net/bugs.php?id=8937 &g

Re: [PHP-DEV] [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs:

Fredrick, While the tone of the messages was heated, they were very much on-topic. If it doesn't interest you, then don't participate. Zeev At 01:04 22/3/2001, Fredrik Ohrn wrote: >Flame each other all you want. I don't mind. > >But please, stick to one list, stop c

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

can't be less stable, and figuring whether their addition breaks PHP is trivial, and would be discovered in a second if they manage to do that somehow. New modules are no different from any of the unstable modules that exist in PHP, and there are plenty of them. Zeev -- PHP Development

[PHP-DEV] Re: [PHP-QA] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

ging RELEASE_PROCESS to 'allow' this to keep things quiet, then we should do it. We shouldn't consider RELEASE_PROCESS as the bible, but as guidelines to work by and improve on as we gather experience. Zeev At 03:26 22/3/2001, Anil Madhavapeddy wrote: >The point is, why did this

Re: [PHP-DEV] Re: cvs: php4(PHP_4_0_5)/sapi/fastcgi

modules during the RC process, or before it. That's why they're *modules*, and why PHP's modular. Everything else you said is fine, except it doesn't really apply to the issue at hand. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [

[PHP-DEV] Re: [PHP-QA] 4.0.5RC2

actually tested RC2 until now). Zeev At 13:10 20/3/2001, Zeev Suraski wrote: >I intend to package 4.0.5RC2 tonight, if someone still has any patches >that should go into 4.0.5, please commit them in the next few hours. >Andre - I did commit the output buffering fixes quite a few

Re: [PHP-DEV] builtin functions / constructs

What's the point of returning the language constructs though? By definition, each of them has its own semantics, so I can't see any use for that... Zeev At 15:08 23/3/2001, Hartmut Holzgraefe wrote: >Stefan Livieratos wrote: > > > > Hi, > > > > &

Re: [PHP-DEV] builtin functions / constructs

2/4 > >-- >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] -- Zeev Suraski <[EMAIL PROTECTED]> CTO & c

Re: [PHP-DEV] builtin functions / constructs

e constructs PHP supports aren't a moving target, so there's no much sense in having a function that returns them. You should be quite safe hardcoding these constructs in your application. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EM

Re: [PHP-DEV] builtin functions / constructs

At 18:49 23/3/2001, Hartmut Holzgraefe wrote: >Zeev Suraski wrote: > > The language constructs PHP supports aren't a moving target, so there's no > > much sense in having a function that returns them. You should be quite > > safe hardcoding these constructs in yo

Re: [PHP-DEV] builtin functions / constructs

erhaps it was a mistake to copy its syntax as-is). Let's not look for problems where they don't exist... Zeev At 20:31 23/3/2001, Phil Driscoll wrote: > >it should be even more save to hardcode them in PHP itself > >...or better still not to have language constructs at all

[PHP-DEV] RC3?

week). Zeev -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the lis

[PHP-DEV] RC3 will be released tonight

-- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 admini

[PHP-DEV] Re: [PHP-QA] RC3?

Can't reproduce it under RH 6.2, but I don't mind seeing that fix in the CVS... Zeev At 13:55 27/3/2001, Derick Rethans wrote: >Hello, > >there is a bug #10002, should be fixed too IMHO > >Derick > >On Tue, 27 Mar 2001, Zeev Suraski wrote: > > > There

[PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

Is there any way to build PHP with pthreads, with ZTS disabled? The reason I'm asking is that there are some thread-safe 3rd party libraries which are linked against pthreads, and apparently, if PHP isn't built with pthreads - it crashes. Any experience with it? Zeev -- Ze

Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

Ok, thanks! Zeev At 00:29 28/3/2001, Rasmus Lerdorf wrote: > > Is there any way to build PHP with pthreads, with ZTS disabled? The reason > > I'm asking is that there are some thread-safe 3rd party libraries which are > > linked against pthreads, and apparently,

Re: [PHP-DEV] (apparently) leaky zend

st leak repeated 18 times' doesn't mean the pointer got freed 18 times, but rather, that a leak from zend_hash.c(461) repeated itself 18 times... There's no magical way of solving this, other than trying to cut down the script to the smallest piece of code that still leaks, and th

Re: [PHP-DEV] Leaking references

I don't have enough mental strength to dive into that script right now, but be advised that if you create circular references (which apparently you do) then yes, it will leak. PHP doesn't support circular references. Zeev At 15:06 28/3/2001, Wez Furlong wrote: >[I can't

[PHP-DEV] PHP 4.0.5RC3

RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For add

[PHP-DEV] Re: [PHP-QA] PHP 4.0.5RC3

Next time www.php.net updates it should be there... At 17:14 28/3/2001, Cynic wrote: >404 (error code, not a PHP version :) > >At 17:01 28.3. 2001, Zeev Suraski wrote the following: >-- > >RC3 is out - http://www.php

Re: [PHP-DEV] [Fwd: [PHP-QA] security patches against 4_0_5]

ents. > >Romolo Manfredini > > >-- >PHP Quality Assurance 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] >-- >PHP

Re: [PHP-DEV] Re: [PHP-QA] PHP 4.0.5RC3

Looks like a bug then. I'll check it out. At 19:51 28/3/2001, Cynic wrote: >how often does it update? Three hours later it's still not there. > >At 17:34 28.3. 2001, Zeev Suraski wrote the following: >-- &g

Re: [PHP-DEV] PHP 4.0.5RC3

_globals' : undeclared identifier >V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left >of '->safe_mode' must point to struct/union >bcmath.c >. >. >. >Error executing cl.exe. > >php4isapi.dll - 2 error(s), 32 warning(s) > >

[PHP-DEV] RC4

RC4 was released with a fix to the ZTS build and some ming fix build. It's pretty much the same as RC3. Zeev -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> T

Re: [PHP-DEV] Question about socket ext. file descriptors

er we upgrade the file functions to use IS_RESOURCE resources or not, what they return cannot be relied upon as file descriptor numbers, simply because they're not. I hope that clears it up... Zeev At 14:06 29/3/2001, Andi Gutmans wrote: >Lars, > >I understand what you're

Re: [PHP-DEV] Question about socket ext. file descriptors

At 15:41 29/3/2001, Andi Gutmans wrote: >At 03:35 PM 3/29/2001 +0200, Zeev Suraski wrote: >>Note that the situation isn't as bad as you thought - it's not that it's >>not using the resource mechanism. It is, if it wasn't, we'd be getting >>

Re: [PHP-DEV] Question about socket ext. file descriptors

iends. They're ok. Zeev At 15:52 29/3/2001, Andi Gutmans wrote: >Well we were talking about the ext/socket extension and all functions >there which create file descriptors are leaking. It's not an exception. >Check open_listen_sock() and accept_connect(). >You were probably look

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

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

st wish you didn't fallback to telling everyone to start working on bugs whenever they say something you don't like :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To

Re: [PHP-DEV] REMOVEING apidoc.txt and apidoc-zend.txt

I think that replacing them with web pointers is a better idea than just plain removing them... Zeev At 04:41 AM 1/16/2002, Yasuo Ohgaki wrote: >Hi all. > >apidoc.txt and apidoc-zend.txt are obsolete. >If nobody going to maintain these files, they >should be removed, IMO. (It

[PHP-DEV] ZE repositories

ked it out can still update it. Just a heads-up, Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 4.2.0 / PHP 5.0.0-alpha

meat in PHP 5, it's time to start working (read: not talking :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: ZE repositories

ld can probably change to automatically include this into the manual, and it should be possible to note that this part is under a different OS license. I personally don't see the real necessity in doing this, by the way, but I don't really mind. Zeev At 04:05 AM 2/5/2002, Jani

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem (fwd)

Seriously though, it should probably be noted some prominent place that safe mode isn't safe, at best, it's safer. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: ZE repositories

At 10:23 AM 2/5/2002, Derick Rethans wrote: >On Tue, 5 Feb 2002, Zeev Suraski wrote: > > > That may be trickier. License wise, it's under a different license (we're > > not in a position to change it, New Riders, Till and Tobias are). I also > > think it mak

Re: [PHP-DEV] Re: ZE repositories

At 10:32 AM 2/5/2002, Derick Rethans wrote: >Under which ugly licence is it now? =) I'm all for make sure these are >compatible, so that the two repositories caan be merged. GPL, I believe? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: h

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/msession msession.c

It's much better to define TSRMLS_CC to nothing, then #ifdef every statement that uses it... Zeev At 07:42 PM 2/5/2002, [EMAIL PROTECTED] wrote: > > [EMAIL PROTECTED] wrote: > >> This sort of bothers me. Who is this "our" you talk about? As > >> contribut

Re: [PHP-DEV] Tabs Vs Spaces (and other coding styles)

Tabs, they've been used historically. Zeev At 07:19 PM 2/5/2002, James Cox wrote: >Guys, > >have we ever decided on this? in our code do we go for tabs or spaces? Is >there a style guide anywhere on this? > >thanks, > >james > >-- >James Cox :: [

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

t;. Well, I can totally agree with that, but only if we were next to the drawing board, which we're not. Zeev At 01:01 PM 2/6/2002, Marko Karppinen wrote: > >> However, we need vote for if PHP5 will have case > >> sensitive class/function/constant names. > > > &g

RE: [PHP-DEV] Lists

I'm afraid php-dev-spam may become a bit more popular than you think :) At 06:58 PM 2/6/2002, Gary Benson wrote: >I've been thinking about this. What is really needed is some way to send >automated 'get lost' messages without requiring a list moderator. These >messages have got to be real easy t

RE: [PHP-DEV] Lists

At 10:42 PM 2/6/2002, Robinson, Mike wrote: >I reckon we've been through all this before. >Closing the list in any way is just a bad idea. It's just that never before did we lose actual contributors over people who make nothing but noise. Now it is happening. Zeev --

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

ode would work without modifications (at least mostly all of the PHP object code I got to take a look at). And if it doesn't - turning on PHP 4 compatibility should bridge the gap... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP list server is banning mlemos@acm.org[Fwd:Mensagem automatica: User unknown [Usuario desconhecido]]

hat actually want to spend their time developing. Zeev At 12:45 PM 2/7/2002, Manuel Lemos wrote: >Hello, [Goodbye] >Regards, >Manuel Lemos -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Separating Bug report emails to own list.. Re: Re[3]: [PHP-DEV] Suggestion:

+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. :) > Which I unfortunately don't have time to read atm. > > And I actually have turned my coat on this issue and I'm > in

Re: [PHP-DEV] Separating Bug report emails to own list.. Re: Re[3]: [PHP-DEV] Suggestion:

but it does look kind of odd that instead of just separating the lists, we tell people 'filter them!' Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Case sensitivity: Conclusion(?)

I think that's a nightmare, WTF-factor wise... Just my 0.02NIS Zeev At 12:14 AM 2/9/2002, Jason Greene wrote: >If you are already thinking about storing the case sensitive name for >the class/function why not follow Rasmus's suggestion for calling the >exact case function f

Re: [PHP-DEV] Re: Case sensitivity: Conclusion(?)

At 01:24 PM 2/9/2002, Thies C. Arntzen wrote: >On Sat, Feb 09, 2002 at 01:41:21AM +0200, Zeev Suraski wrote: > > I think that's a nightmare, WTF-factor wise... Just my 0.02NIS > > how much is that in euro? Not too much. About 0.005 :) Zeev -- PHP Developmen

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