My guess is PHP internals can offer you answer you seek.
-Sterling
-- Forwarded message --
From: Sharon Levy
Date: Mon, Mar 23, 2009 at 12:46 AM
Subject: SimpleXML and namespaces
To: sterl...@apache.org
Someone suggested in the PHP manual that it is not simple to work with XML
not having tested it, i don't know. this is certainly a RM question,
but if it doesn't break the compile, it does not look like it has the
potential to damage previously existing infrastructure.
-sterling
On 5/2/06, Brian J. France <[EMAIL PROTECTED]> wrote:
PHP_5_1 and head o
please commit it, looks good.
thanks,
sterling
On 5/2/06, Brian J. France <[EMAIL PROTECTED]> wrote:
Some guys at work created this patch and have been running with it
for a while now.
Could I get a few more eyeballs on this?
http://www.brianfrance.com/software/php/curl_multi_read
I agree. var_dump() should accurately expose the structure of the
simplexml object, if people want to see *everything* they should dump
it explicitly (there is a method in the DOM api to do this?)
-Sterling
On 8/19/05, Rob Richards <[EMAIL PROTECTED]> wrote:
> Rasmus Lerdorf wrote:
&
Hm - that shouldn't be.
I think the right solution is that media:title should not show up in
the children of node, unless you are looking at the proper namespace,
ie, you need to use children() to get the children in that namespace.
-Sterling
On 8/18/05, Rasmus Lerdorf <[EMAIL P
+1 to all things here.
-Sterling
On 8/12/05, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> Since we are breaking a lot of stuff in 6.0, at least with
> Unicode_semantics=On I am wondering if it may not be time to break some
> more stuff and do a bit of spring cleaning. It would
i hope not. this should be about what's cool for developers, the
speed increase is not a compelling reason.. the debate is "does this
make code easier to read/write/maintain?" I think it doesn't, and
therefore am against it.
-sterling
On Mon, 1 Nov 2004 03:04:45 +
I still consider adding such things wrong
-sterling
On Sat, 30 Oct 2004 15:51:12 +0400, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Oct 2004 16:26:08 +
>
>
> Curt Zirzow <[EMAIL PROTECTED]> wrote:
>
> > * Thus wrote Antony Dovgal:
> &g
've been a more appropriate form of expression.
-Sterling
On Sat, 30 Oct 2004 01:29:46 +0200 (CEST), Derick Rethans
<[EMAIL PROTECTED]> wrote:
> On Fri, 29 Oct 2004, Andi Gutmans wrote:
>
> > Yeah, I also thought the word "need" is a bit strong :) It's more
why not add it with the {} operators then?
-sterling
On Fri, 29 Oct 2004 15:07:05 -0400, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> I am wondering what are people's opinions on adding support for negative
> string offsets that could be used to access data from the end of
no curl does not need to respect php's safemode, adding such
checks at this level is wrong. people who compile curl, can do so
without local file access, and this will solve their problem.
On Fri, 29 Oct 2004 10:51:49 +0400, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Oct 2004 12:
he
work involved. Personally, I'd prefer to see the executor generated, so
long as the source format is well thought-out. Cause it will allow us
to do things like, for example, generating an x86 JIT.
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
"time make test" as it seems to cover a much greater quantity
> of code.
>
Thies and I found the same thing when we did our patch. It relates to
the size of the executor loop that is generated, if you have too much
inlining you end up blowing your instruction cache.
-Sterling
--
assume its in my patch.
any other issues?
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
they are both in Single UNIX, its pretty reliable in my experience
where one is, the other follows. i've only ran into difficulties wrt
to what features are available on different OS', do you know a case
where strptime isn't avail and strftime is?
-sterling
On Tue, 28 Sep 2004
Sterling Hughes wrote:
hey,
i needed strptime() for a project i'm working on, its awful handy when
you are making dates with strftime(). any objections to committing
the attached patch?
-sterling
no love for gmail attachments apparently, attached is another effort.
-sterling
? foo.diff
hey,
i needed strptime() for a project i'm working on, its awful handy when
you are making dates with strftime(). any objections to committing
the attached patch?
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
this is actually a relevant discussion for internals...
-- Forwarded message --
From: Sterling Hughes <[EMAIL PROTECTED]>
Date: Wed, 8 Sep 2004 23:26:00 -0700
Subject: Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_compile.h
zend_exceptions.c zend_execute.c zend_exe
Request]" and that would propagate
the conversation to the necessary portion of the web app?
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Derick Rethans wrote:
On Wed, 25 Aug 2004, Sterling Hughes wrote:
That's wrong. You should *never* require an E_WARNING to be sent
without being able to silence it, especially not on something so
unimportant.
It's just as wrong as trying to parse non-wellformed XML.
Then don
oposals and a common format for them. We could simply steal PEAR's PEPR
infrastructure for this (http://pear.php.net/pepr/pepr-overview.php).
It smells a bit too processy anyway you swing it, and maybe I'm missing
something, but I don't see any need: I'd like to see a problem
Both you and roshan are more than welcome, if not encouraged, to stop
posting if you find us childish, immature and generally "uncool dude."
We apologize for our inferiority, we really wish we had something better
to do than respond to your mails.
-Sterling
Here we have a
on your lap, driving and blaming McDonalds for your burns.
- eval($_POST['sterling']);
Adam Q wrote:
On 23/08/2004, at 9:22 PM, [EMAIL PROTECTED] wrote:
Adam Q <[EMAIL PROTECTED]> writes:
I think encryption for SQLite is essential for PHP. Without it, it
makes it
almost useless i
yep, that's right.
On Fri, 20 Aug 2004 11:06:33 +1000, Dave Barr <[EMAIL PROTECTED]> wrote:
> Ilia Alshanetsky wrote:
>
> > iliaa Thu Aug 19 20:55:56 2004 EDT
> >
> > Modified files:
> > /php-src/ext/curl interface.c
> > Log:
> > Added more missing cURL options.
> >
> > + RE
a big +1, just checking...
-Sterling
At 01:28 PM 8/19/2004 -0700, Sterling Hughes wrote:
Andi Gutmans wrote:
andiThu Aug 19 16:03:06 2004 EDT
Modified files:
/ZendEngine2 zend_compile.h zend_execute.c Log:
- Stop using garbage. Please let me know if you find any bugs
resulting
destruction inline?
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
+1
-Sterling
On Tue, 17 Aug 2004 18:05:12 -0700 (PDT), Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> Perhaps it makes more sense to just give it an array there. I agree that
> "+3600" is not great either as I am sure someone will try to just pass
> +3600 without the qu
will
continue to be shipped with future versions of PHP.
Uhm, Its nice that there are new instructions and all, but should we
really be recommending this? What's the reason for this announcement?
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
no argument there, having a few more reasonable sort options/methods
makes sense to me, so long as they offer new functionality (as opposed
to fixing an "inconsistency") and don't affect the default
behaviour...
-sterling
On Tue, 10 Aug 2004 12:59:09 -0700 (PDT), Rasmus Lerdorf &l
i don't think sort() should be changed - this is how php works, for
better or sometimes worse, changing it any other way would break BC,
and it doesn't make much sense.
-Sterling
On Fri, 30 Jul 2004 15:39:19 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> How would you expec
one thing is the same about both of them - neither of them is relevant
to this list. Please stop posting to this list, it is not the
appropriate place for any of your questions.
-sterling
On Wed, 4 Aug 2004 23:00:21 -0400, nsangineto
<[EMAIL PROTECTED]> wrote:
> What is the differenc
It can't be doable because it makes writing an optimizer impossible.
-sterling
On Tue, 3 Aug 2004 11:54:28 -0700, Sara Golemon <[EMAIL PROTECTED]> wrote:
> > > If you really, really, really wanted to do such a thing, you could still
> do:
> > >
> > >
iterators...
On Mon, 02 Aug 2004 16:53:49 -0400, David Sklar <[EMAIL PROTECTED]> wrote:
> SimpleXML returns attribute values as SimpleXMLElement objects instead
> of strings. E.g, given this:
>
> $sxe = simplexml_load_string('Doc
> Ock');
>
> $sxe['arms'] and $sxe['legs'] are SimpleXMLElement ob
php-general@ can answer your question...
-sterling
On Sun, 01 Aug 2004 16:28:18 -0400, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> I'm trying to write some serious parsing applications in PHP. I find myself
> frequently lamenting the 4GL-like suppo
i'm just piping up that i'm a strong +1 on goto, its immensely useful
for code generators, like for example a gui application that wanted to
generate some type of php code.
also, when you start quoting djikstra in a php context, you've lost.
goto is fine, fight the power!
-st
dooalocaaa, damnit
On Fri, 23 Jul 2004 09:54:27 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> At 12:51 PM 7/23/2004 -0400, Ilia Alshanetsky wrote:
> >On July 23, 2004 12:40 pm, you wrote:
> > > At 11:54 AM 7/23/2004 -0400, Ilia Alshanetsky
would be a good addition to xdebug, it couldn't be variable based, but
it could be data based.
On Thu, 22 Jul 2004 08:55:00 -0700, Bruce Bailey <[EMAIL PROTECTED]> wrote:
> Is there a way to determine how much memory a particular variable is using
> (either in php or in an extension)?
>
> It migh
i'll do it sometime, but no, this patch should be reverted (.) the
performance increase is neglible - its a *bad* optimization.
-sterling
On Mon, 19 Jul 2004 22:59:14 +0200 (CEST), Derick Rethans
<[EMAIL PROTECTED]> wrote:
> On Fri, 16 Jul 2004, Sterling Hughes wrote:
>
>
not only that but those people who want this performance boost can use
apc. i'll give george a patch that solves this if no one else steps
up.
-sterling
On Fri, 16 Jul 2004 10:20:08 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Nah, I dread the INI word. It makes applications
can we put that in the release notes - "php is like 50% more stable,
it takes 20 seconds not 10 to crash it?"
-sterling
On Fri, 16 Jul 2004 12:15:46 -0400, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> On July 16, 2004 11:58 am, Thies C. Arntzen wrote:
> > hey ilia,
>
it wasn't ported because i don't want people using it anymore, they
should be using ext/xsl, period.
-sterling
On Fri, 16 Jul 2004 11:18:46 +0200, Christian Stocker <[EMAIL PROTECTED]> wrote:
>
>
> On 16.7.2004 11:15 Uhr, Kamesh Jayachandran wrote:
>
> > Hi,
ng a point release (or at all) unless its necessary/important,
this does meet that criteria.
-Sterling
On Fri, 16 Jul 2004 08:20:43 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> I don't think it's critical to include this patch, but I do think it'd be a
> good thing.
>
's product. Why are we breaking BC for this?
-sterling
On Fri, 16 Jul 2004 09:55:57 +0200, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Sterling,
>
> it was on internals and in TODO-5.1. Maybe not many people noticed
> it between discussing typehints and ifsetor.
>
On Fri, 16 Jul 2004 09:26:33 +0200, dharana <[EMAIL PROTECTED]> wrote:
> Excuse my ignorance, but why does this breaks compatibility?
>
>
>
> Sterling Hughes wrote:
> > woops, discussion should be on [EMAIL PROTECTED]
> >
> >
> >
woops, discussion should be on [EMAIL PROTECTED]
-- Forwarded message --
From: Sterling Hughes <[EMAIL PROTECTED]>
Date: Fri, 16 Jul 2004 00:11:53 -0700
Subject: Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 /
zend_language_parser.y zend_language_scanner.l
To: Marcus Boerger &
$a = value($_GET['index'], $default);
>
all of the other ones sound good - i like value() the best.
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
yes!!!
i currently don't have a 32 bit linux box available to me (i'm remote
in ca for all of august), however, if someone gives me shell on one,
i'll bang around on it with valgrind.
-sterling
On Mon, 5 Jul 2004 11:13:12 -0700 (Pacific Standard Time), Rasmus
Lerdorf <[EMAIL
this would still not suffice for a proper serialization, overloaded
objects should have serialize and unserialize handlers something
for 5.1 methinks.
-sterling
On Thu, 1 Jul 2004 16:03:09 +0900, Moriyoshi Koizumi
<[EMAIL PROTECTED]> wrote:
>
>
> On 2004/07/01, at 14:2
committed to head and branch.
On Wed, 30 Jun 2004 23:43:05 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
> Sure if it's a fix I think it should go in.
>
>
> At 11:25 PM 6/30/2004 -0700, Sterling Hughes wrote:
> >commit or don't, fixed for a c
commit or don't, fixed for a client, that code is just stupid bogus.....
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
m from occuring) nearly a year ago. I stopped debugging it
around the time I got tired of doing real work on PHP, but your point
is taken, as I've told qa people a thousand times, its easy to always
be right when you haven't written any code.
-sterling
On Mon, 28 Jun 2004 08:50:15 -0
s my annoying I told you so for the month, back to lurking :)
-sterling
On Mon, 28 Jun 2004 13:07:38 +0200 (CEST), Derick Rethans
<[EMAIL PROTECTED]> wrote:
>
> On Mon, 28 Jun 2004, Zeev Suraski wrote:
>
> > Edin,
> >
> > Can you try disabling ZEND_MM and see if th
after the release for the
majority of sites out there, but that is all the more reason that we
should take every opportunity we have to test it in a real world
circumstance before releasing it onto the public.
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vis
en eating our own dogfood yet, it seems
premature to release.
-sterling
On Fri, 18 Jun 2004 20:07:30 +0200, Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
> Don't think that's a good idea. I suggest to wait for another 2 weeks or
> so, then release 5.0.0 and create a 5_0 branch
verly
long function names won't keep anyone up at night. But the real issue
is the other areas ilia mentions, where it just isn't worth it.
-Sterling
(*) Although I think its a bottom drawer optimization that something
like the Zend optimizer invalidates.
On Wed, 16 Jun 2004 01:10:16
know what will be allocated off
the stack further down within the function.
Calling do_alloca() to avoid a heap access is a bottom drawer
optimization, and yields very little when it comes to improving php's
memory usage patterns (as opposed to a fix block allocator)... ie, i
agree with ilia
-Snap
Win-Built from snaps.php.net. Problem still existed, so i
decided to tell you (Build Date Jun 1 2004 12:13:54).
can we drop this "ts memory manager," its been causing leaks for quite a
while and, from my understanding, only speeds up the threaded case.
-sterling
--
PHP Internal
real money some day.
Serially, if someone wants to share a shared library between two
separate third party software products in a threaded environment - i'll
keep them in my nightly prayers.
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the first thing you would optimize is your code location - not your php
installation...
On May 6, 2004, at 6:46 PM, BUSTARRET, Jean-Francois wrote:
I just did a quick stress test of the patch.
My config is : Xeon 2GHz/512MB/IDE drive, apache 1/PHP 4.2.3/APC 2.0.3.
I did change the patch in order
i'm pretty sure it does, it has a compiled regex cache that uses it, i
think.
-sterling
On Apr 23, 2004, at 7:11 AM, Andi Gutmans wrote:
At 10:05 AM 4/23/2004 -0400, Ilia Alshanetsky wrote:
On April 23, 2004 10:01 am, Andi Gutmans wrote:
> I think changing back to malloc/free on RSHUTD
On Apr 22, 2004, at 5:09 AM, Rob Richards wrote:
From: Sterling Hughes
Err, read back in the message. Specifically about "should reset the
generic error handler." If it doesn't reset it, that's a separate
issue. It has *nothing* todo with the mysql issue (which was sym
On Apr 21, 2004, at 6:16 PM, Paul Querna wrote:
On Wed, 2004-04-21 at 18:50, Sterling Hughes wrote:
Its actually quite different than that problem. This is a problem for
people who use threads.
I am afraid that you are completely wrong.
httpd -V:
Server version: Apache/2.1.0-dev
Server built
very loud when
people tell us they have a problem using php in threaded environments.
On that note
bwahhhahahahhahahaha.
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
It is. This is a mailing list discussing for discussing the use of
exceptions and compile errors in java. If you are not interested in
that, please unsubscribe.
-Sterling
On Apr 19, 2004, at 2:37 PM, Christian Schneider wrote:
George Schlossnagle wrote:
Just to clarify a bit on why I think
mo compile errors mo better.
+1.
-Sterling
On Apr 19, 2004, at 12:52 PM, George Schlossnagle wrote:
On Apr 19, 2004, at 2:49 PM, Marcus Boerger wrote:
Hello Zeev,
Monday, April 19, 2004, 12:14:40 PM, you wrote:
At 13:04 19/04/2004, Andi Gutmans wrote:
Hey,
I just wanted to note the fact
I agree. Interfaces are useless if you can't guarantee that a class
actually implements them. Violating an interface is violating a contract
and it should be an compile error - indeed, when coding I mostly rely on not
properly implementing interfaces to be a compile error.
-Ste
see no reason to save ~ 10
keystrokes at the cost of readability.
-Sterling
-Original Message-
From: Marcus Boerger [mailto:[EMAIL PROTECTED]
Sent: Friday, April 16, 2004 3:29 PM
To: Andi Gutmans
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Re: [RFC] ifsetor operator
Hello Andi
dling in the tidy
extension, which is a serious thing, why not move it to pecl where you
have full control over such things without bothering the rest of the
release..?
-Sterling
On Apr 16, 2004, at 9:44 AM, Derick Rethans wrote:
On Fri, 16 Apr 2004, Christian Schneider wrote:
John Coggeshall
rom option
array");
Also wrong. You never through an E_ERROR for this sort of thing.
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
out cocaine to children. hopefully one hit
is enough ;-)
either way its rc2, not much can be done now...
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
mho). But as for converting such things, please, let's
leave well-enough alone.
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Apr 12, 2004, at 11:35 AM, George Schlossnagle wrote:
On Apr 12, 2004, at 2:14 PM, Sterling Hughes wrote:
John has gone ahead and committed a perfect example of where
exceptions just mess things up. In the tidy extension if you try
and set an unknown configuration option it throws an
suggested "As a matter of consistency, I would like to suggest that for
those extensions which have a OO/procedural syntax that the non-fatal
errors
generated by those extensions be thrown as Exceptions when called from
an OO syntax."
Either i'm missing the point or we are agreeing this shouldn't be so.
-Sterling
On Apr 12, 2004, at 8:50 AM, George Schlossnagle wrote:
On Apr 12, 2004, at 11:42 AM, Sterling Hughes wrote:
I like OO (*), and I think warnings (non-fatal errors) as exceptions
are a stupid idea. Does that count? ;-)
Exceptions in languages like Java are used explicitly to catch fatal
errors
think that's a bad
idea at all. But leave good alone, warnings shouldn't be exceptions.
-Sterling
(*) Though my like is most definitely due to stockholm syndrome, and
excessive brainrape. Nonetheless. :)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
php5 shouldn't crash _at all_ within an infinite loop because we aren't
in one big execution loop.
-sterling
On Mar 30, 2004, at 11:27 PM, Derick Rethans wrote:
On Wed, 31 Mar 2004, Antony Dovgal wrote:
Hi all!
This small script:
class test {
var $a = false;
var
On Mar 23, 2004, at 1:17 PM, Andi Gutmans wrote:
At 11:12 AM 3/23/2004 -0800, Sterling Hughes wrote:
On Mar 23, 2004, at 10:54 AM, Chris Shiflett wrote:
--- Georg Richter <[EMAIL PROTECTED]> wrote:
Sure, your book isn't ready yet.
Is this really the criteria being used to suppor
understanding
how simpleXML handles namespaces (nor how xpath handles them for that
matter), and should at some point be fixed.
-sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
re of
some people on the list. Georg made his decision on this, and there
are enough developers against it to backup his decision - can we please
find another dead horse to beat? ;-)
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
i'm with georg. then again, i never quite agreed with all your base is
belonging to studlycaps, its a nice guideline for future code, but i
don't see the the necessity of breaking old stuff, even if it hasn't
been released yet, its been in the tree for well over a year.
-ster
spawn new connections
if you like...
-Sterling
(*) It shouldn't hold up the release, but I think it should be allowed
as a bug fix, since its currently there, just not implemented, and its
important to the multi interface.
On Mar 17, 2004, at 12:11 AM, [EMAIL PROTECTED] wrote:
Hello!
On Feb 29, 2004, at 12:31 PM, Andi Gutmans wrote:
At 12:20 29/02/2004 -0500, Sterling Hughes wrote:
On Feb 29, 2004, at 12:03 PM, Andi Gutmans wrote:
I think there isn't a problem with "echo" as it will call the string
handler. However, in other cases it might be problematic.
M
loaded object imho.
My concern lies more with functions like utf8_encode() not properly
getting the contents of the XML string - but I haven't looked into it
too much - I'll try and get some hacking done on the cruise.
-Sterling
Andi
At 17:58 27/02/2004 -0500, Sterling Hughes wrote:
B
hat if the string is empty
and they want a subnode, ie:
foo;
echo $a->john;
?>
-Sterling
On Feb 27, 2004, at 5:33 PM, Andi Gutmans wrote:
Basically SimpleXML should know if the property is being fetched for
read or not (type is passed such as BP_VAR_R or BP_VAR_W). If the case
is BP_VAR_
unsigned only
> >in ISO C90) on PowerPC G4. The code produces no floating point exceptions
> >though. c at the end of the execution is -2147483648.
>
> G4 is 64bit right?
>
G5 is. G4 is 32 bit afaik.
-Sterling
> Andi
>
> --
> PHP Internals - PHP Runtime De
;signed integers.
> >>
> >>-2147483648 = 1000
> >> 2147483647 = 0111
> >>
> >>it still doesn't explain the FPE here. What does explain it is that
> >>-2147483648 / -1 = 2147483648 which is t
>
> The reasoning is that it allows users to do a catch-all (which otherwise
> we'd add to the language syntax). It also adds cleanliness to the Exception
> hierarchy and allows PHP code to interact with PHP code which isn't written
> by the developer knowing that there's a common interface (su
example, but in large scripts I've almost always designed for
leakage.
I contend that what you want in this case is a Throwable interface or
none at all. Java provides just this differentiation btw.
-Sterling
--
"Reductionists like to take things apart. The rest of us are
just trying
nst NULL and FALSE.
> NULL for all the internal errors and FLASE for real function errors.
>
> So today you have places that require you to do:
> $ret = func_call();
> if ($ret !== NULL && $ret !== false)
>
or
if ($ret)
not too hard.
-sterling
> marcus
>
rs. However, it would mean that extension writers who
> want foreach() to work would have to implement iterator interface.
> I'm not quite sure how to go on this one. IMO get_properties() should not
> be used with non-PHP objects.
>
how would one handle var_dump($obj) then?
-sterlin
n this area, so I see no reason to break BC.
> (b) Default inclusion of the SOAP extension
>
+1
-Sterling
(*) In My Never Humble Opinion
--
"Reductionists like to take things apart. The rest of us are
just trying to get it together."
- Larry Wall, Programming Perl, 3rd Ed
andle);
> +
wouldn't a stat be better suited here?
-sterling
> + /* file open succeeded but still no op-array,
> likely parse error */
> + if (can_open == SUCCESS) {
> +fatal_error:
> +
s a higher priority in most cases.
>
> Thanks for pointing this out,
If you use a compiler cache like apc, this performance hit will be
totally removed as the optimizer compiles both representations into the
same format.
-sterling
--
"Reductionists like to take things apart.
Change committed - thanks.
-Sterling
> SimpleXML's asXML() method always returns the entire document
> regardless of the node. I believe (Sterling?) we decided the correct
> behavior here is to only return the XML data for the current node and
> its children.
>
> A patch
i think it should fail for objects, as it
could cause destruction of the underlying object, as we don't have
magic (in the perl internals meaning of the world).
-sterling
--
"Reductionists like to take things apart. The rest of us are
just trying to get it together."
- L
e it is too complex and doesn't fit in the current
> scheme of SimpleXMl.
>
Marcus - why remove iterators? Just because we remove their user level
API's, I see no reason to remove the internal implementations?
-Sterling
--
"Reductionists like to take things apart. The re
dn't objects be
unmercifully cleaned up before we rely on the memory manager to burn the leftovers?
-Sterling
> Andi
>
> At 06:42 PM 1/13/2004 -0500, Sterling Hughes wrote:
> >Hey,
> >
> >The attached script gives 10 leaks when PHP5 is compiled with
>
Hey,
The attached script gives 10 leaks when PHP5 is compiled with
--enable-debug. These problems are also related to Bug #26765, I'll be
taking a look at it, unless someone knows the cause already.
The leaks caused when running it are:
/home/sterling/work/php/php-src/Zend/zend_execute.c
Ok, attached is a diff that properly fixes the problem.
-Sterling
> At 04:06 PM 1/13/2004 -0500, Sterling Hughes wrote:
> >> Are you sure this is OK? It seems strange that string offsets don't need
> >> any unlocking. It might mean we have a problem someplace else and t
ure this doesn't leak now? I don't have time to look at it now,
> but if you are absolutely convinced the patch makes sense I'll try and step
> through it with a debugger as soon as I have some free time.
>
No, I was wrong. I hate the memory manager, it cleans up my leaks for
1 - 100 of 248 matches
Mail list logo
