Re: [PHP-DEV] Help a beginner out please!!

Wrong list. You're looking for [EMAIL PROTECTED] This is a list for the development of the language itself, not with it. On Friday, March 7, 2003, at 12:44 AM, Ted Conn wrote: Hi well maybe this isnt the right place to put a beginners post but I will find out soon if its not I guess! -- PH

Re: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

Essentially, I want to be able to produce a sort of serialized representation of the opcodes, but as they are executed, not all in one big chunk after they are compiled. This isn't for any actually useful production code, just some debugging/messing around/exploring engine internals. There's no g

[PHP-DEV] Re: [Zend Engine 2] FYI: PHP/threads

Both of these examples could be realized using fork() or socket_select(), though the first is not portable and the latter produces unnecessary overhead. Just to nit-pick: non-blocking io is much more efficient than threads, -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] Question about zend_compile

Look at apc. It tracks per-file function and class tables. http://apc.communityconnect.com/ (v2.0) pear/PECL/apc (v1.x) Both versions do the thing you wish for. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

On Tuesday, March 4, 2003, at 10:33 AM, Sascha Schumann wrote: On Tue, 4 Mar 2003, George Schlossnagle wrote: Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers i

Re: [PHP-DEV] Re: #22527 [Opn->Bgs]: Modulus returned negative value

Interesting. I don't know what the ISO standard say, but mathematically a a % b will always return you an integer 0 <= a%b < b (since there are no negative numbers in canonical representation of Z/bZ). I guess perl/python/tcl ddecided to adhere to the mathematical definition. On Tuesday, Marc

[PHP-DEV] session extension question

Any feelings on a patch to the session extension so that if session_set_save_handler is passed a class or namespace as it's sole argument, it auto-registers class::open, class::close, class::read, class::write, class::destory and class::gc? George -- PHP Development Mailing List

Re: [PHP-DEV] Tie'ing variables

Having this sort of functionaility in general would be great. I know you can affect this with objects via overload, but it is useful for scalars and arrays and streams as well. It is pretty 'magical' though. George On Saturday, March 1, 2003, at 11:26 AM, Sterling Hughes wrote: I was wonder

Re: Re[2]: [PHP-DEV] Weak references in PHP

Using __destruct method (thanks to George) it may be possible to implement what I need, but only if object cache is implemented in C (and so is not visible for PHP garbage collector). So no pure PHP solution exits. Unfortunately I didn't fins any reference to __destruct method in PHP manual and do

[PHP-DEV] #php.bugs invite only?

#php.bugs seems to be invite only now. How do I go about getting myself invited? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Weak references in PHP

Can anybody tell me if such features are available in PHP (I failed to find them myself). Look at __destruct method for classes in ZE2. They wopn't tell you the reference count, but the do get called when the ref count goes to 0. -- PHP Development Mailing List To unsubscr

Re: [PHP-DEV] Re: [PHP] Threading

On Thursday, February 27, 2003, at 01:50 PM, Braulio JosX Solano Rojas wrote: Hi! "Dave Viner" <[EMAIL PROTECTED]> escribiÛ en el mensaje news:[EMAIL PROTECTED] would semaphores provide the "mutual exclusion zone" you need? I do not know yet, I should studie it, but it is likely so. Are there

Re: [PHP-DEV] Of string constants, bytecode, and concatenation

It's the job of an optimizer, not of a compiler. And because PHP doesn't have an internal optimizer, this is not optimized out. You can either check the ZendOptimiser (I can't show you the opcodes that that generates) or PEAR::Optimizer, which is in Pecl (which might not do this optimization yet

Re: [PHP-DEV] include() and sessions

Interesting, I get the same hang when I do this on OSX with head php 'foo.php?a=b' Foo is any php script (including an empty file). This returns no such file foo.php?a=b on linux. Will open a bug. George On Tuesday, February 11, 2003, at 05:31 PM, Lindsey Simon wrote: Hey Chris, sorry - I

Re: [PHP-DEV] Mono & PHP

On Wednesday, February 5, 2003, at 05:22 PM, Stig S. Bakken wrote: On Mon, 3 Feb 2003, Sebastian Bergmann wrote: Sterling Hughes wrote: I'll be adding it into PECL in a little bit Why PECL and not add it to ext/rpc? ext/rpc should be able to load "rpc backend" modules, or PECL is the

Re: [PHP-DEV] OO in PHP5 (was "zend_API.c" on php-dev)

On Monday, February 3, 2003, at 03:20 PM, Harald Radi wrote: Hrmfpsd, while commiting a new functions the parameter parsing API i appearently brought up a discussion about the meaning of life and stuff :) As asked by Andi i'm bringing the discussion to php5-dev with a short summary: andrei's

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

On Thursday, January 30, 2003, at 04:28 AM, Ananth Kesari wrote: So, as of now, do we restrict PHP script to use only advisory file locking? Mandatory locking is an OS thing, not a PHP userspace thing. Given appropriate mount options on your fs (certainly out of the scope of php's responsi

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

On Wednesday, January 29, 2003, at 07:11 PM, Marcus Börger wrote: The real question is why you need mandatory locks and not advisory locks. If everyone is playing on the same team, advisory locks should provide all the semantics you need (and are very portable). Mandatory locks (on linux

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

On Wednesday, January 29, 2003, at 06:26 PM, Marcus Börger wrote: At 18:07 29.01.2003, George Schlossnagle wrote: Aside from this being on the wrong list (this should go to php-general), it's worth noting that mandatory locking support is pretty inconsistently implemented across mos

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

Aside from this being on the wrong list (this should go to php-general), it's worth noting that mandatory locking support is pretty inconsistently implemented across most OSs. George On Wednesday, January 29, 2003, at 10:59 AM, J Smith wrote: Try the direct I/O extension, specifically dio_fc

Re: [PHP-DEV] Reducing the number of system calls for includes

Perhaps make it configurable because on Linux there already is a dcache right in the kernel which is likely to be faster than anything we can do. On linux you still have to make all those stat calls (they just return fast). A hashlookup inside TSRM will almost certainly return much faster. A

Re: [PHP-DEV] Reducing the number of system calls for includes

I like this solution. On Saturday, January 25, 2003, at 09:08 AM, Andi Gutmans wrote: Hi, I think the best solution to this problem, without breaking functionality, is to use a cache for realpath() in virtual_file_ex(). -- PHP Development Mailing List To unsubscribe, v

Re: [PHP-DEV] Reducing the number of system calls for includes

On Friday, January 24, 2003, at 10:19 PM, Rasmus Lerdorf wrote: Eliminating realpath for fully qualified paths make sense to me. But... don't you Y! guys use php-a? Shouldn't this hide that overhead completely from you by completely eliminating all the stats on a require/include after the in

Re: [PHP-DEV] Reducing the number of system calls for includes

Eliminating realpath for fully qualified paths make sense to me. But... don't you Y! guys use php-a? Shouldn't this hide that overhead completely from you by completely eliminating all the stats on a require/include after the initial compilation? Or is this just a 'greater good' optimization

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

What is the current state of the patches? I know there where a couple implementations discussed and discarded. It would seem to me to be impossible to endorse commiting them without seeing their current state. If the current patch you're running against 4.3.0 has been posted elsewhere on the

Re: [PHP-DEV] Distributing Extensions

On Thursday, January 23, 2003, at 12:17 AM, Brian Moon wrote: Is PECL ready for this stuff? Yes. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] request data filter

You could have your custom C extension be called as one of the hooks. On Wednesday, January 15, 2003, at 09:42 PM, Rasmus Lerdorf wrote: On Wed, 15 Jan 2003, George Schlossnagle wrote: You consider running the apache_hooks code? This should be simple there. You mean do the filtering

Re: [PHP-DEV] request data filter

You consider running the apache_hooks code? This should be simple there. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Designing for PHP4 with PHP5 in mind...

On Monday, January 6, 2003, at 09:48 PM, Brian Moon wrote: From what I understand, all OO code will have to be modified for PHP5. Constructors for example and no longer named the same as the class name. That alone means every class must be changed. I don't recall anyone saying it would be BC

Re: [PHP-DEV] Statistical analysis extension

Have you looked on netlib? http://www.netlib.org/ I am now thinking perhaps the best way to go is to implement the C library of statistical recipes that I need in a library that would be compatible with the PHP license. Anyone know of an existing lib that is already available? Ideally this l

Re: [PHP-DEV] PHP in 2003 (leading to PHP 5)

I think this would make releasing new versions of php much more manageable. Do you? Not every extension has a named maintainer .. At worst, the maintenance would be as it is now. Or is the worry that some extensions will go unmaintained if they are moved into PECL? My take on that would

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

Then my hopes for also being on the top 10 list of correct users of nomenclature are shot. Those are called tags, remember the "importance of effective communication"! -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Guess I should add visible tokens in the future, eh? And if it has not been obvious, the "top 10" should be taken with a grain of salt. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Wow... top 10. And to think my guidance counselor said I would never amount to anything . And the top 10 again (messages with a ratio >= 3): ... George Schlossnagleavg of 11.78 in 4 postings ... -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, vi

Re: [PHP-DEV] option to start in PHP mode

+0. Or as Zeev might prefer: I like this idea. I also find it a hassle to have to put start tags at the beginning of cli scripts. It does pose some problems though with using includes between cli and web scripts, no? On Friday, December 27, 2002, at 02:11 PM, Andrei Zmievski wrote: We've

Re: [PHP-DEV] emalloc() troubles

qmail devs == djb, right? If his support doesn't suffice (and you cant find it in the enormous un-merged patch contributions that seem to litter the qmail community websites), might I suggest a new MTA? Exim works quite nicely. George On Friday, December 27, 2002, at 10:49 AM, Ari Pollak wro

Re: [PHP-DEV] CGI and CLI

I'm with Shane, that sounds like a really poor idea. On Wednesday, December 18, 2002, at 04:38 PM, Shane Caraveo wrote: Robin Thellend wrote: On Wed, 18 Dec 2002, Derick Rethans wrote: [...] I didn't say that it should be changed from php to php-cgi, as I do think that would be bad. Derick

Re: [PHP-DEV] Single quotes VS. Double quotes

dealnews.com - Original Message - From: "George Schlossnagle" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: "Brian Moon" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, December 13, 2002 10:40 AM Subject: Re: [PHP-DE

Re: [PHP-DEV] Single quotes VS. Double quotes

What version of php did you try this with Brian? There were some lexer changes implemented (that I believe are only in HEAD for ZE1 and ZE2 and not in 4.3) that should equalize this difference. There was a thread about this on php-dev not long ago that explains why this occurs - search the ar

Re: [PHP-DEV] Re: bug of the day: $this

Why do the (cheap) checks implemented in debug_backtrace not work for this? George On Friday, December 6, 2002, at 04:11 PM, Stig S. Bakken wrote: It won't be different in ZE2. This is not a bug though, but a tricky design issue. The problem is figuring out at runtime when to set $this or no

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

J Smith wrote: That's what I was thinking. The new patch updates skeleton.c a bit and fixes ext_skel to either add extern "C" stuff to skeleton.c or get rid of it. I think it would be simpler for extension first-timers to not worry about what __cplusplus means, or why extern "C" is there in th

Re: [PHP-DEV] Zend fast cache

A little off-list discussion has sold me on the linked list implementation. Seems very fast and very simple. George On Saturday, November 30, 2002, at 07:53 PM, Daniel Cowgill wrote: On Saturday, November 30, 2002, at 07:17 PM, Sterling Hughes wrote: The problem I see with an array approa

Re: [PHP-DEV] Zend fast cache

The problem I see with an array approach from an api perspective is simply when a bucket is free'd, in order to have efficient memory usage, we'd need a second level array scan for every ALLOC_ZVAL(). Perhaps a linked list would be a better choice for this, as we can just be smart about bucket

Re: [PHP-DEV] Zend fast cache

How does searching the freelist work in this? How is this faster than say a 3-level page table implementation? That said, I do think that if we can get very fast code to pre-allocate zval's it would be a good idea (hopefully we could get more than 5% increase). I already have an idea for how I

Re: [PHP-DEV] C++ extensions and ext_skel

I concur, that would be cool. Patches should be against HEAD. George On Thursday, November 28, 2002, at 05:33 PM, Shane Caraveo wrote: I think that would be quite cool, save me from having to do it manualy. Shane J Smith wrote: A couple of times a month, I get questions about from people lo

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

Or use the overload extension in ZE1. The real question is why you really need/want to do this. George On Thursday, November 28, 2002, at 04:37 PM, l0t3k wrote: if you have the option of using ZE2, make the thing an object and use the property get/set handlers to take care of things for y

Re: [PHP-DEV] call_stack

And here is a version which flattens the calling args onto a single line (similar to sebastians usersapce script). Longer, but a bit prettier output. Index: Zend/zend.c === RCS file: /repository/Zend/zend.c,v retrieving revision

Re: [PHP-DEV] call_stack

Here's first shot at a patch. The output it generates is ugly as sin if you use objects though. I though about flattening them out, but that gets long and nasty (and requires specialized print functions which while easy seem to be of marginal use elsewhere.) George Index: Zend/zend_builtin_

Re: [PHP-DEV] call_stack

Ok... but that looks nasty when you are passed an array or an object. Andi Gutmans wrote: At 03:13 PM 11/27/2002 -0500, George Schlossnagle wrote: Hmmm any hints on how to get the variable name out of the stack? The code in debug_backtrace seems to only extract the value. There'

Re: [PHP-DEV] call_stack

At 02:58 PM 11/27/2002 -0500, George Schlossnagle wrote: Is there a concensus on how arguments should be printed out? I'm shooting right now for a 'cluck' style backtrave class::function() called at file:line Perhaps class::function() called at file:line Arguments:

Re: [PHP-DEV] call_stack

. At 01:32 PM 11/27/2002 -0500, George Schlossnagle wrote: I'll do it, if you want. Andi Gutmans wrote: At 07:23 PM 11/27/2002 +0100, Derick Rethans wrote: On Wed, 27 Nov 2002, Andi Gutmans wrote: > At 03:41 PM 11/27/2002 +0100, Derick Rethans wrote: > >On Wed

Re: [PHP-DEV] call_stack

I'll do it, if you want. Andi Gutmans wrote: At 07:23 PM 11/27/2002 +0100, Derick Rethans wrote: On Wed, 27 Nov 2002, Andi Gutmans wrote: > At 03:41 PM 11/27/2002 +0100, Derick Rethans wrote: > >On Wed, 27 Nov 2002, Miham KEREKES wrote: > > > >debug_backtrace() will be available in PHP 4.3.0

Re: [PHP-DEV] call_stack

debug_backtrace was backported into ze1. 4.3 will sstill use ze1. George Phil Dier wrote: On Wed, 27 Nov 2002 15:41:25 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: On Wed, 27 Nov 2002, Miham KEREKES wrote: Hi! I'm new to this list, I want to know if there is any function which co

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

On Monday, November 25, 2002, at 11:29 PM, Ilia A. wrote: On November 25, 2002 10:57 pm, George Schlossnagle wrote: On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: On November 25, 2002 10:30 pm, George Schlossnagle wrote: There is no proposed patch to affect all these changes

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

On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: On November 25, 2002 10:30 pm, George Schlossnagle wrote: There is no proposed patch to affect all these changes. There are fine ways to print errors that don't necessitate having them loaded at run time. They could be in a dbm

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

ou're actually printing errors, a slight overhead seems acceptable (to me, ymmv) On Monday, November 25, 2002, at 10:27 PM, Ilia A. wrote: On November 25, 2002 09:59 pm, George Schlossnagle wrote: By the way, could you please advise by how much I will need to increase the power of my se

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

By the way, could you please advise by how much I will need to increase the power of my server(s) to maintain the same level of performance? Why would this need to kill your performance if you're not throwing errors? -- PHP Development Mailing List To unsubscribe, visit:

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

Oh, I'm sorry, I didn't realize you were going off-topic to pick at parts of Maxim's argument. My mistake. George On Monday, November 25, 2002, at 08:52 PM, Ilia A. wrote: On November 25, 2002 08:44 pm, George Schlossnagle wrote: Is your claim that db2 has no international err

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

example for the one PHP has. -- Maxim Maletsky [EMAIL PROTECTED] On Mon, 25 Nov 2002 20:44:03 -0500 George Schlossnagle <[EMAIL PROTECTED]> wrote: Is your claim that db2 has no international error messages? It does, or did last I checked. Or was it that SQLServer doesn't either (it d

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

Is your claim that db2 has no international error messages? It does, or did last I checked. Or was it that SQLServer doesn't either (it does as well). On Monday, November 25, 2002, at 08:24 PM, Ilia A. wrote: On November 25, 2002 08:15 pm, Maxim Maletsky wrote: On Tue, 26 Nov 2002 00:30:55 +

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

I'm not really arguing for or against this, but since when did speaking english become a corollary of being intelligent? And even if we accept the rather ridiculous hypotheis that all php developers can comprehend english, what if they don't want to, or are more confident using their native to

Re: [PHP-DEV] Capturing headers with output buffering?

ction to print to stdout, effectively doing nothing. I could just wrap header() with a user-space function, but that would prevent a lot of scripts from running as-is. Bad idea? Maybe. There's also the matter of getting it to parse POST/GET without completely reinventing the wheel... - Dav

Re: [PHP-DEV] Capturing headers with output buffering?

What are you trying to accomplish? On Sunday, November 24, 2002, at 05:40 PM, David Brown wrote: Hi: Architecturally speaking, is there any simple way to modify an sapi backend to return HTTP headers through the output buffering mechanism? As far as I can tell, headers are managed seperately

Re: [PHP-DEV] ZEND_ADD_STRING patch

Here's the patch. Looks like everything but the heredoc part is in cvs now. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ZEND_ADD_STRING patch

handling of heredocs. Is there a reason why? I'm sticking that in this patch again, in case you merged my last change by hand and missed that accidentally. On Friday, November 15, 2002, at 06:48 PM, George Schlossnagle wrote: Much sexier indeed. There are some flaws with it:

Re: [PHP-DEV] ZEND_ADD_STRING patch

Much sexier indeed. There are some flaws with it: o Tokenizes heredocs on whitespace o Doesn't count lines correctly for debug (since strings now have newlines in them) Here's a revised patch to yours that fixes those (heredocs are tokenized on newlines - I think that is best case) Andi Gu

Re: [PHP-DEV] ZEND_ADD_STRING patch

Andi Gutmans wrote: Try it out and let me know how the results are. Also *please* send diffs also as attachments so that when people apply them we won't get bad whitespace in our sources. php-dev seems to eat my attachments -- PHP Development Mailing List To un

Re: [PHP-DEV] ZEND_ADD_STRING patch

George Schlossnagle wrote: I'm a tool. I sent the wrong patch to the list. Thanks to Andrei for pointing it out. Here is the _right_ patch (finally). diff -u -3 -r1.53 zend_language_scanner.l --- zend_language_scanner.l8 Nov 2002 13:40:54 -1.53 +++ zend_language_scanner.l

Re: [PHP-DEV] ZEND_ADD_STRING patch

Hi Andi, The last patch I submitted was broken as well. Following that, I had the bright idea to run the prospective changes through the unit-tester to ensure correct performance. Here's a patch which achieves that. It does not work for heredocs (i.e. they are tokenized as before, but behav

[PHP-DEV] [RFC] adding sapi_module_struct.pretty_name to $_SERVER

How do people feel about adding the pretty name as $_SERVER['SAPI']? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: apache_hooks

So I will take this course of action after 4.3.0 is branched. Any objections? George On Sunday, November 10, 2002, at 09:40 PM, Rasmus Lerdorf wrote: Hrm.. That's not a bad idea. An ApacheHooks SAPI module sounds like the right approach to me. -R On Sun, 10 Nov 2002, George Schloss

Re: [PHP-DEV] ZEND_ADD_STRING patch

I still think the patch isn't good. encaps_list which is the main parser rule can parse: T_VARIABLE T_OBJECT_OPERATOR T_STRING Your version of T_STRING would break this. Again I might be missing something but my hunch is that it would break. Andi At 03:06 AM 11/11/2002 -0500, George Schlossn

Re: [PHP-DEV] Re: apache_hooks

apache_hooks is a proper superset of mod_php, so you would only need to load apache_hooks. On Monday, November 11, 2002, at 03:52 AM, Edin Kadribasic wrote: Hrm.. That's not a bad idea. An ApacheHooks SAPI module sounds like the right approach to me. Would it be possible to load them bot

Re: [PHP-DEV] ZEND_ADD_STRING patch

Gutmans wrote: OH I missed that. I'll check it out this evening as I have to go now. Andi At 01:48 AM 11/11/2002 -0500, George Schlossnagle wrote: Unless I misunderstand the way this works, it's not a problem that it returns a T_STRING, only possibly that it does so inside a >> BACK

Re: [PHP-DEV] ZEND_ADD_STRING patch

2002 -0500, George Schlossnagle wrote: that would be my debugging from my 'clean' cvs copy. :) You don't want that. Sorry. Here's a better patch: Index: zend_language_scanner.l === RCS file: /repository/Zend/zend_l

[PHP-DEV] Re: apache_hooks

wrote: Well, since 99% of the code is the same, I'd be worried about people remembering to merge fixes across. At least if it is ifdef'ed people see the code. But yes, I agree, that's not pretty either. -R On Sun, 3 Nov 2002, George Schlossnagle wrote: Either w

Re: [PHP-DEV] ZEND_ADD_STRING patch

wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It's the list, I don't think they allow attachmentsdo you have web space you could upload to? On Sunday 10 November 2002 05:16 pm, Derick Rethans wrote: On Sun, 10 Nov 2002, George Schlossnagle wrote: For those who came to Dan &a

Re: [PHP-DEV] ZEND_ADD_STRING patch

cholson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It's the list, I don't think they allow attachmentsdo you have web space you could upload to? On Sunday 10 November 2002 05:16 pm, Derick Rethans wrote: On Sun, 10 Nov 2002, George Schlossnagle wrote: For those who came to Da

Re: [PHP-DEV] ZEND_ADD_STRING patch

On Sunday, November 10, 2002, at 05:06 PM, George Schlossnagle wrote: For those who came to Dan & my or Derick's talk at the Int. PHP Conference, we both covered the bad inefficiency in the parser that results in strings with variables in them being tokenized on whitespace. This r

[PHP-DEV] ZEND_ADD_STRING patch

For those who came to Dan & my or Derick's talk at the Int. PHP Conference, we both covered the bad inefficiency in the parser that results in strings with variables in them being tokenized on whitespace. This results in a huge number of unnecessary opcodes in strings. Attached (hopefully, as

Re: [PHP-DEV] turning strlen() into an opcode

Funny, it's in the message my mua said it sent (the 2nd time). How is this? It's also in pear/PECL/optimizer/zend.patch On Sunday, November 10, 2002, at 06:11 AM, Derick Rethans wrote: On Sat, 9 Nov 2002, George Schlossnagle wrote: Hehe. I should attach the patch, eh?

Re: [PHP-DEV] turning strlen() into an opcode

Hehe. I should attach the patch, eh? On Saturday, November 9, 2002, at 09:15 PM, George Schlossnagle wrote: Here's the patch that Dan and I put together for the optimizer we talked about at the conference. It basically provides a defaulted-to-null function pointer that is the de

Re: [PHP-DEV] turning strlen() into an opcode

PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL PROTECTED] // 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2

[PHP-DEV] Re: apache_hooks

the main branch? -Rasmus // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL PROTECTED] // 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0 -- PHP Development Mailing List <http://www.php.net/>

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

Indeed it appears to be... +0 then. :) On Monday, October 28, 2002, at 07:44 AM, Zeev Suraski wrote: 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 <http://www.php.net/> To

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

That was +1 for changing it to off. :) On Sunday, October 27, 2002, at 09:37 PM, George Schlossnagle wrote: +1 unless it is set as an INI_ANY, then +0. George On Sunday, October 27, 2002, at 09:05 PM, Zeev Suraski wrote: Thank you for the detailed explanation, I'm sure everybody unders

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

t which is better/suitable for more occasions and is better to be consistent with other SAPIs. Is this the main point of auto flushing? If there are other points, please list them. -- Yasuo Ohgaki -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/un

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

visit: http://www.php.net/unsub.php // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL PROTECTED] // 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0 -- PHP Development Mailing List <http://www.php.net/

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

That statement about character devices being line bufffered isn't quite true, but otherwise I would say +0. Line buffering stdout and unbuffering stderr seems to be the default of most languages. On Wednesday, October 23, 2002, at 02:45 AM, Yasuo Ohgaki wrote: George Schlossnagle

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

hoice, but it seems it's not. Which one you prefer CLI behave like SH or PERL/RUBY/PYTHON -- Yasuo Ohgaki -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php // George Schlossnagle // Principal Consultant // OmniTI, I

Re: [PHP-DEV] Xerces?

#x27;t any validating parsers supported by PHP... >> There should be :) >> >> Please respond to the binarycloud-dev list also... >> >> Thanks, >> >> _alex >> >> >> -- >> PHP Development Mailing List <http://www.php.net/>

Re: [PHP-DEV] Feature ./ correction to design flaw request

As I just told Nick in private mail, I personally like my bubble. It has nice translucent walls, keeps me dry when it's wet, and warm when it's cold. All talk of bubbles aside though it seems like there are potential applications for this. Andi Gutmans wrote: > At 09:49 PM 10/14/2002 +0100,

Re: [PHP-DEV] Feature ./ correction to design flaw request

One reason would be to allow for a product like APD to do JIT swapping of executors to enable tracing on demand. I imagine you could come up with a clever way of letting Zend (En|De)coder be used for oly prticular clients in a large vhosting operation as well (although I don't really know how

Re: [PHP-DEV] Segfaults in Zend

Can you give the source for that function and the arguments it's being passed/context it is used in? Jan Schneider wrote: >Zitat von Yasuo Ohgaki <[EMAIL PROTECTED]>: > >>>0x4055778f in _efree (ptr=0x83476e4) >>>at /home/jan/software/php4/Zend/zend_alloc.c:229 >>>229 REMOVE_POIN

Re: [PHP-DEV] auto_prepend/append: does the PHP engine cache the

; PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > > > // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL PROTECTED] // 1024D/1100A5A0 1370 F70A 9365 96C9 2

Re: [PHP-DEV] php/embed

rted using php/embed. There are some things that you > need > to notice: you should think of PHP_EMBED_START_BLOCK() and > PHP_EMBED_END_BLOCK() as {} block, so take care not to intersect with > other > {} blocks. If this is too great a limitiation, functions > > int php_embed_

[PHP-DEV] dl() question

to load the on-the-fly-generated module) seems only to read from there. Is there a good reason for taht, and if not, would a patch to allow dl() to take absolute paths be looked upon favorably? George // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.o

Re: [PHP-DEV] anyone care to poke holes in the apache_hooks stuff

t; tips on how to get started? > > Edin > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > > > // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c)

[PHP-DEV] anyone care to poke holes in the apache_hooks stuff

The apache_hooks stuff is about at the stage where people poking holes/finding bugs/making suggestions would be very beneficial. Any feedback would be appreciated. // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL

Re: [PHP-DEV] Re: cgi and mod_php

It sure does seem to, doesn't it. ;) Mike Hall wrote: >I'm sure PHP 4.3.0 builds the CLI as well as any other SAPI you specify, >doesn't it? > >- Original Message - >From: "George Schlossnagle" <[EMAIL PROTECTED]> >To: "Da

  1   2   >