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

2001-03-20 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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)

2001-03-21 Thread Zeev Suraski
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)

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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...

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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() ?

2001-03-21 Thread Zeev Suraski
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() ?

2001-03-21 Thread Zeev Suraski
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() ?

2001-03-21 Thread Zeev Suraski
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:

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-21 Thread Zeev Suraski
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

2001-03-22 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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

2001-03-23 Thread Zeev Suraski
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?

2001-03-27 Thread Zeev Suraski
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

2001-03-27 Thread Zeev Suraski
-- 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?

2001-03-27 Thread Zeev Suraski
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?

2001-03-27 Thread Zeev Suraski
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?

2001-03-27 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
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]

2001-03-28 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
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

2001-03-28 Thread Zeev Suraski
_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

2001-03-28 Thread Zeev Suraski
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

2001-03-29 Thread Zeev Suraski
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

2001-03-29 Thread Zeev Suraski
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

2001-03-29 Thread Zeev Suraski
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] php4.dsw

2001-03-29 Thread Zeev Suraski
php4.dsw isn't always maintained, and that's one such example... Using php4ts.dsw should work fine. Zeev At 19:44 29/3/2001, Cynic wrote: >I tried to build CGI PHP using this workspace, and got the >msgbox below. The build failed, of course. >What are the requirements to al

Re: [PHP-DEV] Global variables in extensions

2001-03-30 Thread Zeev Suraski
How are you loading your extension? If you're using dl(), forget about retaining any type of information in between requests... You must use extension= in php.ini Zeev At 11:58 30/3/2001, Thomas Wentzel wrote: >Hi! > >I have a problem that is driving me crazy. > >I n

Re: [PHP-DEV] Global variables in extensions

2001-03-30 Thread Zeev Suraski
s. My guess is that you probably considered global variables to be more global than they really are (i.e., across processes). In order to have variables that are shared among all Apache processes, you're going to have to use shared memory or some other type of persistent shared storage.

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

2001-03-30 Thread Zeev Suraski
he PHP functions do isn't considered a significant benefit - people are likely to check the PHP manual and not the UNIX manual anyway (man pages are just another type of a manual, hence their name :) Moving this code to use the standard PHP interface is something that should be done for

Re: [PHP-DEV] Funkiness in Zend Source ?

2001-03-31 Thread Zeev Suraski
The persistent resource list behaves in a completely different manner from the regular resource list. Most of the functions that were replicas of the regular list functions were redundant and removed (e.g., zend_plist_delete(), zend_plist_insert()). Zeev At 04:07 31/3/2001, clayton collie

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2001-04-01 Thread Zeev Suraski
Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge in the necessary patches, and commit it. Zeev At 16:19 1/4/2001, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > sbergmann Sun Apr 1 07:13:10 2001 EDT > > > > Modified

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

2001-04-03 Thread Zeev Suraski
> > >-- >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] -- Zeev Suraski <[EMAIL PROTECTED]>

Re: [PHP-DEV] PEAR Download/Install Tool

2001-04-03 Thread Zeev Suraski
I don't think anybody worked on that part yet. I'd say go for it! Zeev At 01:16 4/4/2001, Sean R. Bright wrote: >Has anyone begun work on a PEAR Download/Install tool as of yet? If not I >would like to see what we can come up with in the way of design and then >st

Re: [PHP-DEV] Re: ; arg seperator

2001-04-04 Thread Zeev Suraski
At 06:55 4/4/2001, Alexander Bokovoy wrote: >If so, why this change didn't find its way into PHP_4_0_5 branch? It was >done a week ago, at the time of ~ RC3 I think. Because changes such as this aren't critical, make break things, and thus do not belong in RCs. Zeev --

[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator

2001-04-04 Thread Zeev Suraski
e's a good procmail recipe for doing that automatically). Zeev At 13:46 4/4/2001, Hellekin O. Wolf wrote: >At 00:54 04/04/2001 +0200, Hartmut Holzgraefe wrote: >>[EMAIL PROTECTED] wrote: >> > Please stop crossposting to the PHP-DEV and the PHP-QA mailing list. Most >> > pe

[PHP-DEV] Re: [PHP-QA] Re: ; arg seperator

2001-04-04 Thread Zeev Suraski
At 22:52 3/4/2001, Hartmut Holzgraefe wrote: >lets follow the "break it hard, break it early" rule here ... It's kind of difficult to do that now, that this behavior has been around for the last 4 years :) It'll never be early. Zeev -- PHP Development Mailing List &

[PHP-DEV] Re: [PHP-QA] RE: ; arg seperator

2001-04-04 Thread Zeev Suraski
At 23:04 3/4/2001, Joey Smith wrote: > I've never bought into this argument, because these companies >can include a "config.php", or something like that, which uses >ini_set() to set up the INI file however they need it... ini_set() is run after the input parsing is already done, so it wo

Re: [PHP-DEV] Same mysql link when calling mysql_connect a second time with same arguments

2001-04-13 Thread Zeev Suraski
ne of the links will invalidate all of the handles that point to that link. It's a bug, though, and I intend to fix it for 4.0.6. Zeev At 15:32 13/4/2001, Markus Fischer wrote: >On Thu, Apr 12, 2001 at 11:23:15PM +0200, Markus Fischer wrote : > > Would it be an option to extend mysql_

Re: [PHP-DEV] Supplied argument is not a valid MySQL result resource

2001-04-13 Thread Zeev Suraski
What does mysql_query() return? Did you try checking mysql_error()? In order to debug it, a good start would be removing the @ marks from your MySQL statements, so that if there are any errors, you'd see them. Zeev At 17:12 12/4/2001, Joshua Butcher wrote: >I am using code that used

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-15 Thread Zeev Suraski
hey can easily find themselves in 4.0 (you can add the new XSLT stuff under a different extension, for instance). That's just my opinion though - you can wait :) Zeev At 05:10 14/4/2001, Sterling Hughes wrote: >On Sat, 14 Apr 2001, Sebastian Bergmann wrote: > > > Stig Bakken wro

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-16 Thread Zeev Suraski
At 10:10 16/4/2001, Alexander Bokovoy wrote: >One possible way to determine it is to run poll on php.net sites (as well >as zend.com ones) where people could select extensions The main problem with this approach is that such polls can very easily and usually are manipulated... Zeev -

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
re simply too many not-too-mainstream extensions in there, though, which makes it very difficult to find a stable point at time to release it. I wouldn't expect MySQL, Oracle or XML support to be removed from PHP, though. Zeev -- PHP Development Mailing List <http://www.php.ne

Re: [PHP-DEV] R: [PHP-DEV] request

2001-04-17 Thread Zeev Suraski
Everyone - please read about this already hashed-beyond-a-reasonable-doubt topic in the mailing list archive. PHP 4.0 is not going to have destructors, ever. Its design simply doesn't allow for it. Zeev At 17:34 17/4/2001, Alberto wrote: >Yes, destructor ... it's a good

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
At 06:48 17/4/2001, Sterling Hughes wrote: >On Tue, 17 Apr 2001, Zeev Suraski wrote: > > > At 05:03 17/4/2001, Sterling Hughes wrote: > > >Ok, let me just see if I understand... > > > > > >move everything out of the distribution (from mysql popular extensi

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
ing whether you did it that way... Zeev At 19:22 17/4/2001, Wez Furlong wrote: >On 2001-04-17 16:26:19, "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote: > > > Wez Furlong wrote: > > > > I'm working on a file abstraction for fopen and friends, > >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
At 20:24 17/4/2001, Wez Furlong wrote: >On 2001-04-17 17:20:34, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > > How did you implement it? The main problem with doing this until now was > > that under Windows, it's pretty much impossible to get a FILE* from a >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
We need to think about it. I think that keeping the release cycle of this selected set of modules in sync with the PHP releases is actually a good thing. Zeev At 00:57 18/4/2001, Stig Sæther Bakken wrote: >[Zeev Suraski <[EMAIL PROTECTED]>] > > At 05:03 17/4/2001, Sterli

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
No there isn't. As I said, IMHO we should really delay this entire discussion until this becomes more relevant. Right now we don't even know how PEAR and the installation tool would look like exactly. Zeev At 13:13 18/4/2001, Frank M. Kromann wrote: >Is there a list of modul

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-17 Thread Zeev Suraski
>think we should be offensive about taking them out unless they are >very tightly integrated with PHP, and unless the maintainers object. >The only ones I can think of that are this integrated must be >"standard", "bcmath" and "session". At least I get

Re: [PHP-DEV] Re: Bug in PHP-4.0.5RC6?

2001-04-18 Thread Zeev Suraski
RC6 is actually not a branch but a tag, so there's no way to merge anything into it (other than moving the tag, which is usually not a good idea). Anything else pending for 4.0.5? Otherwise I'll put out RC7 and get this release over with... Zeev At 11:05 18/4/2001, Derick Rethans

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-18 Thread Zeev Suraski
x27;re talking about. Whether or not we separate modules *at all* will greatly depend on how good an implementation we end up having. How many of them we end up separating will also depend on that. Let's just wait with those discussions until they're somehow connected with reality.

[PHP-DEV] RC7 is out

2001-04-19 Thread Zeev Suraski
I rolled RC7 - if there are no surprises (there'd better not be! :), it can finally go out early next week. Zeev -- Zeev Suraski <[EMAIL PROTECTED]> http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Zeev Suraski
In CVS, it tends to take time before it actually shows up on the web. On Thu, 19 Apr 2001, Rasmus Lerdorf wrote: > Uh, where? I don't see it. > > On Fri, 20 Apr 2001, Zeev Suraski wrote: > > > > > I rolled RC7 - if there are no surprises (there'd better not

Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Zeev Suraski
Any good reason for that BTW? :) On Thu, 19 Apr 2001, Rasmus Lerdorf wrote: > Ah right, I forgot we are filtering out the cvs commits from that dir > > On Fri, 20 Apr 2001, Zeev Suraski wrote: > > > In CVS, it tends to take time before it actually shows up on the web. >

[PHP-DEV] Re: [PHP-QA] RC7 is out

2001-04-20 Thread Zeev Suraski
Yep, that's true :( Looks like I forgot to commit the configure.in/main/php_version.h version change before tagging. So heads up folks - RC7 will identify as RC6. Don't believe it :) Zeev At 05:59 20/4/2001, Matt White wrote: >Zeev; > >Compiled on Win32 as an Apache modul

Re: [PHP-DEV] RC7 is out

2001-04-20 Thread Zeev Suraski
Aha, yep, that's a good reason :) Sascha - with your ultra cvs update script, won't it be doable to detect .tar.gz files and not attach them? Zeev At 05:29 20/4/2001, Rasmus Lerdorf wrote: > > Any good reason for that BTW? :) > >Well, to avoid sending 3M attachments to 1

Re: [PHP-DEV] Re: [PHP-QA] RC7 is out

2001-04-20 Thread Zeev Suraski
-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 Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PR

Re: [PHP-DEV] unix install paths changed

2001-04-22 Thread Zeev Suraski
At 19:09 22/4/2001, Jon Parise wrote: >On Sun, Apr 22, 2001 at 09:33:50AM +0300, Zeev Suraski wrote: > > > >default php.ini path: now using --sysconfdir option, defaults to > > >/usr/local/etc ("configure --sysconfdir=/usr/local/lib" for old behaviour) > >

Re: [PHP-DEV] unix install paths changed

2001-04-23 Thread Zeev Suraski
This broke the Win32 build, and when I went to fix it, I couldn't find the letter with the diffs for this change. Any idea why it wasn't sent? Or is it just me that didn't get it? If someone can forward me the diffs for this change it'd be appreciated... Thanks, Zeev

Re: [PHP-DEV] unix install paths changed

2001-04-23 Thread Zeev Suraski
At 17:47 23/4/2001, Stig Sæther Bakken wrote: >[Sebastian Bergmann <[EMAIL PROTECTED]>] > > Zeev Suraski wrote: > > > This broke the Win32 build, and when I went to fix it, I couldn't > > > find the letter with the diffs for this change. Any idea why it >

Re: [PHP-DEV] 4.0.5 release

2001-04-23 Thread Zeev Suraski
as no showstoppers. Zeev At 23:28 23/4/2001, Jason Greene wrote: >JW, whats the current release schedule plans for 4.0.5, are we going to >have an RC8? > >-Jason > > >-- >PHP Development Mailing List <http://www.php.net/> >To unsubscribe, e-mail: [EMAIL PROTECTED] &g

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-23 Thread Zeev Suraski
I'd like to get 4.0.5 today (Tuesday), so no new merges will make it in... How bad is this bug? If it's not a showstopper, the show should go on. Chances are 4.0.6 will come out relatively soon after 4.0.5 does. Zeev At 01:20 24/4/2001, Chuck Hagenbuch wrote: >I'd like to m

Re: [PHP-DEV] PHP 4.0 Bug #10270 Updated: PHP 4.05+ Won't Compile on Win32 Coz of Zend Errors

2001-04-23 Thread Zeev Suraski
You may have a broken bison installation - the Zend engine and PHP 4.0.5 in general compile fine under Visual C++ 6.0. Zeev At 00:38 24/4/2001, [EMAIL PROTECTED] wrote: >ID: 10270 >User Update by: [EMAIL PROTECTED] >Old-Status: Closed >Status: Open >Bug Type: Compile Failure &g

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
RC8 after all. 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] RC6 still reported even after repeated update to RC7

2001-04-24 Thread Zeev Suraski
oved every trace of php about 3 times and this keeps >happening. So, what am I doing wrong? Thanks > >Jon > > > > >-- >PHP Development Mailing List <http://www.php.net/> >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTE

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
At 12:03 24/4/2001, Sascha Schumann wrote: >On Tue, 24 Apr 2001, Zeev Suraski wrote: > > > At 03:02 24/4/2001, Anil Madhavapeddy wrote: > > >It a bit of a showstopper for pretty much all web-based mail clients > > >like IMP - people have been reporting

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
A reproducible crash bug in a mainstream module is a show stopper IMHO... Zeev At 14:16 24/4/2001, Jani Taskinen wrote: >On Tue, 24 Apr 2001, Zeev Suraski wrote: > > >At 12:03 24/4/2001, Sascha Schumann wrote: > >>On Tue, 24 Apr 2001, Zeev Suraski wrote: > >> &

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
Not necessarily; Crash bugs can very often lead to security issues. Of course, it's a clearer cut if it's in a situation which is very likely to happen. Zeev At 17:09 24/4/2001, Andi Gutmans wrote: >At 03:59 PM 4/24/2001 +0300, Zeev Suraski wrote: >>A reproducible crash

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
sily reproducible crash is always more dangerous... I have no doubt that PHP's code base includes quite a few different crashes today, but at least they're not known. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Re: [PHP-DEV] hebrew error messages?

2001-04-24 Thread Zeev Suraski
Andrei's Hebrew sure is getting better :) At 21:15 24/4/2001, Andrei Zmievski wrote: >On Tue, 24 Apr 2001, Colin Viebrock wrote: > > Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in > > /path/to/file.php on line 246 > > >

Re: [PHP-DEV] Timeout Function:

2001-04-24 Thread Zeev Suraski
Perl uses SIGALRM to implement alarms, something which is not an option when you're an Apache module. Zeev At 02:13 25/4/2001, Jason Sims wrote: > > Personally, I think having an alarm (timeout) function is a really good > > idea. > > > > Setting a timer, and

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Zeev Suraski
tures, and that we'll start its release process after a bugs-database-cleaning period sounds like a good idea to me. Zeev At 23:44 24/4/2001, Jani Taskinen wrote: >On Tue, 24 Apr 2001, Rasmus Lerdorf wrote: > > >An easily reproducable segfault in a common PHP extension is a seri

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-26 Thread Zeev Suraski
At 17:56 26/4/2001, Jani Taskinen wrote: >Anyway, we can forget this as most of the developers seem to object the >idea of 'bug fixing freeze'. (most of them have kept their mouths shut) I'm still in favour of doing this for 4.0.6. Zeev -- PHP Development Mailing Lis

[PHP-DEV] RC8

2001-04-26 Thread Zeev Suraski
http://www.php.net/distributions/php-4.0.5RC8.tar.gz If there are no hell-broken-loose situations, 4.0.5 will be released next Monday. Zeev -- Zeev Suraski <[EMAIL PROTECTED]> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing

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

2001-04-27 Thread Zeev Suraski
ains > > nothing from being written in C > >not unless installation of PEAR is mandatory So you considered rtfm() to be mission critical? :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: [PHP-DEV] multiple php.ini

2001-04-27 Thread Zeev Suraski
NSAPI module binary. > >Thanks, >Mark > > > >-- >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] multiple php.ini

2001-04-27 Thread Zeev Suraski
rsen - [EMAIL PROTECTED] >-- >"The internet is full, beat it" > - Me. > > > >-- >PHP Development Mailing List <http://www.php.net/> >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] >To contac

Re: [PHP-DEV] Bug #10533: empty POST variables when file uploads disabled

2001-04-28 Thread Zeev Suraski
e uploads were disabled. > >So...is it a feature, or is it a bug? > > >-- >Edit Bug report at: http://bugs.php.net/?id=10533&edit=1 > > > >-- >PHP Development Mailing List <http://www.php.net/> >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional

Re: [PHP-DEV] mysql bug!!! :(

2001-04-28 Thread Zeev Suraski
p://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 Development Mailing List <http://www.php.net/> >To unsubscribe,

Re: [PHP-DEV] Re: Crypt salts not random.. (fwd)

2001-04-29 Thread Zeev Suraski
<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 & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- P

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