Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
At 23:18 22-08-01, Andrei Zmievski wrote: Is it a big deal? No, but it can be useful and has no real drawbacks. Okay. But I'll be forced to pronounce phf as FF, so FF_mysql_connect.. :) Ok, one real drawback then ;) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

Re: [PHP-DEV] Branching ext/standard?

2001-08-22 Thread Zeev Suraski
At 23:37 22-08-01, [EMAIL PROTECTED] wrote: Hi, I've got an experimental beginning of the new rand functions ready. I think it's good if others can comment on it before it is finished, because the course can be changed now quite easily, but when it's all done, I don't feel much about doing

Re: [PHP-DEV] Branching ext/standard?

2001-08-22 Thread Zeev Suraski
At 23:48 22-08-01, Jeroen van Wolffelaar wrote: It involves basic_func*, *math*, *rand* and *array* files (* are wildcards, not exclamation markings) files. And of course Makefile too. And probably some others too. That makes quite a significant portion of that directory. It is way much easier to

Re: [PHP-DEV] Branching ext/standard?

2001-08-22 Thread Zeev Suraski
At 00:03 23-08-01, Jeroen van Wolffelaar wrote: Simply committing at once with: rewrite everything that has to do with rand won't be any useful. 80% of the diff is the moving of code, and only 20% the real change. You also don't see what changed. Just as bad as mixing WS fixes with real fixes. I

Re: [PHP-DEV] Branching ext/standard?

2001-08-22 Thread Zeev Suraski
At 00:15 23-08-01, Jeroen van Wolffelaar wrote: What I would do in your case is: (a) Tag the relevant files as they are today (i.e., PRE_RAND_REDESIGN or whatever) (b) Commit your move-around changes (c) Commit the real changes (can be done immediately after (b), as long as it's

Re: [PHP-DEV] pif

2001-08-21 Thread Zeev Suraski
At 23:14 21-08-01, [EMAIL PROTECTED] wrote: What about using the pif_ prefix for php's internal functions, analogously to zif? This makes them more clear than the simple lack of PHP_API macro. This sentence does not compute :) Which functions are you talking about, and how does PHPAPI relate to

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt

2001-08-20 Thread Zeev Suraski
At 23:04 20-08-01, John Donagher wrote: Processing payments on the internet is very special? No wonder so many businesses went under in the last few months. I think as long as PHP is a viable language for ecommerce development and hosting companies these extensions (Cybercash,pfpro,CCVS) make a

Re: [PHP-DEV] Netscape cookies rather than RFC2109 or RFC2965?

2001-08-20 Thread Zeev Suraski
At 23:16 20-08-01, Rodent of Unusual Size wrote: Is there any particular reason why setcookie() uses the long- deprecated Netscape cookie syntax? Downwards compatibility... Would anyone object to my enhancing it to at least allow another argument specifying the syntax (Netscape Set-Cookie,

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt

2001-08-20 Thread Zeev Suraski
At 23:29 20-08-01, Sterling Hughes wrote: I see no reason to put them in at the language level -- PEAR seems a suitable place for the extensions (once pear is setup). They're not really used that commonly (from what I can see). Also, these extensions are not

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt

2001-08-20 Thread Zeev Suraski
At 23:44 20-08-01, Sascha Schumann wrote: I see no reason to put them in at the language level -- PEAR seems a suitable place for the extensions (once pear is setup). They're not [..] I suggest postponing such a discussion until there are at least some signs of PEAR

Re: [PHP-DEV] Zend-Engine2

2001-08-19 Thread Zeev Suraski
At 19:37 19-08-01, Markus Fischer wrote: print_r( $a-b()-e()[0]); The last line gives parse error. So, I guess no yet supported? There are no plans to support this kind of dereferencing (arrays are still native types). Zeev -- PHP Development Mailing List http://www.php.net/ To

Re: [PHP-DEV] Zend-Engine2

2001-08-19 Thread Zeev Suraski
At 19:48 19-08-01, Markus Fischer wrote: On Sun, Aug 19, 2001 at 07:40:06PM +0300, Zeev Suraski wrote : At 19:37 19-08-01, Markus Fischer wrote: print_r( $a-b()-e()[0]); The last line gives parse error. So, I guess no yet supported? There are no plans to support this kind

Re: [PHP-DEV] Chora and CVSWeb problems

2001-08-19 Thread Zeev Suraski
At 22:31 19-08-01, Rasmus Lerdorf wrote: Maybe Chora puts out an XML content type header, or something, that makes IE think this is XML (as it is not). I can't see the source, as IE just denies to show the source in such cases saying The XML source file is unavailable for viwing).

Re: [PHP-DEV] Chora and CVSWeb problems

2001-08-19 Thread Zeev Suraski
At 23:14 19-08-01, Rasmus Lerdorf wrote: That doesn't mean that the lack of proper mime type handling doesn't make it a useless browser. People use all sorts of useless stuff every day. As much as this is appetizing to start a nice browser war, I'll control myself. I think an English teacher

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-18 Thread Zeev Suraski
At 03:51 18-08-01, Richard Lynch wrote: Relying on initialization by the system instead of doing it by hand is bad. What if somebody then includes your file into something else, but has used that variable, but their final value is usually 0, except when it's not... Then, your code works for a

Re: [PHP-DEV] about domxml api-change in 4.0.7

2001-08-18 Thread Zeev Suraski
At 00:54 19-08-01, Markus Fischer wrote: On Sat, Aug 18, 2001 at 11:07:08PM +0200, Jani Taskinen wrote : Changes in experimental extensions don't require NEWS entries. The NEWS file is already too hard to read. With all those changes mentioned in it, it will become totally useless. -1 A

[PHP-DEV] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 12:00 17-08-01, Hellekin O. Wolf wrote: At 21:15 16/08/2001 +0300, Zeev Suraski wrote: What is the default error_reporting ? (When no value has been defined ?) The default error reporting is E_ALL ~E_NOTICE - or, in other words, all types of errors and warnings, except for notices. Zeev

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 16:21 17-08-01, Cynic wrote: I vote for E_ALL as default in 4.1. NB I thought it was agreed that the same code will be released as 4.0.7 and 4.1.0 with the difference being php.ini settings. Was it a misperception on my part? Defaults and ini settings (the binary will also reflect the new

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 17:05 17-08-01, Cynic wrote: I'd do this: 4.0.7: php.ini-standard basically today's php.ini-dist php.ini-recommendedbasically today's php.ini-optimized + the proposed security related changes what this is exactly I don't know. perhaps

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 17:43 17-08-01, Cynic wrote: This doesn't hold water. display_errors is on in php.ini-dist anyways, so what do you gain by display_startup_errors off? Quite a lot. Even if your code is rock solid, and has no warnings, errors, or notices whatsoever - or if you have error_reporting(0) at the

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 17:43 17-08-01, Hellekin O. Wolf wrote: *** I understood that 4.0.7 / 4.1.0 would be a question of what we want next. 4.1.0 will. We're not changing any defaults in 4.0.7... If E_ALL brings better code, why not encourage that ? Democracy is good as long as it's evolving. If we encourage a

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 19:16 17-08-01, Stanislav Malyshev wrote: ZS I consider E_NOTICE as a basic element of good programming ZS practices. Unlike register_globals, which simply begs for ZS security bugs to Actually, I fail to see why it is so. Let's see two code snippets: if($arr['foo']) { ... do something ...

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 19:35 17-08-01, Cynic wrote: This will happily run in E_ALL ~ E_NOTICE whether $x == 'foo' or not. Attacker can then inject $secure in the query string, and it'll apply whether or not $x == 'foo'. This will be caught with error_reporting E_ALL. That's just a specific case of the

[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1

2001-08-17 Thread Zeev Suraski
At 19:54 17-08-01, Stanislav Malyshev wrote: I know. That's shaving with an axe - I can do it, but that's wrong thing to do. User should not be encouraged to fiddle with ini_set unless it is absolutely necessary. I disagree. ini_set() is kinda like inspector Gadget's hat, you can find a shaver

Re: [PHP-DEV] Please..

2001-08-16 Thread Zeev Suraski
As you know, most of your questions were hypothetical. I tried to answer them and take them seriously, even if they weren't very likely or serious :) At 11:05 16-08-01, Ron Chmara wrote: 1. If the relationship between Zend Tech and PHP becomes irreconcilable, can PHP and Zend fork and/or

Re: [PHP-DEV] Linux Today Article

2001-08-16 Thread Zeev Suraski
(which .NET is, apparently). Giving it a try doesn't hurt, though. I just explained why I liked Blake's non politically correct statement :) Zeev At 10:58 16-08-01, Kristian Koehntopp wrote: On Thu, Aug 16, 2001 at 02:24:27AM +0300, Zeev Suraski wrote: I've rambled a bit, but my feeling

Re: [PHP-DEV] Please..

2001-08-16 Thread Zeev Suraski
At 13:19 16-08-01, Sascha Schumann wrote: Having now re-read the Q license a few times, the PHP license a few times, this seems unrelated to licensing, and more related to You might want to reread the QPL then. The important point is clause 3 which prohibits distributing changes,

Re: [PHP-DEV] 4.0.7RC1 rolled

2001-08-16 Thread Zeev Suraski
LNK1561: entry point must be defined Error executing cl.exe. php.exe - 1 error(s), 36 warning(s) -- Phil Driscoll -- 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

Re: [PHP-DEV] Please..

2001-08-16 Thread Zeev Suraski
At 13:39 16-08-01, Sascha Schumann wrote: From the annotated license: Any technique is acceptable for keeping changes separate - generally, you would have to mark changes very clearly for them to be separate. We don't want to hard-code the idea that the form must be patches. And

Re: [PHP-DEV] Re: Output Compression Issues

2001-08-16 Thread Zeev Suraski
At 14:55 16-08-01, Troels Arvin wrote: On Thu, 16 Aug 2001 07:44:50 +0200, John Donagher [EMAIL PROTECTED] wrote: So, we really want to disable output compression when we are serving anything but HTML/text. I agree on that. I have heard that some older versions of both major browsers have

Re: [PHP-DEV] Re: Output Compression Issues

2001-08-16 Thread Zeev Suraski
At 15:37 16-08-01, Troels Arvin wrote: On Thu, 16 Aug 2001 14:26:09 +0200, Zeev Suraski [EMAIL PROTECTED] wrote: Can anybody think of good reasons not to send the content-length header in case we're performing output buffering? I meant in case we're performing output compression :I

Re: [PHP-DEV] Re: [PHP-QA] 4.0.7RC1 rolled

2001-08-16 Thread Zeev Suraski
/ 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 Mailing List http://www.php.net

Re: [PHP-DEV] [[PHP-DEV] script type=... support (fwd)]

2001-08-16 Thread Zeev Suraski
At 20:01 16-08-01, Chris Gardner wrote: actually, i think both TYPE and LANGUAGE are required for validation purposes. it really needs to support SCRIPT LANGUAGE=php TYPE=application/x-httpd-php but, as cynic put it best, i think it's a wonderful idea, but i don't know if i count . . . .

Re: [PHP-DEV] Re: Output Compression Issues

2001-08-16 Thread Zeev Suraski
At 21:27 16-08-01, Thies C. Arntzen wrote: On 16 Aug 2001 15:26:09 +0300, Zeev Suraski wrote: - Output compression should probably check that the content type is text/*, and not perform compression otherwise that means adding another sapi call - but i think it would make sense. Yep

Re: [PHP-DEV] Re: Bug #12767 Updated: Apache compile with php4.0.6

2001-08-16 Thread Zeev Suraski
At 21:22 16-08-01, Mike Hepworth wrote: The snapshot gives me the following error on the php make command: Making all in Zend /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I ../main -I../TSRM -g -prefer-non-pic -static -c zend_language_parser.c

Re: [PHP-DEV] Re: Bug #12767 Updated: Apache compile with php4.0.6

2001-08-16 Thread Zeev Suraski
: [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 Mailing List http://www.php.net/ To unsubscribe, e

Re: [PHP-DEV] Setting up RFC

2001-08-15 Thread Zeev Suraski
At 10:23 15-08-01, Stig Sæther Bakken wrote: [Hi, I think one of the problems with this is that even if php-dev comes up with a system for determining which feature it wants to see in PHP, we still depend on Zeev, Andi or someone else @ Zend to implement them. An RFC system would be a support

Re: [PHP-DEV] Setting up RFC

2001-08-15 Thread Zeev Suraski
At 12:15 15-08-01, Sterling Hughes wrote: On Wed, 15 Aug 2001, Zeev Suraski wrote: At 10:23 15-08-01, Stig Sæther Bakken wrote: [Hi, I think one of the problems with this is that even if php-dev comes up with a system for determining which feature it wants to see in PHP, we still

Re: [PHP-DEV] Please..

2001-08-15 Thread Zeev Suraski
At 13:06 15-08-01, Jani Taskinen wrote: p.s. Zeev, did you forget to tag the Zend / TSRM for 4.0.7 ?? Nah, I even did that last night at 2am... But I got a bug report in the CGI that required fixing, and there's some COM patch that should go in before RC1, so RC1 will be delayed in a few

Re: [PHP-DEV] Please..

2001-08-15 Thread Zeev Suraski
At 13:13 15-08-01, Sascha Schumann wrote: On Wed, 15 Aug 2001, Jani Taskinen wrote: Can you guys give up these childish fights and just code? Telling people to just shut up will not resolve the issues which many of us think have to be addressed (regardless of how profane your

Re: [PHP-DEV] Please..

2001-08-15 Thread Zeev Suraski
At 13:43 15-08-01, Sebastian Bergmann wrote: Jani Taskinen wrote: Can you guys give up these childish fights and just code? These are not childish fights. Yes they are. They are on childish topics, lead nowhere and consume lots of our time. And I assume there are some people out

Re: [PHP-DEV] Please..

2001-08-15 Thread Zeev Suraski
At 13:41 15-08-01, Sascha Schumann wrote: If you feel like bickering, go on bicker and make populist statements as much as you'd like, just let the rest of us do what we're good at, which is developing PHP. Perhaps setting up a separate mailing list like Sterling suggested, a-la [EMAIL

RE: [PHP-DEV] Please..

2001-08-15 Thread Zeev Suraski
At 13:53 15-08-01, David Hjortsoe wrote: For me this means that no matter what happens to Zend, the PHP Group can, if it wishes to do so, continue to develop the ZE without any restrictions except to keep the ZE under the license that it is currently under, am I missing something? The only thing

Re: [PHP-DEV] Setting up RFC

2001-08-15 Thread Zeev Suraski
At 18:13 15-08-01, Andrei Zmievski wrote: On Wed, 15 Aug 2001, Zeev Suraski wrote: like. That's why the situation wouldn't change radically if/when the engine license changes, much like it wasn't any different *before* the engine license was even introduced, in the PHP 3.0 days. Having

Re: [PHP-DEV] SAPI_API glitch

2001-08-15 Thread Zeev Suraski
, 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 Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [PHP-DEV] SAPI_API glitch

2001-08-15 Thread Zeev Suraski
At 18:40 15-08-01, Daniel Beulshausen wrote: At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote: At 18:20 15.08.2001 +0300, Zeev Suraski wrote: Is there any reason to have them even exported? I think we can just nuke SAPI_API altogether (I could be wrong, we might be referencing them

Re: [PHP-DEV] SAPI_API glitch

2001-08-15 Thread Zeev Suraski
At 20:20 15-08-01, Daniel Beulshausen wrote: At 19:33 15.08.2001 +0300, Zeev Suraski wrote: At 18:40 15-08-01, Daniel Beulshausen wrote: At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote: At 18:20 15.08.2001 +0300, Zeev Suraski wrote: Is there any reason to have them even exported? I think we

[PHP-DEV] 4.0.7RC1 rolled

2001-08-15 Thread Zeev Suraski
http://www.php.net/~zeev/php-4.0.7RC1.tar.gz (not mirrored) -- 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] SAPI_API glitch

2001-08-15 Thread Zeev Suraski
At 20:35 15-08-01, Daniel Beulshausen wrote: isn't that exactly what i meant in my first mail? :) I'm thick ;) 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

[PHP-DEV] Re: [PHP-QA] 4.0.7RC1 rolled

2001-08-15 Thread Zeev Suraski
Done! At 21:32 15-08-01, Jani Taskinen wrote: Could you add a symbolic link for it: php-4.0.7RC-latest.tar.gz And keep that linked to the latest. --Jani On Wed, 15 Aug 2001, Zeev Suraski wrote: http://www.php.net/~zeev/php-4.0.7RC1.tar.gz (not mirrored) -- Zeev Suraski [EMAIL

Re: [PHP-DEV] Setting up RFC

2001-08-15 Thread Zeev Suraski
At 21:24 15-08-01, Sterling Hughes wrote: Oh - I see! So the Zend on the License is really just shorthand for Zeev and Andi, has nothing to do with Zend Technologies Ltd. Good to know. ;)) In practice, pretty much, yes. I don't remember Doron's, Adi's or Daniel's last

Re: [PHP-DEV] basic_functions.c broken

2001-08-15 Thread Zeev Suraski
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 Mailing List http://www.php.net/ To unsubscribe, e-mail

RE: [PHP-DEV] Linux Today Article

2001-08-15 Thread Zeev Suraski
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 co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP

Re: [PHP-DEV] Bug #12721: PHP crashes at any code-highlight related command

2001-08-14 Thread Zeev Suraski
At 20:07 13-08-01, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Redhat/7.0, kernel 2.2.16 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: PHP crashes at any code-highlight related command I have (over several versions of apache and

[PHP-DEV] Branching 4.0.7RC1 today

2001-08-14 Thread Zeev Suraski
Just a reminder - I plan on branching 4.0.7 today as planned, in a few 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]

[PHP-DEV] Re: use indent instead of fixing whitespace by hand?

2001-08-13 Thread Zeev Suraski
At 14:31 12-08-01, Thies C. Arntzen wrote: guys, it's really time to setup our own indent(1L) profile and simply run everything in php4/ thru it. i'll spend some time playing with it (while i'm on vacation) unless: does anybody see a reason *not* to swicht to indent

Re: [PHP-DEV] associative arrays

2001-08-13 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 administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] associative arrays

2001-08-13 Thread Zeev Suraski
At 12:47 13-08-01, Markus Fischer wrote: I was just kidding, really. You sure have fooled me ;) 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:

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

2001-08-12 Thread Zeev Suraski
At 19:06 12-08-01, Zeev Suraski wrote: I don't think that this happens too often - I think that comments like Sebastian's are much more Ick, Sterling's that is. Sorry Sebastian ;) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

2001-08-12 Thread Zeev Suraski
At 14:03 13-08-01, Sterling Hughes wrote: Just to clarify -- I don't think the issue should be ignored -- I just feel that php-dev@ is not the appropriate place for such stuff. Take it up on group@, or find some place else to deal with it (or perhaps another developer meeting

[PHP-DEV] $_SESSION

2001-08-12 Thread Zeev Suraski
Were/are the register_global entries and $HTTP_SESSION_VARS[] entries references to each other or not? 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,

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

2001-08-10 Thread Zeev Suraski
At 16:01 10-08-01, Rasmus Lerdorf wrote: php_sablot.h has: typedef struct _php_sablot_globals { zval *errorHandler; php_sablot_error *errors; php_sablot_error errors_start; char *output_transform_file; /* For output transformations */ int last_errno;

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

2001-08-10 Thread Zeev Suraski
At 16:42 10-08-01, Rasmus Lerdorf wrote: Again, making a bad situation worse is not a good thing. I never said that my code's perfect, and indeed there are some places where there's still direct reference to auto-defined variable names, which is not a good thing. Instead of making the

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

2001-08-10 Thread Zeev Suraski
At 17:08 10-08-01, Sascha Schumann wrote: away. An app built on a certain infrastructure is dependant on that infrastructure, but not the other way around. You wrongly assume that the API is equal to the implementation. PHP can use an API which is completely independent of

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sablot php_sablot.h

2001-08-10 Thread Zeev Suraski
At 17:31 10-08-01, Andrei Zmievski wrote: On Fri, 10 Aug 2001, [EMAIL PROTECTED] wrote: This is not about renaming, it's about removing duplicate macro's. Of course it's about renaming. We used to have just PHP_* macros and then Zeev added the ZEND_* versions and now PHP_* ones are just

Re: [PHP-DEV] Current CVS crash (latest Zend changes)

2001-08-09 Thread Zeev Suraski
At 02:49 09-08-01, Simon Roberts wrote: Aiee! I'd just done that, when I got your message. I'd deleted my entire php4 source dir, downloaded from CVS, rebuilt, and it appears to be working. Aiee. I'll keep an eye on it. Bugger (Sorry Zeev) That's fine. Self-repairing bugs are the ones I

Re: [PHP-DEV] PHP 4.0.7

2001-08-09 Thread Zeev Suraski
We can add it as an experimental, sure. When do you think it'd be ready? Zeev At 12:14 09-08-01, David Eriksson wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I

Re: [PHP-DEV] PHP 4.0.7

2001-08-09 Thread Zeev Suraski
moving those deprecated extensions there?? And as of 4.1 remove them from the release. A good thing might be to have one central config.m4 which holds all the old configure options, and warns people if they use them? ---Jani On Thu, 9 Aug 2001, Zeev Suraski wrote: We can add it as an experimental

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-08 Thread Zeev Suraski
At 10:39 08-08-01, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:28:02AM +0200, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges

[PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)

2001-08-08 Thread Zeev Suraski
At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)

2001-08-08 Thread Zeev Suraski
At 21:14 08-08-01, Jani Taskinen wrote: On Wed, 8 Aug 2001, Cynic wrote: At 20:02 8/8/2001, Zeev Suraski wrote the following: -- At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev

Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)

2001-08-08 Thread Zeev Suraski
- Original Message - From: Cynic [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:25 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) At 20:14 8/8

[PHP-DEV] PHP 4.0.7

2001-08-08 Thread Zeev Suraski
As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new

Re: [PHP-DEV] PHP 4.0.7

2001-08-08 Thread Zeev Suraski
At 21:51 08-08-01, Andrei Zmievski wrote: On Wed, 08 Aug 2001, Zeev Suraski wrote: As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV

Re: [PHP-DEV] PHP 4.0.7

2001-08-08 Thread Zeev Suraski
that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. -Jason - Original Message - From: Zeev Suraski [EMAIL

Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)

2001-08-08 Thread Zeev Suraski
At 22:13 08-08-01, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:20:55PM +0300, Zeev Suraski wrote: My top of the list is: $_REQUEST $_REQ would be even nicer - and less to type without hiding the meaning. I agree with Andrei on this one... $_EVIL (Andi and I think it's

Re: [PHP-DEV] Latest CVS Problem

2001-08-08 Thread Zeev Suraski
] 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 PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] Current CVS crash (latest Zend changes)

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

Re: [PHP-DEV] Current CVS crash (latest Zend changes)

2001-08-08 Thread Zeev Suraski
)[LANG_SCNG(yy_leng)-1])) { + CG(increment_lineno) = 1; + } retval = ';'; /* implicit ; */ break; case T_OPEN_TAG_WITH_ECHO: - Original Message - From: Zeev Suraski [EMAIL

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-07 Thread Zeev Suraski
At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges in doing JIT module initialization? It's not much of a challenge really. If we decide it should be done, it can be done... Zeev -- PHP Development Mailing

Re: [PHP-DEV] 4.0.7 coming ... ?

2001-08-07 Thread Zeev Suraski
be released? - Colin -- 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 co-founder, Zend

[PHP-DEV] Fwd: Re: [thies@thieso.net: Re: [PHP-DEV] incomplete class broken?]

2001-08-06 Thread Zeev Suraski
Date: Mon, 06 Aug 2001 16:07:55 +0300 To: Thies C. Arntzen [EMAIL PROTECTED] From: Zeev Suraski [EMAIL PROTECTED] Subject: Re: [[EMAIL PROTECTED]: Re: [PHP-DEV] incomplete class broken?] Cc: Thies C. Arntzen [EMAIL PROTECTED], Andi Gutmans [EMAIL PROTECTED] At 16:00 06/08/2001, Thies C. Arntzen

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
into the unloiaded module). i kinda don't like it, but i take zeevs word that it never worked properly. tc -- 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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 17:42 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: By the way, if it's really important, we can look into supporting it. The way it was before - it worked in most cases (assuming you never tried to use a class before you dl() the corresponding extension

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 17:49 06/08/2001, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] By the way, if it's really important, we can look into supporting it. The way it was before - it worked in most cases (assuming you never tried to use a class before you dl() the corresponding extension

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 17:52 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: How so? I can understand that people get used to it, but it's really bad. extensions should be loaded in the php.ini file. There's really no good reason for using dl() over the php.ini method. Of course

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
Please don't just say it's useful, please say why :) dl() has absolutely nothing over loading in php.ini, and has many drawbacks. Zeev At 17:55 06/08/2001, Andy wrote: I disagree, is there any way dl() can be fixed, because it is a useful function... On Mon, 06 Aug 2001, Zeev Suraski wrote

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
BTW, there's no good reason not to load all of the extensions you may need in all of your scripts from php.ini. Loading many extensions doesn't pose a significant/noticeable load. Loading using dl() does. Zeev At 17:52 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 18:07 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: BTW, there's no good reason not to load all of the extensions you may need in all of your scripts from php.ini. Loading many extensions doesn't pose a significant/noticeable load. Loading using dl() does

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
more sound and stable :) Using php.ini for loading extensions should be the way to go. Zeev At 18:18 06/08/2001, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] Please don't just say it's useful, please say why :) dl() has absolutely nothing over loading in php.ini, and has many

Re: [PHP-DEV] [patch] INIT_OVERLOADED_CLASS_ENTRY fix

2001-08-06 Thread Zeev Suraski
] 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 PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 06:30 06/08/2001, Sterling Hughes wrote: On Mon, 6 Aug 2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: How so? I can understand that people get used to it, but it's really bad. extensions should be loaded in the php.ini file. There's really no good reason

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
empty. As a general rule, it's a bad thing, since it repeats things which don't have to be repeated. At 18:34 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: Drawbacks: - It's slow. We encourage putting expensive operations into the module_init, using dl

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 19:29 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: By the way, I can't really quantify significantly, as it depends on what kind of minit you have. For a module such as the COM module, it can double the amount of time it takes the script to run (if you

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 07:10 06/08/2001, Sterling Hughes wrote: What if you use 50 different shared extensions, for different scripts on the same box? Should you load them all in each time? I don't think so... Other than your phobia, there's no real reason not to do it :) Zeev -- PHP Development

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 19:40 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: At 07:10 06/08/2001, Sterling Hughes wrote: What if you use 50 different shared extensions, for different scripts on the same box? Should you load them all in each time? I don't think so

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
At 19:45 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: Nothing measurable. That was actually measured (changing PHP to initialize extensions just-in-time, in case they're actually being used) - and it turned out it wasn't giving any noticeable performance

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.cincomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
On Mon, 6 Aug 2001, Sterling Hughes wrote: On Mon, 6 Aug 2001, Zeev Suraski wrote: At 19:40 06/08/2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: At 07:10 06/08/2001, Sterling Hughes wrote: What if you use 50 different shared extensions, for different

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.cincomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

2001-08-06 Thread Zeev Suraski
On Mon, 6 Aug 2001, Andrei Zmievski wrote: On Mon, 06 Aug 2001, Zeev Suraski wrote: I think the disk weights about the same regardless of the data inside it :) Yes, but 50 extensions will consume more memory than 1. Nothing noticable, really. Unless you allocate dozens of megabytes

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