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

2001-09-24 Thread Zeev Suraski
:13:54PM +0300, Zeev Suraski wrote: Does anybody still have anything pending for RC3? There seems to be a serious LDAP bug. For instance the following simple script crashes (you should be able to test it): I never got any feedback on this, what is the right procedure? Do I ask you Zeev

Re: [PHP-DEV] [RFC] Versioning rules for PHP/Zend/PEAR/Extensions

2001-09-24 Thread Zeev Suraski
There are some customary rules with version numbers. Ignoring them will result in lots of confusion, as most popular opensource projects use them (Linux, Apache, MySQL to name a few). Major version number signifies the 'generation', 2nd digit signifies major changes and/or big new chunks of

Re: [PHP-DEV] TSRM again

2001-09-22 Thread Zeev Suraski
The main purpose of TSRM's resource management is to supply thread-local resources. The various macros, TSRMLS and all that, are not useful if you actually need to share a central resource between threads. There's no real magic in sharing a central resource between threads. You have to

Re: [PHP-DEV] Zend CVS doesn't compile

2001-09-22 Thread Zeev Suraski
Fixed At 07:21 22-09-01, [EMAIL PROTECTED] wrote: Tried latest cvs update from zend and yy_state_type is typedef'ed in multiple places. Attached is a patch which should allow you to compile. I'm not sure what the procedure is for getting the fix back to zend. -- PHP Development Mailing List

Re: [PHP-DEV] RC3

2001-09-19 Thread Zeev Suraski
I'm also investigating (well, fixing) a scanner thread safety issue. At 00:45 20-09-01, Derick Rethans wrote: Hello, On Tue, Sep 18, 2001 at 06:13:54PM +0300, Zeev Suraski wrote: Does anybody still have anything pending for RC3? I've one little thing with mcrypt, which needs some little

[PHP-DEV] RC3

2001-09-18 Thread Zeev Suraski
Does anybody still have anything pending for RC3? 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] Documenting Zend (was: zend_parse_parameters)

2001-09-10 Thread Zeev Suraski
At 09:51 10-09-01, James Moore wrote: Kinda like the FSF assignment. This is so that we can publish these docs in books free of charge, without having to run after everybody who contributed. Don't worry, we don't get a nickel out of it. I dunno what its under now but the Open

Re: [PHP-DEV] Re: Note added to rand

2001-09-10 Thread Zeev Suraski
At 03:47 10-09-01, Sterling Hughes wrote: That's your opinion. Why do we have to change it, when people have been using it happily for all these years. That's not a very good reason. We'd be playing with PHP 3.0 today if that was the guideline :) What happened to adding a new

Re: [PHP-DEV] Syntax error

2001-09-10 Thread Zeev Suraski
At 18:09 10-09-01, Walter Franzini wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line -- 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

Re: [PHP-DEV] Syntax error

2001-09-10 Thread Zeev Suraski
At 18:27 10-09-01, Alexander Wagner wrote: Zeev Suraski wrote: for ($sz=1; $sz 6; sz++) { You're missing a $ on the last sz in this line He knows that. He want a better error-message. Ah, missed that. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail

Re: [PHP-DEV] Syntax error

2001-09-10 Thread Zeev Suraski
At 18:09 10-09-01, Walter Franzini wrote: How can I help improving messages reported for syntax errors? This can be improved in the parser. Try reading the error recovery documentation for bison, about error rules. There's quite a bit of work that can be done in that front, we'll welcome

[PHP-DEV] Re: _

2001-09-10 Thread Zeev Suraski
At 22:18 10-09-01, Rodent of Unusual Size wrote: Zeev Suraski wrote: Ken - see my point? :) I have seen it all along. I just do not think that removing it is better than leaving it forever but discouraging it. What I was trying to point out was that you were arguing something completely

Re: [PHP-DEV] Woah

2001-09-10 Thread Zeev Suraski
At 01:30 11-09-01, Egon Schmid wrote: Wez Furlong wrote: So it's never going to collide with anything else You say that if you come across it and wonder what it does, the manual doesn't tell you what it is. Lets solve that by putting it in the manual. It is mentioned in the PHP manual.

Re: [PHP-DEV] Woah

2001-09-10 Thread Zeev Suraski
Oh yummy, we have delete()?! There goes our delete operator, but hey, what a nice little messy namespace do we have! It's gotta be worth it, it's so much shorter than delete_file() :) Zeev At 02:10 11-09-01, Egon Schmid wrote: Wez Furlong wrote: What about delete()? Thats not even a

[PHP-DEV] Re: _

2001-09-10 Thread Zeev Suraski
At 03:42 11-09-01, Egon Schmid wrote: The _() alias is no function. If someone build-in gettext, he or she should read the gettext documentation. The manual can be only a better function reference and if every alias would have a description just like the real functions, newbies will never find

Re: [PHP-DEV] Woah

2001-09-10 Thread Zeev Suraski
At 04:37 11-09-01, Egon Schmid wrote: To automatically generate lists of functions and/or a separate alias list is no problem. The problem is the alphabetically sorting of lists with the current DSSSL stylesheets. I hope Hartmut or Jouni will have enough free time to play with it. Guys, Please

[PHP-DEV] Re: _

2001-09-10 Thread Zeev Suraski
At 06:12 11-09-01, Rodent of Unusual Size wrote: * On 2001-09-10 at 23:09, Zeev Suraski [EMAIL PROTECTED] excited the electrons to say: Please do not dismiss those inputs unless you think they do not count, in which case I suppose we should just accept that you are inflexible

Re: [PHP-DEV] Re: _

2001-09-10 Thread Zeev Suraski
At 06:21 11-09-01, Rodent of Unusual Size wrote: * On 2001-09-10 at 23:18, Zeev Suraski [EMAIL PROTECTED] excited the electrons to say: The smilie does make it a good natured poke, but at least as far as my email parser works, it still means that you mean it, and that stings :) Well, I

Re: [PHP-DEV] delete (was: Re: [PHP-DEV] Woah)

2001-09-10 Thread Zeev Suraski
*Phew* :) At 06:18 11-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: Oh yummy, we have delete()?! Zeev: in this case, you can relax. From http://www.php.net/manual/en/function.delete.php: This is a dummy manual entry to satisfy those people who are looking

Re: [PHP-DEV] Woah

2001-09-09 Thread Zeev Suraski
Uhm, no. Read my message again, it actually makes sense. At 14:56 09-09-01, Jani Taskinen wrote: Does this mean we can forget namespaces then? Is this where we have come to: blackmail ? --Jani On Sat, 8 Sep 2001, Zeev Suraski wrote: Fine. Let it be noted that I oppose going forward

[PHP-DEV] Re: RC2: zend_language_scanner.c:2697: warning: parameter names (without types) in function declaration

2001-09-09 Thread Zeev Suraski
You're right. I thought it was MFH'd, but now that you mention it, I waited for a confirmation it actually solves the problem, and forgot about it... At 17:45 09-09-01, Sascha Schumann wrote: IIRC this broke the build with some vendor compilers. Should not this be fixed for 4.0.7?

Re: [PHP-DEV] Woah

2001-09-09 Thread Zeev Suraski
At 16:57 09-09-01, George Schlossnagle wrote: Replaced with a call to strstr and function declaration placed ahead of usage (althoough I disagree about how much faster this will make it. I only declare the function once and loop it, so whether do_bind_function_or_class is called on it during

Re: [PHP-DEV] Trans-Sid still broken

2001-09-09 Thread Zeev Suraski
You never fail me! :) At 15:13 09-09-01, Sascha Schumann wrote: a href=#foo should demonstrate it. The session-id is appended after the #foo which is obviously wrong. This worked before the recent changes, so, whoever broke it, please fix it. Thanks, - Sascha

Re: [PHP-DEV] zend_parse_parameters

2001-09-09 Thread Zeev Suraski
At 14:44 09-09-01, Jani Taskinen wrote: ..People don't read the .h files usually and copy from other extensions.. If ZE was properly documented, people didn't have to rely on only the sources. Like I suggested earlier, by adding at least protos there would help the documentation effort..ie.

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 00:26 10-09-01, Wez Furlong wrote: Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote: At 14:44 09-09-01, Jani Taskinen wrote: If ZE was properly documented, people didn't have to rely on only the sources. By the way, your post had absolutely nothing to do with the subject

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 00:27 10-09-01, Sterling Hughes wrote: Oh yeah, not to mention the license is pretty bad :) I give up all rights to the material that I write (more so than an assignment of rights, which is standard for contributors to commercial texts), and you don't even get payed for

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 00:59 10-09-01, George Schlossnagle wrote: The reason I told Jani it had nothing to do with the discussion was that I think that this is wrong... The reason I disagree is that a large number of people (today, probably most) code based on examples, not on documentation. Nothing forces you

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 01:28 10-09-01, Sterling Hughes wrote: On Mon, 10 Sep 2001, Zeev Suraski wrote: At 00:27 10-09-01, Sterling Hughes wrote: Oh yeah, not to mention the license is pretty bad :) I give up all rights to the material that I write (more so than an assignment of rights

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 01:15 10-09-01, Egon Schmid wrote: Not writing documentation is certainly within your right, but this is a poor argument for not doing so. Certainly a main reason that people code from examples and not documentation is when documentation is poor. Sorry, couldn't resist. The

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 02:19 10-09-01, Egon Schmid wrote: To make it short. You are yourself on the list of authors. Should I deprecate you? If it makes you feel better, sure, go ahead. The only reason I'm there is because I've written the documentation for the MySQL module, but I realize it's not too much, and

Re: [PHP-DEV] Documenting Zend (was: zend_parse_parameters)

2001-09-09 Thread Zeev Suraski
At 02:29 10-09-01, Sterling Hughes wrote: ;) -- I know they chose the license (you forget, I used to work for one of them, and I'm still friends with the other :) The license makes sense from the Book's point of view, but as an Open Source License it doesn't make sense

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
At 09:13 08-09-01, Andrei Zmievski wrote: At 05:33 AM 9/8/01 +0300, Zeev Suraski wrote: That's unfortunate. IMHO, it should be phased out. I'm against it. _() has been around forever as part of gettext package and people who expect to find it in PHP will be pretty disappointed. Disappointment

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
At 09:36 08-09-01, Rasmus Lerdorf wrote: Using obscure single character operators is simply something that we don't do in PHP, it's totally inconsistent with the language. You know I hate magic more than most. I have lobbied against it forever. Well, you did in certain occasions, but you

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
At 10:24 08-09-01, Emiliano wrote: Well, I was torn between accepting it as sarcasm, and getting hints on how to accomplish it :) Totally impossible? Totally. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
Fine. Let it be noted that I oppose going forward with any other clean-up of the language namespace before this bug goes away. If we don't clean the obvious ones, we might as well keep in everything. (a very disappointed) Zeev At 15:51 08-09-01, Stig Sæther Bakken wrote: [Zeev Suraski

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
At 16:37 08-09-01, Jim Jagielski wrote: Rasmus Lerdorf wrote: Using obscure single character operators is simply something that we don't do in PHP, it's totally inconsistent with the language. You know I hate magic more than most. I have lobbied against it forever. However,

Re: [PHP-DEV] zend_parse_parameters

2001-09-08 Thread Zeev Suraski
At 18:14 08-09-01, Andrei Zmievski wrote: The real solution to this, of course, would be keyword arguments. It's not really a solution, as this would also be slow (except for fairly rare cases, where we might be able to do the work in compile time). How about them for v2? I think we should

Fwd: Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
Ken - see my point? :) Andrei - ugliness is not a metrics, anymore than disappointment is. Fact - gettext(foo) is much less magical and much more understandable than _(foo). Date: Sat, 8 Sep 2001 10:45:53 -0500 From: Andrei Zmievski [EMAIL PROTECTED] To: Zeev Suraski [EMAIL PROTECTED] Cc

Re: [PHP-DEV] Woah

2001-09-08 Thread Zeev Suraski
At 19:29 08-09-01, Rasmus Lerdorf wrote: At 09:36 08-09-01, Rasmus Lerdorf wrote: Using obscure single character operators is simply something that we don't do in PHP, it's totally inconsistent with the language. You know I hate magic more than most. I have lobbied against it

Re: [PHP-DEV] Re: PHP4.0.7RC1 memory problem

2001-09-07 Thread Zeev Suraski
At 07:39 07-09-01, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: I gave up tring to make reproducible script. For the record, PHP does not execute script properly under very limmited circumstance that I can't find out exactly. Under normal execution, calling function over and over should

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Zeev Suraski
At 12:45 07-09-01, Edin Kadribasic wrote: Well, here is my patch finally for enabling a shell mode with the command line. Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. This will keep people from

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Zeev Suraski
At 13:57 07-09-01, Wez Furlong wrote: On 07/09/01, Zeev Suraski [EMAIL PROTECTED] wrote: At 12:45 07-09-01, Edin Kadribasic wrote: Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. That's excellent. Now

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Zeev Suraski
At 17:51 07-09-01, Boian Bonev wrote: +1 :)) and a #!/bin/php -p echo some string here\n; ?some html here ;))) ? echo 'some more php';? although this requires a patch in Zend/zend_language_scanner.l line 279 :))) for plain c, and i didn't look where for c++. We no longer have a C++ scanner.

Re: [PHP-DEV] zend_parse_parameters

2001-09-07 Thread Zeev Suraski
At 23:33 07-09-01, Wez Furlong wrote: On 07/09/01, Andrei Zmievski [EMAIL PROTECTED] wrote: If this is implemented (I think Andi may have some thoughts about this), Hopefully not bad thoughts! They are bad thoughts, actually... The main reason against it is that it's ultra slow, many times

[PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c ??? 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] Woah

2001-09-07 Thread Zeev Suraski
At 05:16 08-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c It's a standard alias in the c library as well: http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC15 So

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:13 08-09-01, Rasmus Lerdorf wrote: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c That has been there forever and is very standard. Anybody who has ever used gettext knows this well. The problem is with the 99.99% of the rest of the

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:23 08-09-01, Rasmus Lerdorf wrote: Having an underscore as a function name is pretty weird in any language. Having an obscure meaning to characters is common in certain languages, but PHP isn't one of them. C isn't either, and frankly, I don't think that going with _() was a very good

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:30 08-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: So I heard, but it's extremely un-PHPish and obscure. It also makes gettext useable. I don't buy that. 'gettext' is hardly the only token that's used repeatedly throughout PHP, and we never made any

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:30 08-09-01, Chuck Hagenbuch wrote: It also makes gettext useable. It's documented, for what it's worth: http://www.php.net/manual/en/function.gettext.php There's no mention of _() in that page, by the way. Only gettext(). Zeev -- PHP Development Mailing List http://www.php.net/ To

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:40 08-09-01, Chuck Hagenbuch wrote: It's the kind of thing that gets used a lot in HTML, where otherwise there wouldn't be a function call at _all_ - just static text. Replacing gettext() with _() in this case actually does improve readability, in my opinion. That's exactly what I said -

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 06:30 08-09-01, Chuck Hagenbuch wrote: Quoting Joey Smith [EMAIL PROTECTED]: So let's be the first ones to get our heads on straight and get rid of this ridiculous concept. It is, IMHO, one of the worst ideas in the history of the world...I'd really rather be reading perl regular

[PHP-DEV] RC2

2001-09-06 Thread Zeev Suraski
www.php.net/~zeev/php-4.0.7RC2.tar.gz There are still some CGI build problems reported, but because lots of time passed since RC1, I think it's time for RC2. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: [PHP-DEV] Re: PHP4.0.7RC1 memory problem

2001-09-05 Thread Zeev Suraski
Did you try cutting down the script that crashes (as opposed to trying to create a script that reproduces the problem from scratch)? That's the easiest way to create a short test case... Zeev At 10:03 05-09-01, Yasuo Ohgaki wrote: Zeev Suraski wrote: Do you use dl() anywhere? Is the crash

Re: [PHP-DEV] Zend engine bug

2001-09-05 Thread Zeev Suraski
This piece of code is pretty new; It was written in that way to make it possible to store IPs. In what cases do you see a problem with that? If (d) is bigger than LONG_MAX, than you're screwed anyway. Zeev At 19:20 05-09-01, Gavin Sherry wrote: Hi guys, Just looking through some older

Re: [PHP-DEV] Zend engine bug

2001-09-05 Thread Zeev Suraski
At 19:58 05-09-01, Gavin Sherry wrote: On Wed, 5 Sep 2001, Zeev Suraski wrote: In what cases do you see a problem with that? If (d) is bigger than LONG_MAX, than you're screwed anyway. I presume you are refering to my proposed hack? Perhaps a little more detail =). Nope :) I was actually

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

2001-09-05 Thread Zeev Suraski
At 23:35 05-09-01, Sterling Hughes wrote: On Wed, 5 Sep 2001, Andrei Zmievski wrote: On Wed, 05 Sep 2001, Sterling Hughes wrote: sterlingWed Sep 5 16:52:45 2001 EDT Modified files: /php4/ext/standard rand.c Log: a bit of api cleanup... move range

Re: [PHP-DEV] Re: PHP4.0.7RC1 memory problem

2001-09-04 Thread Zeev Suraski
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] To contact the list

Re: [PHP-DEV] Rand Changes

2001-09-03 Thread Zeev Suraski
Ok, We're now in a situation that has to be resolved. I think there are 3 issues: - The way php-dev behaved was flawed. While there's truth in what Sterling said about opensource projects, I have to say that the amount Jeroen put into the RFC about the subject is not very common. Thus, I

Re: [PHP-DEV] [C] struct, function pointers question

2001-09-02 Thread Zeev Suraski
-- 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 Technologies Ltd. http

Re: [PHP-DEV] [C] struct, function pointers question

2001-09-02 Thread Zeev Suraski
At 20:41 02-09-01, Jeroen van Wolffelaar wrote: Hi, I'm sure there's some simple (stupid?) error, which an experienced C-programmer can see immediately... But I don't. You're missing a variable name (you only put a type), and the line is not in the beginning of a code block (there's a

[PHP-DEV] RC2

2001-09-02 Thread Zeev Suraski
(I forgot to send to php-dev on the first strike) I think it's time for RC2. Barring unexpected surprises, let's set for this Wednesday? 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] Quickie: does estr(n)dup NUL-terminate the newly allocated string?

2001-09-01 Thread Zeev Suraski
estrdup() assumes that the string is NULL terminated, and it copies the entire string, including the NULL. estrndup() forces a NULL byte at the end of the duplicated string. It *is* in the source, it'd be a bit of a problem if it wasn't :) Zeev At 18:06 01-09-01, [EMAIL PROTECTED] wrote:

Re: [PHP-DEV] emalloc_rel()

2001-08-31 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 PROTECTED] For additional

[PHP-DEV] Re: problems with ob_gzhandler

2001-08-31 Thread Zeev Suraski
PHP_4_0_7. 'cause i don't have the time right now to dig myself i though that reporting it is nearly half as good as fixing it;-) re, tc -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net

[PHP-DEV] Re: problems with ob_gzhandler

2001-08-31 Thread Zeev Suraski
- haven't tried PHP_4_0_7. 'cause i don't have the time right now to dig myself i though that reporting it is nearly half as good as fixing it;-) re, tc -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http

Re: [PHP-DEV] Re: problems with ob_gzhandler

2001-08-31 Thread Zeev Suraski
At 15:49 31-08-01, Thies C. Arntzen wrote: On 31 Aug 2001 15:27:11 +0300, Zeev Suraski wrote: BTW, any chance you're using trans_sid? (can you check if php_session_start_output_handler() ends up being called for some reason?) it does get called. but the session is already there (cookie

Re: [PHP-DEV] Re: problems with ob_gzhandler

2001-08-31 Thread Zeev Suraski
The bugs (two different ones) and their symptoms should be gone now. At 15:49 31-08-01, Thies C. Arntzen wrote: On 31 Aug 2001 15:27:11 +0300, Zeev Suraski wrote: BTW, any chance you're using trans_sid? (can you check if php_session_start_output_handler() ends up being called for some

Re: [PHP-DEV] Re: problems with ob_gzhandler

2001-08-31 Thread Zeev Suraski
It should be gone with the latest CVS At 17:55 31-08-01, Wez Furlong wrote: On 08/31/01, Zeev Suraski [EMAIL PROTECTED] wrote: BTW, any chance you're using trans_sid? (can you check if php_session_start_output_handler() ends up being called for some reason?) I'm not using trans_sid but I

Re: [PHP-DEV] Tiny leak with append file?

2001-08-31 Thread Zeev Suraski
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 Technologies Ltd. http://www.zend.com/ -- PHP

Re: [PHP-DEV] [PATCH] Zend/zend_alloc.c

2001-08-29 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

Re: [PHP-DEV] Returning a string from an executed script?

2001-08-29 Thread Zeev Suraski
We could improve zend_execute_scripts() to take an optional zval * to hold the return value, it's already quite ready for this kind of thing. At 10:00 29-08-01, Rasmus Lerdorf wrote: Mostly a Zend question I guess, but I am playing with having PHP handle other phases of the Apache request_rec

Re: [PHP-DEV] [PATCH] Zend/zend_alloc.c

2001-08-29 Thread Zeev Suraski
At 14:57 29-08-01, Walter Franzini wrote: From the extension (the user of kernel services) pov I must disagree. But obviusly I'missing something :-) I don't see why there's a difference. There may be a point in giving extension developers an _ex way to try and allocate memory, and fail

Re: [PHP-DEV] [PATCH] Zend/zend_alloc.c

2001-08-29 Thread Zeev Suraski
At 18:35 29-08-01, Walter Franzini wrote: Zeev Suraski [EMAIL PROTECTED] writes: At 14:57 29-08-01, Walter Franzini wrote: From the extension (the user of kernel services) pov I must disagree. But obviusly I'missing something :-) I don't see why there's a difference. Maybe

Re: [PHP-DEV] RE: SEGFAULTs in apache

2001-08-29 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] [PATCH] Zend/zend_alloc.c

2001-08-29 Thread Zeev Suraski
At 18:45 29-08-01, George Schlossnagle wrote: At 14:57 29-08-01, Walter Franzini wrote: From the extension (the user of kernel services) pov I must disagree. But obviusly I'missing something :-) I don't see why there's a difference. Maybe the difference is not ZE vs. extension

Re: [PHP-DEV] Returning a string from an executed script?

2001-08-29 Thread Zeev Suraski
At 19:01 29-08-01, Rasmus Lerdorf wrote: We could improve zend_execute_scripts() to take an optional zval * to hold the return value, it's already quite ready for this kind of thing. That would work perfectly. Think this could be done sooner rather than later? ie. in the current engine?

Re: [PHP-DEV] MFH'ing PEAR changes

2001-08-28 Thread Zeev Suraski
At 11:08 28-08-01, Stig S. Bakken wrote: Any objections against me MHF'ing some non-critical stuff in php4/pear? It's so long between each PHP release now that the PEAR stuff that comes with PHP is usually outdated by the day of the release. :-P I don't think PEAR gets thoroughly tested during

Re: [PHP-DEV] contributing extensions?

2001-08-28 Thread Zeev Suraski
At 08:10 28-08-01, George Schlossnagle wrote: Ok, I have a php interface to the spread group communication toolkit client api. Hard to say how wide it's audience would be, but it's very useful for creating distributed applications (it was written to facilitate some distributed logging and

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-28 Thread Zeev Suraski
At 11:37 28-08-01, Walter Franzini wrote: [sorry, my English is bad] Zeev Suraski [EMAIL PROTECTED] writes: [...] Why? Whatever extension you use on your box, put them in the php.ini. dl() is never a better option. Zeev An example not solvable using php.ini: At SysNet, we access

Re: [PHP-DEV] python dictionary-like % (percent) substitution in php (was: Good idea in % (percent) substitutions in string)

2001-08-28 Thread Zeev Suraski
I think that's a pretty good idea. At 13:25 28-08-01, --- wrote: I have seen that in php there isn't nothing similar to dictionary substitution in python. (a dictionary is an array with string keys, like hash in perl) This change consist in adding two functions (a stay for array):

Re: [PHP-DEV] python dictionary-like % (percent) substitution in php (was: Good idea in % (percent) substitutions in string)

2001-08-28 Thread Zeev Suraski
At 16:35 28-08-01, Jo Giraerts wrote: This is already possible in php, though with the following simple function.. // function to read a file with php-vars in as a string // $predefined_vars: an array (varname = value). all the // variablenames defined in this array can be used in

Re: [PHP-DEV] A couple of session issues

2001-08-27 Thread Zeev Suraski
At 13:40 27-08-01, Thies C. Arntzen wrote: On 27 Aug 2001 01:33:46 +0300, Zeev Suraski wrote: The other issue is a suggestion I want to pitch - right now, if sessions are started after the headers are already sent, we'll get a nice headers-already-sent error. If we have trans_sid enabled

Re: [PHP-DEV] A couple of session issues

2001-08-27 Thread Zeev Suraski
At 19:00 27-08-01, Thies C. Arntzen wrote: You lost your caps too? :) some time ago already;-) didn't you notice? No, I hadn't noticed. I'll help you look for them in November :) if you are on a site that uses trans-sid for sessions the HTTP_REFERER on the next visited site will contain

Re: [PHP-DEV] Anybody tested the Apache module recently?

2001-08-26 Thread Zeev Suraski
My fault :I I'm working on it. At 02:54 26-08-01, Rasmus Lerdorf wrote: It should be fixed now. Please let me know if it isn't. Well, as of right now, it is still broken. Or am I waiting for a commit? -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail:

Re: [PHP-DEV] Crash in var_dump and print_r

2001-08-26 Thread Zeev Suraski
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] To contact

Re: [PHP-DEV] Crash in var_dump and print_r

2001-08-26 Thread Zeev Suraski
, August 26, 2001, at 06:15 AM, Zeev Suraski wrote: It looks like domxml is responsible here. The hash table that's sent to it contains a NULL value, which should be a valid zval *... Zeev At 13:04 26-08-01, Joey Smith wrote: This may be due to the way domxml is doing things, but the test

Re: [PHP-DEV] Anybody tested the Apache module recently?

2001-08-26 Thread Zeev Suraski
IIS and Apache, roughly 50/50... At 23:07 26-08-01, Adam Dickmeiss wrote: Zeev, how do you test before commit? I mean, what web server do you use for development? -- Adam On Sun, Aug 26, 2001 at 02:48:14AM +0300, Zeev Suraski wrote: I think that was some breakage I was responsible for (I

[PHP-DEV] Re: How to make Thread Safety work (ZTS,TSRMLS) (was: Re: [PHP-CVS] cvs: php4 /main streams.c )

2001-08-26 Thread Zeev Suraski
At 00:23 27-08-01, Jeroen van Wolffelaar wrote: [Changed subject, I missed this thread until now because of it...] I assume this difference between 12 and 3 is _strictly_ performance, and _nothing_ else? Well, it's also results in shorter code (there were plenty of functions that used both

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session php_session.h session.c /ext/standard url_scanner_ex.c url_scanner_ex.re

2001-08-26 Thread Zeev Suraski
with all these patches... On Mon, 27 Aug 2001, Zeev Suraski wrote: zeev Sun Aug 26 20:23:55 2001 EDT Modified files: /php4/ext/session php_session.h session.c /php4/ext/standardurl_scanner_ex.c url_scanner_ex.re Log: More fixes and refinements

[PHP-DEV] A couple of session issues

2001-08-26 Thread Zeev Suraski
One thing I couldn't get to the bottom of is PS(define_sid) and the define_sid logic in php_session_start(). I understand the code, but I couldn't understand why we define SID in certain cases to contain valid data, and sometimes just an empty string. It's also being used in

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended

2001-08-25 Thread Zeev Suraski
At 16:48 25-08-01, Jani Taskinen wrote: Better question is, do we really want to do this? This doesn't fix anything. It only breaks things. Second, this will make writing portable scripts harder. Yet another ini setting to be checked for.. The only good way of doing this rand() - mt_rand()

Re: [PHP-DEV] Anybody tested the Apache module recently?

2001-08-25 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

Re: [PHP-DEV] concatenating strings

2001-08-24 Thread Zeev Suraski
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] To contact the list

Re: [PHP-DEV] concatenating strings

2001-08-24 Thread Zeev Suraski
At 00:06 25-08-01, Peter Bowen wrote: I am getting a SIGSEGV with this function. I am probably just missing something. I was hoping for a function with the prototype strcatl(zval **z, char *s, int l); strcat(zval **z, char *s); Lacking those, I tried zval **data; /* call to zend_hash_find to

Re: [PHP-DEV] object to string convertion patch

2001-08-22 Thread Zeev Suraski
At 19:53 22-08-01, Andrei Zmievski wrote: On Wed, 22 Aug 2001, Jeremy Bettis wrote: I changed php (current CVS) to add another magic method to Objects, __toString(). Whenever an object needs to be converted to a string, then it will first try to call __toString() and if it can't, then it

Re: [PHP-DEV] object to string convertion patch

2001-08-22 Thread Zeev Suraski
At 20:08 22-08-01, Jeremy Bettis wrote: My implementation does not have these inconsistencies (I looked in the archives). The only wierd thing is print_r and dump_var. I think the inconsistency that was there was that my implementation was for displaying purposes only. If you call to_string()

Re: [PHP-DEV] EXT_SKEL for Win32

2001-08-22 Thread Zeev Suraski
At 21:42 22-08-01, Chris Gardner wrote: i was noticing a slight problem with the whole EXT_SKEL shell script. it works great for getting a new package up and running, but only if your' doing all your using basically the gcc compiler. well, i've been trying to create an extension library for

Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
to do. So you are suggesting to simply stick with php_ prefix and not doing anything else? Then I'll comply with that. In math.c, I saw that use of underscore as first letter, so that is not according to how it should be done, I assume. Thanks for clearing this up, Jeroen -- Zeev Suraski [EMAIL

Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
At 23:09 22-08-01, Andrei Zmievski wrote: On Wed, 22 Aug 2001, Zeev Suraski wrote: How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like php_mysql_do_connect

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