Re: [PHP-DEV] config.w32.h...registry configuration

At 13:36 02/05/2002, [EMAIL PROTECTED] wrote: >Some hosters use this feature to have different settigns for different >customers... Do you know this for a fact, or is this an estimate? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http:/

Re: [PHP-DEV] config.w32.h...registry configuration

At 14:00 02/05/2002, [EMAIL PROTECTED] wrote: >On Thu, 2 May 2002, Zeev Suraski wrote: > > > At 13:36 02/05/2002, [EMAIL PROTECTED] wrote: > > >Some hosters use this feature to have different settigns for different > > >customers... > > > > Do you kn

Re: [PHP-DEV] config.w32.h...registry configuration

We're not necessarily talking about Win32... Zeev At 14:02 02/05/2002, Dan Hardiker wrote: >At the risk of getting toasted out of the water... do any serious hosters >use a Win32 enviroment to host on? (who would utilise this way of setting >different settings for different c

Re: [PHP-DEV] config.w32.h...registry configuration

h, but it still doesn't make sense :) It does (configuration option == configure option, not php.ini option) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Xdebug extension availability

Because it's not efficient enough... ZE2 is going to have these features built-in in a way that would have no performance impact. Zeev At 14:38 02/05/2002, Sebastian Bergmann wrote: >[EMAIL PROTECTED] wrote: > > Yeah, I know... but it doesn't belong in ext/ because it

Re: [PHP-DEV] config.w32.h...registry configuration

nsions loaded for different servers that run under > seperate dllhosts. IMHO the registry is quite enough for that kind of configuration. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] A better strlcat()

c pointer arithmetic isn't just as crystal clear as mere simple functions? What kind of a C programmer are you? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] config.w32.h...registry configuration

IMHO, the enemy of the good is the better. We can implement the binary-dir solution in no time, and it covers >95% of the problems easily, but instead we'll be discussing perfect solutions and end up doing nothing :) My 2 agorot. Zeev At 08:03 03/05/2002, Markus Fischer wrote:

RE: [PHP-DEV] A better strlcat()

To make it clear, this *WAS* a joke :) At 04:36 03/05/2002, Zeev Suraski wrote: >At 03:58 03/05/2002, Preston L. Bannister wrote: >>Heh - there's a question :). >> >>Looking at the two implementations, which do you think you better >>understand (with complete ce

RE: [PHP-DEV] config.w32.h...registry configuration

structures in there to start selectively loading other files... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 4.3 charter and release plan

At 08:17 03/05/2002, Stig S. Bakken wrote: >Does this organization of the 4.3 release sound reasonable? Yep. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] resource problem, advice wanted

ount to it, using zend_list_addref(). The resource ldap_first_entry returns should be responsible for this reference, and its destructor should call zend_list_delete(). Then, only when no resources need the resource returned by ldap_read(), it'll be allowed to be freed. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] config.w32.h...registry configuration

At 17:24 03/05/2002, Jim Winstead wrote: >Zeev Suraski <[EMAIL PROTECTED]> wrote: > > We could add it. I just hope people wouldn't start demanding control > > structures in there to start selectively loading other files... > >let's just hope that by the

Re: [PHP-DEV] RFI: Request for Interfaces

ce struct (which can be implemented differently for every database module), and again, as far as I can tell, this is all we need. What am I missing? Zeev At 21:30 21/04/2002, Wez Furlong wrote: >$xmldoc = domxml_new_xmldoc(); >// populate nodes of document here > >// Now render i

Re: [PHP-DEV] RFI: Request for Interfaces

At 03:04 04/05/2002, Zeev Suraski wrote: >One thing that I'm personally don't really understand reread entire paragraph after rewriting parts of it -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFI: Request for Interfaces

At 12:12 07/05/2002, Wez Furlong wrote: >On 04/05/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > > One thing that I'm personally don't really understand, is what kind of > > support this needs from the infrastructure. As far as I can tell, we > coul

[PHP-DEV] Any idea why we have two html_puts()'s?

We currently have two html_puts()'s - the old zend_html_puts(), and a relatively new php_html_puts(). Was there any good reason for adding php_html_puts()? It duplicates the same logic of both zend_html_putc() and zend_html_puts(). Zeev -- PHP Development Mailing List <http://www

Re: [PHP-DEV] Safe Mode

ugh, because that might be illegal. Do we have any sort of an PHP-ISP-HOWTO? If not, are there any volunteers to write one? I think it may be a good idea, because Darwinism goes both ways - if too many people get bitten by PHP, they'll switch to other solutions. Zeev -- PHP Development M

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

as already there when php_html_puts() was introduced, though :) Zeev At 15:42 12/05/2002, Sascha Schumann wrote: > The zend-equivalent is painfully slow. > > - Sascha Experience IRCG > http://schumann.cx/http://schuman

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

> could continue to point to the current zend_html_puts code. I don't see why it's necessary. If you think buffering phpinfo() is really necessary, then we can enable buffering for it. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

t in adding a specialized buffered implementation. The spaces issue is well implemented in the zend implementation (I also fixed it in the php_html_puts() implementation, before I removed it; At some point, it was too much of a deja-vu, which is why I don't like duplicate implementation

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

implementation. Are you using it in some module? Because the only code to currently make use of it is phpinfo(), and it isn't noticeably slow even in the current byte-by-byte method... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

I'd *really* like to avoid having two copies of the same code, though. Please remove the duplicated implementation... Zeev At 18:24 12/05/2002, Sascha Schumann wrote: > > What I'm pointing out is that there are no 'inherent flaws' in the 'dog > > slow'

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

At 18:34 12/05/2002, Sascha Schumann wrote: > I favor php_html_puts also due to maintability reasons. > Please consider this part of code from zend_html_puts: > > && !(((ptr+1)>=end) || (*(ptr+1)==' ')) /* next is not a space */ > && !((ptr==s) || (*(ptr-1)==' ')))

Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

req/s I still don't think that we should care too much about the performance of this function, but if decide that we do, then turning it into a function pointer is not exactly the right thing to do :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Fwd: Re: [PHP-DEV] Re: Any idea why we have two html_puts()'s?

I messed up on the test, I left output buffering enabled for tests 2 and 3. So you can see that using output buffering on top of the global output buffering (whether specialized or not) slows you down by about 30%. However, to be fair, the numbers w/o global output buffering enabled: Speciali

Re: [PHP-DEV] Segfault in current HEAD

This trace isn't meaningful... At 20:36 12/05/2002, Sebastian Bergmann wrote: > Can't tell how to reproduce this, it occurs when working with Harald's > form validation system, which is built on top of PEAR::XML_Transformer: > >NTDLL! 778cb892() >NTDLL! 778cb733() >shutdown_memory_manager(int

Re: [PHP-DEV] Segfault in current HEAD

At 21:33 12/05/2002, Sebastian Bergmann wrote: >Zeev Suraski wrote: > > This trace isn't meaningful... > > I know. How would I produce a more useful one? It's probably not possible - the best thing to do is to try to cut down the script to the smallest one that sti

Re: [PHP-DEV] Re: Bug #17168: error_log can be used to bypass safe_mode

We can check it at the ini handler level. We can either forbid modifying error_log from userspace (denying PHP_INI_USER), deny it only in safe mode, or even apply the safe mode restriction at that level. At 00:25 13/05/2002, Rasmus Lerdorf wrote: >Not quite sure how to fix this one. It's not

Re: [PHP-DEV] Safe Mode

ople to use CGI (and fast CGI as a performance solution) is probably the only way to go. And I agree with Stig that PHP 5.0 would be the right point in time to do that. Zeev At 08:54 13/05/2002, Jason Greene wrote: >On Mon, 2002-05-13 at 00:41, Ilia A. wrote: > > > disable_function

Re: [PHP-DEV] Safe Mode

>CGI cannot be "offered" to customers and where PHP is the only option. I don't think you understood the context. We're talking about the PHP CGI, not CGI in general. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Profiling PHP

We already tried our best to optimize most of the functions that show up in profiling. Not surprisingly, they are mostly the infrastructure functions... What profiler are you using? If it's under Linux, chances are it's *extremely* inaccurate. Profiling under Linux is horrible. Z

Re: [PHP-DEV] Profiling PHP

exact numbers, but the functions are more or less the same). Zeev At 18:43 13/05/2002, Rasmus Lerdorf wrote: >I did specify the profiler on line 4 of the message. And it is a pretty >good one actually. > >On Mon, 13 May 2002, Zeev Suraski wrote: > > > We already tried our be

Re: [PHP-DEV] Profiling PHP

lation overhead wasn't playing a role. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Probably a simple answer...

zval strings must be NULL terminated, even if they contain binary data. The str.val.len property represents the length of the string w/o the terminating NULL. Zeev At 16:39 14/05/2002, Robert Cummings wrote: >brad lafountain wrote: > > > > Well i do believe that the zval s

Re: [PHP-DEV] Safe Mode

x27;s not impossible to make it reliable, but I believe it's not humanely possible either... In a perfect world, ISPs would have used chroot'd environments always, running either CGI's or dedicated Apache's. But then, we're on Earth... Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Command line compilation under win32

php4' directory will be used rem 3) "cvsup", which is like "cvs", except the CVS repository remwill be updated first rem rem Author: Zeev Suraski <[EMAIL PROTECTED]> rem Defaults set configuration=Release_TS set build_type=/rebuild if "%1" == "

Re: [PHP-DEV] Garbage Collection!

ce garbage collection to run while I'm in a deep >recursion? Whatever you register into the standard data structures, EG(symbol_table) included, is taken care of by the engine. In that case, the old value will be destroyed as soon as you replace it in the 2nd SET_SYMBOL call.

Re: [PHP-DEV] Garbage Collection!

If you're using it internally, then you're responsible for it until you return from your code. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Garbage Collection!

If you're adding elements to a hash you created using array_init(), and you're using the standard macros (which apparently you are) - then yes, the engine will take care of garbage collection for you. At 09:27 PM 5/17/2002, Robert Cummings wrote: >Zeev Suraski wrote: > > &

Re: [PHP-DEV] zend_op_array question

EX(function_state).function is supposed to be a pointer to the op_array that you passed to execute(). Any chance the op_array is somehow deleted by mistake? Did you try looking at EX(function_state) and EX(function_state).function to understand why it's dying? At 03:02 PM 5/19/2002, Wez Furlo

Re: [PHP-DEV] Crasher in 4.2.1 - debugging advice needed

Wild guess, but did you load an extension using dl() in the file that crashed? Zeev At 15:23 21/05/2002, Dave Brotherstone wrote: >Hi, > I've got a particular script that seg-faults when certain parts of it run >(tested with 4.1.0 and 4.2.1, both CGI and Apache module). >

Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL

yway, perception is everything. If people look for web services, then IMHO, that's what they should find. Just wondering though, why not use the wonderful idea of aliases and have both? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL

I think, by the way, that this could be a good time to drop the php- prefix from new mailing list names. Do we really need to point out that it's PHP related, when the domain is lists.php.net? :) Zeev At 00:20 24/05/2002, Lukas Smith wrote: >Shane also did not like the term and I

Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL

other usages. The specifics of SOAP are really beside the point here, for all practical purposes, SOAP has everything to do with the web. Anyway, it was just an anecdote, if you think it has nothing to do with the web, it's your right. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PECL

ease. The packager should have a list of those, and there should be some sort of an easy way for him to import the latest *stable* version of the extension. That way, non-esoteric PECL'd extensions do get to have their own release cycle while still being included in the PHP distribution. Ze

Re: [PHP-DEV] bundling libxml2 / bundling locations

500K. > > > > I still think 500kb is too much for something the most ppl already have > > installed. > >Having a too old version installed doesn't help much in this case. :-) > >If Brad is able to trim down libxml2 to a reasonable size, I'm +1 Same here. Ze

Re: [PHP-DEV] bundling libxml2 / bundling locations

have >installed. How do you figure that most people have it installed? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] bundling libxml2 / bundling locations

portant, and we were fed off the "Call to undefined function" calls on php-general. I don't see why it's a problem to bundle libxml2 at all. It doesn't have to be in our CVS, we can integrate it into the makedist procedure, provided Brad can automate his trim-down pro

Re: [PHP-DEV] libxml bundling

Just an overall reply to a point you're making - yes, making the user download and build something if he wants to use XML is really a con, in my opinion. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

ee ready for development. From what I hear, putting libxml in our CVS is really a bad thing to do, because it's a very active project. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

, is a good reason for us to bundle a stable version of libxml rather than support all versions out there) We need to address the symbol clash issue, and that's about it. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

a lot more average users than there are purists. That said, XML is the ASCII of this age, which makes it more important to enable than any of the other modules that you mentioned. Zeev At 03:08 AM 6/1/2002, [EMAIL PROTECTED] wrote: >On Sat, 1 Jun 2002, Yasuo Ohgaki wrote: > >[...] >

Re: [PHP-DEV] libxml bundling

hink of a way to support the local library, probably in the same way we handle MySQL. If not - I see no problem in always using the bundled library, regardless of what's already installed - on the contrary, I see a fairly big advantage. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

dealing with; The symbol-clashes issue should be checked, we may be able to fix it through versioning; and I see this is as the perfect solution to the synchronization hell, rather than something that makes it worse. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

ere are the ones who admire downloading, configuring and building each of their apps, and then there's the rest of the world who gets the same job done in a fragment of the time by downloading an RPM or an InstallShield archive. It's a free world, and we should not try to educate it. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP's vision (was: libxml bundling)

mputer language on the planet, for CS majors to drool over and utter 'Wow!' at. It exists as a quick, powerful platform for creating web sites, in use by hundreds of thousands of people around the world. For some, I believe, somewhere along the lines this was forgotten.. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] libxml bundling

;just work', and not mess with additional downloads, install documents and builds. Zeev (*) That's a probably a *BIG* understatement. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision (was: libxml bundling)

I agree with every word. Zeev At 12:25 AM 6/2/2002, Shane Caraveo wrote: >I think PHP can be both powerful and easy to use, and I think I have an >example of that in my own experience. I've got code I wrote on PHP 2 >years ago, that has gone through a couple face lifts and mo

Re: [PHP-DEV] PHP's vision

you away from PHP, but I reject the attempt to make PHP a flavor of Java, just so that you (or others) can stay within the community. PHP can become stronger, but it will NEVER make a shift and become Java. PHP is PHP, and it's going to stay PHP, with all the benefits and drawbac

Re: [PHP-DEV] PHP's vision

find this sort of functionality useful. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision

;m quite in favour of having XML/SOAP support integrated in, as the origin of this thread demonstrated. I'm firmly against adding complexity to the language, I believe we've filled the bucket for at least couple of years with namespaces and exception handling. Zeev -- PHP Development

Re: [PHP-DEV] PHP's vision

;ll have your answer. We can't have it all, there's a price to staying simple. We have a pretty good mix today, and we're already stirring a bit towards complexity with PHP 5. It should not become a trend. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision

ist only good for guestbooks and very small applications.", >most people think) I understand that reverse logic, but reject it completely. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision

va or any other language. private members/methods are an issue of software development methodologies, and have nothing to do with security. Zeev At 11:44 AM 6/3/2002, John Lim wrote: >Hi Sebastian, > >Unfortunately some people are paranoid about security. > >We might not want peopl

Re: [PHP-DEV] PHP's vision (was: libxml bundling)

anding programming styles. And these should NOT be default. >Those who want them will be able to enable them. Amen to that! Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision

nts, $b is FAR more >inefficient. In PHP, both use the same amount of memory (very little, roughly two zval's and two HashTable's). > AFAIK there are no "multidimentional" arrays in PHP, but the ability to > create arrays of arrays, which >while similar in

RE: [PHP-DEV] PHP's vision

At 06:03 PM 6/3/2002, Lukas Smith wrote: >(I wonder why none of them read this >list and said that they want to make PHP Enterprise ready ...) You're kidding, right? (it doesn't mean that that's what we're going to do). Zeev -- PHP Development Mailing Lis

Re: [PHP-DEV] PHP's vision

At 06:43 PM 6/3/2002, Sebastian Bergmann wrote: >Zeev Suraski wrote: > > Amen to that! > > Why does Kristian recieve an "Amen to that!" for saying the same things > I did? :-) Hmm, because he's bigger? :) Zeev -- PHP Development Mailing List <http:/

Re: [PHP-DEV] PHP's vision

At 12:34 PM 6/4/2002, Sebastian Bergmann wrote: >Kristian Koehntopp wrote: > > "Peace through superior firepower"? That's a trademarked american > > concept at the moment, I think. > > Pax Americana replaced Pax Romana a while ago :) 'cept there's no pax... -- PHP Development Mailing List

[PHP-DEV] Re: [Zend Engine 2] PHP in the future

t it should import all (or most) of Java's features, we (and many others) have a fundamental gap in our perception of what PHP should be, and how it can stay competitive. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Performance of Apache 2.0 Filter

't quite believe > this... Why not? The thread safe version of PHP is slower, and I think (I'm not sure) that the filter buffering would slow us down a bit more. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [Zend Engine 2] PHP in the future

At 08:26 PM 6/6/2002, brad lafountain wrote: >--- Zeev Suraski <[EMAIL PROTECTED]> wrote: > > At 07:01 PM 6/6/2002, brad lafountain wrote: > > >Please don't reply to this email saying Use Java... Because php is > different > > >than java and al

Re: [PHP-DEV] Re: [Zend Engine 2] PHP in the future

Aggregation sometimes involves delegation. The 'parent' object delegates requests to the right aggregated objects (in other cases, the 'parent' object returns its aggregated objects and you use them directly). Zeev At 10:43 PM 6/6/2002, Sebastian Bergmann wrote: >Andi

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] PHP in the future

Code reusability is a psychological issue. You can reuse code in PHP 4, and it'll be even better in 5 - PEAR is a clear demonstration of this. Whether people actually end up reusing code depends on the way they code, very little does it depend on the language. Zeev At 05:27 PM 6/7

RE: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] PHP in the future

be one of the most problematic languages for code reuse in certain cases. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] PHP in the future

ought it'd be cool to point that out :) Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] oo != php

me OO world, if you will. Zeev At 08:41 PM 6/7/2002, brad lafountain wrote: >--- "Preston L. Bannister" <[EMAIL PROTECTED]> wrote: > > From: Ilker Cetinkaya [mailto:[EMAIL PROTECTED]] > > [snip] > > > but after getting known of the ze2 features, I pe

Re: [PHP-DEV] Zend Engine expert wanted!!!!

Brian, We're on the job. I generally think you're right, we have to do some more thinking but chances are we will change the shutdown order to be reversed. Sorry for not ack'ing earlier. Zeev At 09:44 PM 6/7/2002, Brian France wrote: >Zend Engine unloading extension in th

Re: [PHP-DEV] Re: PHP profiling results under 2.0.37 Re: Performance of Apache 2.0 Filter

PHP has its own buffering mechanism which can take care of this. Try output_buffering = 4096 in your php.ini. Zeev At 08:33 PM 6/8/2002, Brian Pane wrote: >Looking at some more syscall call traces, I'm seeing that >the flush buckets used by php_apache_sapi_ub_write() are >caus

Re: [PHP-DEV] Re: PHP profiling results under 2.0.37 Re: Performance of Apache 2.0 Filter

7;s the >former (a heap used by many requests), then the problem isn't as easy to >solve. We can give it a try certainly, to see if we're in the right direction. I think that in a real world situation, though, it may result in a fragmentation problem. Zeev -- PHP Development Mail

Re: [PHP-DEV] Re: PHP profiling results under 2.0.37 Re: Performance of Apache 2.0 Filter

ace when the >pool is destroyed. This is probably not very suitable for PHP. We allocate and free *a lot*, not being able to free is going to increase memory consumption significantly. If we use APR heaps, are we bound by this behavior? Zeev -- PHP Development Mailing List

Re: [PHP-DEV] REPOST: Class Autoloading [PATCH]

I believe this has been discussed in the past and not ack'd, please read the php-dev archives... Zeev At 10:19 PM 6/9/2002, Ivan Ristic wrote: >Several days ago I posted a simple patch to the Zend Engine, >to support automatic class loading. The code is almost completely >c

Re: [PHP-DEV] RE: PHP profiling results under 2.0.37 Re: Performance of Apache 2.0 Filter

an you make them mutexless completely? I.e., will they never call malloc()? 2. They definitely do provide alloc/free services, we're ok there 3. As far as I can tell, they don't use a contiguous block of memory, which means more fragmentation... Zeev Zeev -- PHP Development M

Re: [PHP-DEV] RE: PHP profiling results under 2.0.37 Re: Performance of Apache 2.0 Filter

At 07:29 PM 6/10/2002, Aaron Bannert wrote: >On Mon, Jun 10, 2002 at 11:46:46AM +0300, Zeev Suraski wrote: > > What we need for efficient thread-safe operation is a mechanism like the > > Win32 heaps - mutexless heaps, that provide malloc and free services on a > > (prefe

Re: [PHP-DEV] Memory Leaks /w nested classes

If they end up in a circular reference (in this particular case they do, they usually don't) then you're leaking memory. Zeev At 12:10 AM 6/11/2002, brad lafountain wrote: >I use parent members all the time.. w/zend1 > > - Brad >--- Markus Fischer <[EMAIL PROT

Re: [PHP-DEV] Streamy PHP parser input?

There should be a way of doing that within the framework of flex by redefining YY_INPUT and hacking around flex. You can, by the way, provide a char * string, that already works today (look at zend_eval_string() or zend_prepare_string_for_scanning()). Zeev At 12:23 AM 6/11/2002, Justin

Re: [PHP-DEV] Streamy PHP parser input?

At 02:29 AM 6/11/2002, Aaron Bannert wrote: >On Tue, Jun 11, 2002 at 12:38:44AM +0300, Zeev Suraski wrote: > > There should be a way of doing that within the framework of flex by > > redefining YY_INPUT and hacking around flex. > >I'd love to see this built in to SAP

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] RE:[PHP-DEV] oo != php

c. That's hardly considered a flaw almost anywhere, even in the studies that tear MI down to pieces. Being able to aggregate at class declaration time or at the object instantiation time should be well more than enough - being able to switch aggregated objects after instantiation is not ver

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [ZendEngine 2] RE:[PHP-DEV] oo != php

do this by creating a new object with the requested strategy. The added mess that dynamically changing the aggregated objects gives you is not worth the benefit, IMHO. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] sapi_header_op

er_op(sapi_header_op_enum op, void *arg TSRMLS_DC); How is it better than add_header_ex()? Or is the main point to avoid breaking compatibility? Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] sapi_header_op

Thanks for the clarifications. IMHO the advantage does not outweigh the disadvantages (slower, more cumbersome to use, will require everyone to implement two interfaces), so personally, I'm -1. Zeev At 06:30 PM 6/30/2002, Sascha Schumann wrote: > > How is it better than ad

Re: [PHP-DEV] sapi_header_op

At 06:54 PM 6/30/2002, Sascha Schumann wrote: >On Sun, 30 Jun 2002, Zeev Suraski wrote: > > > Thanks for the clarifications. IMHO the advantage does not outweigh the > > disadvantages (slower, more cumbersome to use, will require everyone to > > implement two interfaces

Re: [PHP-DEV] FEATURE REQUEST: symlinks under NT

Are you sure they're equivalent to symlinks? They only work with directories as far as I know, which renders them significantly less useful than UNIX symlinks. Zeev At 05:26 PM 7/6/2002, Timo Weingärtner wrote: >NTFS supports directory junctions which are equivalent to unix syml

Re: Re: [PHP-DEV] FEATURE REQUEST: symlinks under NT

at happens when you use your functions on files? My guess is that they create bogus entries. Zeev At 12:30 PM 7/7/2002, Timo Weingärtner wrote: >As I said they are directory junctions, but they work like symlinks. I >wanted to ask if you could include it in one of the next versions of

Re: [PHP-DEV] PHP 5.0?

t been determined either. Zeev At 06:29 AM 7/9/2002, Richard Lynch wrote: >Hey there! > >I'm hearing rumors that ZE2 release will happen Fall 2002 and that will make >it PHP 5.0, not 4.x... > >Any comment, on or off record?... > >A book publisher I'm work

Re: [PHP-DEV] PHP5 Packages

There's an import statement that's going to help users bring methods from classes (or nested classes) to the global scope. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP5 Packages

At 07:17 PM 7/9/2002, Melvyn Sopacua wrote: >At 17:05 9-7-2002, Zeev Suraski shared with all of us: > >>Basically, the Zend Engine 2 will allow the use of nested classes. So, >>classes will be able to contain other classes, as well as constants in >>addition to variable

Re: [PHP-DEV] PHP5 Packages

At 08:00 PM 7/9/2002, Melvyn Sopacua wrote: class foo { > //some code > require('class_bar.php'); >} > >Will that work? No, that won't work. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

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

el as v4, which means people should be able to run their PHP 4 scripts without any modifications, out of the box. We should strive to keep it like this as much as we can. Zeev -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

<    6   7   8   9   10   11   12   13   14   15   >