On a related note, placing null-bytes in the middle of strings (for example
in the names of the so-called lambda_functions generated from
create_function()) seems like a pretty questionable practice.
- Original Message -
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
In a few words:
For a webserver: ban dl()
For generic scripting: keep dl()
What's really the point of protecting people from their stupidity. If
you're going to keep it in the generic scripting engine (which I think has
lots of value), why not keep it in the webserver engine as well. There
that works with these function names should
only be using mem*() functions anyway, they're quicker and they're binary
safe.
Zeev
At 10:22 02/08/2001, George Schlossnagle wrote:
It seem sto me that there are ways of accomplishing this that allow
for
this
without breaking compatibility
The APD debugger was designed specifically to do this sort f
debugging/profiling by writing trace files to a specified dir.
http://apc.communityconnect.com/sources/apd-cvs.tar.gz
On Monday, August 13, 2001, at 06:47 PM, Harald Radi wrote:
However, I think that even a simple dump will be a
If NULL's a valid zval*, then both of thise routines need to be fixed to
handle null pointers. Here's some patches:
--- zend.c.orig Sun Aug 26 11:14:28 2001
+++ zend.c Sun Aug 26 11:20:22 2001
@@ -199,6 +199,10 @@
ZEND_API void zend_print_zval_r_ex(zend_write_func_t write_func, zval
p.s. casual inspection suggest that having NULL zval pointers in
HashTables may break alot of places.
On Sunday, August 26, 2001, at 11:31 AM, George Schlossnagle wrote:
If NULL's a valid zval*, then both of thise routines need to be fixed
to handle null pointers. Here's some patches
Sounds fair to me.
On Sunday, August 26, 2001, at 11:51 AM, Andi Gutmans wrote:
At 11:45 AM 8/26/2001 -0400, George Schlossnagle wrote:
Ahh... that makes much more sense. Should there be any protection
though from populating a hash with NULL values, or is this solely the
responsibility
Hi,
I was interested in what the process of contributiing extensions to php
is. I'm a author/maintainer of a couple existing and soon-to-be php
extensions and was curious about how to get them evaluated for inclusion
as part of the existing 'ext' extension structure and just what the
On Mon, 27 Aug 2001, George Schlossnagle wrote:
Hi,
I was interested in what the process of contributiing extensions to php
is. I'm a author/maintainer of a couple existing and soon-to-be php
extensions and was curious about how to get them evaluated for
inclusion
as part of the existing 'ext
I have a php interface to the spread group communication toolkit client
api. Hard to say how wide it's audience would be, but it's very useful
for creating distributed applications (it was written to facilitate some
distributed logging and distributed filesystem caching needs). Code
If you think it would have a significant audience (i.e., more than you :)
then we can add it in.
Makes sense, I guess it's usefulness is what's up for debate.
Dan Cowgill and I have a tracing/profiling/debugging extension which we
would be quite interested in having included in php. Code
Check out APD (http://apc.communityconnect.com/apd-cvs.tar.gz). It does
what you're looking for as an engine extension.
George
On Sunday, September 2, 2001, at 09:53 PM, Yasuo Ohgaki wrote:
Yasuo Ohgaki wrote:
Is it feasible to add trace log option that enables logging
function/class
Ooops.
http://apc.communityconnect.com/sources/apd-cvs.tar.gz
:)
George
On Monday, September 3, 2001, at 07:15 AM, Yasuo Ohgaki wrote:
George Schlossnagle wrote:
Check out APD (http://apc.communityconnect.com/apd-cvs.tar.gz). It
does what you're looking for as an engine extension
I really dislike the way you are handling with this issue: first silently
agree,
I keep seeing this thrown around. 'Silent approval' is an interesting
concept. How do you distinguish it from 'silent disapproval'? Are you sure
you didn't make an assumption about the way people felt? (We
Benchmarking the execution time for a single function call by making a
page and request it via b is a pretty flawed method. While it may show
that a single aliased call to gettext() doesn't change the execution
time of a script by much, it does not say anything about the relative
times for
Again, I believe that's exactly the point Cris was making - running a million executions of a code block is not something which happens in real life. In practice, chances are the speed loss will be negligible in most real world situations.
I've seen code where people do things like write their
On Sunday, September 9, 2001, at 05:45 PM, Zeev Suraski wrote:
At 00:26 10-09-01, Wez Furlong wrote:
Zeev Suraski [mailto:[EMAIL PROTECTED]] wrote:
At 14:44 09-09-01, Jani Taskinen wrote:
If ZE was properly documented, people didn't have to rely on
only the sources.
By the way, your
Here's a functional alias_function call which duplicates a functions entry
in the global function table (ripped from APD with minor mods).
PHP_FUNCTION(alias_function)
{
zval **z_orig_fname, **z_new_fname;
zend_function *func, *dummy_func;
if( ZEND_NUM_ARGS() != 2 ||
The point is that while those are both valid
$test?FOO:BAR:BARBARA
is ambiguous in that it could refer to either of those.
On Sunday, September 30, 2001, at 10:25 PM, Dean Hall wrote:
- Original Message -
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: Dean Hall [EMAIL PROTECTED]
Cc:
On Tue, 02 Oct 2001, Rasmus Lerdorf wrote:
i joined this group to read about php-development, not about bugs.
The two are joined at the hip.
Well said.
-Andrei
I agree.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
If you use a caching extension like APC (http://apc.communityconnect.com) or
Zend Cache/Accelerator you get 1 and 2 below. APC at least implements
basically what your looking for, I thnk.
- Original Message -
From: Yermo M. Lamers [EMAIL PROTECTED]
To: Markus Fischer [EMAIL PROTECTED]
Sucks when you need to use a proprietary extension to a language to make
it benchmark well.
George
On Saturday, December 29, 2001, at 12:27 PM, Zeev Suraski wrote:
Taking that code and coupling the Zend Optimizer, PHP and Perl were
approximately the same speed (Perl was 8% faster, but that
So? Anybody worth their salt as a programmer would consider the
Zend Optimizer if they needed to speed up their production website.
Not if they can't afford the (old) Zend Accelerator pricing and it
didn't
have a trial option and are using a free alternative which is
, e-mail: [EMAIL PROTECTED]
// George Schlossnagle
// 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
Hello,
George Schlossnagle wrote:
APC supports compiled code in the fashion I think you're looking for.
There's a README.compiler in the distribution tar ball.
I know, I use APC in MMAP mode and I noticed that it outputs PHP
compiled code for each script to disk. That is precisely what
. Anyway, as I said I have
been getting a lot of support to provide a free PHP
compiler/optimizer/cache/encoder. So, this will not go forward for the
lack of will and contributed work.
That's great news.
Keep up the good work,
Manuel Lemos
// George Schlossnagle
// 1024D/1100A5A0 1370
Well, George Schlossnagle already proposed to submit APC and other
useful extensions for inclusion in PHP.
http://news.php.net/article.php?group=php.devarticle=64437
At the time, it was not done because Zeev said it would be necessary to
add a directory in PHP tree for extensions
-mail: [EMAIL PROTECTED]
// George Schlossnagle
// Director of Operations
// Community Connect, Inc.
// 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
php?id=15390r=oldversion Not developer issue:
> http://bugs.php.net/fix.php?id=15390r=support Expected behavior:
> http://bugs.php.net/fix.php?id=15390r=notwrong Not enough info:
> http://bugs.php.net/fix.php?id=15390r=notenoughinfo
>
>
> --
> PHP Development Mailing List http://www.php.net/>
> To unsubscribe, visit: http://www.php.net/unsub.php
// George Schlossnagle
// 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0
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) 301.343.6422 (e) [EMAIL PROTECTED]
// 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0
APD (http://apd.communityconnect.com/) is a php code profiler.
On Tuesday, June 25, 2002, at 10:26 AM, Tit Black Petric wrote:
ok this may be a bit offtopic, but here goes
i am searching for a PHP code profiler, something to measure key
components of the PHP scripts, tracking how many
://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/
To unsubscribe, visit
Actually, if you run configure with
--with-sqlanywhere=shared, that directive should be added to config.h
On Tuesday, July 2, 2002, at 03:42 PM, Torsten Curdt wrote:
On Tuesday 02 July 2002 21:31, George Schlossnagle wrote:
You need to do a
ZEND_GET_MODULE(modulename);
in yor extension
symbol table is affected by function calls, so I
strduped the function name and file name across the function call to
make sure nothing bad would happen to them. While it works fine, that
information is probably preserved somewhere already so the strdups could
be removed.
// George Schlossnagle
On Monday, August 19, 2002, at 07:56 PM, Rasmus Lerdorf wrote:
To conclude: Don't trade useful features for pseudo security.
Removing this feature just increases the feeling of having a
'secure' site and decreases the desire to protect oneself by
activating
://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 B2B9 262F 1100 A5A0
--
PHP
Dan Hardiker wrote:
It is also very conceivable that a person would send a link to a java
applet or any other kind of wrapper (PHP or other CGI actually would be
able to establish the connection on the server side always sending the
same user agent string and sending back the data from your
Here's an incremental patch on Lukas' patch which tries to address a
couple issues:
o The startup sequence has been changed to allow for post-data to make
it through if any hooks before full post-data is read are called
o works under register_globals Off ($request is now available in the
All of this work was off HEAD. Should a new_apache_hooks branch be tagged?
Rasmus Lerdorf wrote:
I say commit it. This stuff is very experimental as it is and lives in
its own branch. You are not going to destabilize anything.
(I just made sure you had enough karma for the commit)
-Rasmus
, 26 Aug 2002, George Schlossnagle wrote:
All of this work was off HEAD. Should a new_apache_hooks branch be tagged?
Rasmus Lerdorf wrote:
I say commit it. This stuff is very experimental as it is and lives in
its own branch. You are not going to destabilize anything.
(I just made sure you
If you want to pull everything into the apche_hooks branch, I can do
that as well. But if we do that, it would probably wise to update
everything in that branch to HEAD.
George Schlossnagle wrote:
I haven't committed anything yet. It seems like the benefit of
starting with a fresh copy
Ok, this has all been added to the apache_hooks branch, which is now
up-to-date.
George Schlossnagle wrote:
If you want to pull everything into the apche_hooks branch, I can do
that as well. But if we do that, it would probably wise to update
everything in that branch to HEAD.
George
Hi,
I'd like to use the zend_stack stuff for stacked handlers in the new
apache_hooks sapi stuff, but right now, it emalloc's everything, which
is unacceptable for my usage. I could write my own stack implementation
just for the sapi stuf, but thats seems less productive than making
A little update on all of this.
I changed the way that the handlers are created in the apache config from
php_value uri_handler /tmp/foo.php
to
phpUriHandler /tmp/foo.php
and logically separated them from the ini structure. This eliminates
some unnecessary work that was being done before and
Daniel Lorch wrote:
hi,
Yes, it would look like this:
1. ./configure appropiate stuff
2. make
3. make clean
4. goto 1
- Sascha
So we do not have the possibility to build all three without
make clean in one go. I would very much appreciate that
since it would make
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: Daniel Lorch [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED
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
interesting, but it's kind of difficult
start
playing with it without any pointers. Could you give us some hints/usage
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
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.omniti.com
// (c
install
part
working.
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) 240.460.5234 (e) [EMAIL PROTECTED]
// 1024D/1100A5A0
// 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/
To unsubscribe, visit: http://www.php.net
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
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
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,
://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
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
// 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/
To unsubscribe, visit: http
, 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, Inc http
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 wrote
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 understands
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 unsubscribe
?
-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/
To unsubscribe, visit: 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 B2B9 262F 1100 A5A0
--
PHP Development Mailing
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 default
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?
Yes, you
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
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 results
);
On Sunday, November 10, 2002, at 06:05 PM, Paul Nicholson 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
05:16 pm, Derick Rethans wrote:
On Sun, 10 Nov 2002, 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 results
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 way works for me
, 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_language_scanner.l,v
retrieving
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 BACKQUOTES.
Function names and constants
At 03:06 AM 11/11/2002 -0500, George Schlossnagle wrote:
The patch I submitted included BACKQUOTES in the token matching as
well. I'm not convinced that is bad, but I will try to thoroughly
test
it tomorrow, and if it's broken, I'll just case it for and heredocs.
George
On Monday, November 11
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 Schlossnagle
How do people feel about adding the pretty name as $_SERVER['SAPI']?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
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.l15
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 http://www.php.net/
To
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
. 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:
o Tokenizes heredocs
Here's the patch. Looks like everything but the heredoc part is in cvs
now.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
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...
- Dave
On Sun, Nov 24, 2002 at 05:57:33PM -0500, George Schlossnagle
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
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
as an 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 does
as well
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 error messages
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 http://www.php.net/
To unsubscribe, visit:
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 server(s
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 file
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
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
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 and
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:
print_r(args)
??
Andi
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's
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:
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
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
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
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
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
1 - 100 of 139 matches
Mail list logo
