Re: [PHP-DEV] Question for Zeev, Zak or Georg - mysql_query and possible integer overflow?

I believe he meant the query id's that the engine uses, and not the auto increment id's. Wez's response was accurate, we'll overflow at some point. This is basically because PHP was designed with short requests in mind. We could probably fix it relatively easily for ZE2

Re: [PHP-DEV] Scope and namespace

At 15:54 13/03/2003, Andrei Zmievski wrote: On Thu, 13 Mar 2003, Zeev Suraski wrote: > Not really, we can't. You can have functions inside a namespace, that > don't have a class entry attached to them. > I guess we could create some hybrid of the namespace and ce, but it would

Re: [PHP-DEV] Scope and namespace

, we can't. You can have functions inside a namespace, that don't have a class entry attached to them. I guess we could create some hybrid of the namespace and ce, but it would end up being ugly, with many more extra checks. Zeev -- PHP Development Mailing List <http://www.php.

Re: [PHP-DEV] iterating objects with interfaces

At 02:48 12/03/2003, Stephen Thorne wrote: How soon till (''.($_GET['textArea']->strip_tags()).'')->print(); ? Considering $_GET is an array of strings, infinity :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Segfault

Fixed! Thanks, Zeev At 18:17 11/03/2003, Andrei Zmievski wrote: With the latest ZE2: class Bar { function boo() { ::zoo(); } } Bar::boo(); ?> -Andrei http://www.gravitonic.com/ "The day Microsoft makes something that doesn&#x

Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..

ld get ready to release 4.3.2 in the very near future regardless of how many bugs we'll succeed in fixing. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Language Auto Detection / www.php.net

I agree, this auto language detection is quite annoying... Zeev At 11:05 10/03/2003, Stefan Esser wrote: Good morning, is there any chance that we can revert this annoying feature? The translated documentation is always behind and partly lacks important information from the english version. I

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 17:56 02/03/2003, Marcus Börger wrote: At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites "register_argc_argv": zend_alter_ini_entry("registe

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

. If&when _SERVER is created, it will attempt to copy them. Thoughts? Zeev At 17:15 02/03/2003, Marcus Börger wrote: At 11:19 02.03.2003, Zeev Suraski wrote: zeevSun Mar 2 05:19:17 2003 EDT Log: Add JIT initialization for _SERVER and _ENV (it's less important for th

Re: [PHP-DEV] Tie'ing variables

als being off 2. register_long_arrays (HTTP_*_VARS) being off If you want to benchmark w/ vs. w/o, you can disable the optimization by initializing cb to 0 in php_startup_auto_globals() and jit_initialization to 0 in php_hash_environment(), both in main/php_variables.c. Zeev At 18:26 01/03/2003,

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 17:50 28/02/2003, Sascha Schumann wrote: I think that simply adding OnUpdateLong and deprecating OnUpdateInt is fine while retaining its current semantics. +1 Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] zend_timeout and the SIGPROF signal

IGPROF ... it could cause long scripts. I'd rather use EG(timeout). I'm using it now and it's working. EG(timeout) is a horrible option (I wrote both, SIGPROF is by far superior). I'll try to implement a solution that won't lose the SIGPROF. Zeev -- PHP Devel

Re: [PHP-DEV] zend_timeout and the SIGPROF signal

vironment - set a EG(timeout) flag. I looked into the bug report, and it is true that BLOCK_INTERRUPTIONS should indeed block SIGPROF. I'll fix this in the weekend. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] zend_timeout and the SIGPROF signal

the driver processing the request cancel the query nicely? They have this functionality. The engine will call their request-shutdown callbacks, where they can (and should) clean after themselves. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: ht

Re: [PHP-DEV] zend_timeout and the SIGPROF signal

shortly after the longjmp()). Doing this is a good > idea > (read: must) regardless of timeouts, it's the safety net that > ensures that > your code will not be leaking memory and/or resources beyond the > context of > a single request. > > Zeev It is impossible to d

Re: [PHP-DEV] zend_timeout and the SIGPROF signal

ures that your code will not be leaking memory and/or resources beyond the context of a single request. Zeev At 16:45 20/02/2003, Jeremy Mullin wrote: I have a question in regards to page timeouts and how the initial request is terminated. First, I apologize up front for my ignorance. I am not a

[PHP-DEV] RE: [PATCH]apache_register_shutdown_function final version

ther use it or cut it out completly. These changes are too large for a minor version release, i.e. 4.3.1, but perhaps for 4.4/5.0? I'd be willing to put some time into reworking the SAPI system. I think that these harsh thoughts are mostly due to the problems in the initial analysis.

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

At 13:36 06/02/2003, moshe doron wrote: b. sunrise() c. sunset() Hrm, what are these functions? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Configure-System on Solaris

I don't think we can rely on GNU grep being installed though... At 17:29 04/02/2003, J Smith wrote: GNU grep should work. Just make sure /usr/local/bin comes before /bin in your $PATH. J Sebastian Nohn wrote: > Latest CVS (PHP5-dev) on Solaris: > > Configuring TSRM > checking for stdarg.h...

Re: [PHP-DEV] Segmention fault when doing make install

Fixed. At 01:44 28/01/2003, Magnus Määttä wrote: This is in current head. (cd .libs && rm -f libphp4.la && ln -s ../libphp4.la libphp4.la) Installing PHP SAPI module Installing shared extensions: /usr/local/www/php5mincli/lib/php/extensions/debug-non-zts-20020429/ Installing PEAR environment:

RE: [PHP-DEV] Re: Register Shutdown Function for Apache

At 19:54 28/01/2003, Joseph Tate wrote: Then, could we add a sapi_flush()/ob_flush() call at the end of apache_php_module_main after calling the normal register_shutdown_functions? Yeah, something along these lines. What else might have problems? Might is a powerful word :) Zeev -- PHP

Re: [PHP-DEV] Segmention fault in HEAD (zend_hash_find)

Fixed. At 08:04 28/01/2003, Magnus Määttä wrote: Hi! This code produces this segfault under HEAD. bt ( for the whole bt: http://novell.stoldgods.nu/~magnus/bt ): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 31900)] 0x0825350c in zend_hash_find (ht=0x8

[PHP-DEV] Re: Register Shutdown Function for Apache

hat to do with it. Right now, there are no plans to release any further 4.x versions, except for bug fixes. And the question arises - should this change be in a bugfix release or not. It certainly has potential to screw things up. Zeev At 18:38 23/01/2003, Joseph Tate wrote: I can have the

Re: [PHP-DEV] RFE: trigger_error()

it? Why? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] win32 builtin zlib

At 00:25 26/01/2003, Friedhelm Betz wrote: Saturday, January 25, 2003, Zeev Suraski wrote: >>1.) Are there future plans to include the zlib sources? > No. zlib is included in a similar way to the way we include > bindlib_w32. It's in a different repository on cvs.php.net, tha

Re: [PHP-DEV] win32 builtin zlib

odify config.win32.h.in Nope (this particular file doesn't exist anymore, btw) 3.) Should users be advised to download zlib sources, building zlib.lib? Not sure - I think that zlib should be in the win32build.zip archive. If you put it where bindlib_w32.lib is, we should be fin

Re: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

is always easy. I did not say nuke php-dev. I said we need php5-dev, and we need it quiet and productive right now. But as you realized by now, your posts did a good job at alienating the very same users that you were supposedly helping. It wasn't even an issue until you made it one.

Re: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

#x27;s end the list. Piotr - we'll call back mid 2005! Zeev At 19:31 23/01/2003, Dan Kalowsky wrote: Then discontinue it. End of discussion. This is an open source project, and I see little to no-advantage to it's use outside of creating a rather vile aftertaste in the mouths of thos

RE: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

group for getting PHP 5 out the door in the near future, so we can avoid the 'anywhere in the next two years' time frame. So far, it's working fairly well. Zeev (*) I'm pretty sure it's obvious but I'll state it explicitly still - being on php5-dev is not a matter

Re: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

d be able to play with it even before it goes golden. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] calling php__LINE__ & php__FILE__ in a (zif) function

zend_get_executed_filename() and zend_get_executed_lineno() should work. Zeev At 14:01 20/01/2003, Johannes G. Arlt wrote: Hi all, For a (extension)-function (zif), is there a way to get __LINE__ and __FILE__ from the current php-script. I neet the php__LINE__ and php__FILE__ in my own ext

Re: [PHP-DEV] request data filter

esent and then filter the data after it has already been registered by mbstring's treat_data/post_handler hooks. That's a big mess! Sounds good to me. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP4 + PHP5

At 12:40 14/01/2003, Derick Rethans wrote: On Tue, 14 Jan 2003, Zeev Suraski wrote: > At 12:30 14/01/2003, Derick Rethans wrote: > > > Also, why would we need it for php4/php5? > > Because it'll probably not be 100.0% downwards compatible... hmm, I think a nice thing to

RE: [PHP-DEV] PHP4 + PHP5

At 12:30 14/01/2003, Derick Rethans wrote: On Tue, 14 Jan 2003, Zeev Suraski wrote: > At 08:26 14/01/2003, Derick Rethans wrote: > >A patch for naming it libphp5 or a patch that enables them to work > >together in the same webserver? The latter is quite hard and 'cookie a >

RE: [PHP-DEV] PHP4 + PHP5

At 08:26 14/01/2003, Derick Rethans wrote: A patch for naming it libphp5 or a patch that enables them to work together in the same webserver? The latter is quite hard and 'cookie a patch' for that will almost certainly not work. Wouldn't --enable-versioning work just fine?

Re: [PHP-DEV] Non threadsafe Windows build

x27;t happen too often, but I don't see any reason to remove it. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RE: [PATCH]apache_register_shutdown_function final version

before. The problem is by the time you would get to php_apache_request_shutdown(), the per-request memory manager is already deactivated, so any emalloc()'d memory you may have is already freed. I'm not sure how to tackle this in a server independent way... Zeev At 21:55 30/12/20

[PHP-DEV] RE: [PATCH]apache_register_shutdown_function final version

Try looking at php_apache_request_shutdown() in mod_php4.c. It's our pool destructor. Zeev At 20:55 30/12/2002, Joseph Tate wrote: There probably is a better way to do it. I just haven't been able to figure it out. Most Apache modules wait until the logging stage to execute &quo

Re: [PHP-DEV] Update: Quoting behaviour exposed

At 20:52 30/12/2002, Sascha Schumann wrote: Zeev, you start to bore me. Thank God, I was hoping you were already being bored as much as I am for the past 4 years of pointless discussions with you, but better late than never! Zeev -- PHP Development Mailing List <http://www.php.net/&

[PHP-DEV] Re: [PATCH]apache_register_shutdown_function final version

er the link was already closed. It sounds a bit risky to me to close the link explicitly at this point, even though I'm not currently aware of any immediate problem this may cause (maybe it would ruin keep-alive?) Zeev At 19:22 30/12/2002, Joseph Tate wrote: As a reminde

Re: [PHP-DEV] Win32 Build Quirks

At 19:29 29/12/2002, Sebastian Bergmann wrote: Zeev Suraski wrote: > Probably due to different .dsp's (I assume you have two different > checkouts of the PHP source tree? Any chance one of them is modified) No, one checkout. For a Zend Engine 2 build I rename Zend to Zend1 and

Re: [PHP-DEV] Win32 Build Quirks

At 20:12 29/12/2002, Michael Sisolak wrote: Zeev Suraski wrote: > It's zlib. I'm not sure why people relied on users having zlib installed > as a part of their standard libraries under Windows, but it's not a reasonable assumption... > checkout zlib, build it (unde

Re: [PHP-DEV] Update: Quoting behaviour exposed

w-off behavior, so I couldn't care less about your choice of words. The rest of your stuff has been answered off list, to bring this stupid thread to a halt. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Update: Quoting behaviour exposed

At 19:21 29/12/2002, Sascha Schumann wrote: On Sun, 29 Dec 2002, Zeev Suraski wrote: > At 11:46 29/12/2002, Sebastian Bergmann wrote: > >Rasmus Lerdorf wrote: > > > Sascha, we need to give you something constructive to work on... > > > -Rasmus (top-posted with lots

Re: [PHP-DEV] Win32 Build Quirks

At 18:27 29/12/2002, Sebastian Bergmann wrote: Zeev Suraski wrote: > checkout zlib, build it (under both Release and Debug) Thank you Zeev, that did the trick. But I still wonder why I got this only with the Zend Engine 2 and not with the Zend Engine 1... Probably due to different .ds

Re: [PHP-DEV] Win32 Build Quirks

At 18:01 29/12/2002, Sebastian Bergmann wrote: Zeev Suraski wrote: > It appears the .dsp's were misconfigured I tested this with a fresh checkout of php4/ and ZendEngine2/ and still get the library conflict warning during a ZendEngine2 build. I did not yet test the other issue I m

Re: [PHP-DEV] Win32 Build Quirks

improperly. I added zlib as a brother directory to PHP, much like bindlib_w32. Zeev At 14:44 29/12/2002, Sebastian Bergmann wrote: For a long time I could use the following commands to build PHP on Windows msdev "php4ts.dsw" /MAKE "php4ts - Release_TS_inline" /R

Re: [PHP-DEV] Update: Quoting behaviour exposed

ot;, I would consider it constructive. Sascha is not the only one annoyed by issues like bad quoting behaviour. As with PHP's featureset, php-dev is not a purists' place. To each his own, we're not going to start applying quoting etiquette or calculate percentages. Zee

Re: [PHP-DEV] Update: Quoting behaviour exposed

nlighten my poor soul, dear Zeev! I did my best to enlighten your poor soul in the past, numerous times, but I at some point I realized it's beyond my reach. Knowing one's limits is a virtue, and I know mine, so you're on your own! Zeev -- PHP Development Mailing List <

Re: [PHP-DEV] Update: Quoting behaviour exposed

At 00:48 29/12/2002, Sascha Schumann wrote: On Sun, 29 Dec 2002, Zeev Suraski wrote: > Give us a break. And spare me an intelligent explanation about why we're > fools and you roolz, and why we don't deserve a break. > > Only a fool would blow such an idiotic thing out of

Re: [PHP-DEV] Update: Quoting behaviour exposed

Give us a break. And spare me an intelligent explanation about why we're fools and you roolz, and why we don't deserve a break. Only a fool would blow such an idiotic thing out of proportion. Zeev At 00:23 29/12/2002, Sascha Schumann wrote: Only a fool would decry the imp

Re: [PHP-DEV] Update: Quoting behaviour exposed

You grabbed the words from my throat :) Zeev At 20:36 28/12/2002, Rasmus Lerdorf wrote: Sascha, we need to give you something constructive to work on... -Rasmus (top-posted with lots of quoted text just for you) On Sat, 28 Dec 2002, Sascha Schumann wrote: > After looking at a

Re: [PHP-DEV] -+ [01]

At 14:34 19/12/2002, Edin Kadribasic wrote: On Thu, 19 Dec 2002, Zeev Suraski wrote: > I disagree. For instance, if I helped writing the combined module, and > someone separated it without thoroughly making sure that everyone is ok > with this separation, I believe it's

Re: [PHP-DEV] CGI and CLI

7;s a tiny price to pay for BC and simplicity. Zeev At 14:14 19/12/2002, Marcus Börger wrote: At 20:59 18.12.2002, Andrei Zmievski wrote: What was the consensus on CGI vs. CLI naming or merging issue? Or was there a consensus at all? I full plan to go ahead with 4.3.0 release before the end of th

Re: [PHP-DEV] -+ [01]

At 14:14 19/12/2002, Sascha Schumann wrote: On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many p

Re: [PHP-DEV] -+ [01]

Just to somewhat limit my agreement with that statement, I'd rephrase it so that it's clear that people's opinion does matter. Something along the lines of 'Too many people think that they're in a position to decide about PHP'. Zeev At 02:35 19/12/2002, Sascha

Re: [PHP-DEV] -+ [01]

That's one of the key reasons I try to avoid using it, and stick to the lengthy spelled-out sentence. Zeev At 02:35 19/12/2002, Sascha Schumann wrote: On 18 Dec 2002, Xavier Spriet wrote: > Well it's up to whoever has karma to make that decision. > People can give their opini

Re: [PHP-DEV] php-cgi vs php-cli naming issue

d adding some magic which triggers CLI or CGI mode (perhaps to check for some environment variable). This is what we used to have. Maybe we can have a 'surefire' switch that ensures PHP starts up in CLI mode, so that invoking PHP from within a CGI won't cause it to run as a CGI it

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_compile.c

re's. I'm not sure how necessary this is, and how feasible it is, but most of all - I don't see how it relates in any way to the visibility discussion we had here... Bottom line - I'm not sure why you're under the impression that "visibility hiding is king"

Re: [PHP-DEV] Stuffed Inbox on imprev account ( ?)

learn to read mail headers more carefully so whoever is related to this account -> *PLEASE* turn it off I unsubscribed it... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php.exe - php-cgi.exe

time living with the PHP-CGI change, and I find it very difficult to find any drawbacks to keeping the one integrated binary we used to have since 1998(*). Zeev (*) For the record, as a core developer who worked a lot on cgi_main.c I felt the cleanliness issue at least as much as the rest o

Re: [PHP-DEV] php.exe - php-cgi.exe

#x27;re already used to having problems" approach doesn't apply (it wouldn't have applied either way in my opinion, as having problems is not a reason to add another problem, but still). Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php.exe - php-cgi.exe

hat's the important thing in my opinion. Zeev I on the other hand do recall complaining about this issue, into the typical php-dev vacume. My strong suggestion at the time was to move things back to one binary, which i still beleive is the best solution, exactly for the ease of use i

Re: [PHP-DEV] php.exe - php-cgi.exe

At 13:39 11/12/2002, Sebastian Bergmann wrote: Zeev Suraski wrote: > I did not choose to raise the issue at this time, but I agree > completely with the opinion that it's a bad thing; It is my fault that > I haven't raised it a few months ago when I noticed this change, but

Re: [PHP-DEV] php.exe - php-cgi.exe

At 14:00 11/12/2002, Derick Rethans wrote: On Wed, 11 Dec 2002, Zeev Suraski wrote: Changing the name from php to php-cli will break BC: [root@saturnus php-4.2.3]# ./configure --enable-cli [root@saturnus php-4.2.3]# make [root@saturnus php-4.2.3]# sapi/cli/php -v 4.2.3 And the CGI is also

Re: [PHP-DEV] php.exe - php-cgi.exe

n't have to discuss same issues over and over again. Unfortunately this is not an option for all of us at any given time. I, for one, do wish that the developers here employed a more user-oriented approach and less 'this should be changed cause it'll be cool/neat/Right' approach.

Re: [PHP-DEV] php.exe - php-cgi.exe

At 10:28 10/12/2002, Sebastian Bergmann wrote: Zeev Suraski wrote: > If we use this KISS approach, why the heck are we even considering this > rename? 1.) Using 'php' to run a PHP script from the command-line sounds like the right choice of name (for the sapi/cli binary)

Re: [PHP-DEV] Re: Latest ZE2 changes

This does appear to be a problem, we'll need to think about it. At 13:32 10/12/2002, Marcus Börger wrote: At 10:02 10.12.2002, Zeev Suraski wrote: At 15:44 08/12/2002, Marcus Börger wrote: Looking into deep reveals that we must disallow overriding privates now. That way the test privat

RE: [PHP-DEV] php.exe - php-cgi.exe

notes, in the news file, on the website, and perhaps send a mass e-mail to everyone whom has ever worked with PHP ;) Or, we could just avoid this rename which would save us all of this headache and have no drawbacks at all. Zeev -- PHP Development Mailing List <http://www.php.net/>

Re: [PHP-DEV] php.exe - php-cgi.exe

we even considering this rename? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php.exe - php-cgi.exe

n sapi/cgi instead of where it was. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php.exe - php-cgi.exe

At 18:57 09/12/2002, John Coggeshall wrote: > >Maybe phpsh would be a good idea for the name of the CLI? It wouldn't >confuse ppl as much as php-cli > Why when I look at "phpsh" I think "Sushi"... Is that good or bad? :) -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] php.exe - php-cgi.exe

I. In most senses, it's much more PHP than the CLI is. Even though the old version was being used as a shell, it was still quite clear that it is the CGI version. And it is quite clear that the CLI version is the one that's new... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php.exe - php-cgi.exe

same thing on different machine targets. And Remeber: you can use the win executable by calling 'php' without '.exe' as well. I agree with Marcus. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Latest ZE2 changes

algorithm was designed to fully support it. Running private_007 also appears to be working for me (there was a buglet in the parser with static+access level, but if you remove the statics and/or update to the latest CVS, you can see that it's working fine...) Zeev -- PHP Development Mailing

[PHP-DEV] Re: Latest ZE2 changes

At 17:02 07/12/2002, Marcus Börger wrote: Hi Zeev, I have changed the test files and encountered some problems with the way you modified my patch: 1) private_002.phpt fails with 004- Fatal error: Call to private method pass::show() from context 'fail' in %s on line %d 004+ Fatal e

Re: [PHP-DEV] register_shutdown_function => register_offline_function

ended behavior, and allow us to implement it properly on all web servers. Zeev At 17:56 05/12/2002, Brian Moon wrote: Has the new function been created yet and if not when? We have just spent 2 weeks investigating why our pages started dragging to find out that register_shutdown_function is BROKE. I

Re: [PHP-DEV] [PATCH] New changes to ext_skel for C++

Why do we need an extern c before php.h? The relevant API functions in php.h should be extern "c"d in my opinion, wrapping php.h up in extern "c" is not very clean. Zeev At 17:32 02/12/2002, J Smith wrote: For the second instance where extern "C" is used, that

Re: [PHP-DEV] [PATCH] New changes to ext_skel for C++

Why not just use BEGIN_EXTERN_C() and END_EXTERN_C()? Zeev At 17:18 02/12/2002, J Smith wrote: Taking a few comments into consideration, here's a new patch for adding C++ code-generating abilities to ext_skel. The new patch doesn't use a separate skeleton.cpp file. Instead, it adds

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) /sapi/cgi cgi_main.c

How does this patch possibly fix something in this magnitude? It doesn't appear to do anything crucial at all, or do these variables have some far-reaching indirect effect? Zeev At 07:45 02/12/2002, Shane Caraveo wrote: It's not a matter of php cgi just having a couple bugs, it was

Re: [PHP-DEV] Reusing PHP string value pointers

ens to the `value.str.val' pointer internally? Is it possible to have the new value assigned to the same `value.str.val' pointer that the variable is currently using instead of having that pointer replaced by a pointer to the new value? No, it's not possible (not in a reliable wa

RE: [PHP-DEV] Error Codes, Langs, etc

At 02:27 27/11/2002, Stig S. Bakken wrote: Let's try being realistic, and focus on the quick wins first, such as good error codes. Go Stig. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [Zend Engine 2] RFC: Conversion patch

Getting it to work with a few extra cases doesn't hurt us in any way that I can tell. Standard disclaimers apply - I might be missing something. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] Redirect on Error

, the ones that would suffer eventually would actually be the users. Knowing your limits is a virtue, and taking unnecessary risks, while may seem noble, will often lead to much worse results. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] Redirect on Error

r messages, but my guess is that they won't be the majority of users. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] Redirect on Error

nk the cons outweigh the pros. If we were, however, to ever internationalize them - it would have to be optional, and with the full hardcoded error messages inside the code remaining intact. Zeev At 13:01 26/11/2002, Maxim Maletsky wrote: I apologize for shouting, didn't mean to be offensi

Re: [PHP-DEV] hebrew patch for jewish calendar

Sorry for the Engrish - latters == letters At 00:53 31/10/2002, Zeev Suraski wrote: to make things clearer English would have been much better... otiyot == latters techidot == singles asarot == tens meot == hundreds In short, there's a weight for every letter in the alphabet, and numbers

Re: [PHP-DEV] hebrew patch for jewish calendar

to make things clearer English would have been much better... otiyot == latters techidot == singles asarot == tens meot == hundreds In short, there's a weight for every letter in the alphabet, and numbers are generated from a combination of letters. At 23:35 30/10/2002, moshe doron wrote: > mos

Re: [PHP-DEV] html_error related to phpinfo() output

Shouldn't there be different settings? People may very well want html errors off, but still keep the rest of PHP 'web enabled'... At 08:58 29/10/2002, Derick Rethans wrote: On Tue, 29 Oct 2002, Steve Alberty wrote: > why result the functions phpinfo() and phpcredits() as plain text > when i set

Re: [PHP-DEV] setting PHP_INI_SYSTEM config. variables in VHostsections (bug 20009)

It should work fine, as long as you use the php_admin directives. At 21:50 20/10/2002, Matus "fantomas" Uhlar wrote: Hello, I found out that it is not possible with current php stable version (4.2.3) to define some configuration variables per virtual host - e.g. upload_tmp_dir. The upload_tmp_d

Re: [PHP-DEV] problem with EG(uninitialized_zval_ptr)

ecutor a bit "up"? Probably not. Can you simply fix the OnChange callback? :) NULL up the ASSERTG(callback) on time? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :)

imply not buying into your reasoning, as reasonable as it may sound to you personally. Please revert. Zeev At 04:21 28/10/2002, Ilia A. wrote: +1 to keep PHP-CLI with implicit_flush. Ilia On October 27, 2002 09:05 pm, Zeev Suraski wrote: > Thank you for the detailed explanation, I'm s

Re: [PHP-DEV] I hope this is the last email about this :)

At 18:37 27/10/2002, George Schlossnagle wrote: +1 unless it is set as an INI_ANY, then +0. It's already INI_ANY... -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :)

s exposure when compraed to php.ini-dist. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :)

t votes to get this over with). Thanks! Zeev At 15:11 25/10/2002, Yasuo Ohgaki wrote: Zeev Suraski wrote: At 09:15 25/10/2002, Yasuo Ohgaki wrote: Zeev Suraski wrote: You print something, it doesn't print out. How is it trivial to solve this? If you happen to know that there's I

Re: [PHP-DEV] I hope this is the last email about this :)

At 09:15 25/10/2002, Yasuo Ohgaki wrote: Zeev Suraski wrote: You print something, it doesn't print out. How is it trivial to solve this? If you happen to know that there's IO buffering and that there's a function called flush() then maybe it trivial, but then there are the

Re: [PHP-DEV] I hope this is the last email about this :)

not only don't know about the existence of flush(), but also don't know why it's even necessary. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :) (was

ew? It's 3 times more than the votes in favour, and now it's 4 times more. Too weak? That's your opinion, and it doesn't weigh more than others'. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] I hope this is the last email about this :) (was RFC:

ges chose not to do it (maybe they don't have the facilities to do it?) is beside the point and not all that interesting. Thank you. Zeev At 09:17 24/10/2002, Melvyn Sopacua wrote: At 08:42 24-10-2002, Yasuo Ohgaki wrote: I think this kind of code will be taught at the first class of pr

Re: [PHP-DEV]

I don't think that matters that much really. Even if it's 2%, and not 12% or 50%, we're still talking about billions of lines of code... Let's, please, give it a rest. Zeev At 11:13 24/10/2002, Kristian Koehntopp wrote: We have heard a lot of anecdotal evidence about

  1   2   3   4   5   6   7   8   9   10   >