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
r just head?
It could be considered bug fix since curl_multi_info_read was there,
but not implemented.
Brian
On May 2, 2006, at 4:56 PM, Sterling Hughes wrote:
> please commit it, looks good.
>
> thanks,
> sterling
>
> On 5/2/06, Brian J. France <[EMAIL PROTECTED]> wrote:
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.patch
Quot
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:
>
> >Yeah, I
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 PROTECTED]> wrot
+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 mean many apps
> wo
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 +0100, Marcus Boerger <[EMAIL
t; > On Fri, 29 Oct 2004 01:04:23 -0700
> > > Sterling Hughes <[EMAIL PROTECTED]> wrote:
> > >
> > > > no curl does not need to respect php's safemode, adding such
> > > > checks at this level is wrong. people who compile curl, can do s
I think we should not follow this discussion on internals@ and instead
we should have a subcommittee to study whether or not the word need
was appropriate in the context of the substring operator, or whether
in fact, "would be nice to have, but might be able to continue living"
would've been a 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 a string.
>
> Ex. $a
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:
Wez Furlong wrote:
I'm a big fan of making the computer do the work on our behalf (that's
what it's there for, right?).
It shouldn't be a huge problem to write a php script to generate the
different executors from a source file. If you're worried about
bootstrapping, we can keep the generated file
On Mon, 04 Oct 2004 15:05:04 -0400, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> Very interesting numbers, I'd like to second Marcus' request for a 4.3
> benchmark.
>
> I was somewhat surprised by O2 and O1 being slower then Os, while O3 in
> some cases may end over optimizing which would it expl
On Tue, 28 Sep 2004 08:28:39 +0100, Wez Furlong <[EMAIL PROTECTED]> wrote:
> *cough* windows *cough* probably doesn't have strptime (not that you'd care ;-))
>
do we still support that platform? who knew? :-P
sometimes i often wonder if Zend integrated the Performance Suite into
PHP, if we could
08:07:55 +0200 (CEST), Derick Rethans
<[EMAIL PROTECTED]> wrote:
> On Mon, 27 Sep 2004, Sterling Hughes wrote:
>
> > Sterling Hughes wrote:
> >
> > >i needed strptime() for a project i'm working on, its awful handy when
> > >you are making dates wi
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
Rasmus Lerdorf wrote:
Just to clarify, I didn't propose taking the PEAR PEPr system verbatim.
To be honest, I have never really used it, beyond skimming through things
because it is handy that everything is in one place. I don't find our
feature/change request category in the bugs database to be a
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
Rasmus Lerdorf wrote:
On Thu, 26 Aug 2004, Sebastian Bergmann wrote:
At last weekend's EuroFoo [1] I attended Marc-Andre Lemburg's talk [2]
on the Python development process.
I really wish we had a process similar to Python's PEPs [3] [4] for PHP.
Having guidelines for issues like adding a n
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 polite, if provocativ
There are a lot of ways being a stupid programmer can give you an
insecure website. Saying that just because someone is too stupid to
properly lock down their data store (put outside the web root, run PHP
with proper perms, etc.), makes PHP/SQLite themselves insecure, is like
putting coffee on
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
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
- of this patch (very likely). (Dmitry, Andi)
This patch seems to move
+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 quotes.
>
> How about this:
>
http://www.php.net/:
Hereby we would like to kindly ask everyone who published an article
or howto about installing PHP on Windows to revise those instructions
according to our latest guide. These new instructions got distributed
with PHP 5.0.1 in both the source code and binary versions, and
t;[EMAIL PROTECTED]> wrote:
> On Tue, 10 Aug 2004, Sterling Hughes wrote:
> > 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.
>
>
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 expect the sort function t
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 difference between My
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:
> > >
> > > eval("goto foo$bar;");
> > >
> > > to get th
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 support for buffered streams.
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!
-sterling
On Sat, 3
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 less portable.
>
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,
> >
> > here's another one of
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,
> > I have seen that in php5.0/ext/
; Do you really think it'll break BC for many applications? How many people
> have functions that use null(), false(), true()?
>
> Andi
>
>
>
> At 08:17 AM 7/16/2004 -0700, Sterling Hughes wrote:
> >oh, i didn't notice it at all, which i'll buy is pro
> marcus
>
>
>
> Friday, July 16, 2004, 9:12:28 AM, you wrote:
>
> > woops, discussion should be on [EMAIL PROTECTED]
>
> > -- Forwarded message --
> > From: Sterling Hughes <[EMAIL PROTECTED]>
> > Da
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 &
On Sun, 11 Jul 2004 09:43:51 -0700 (PDT), Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> On Sun, 11 Jul 2004, Marcus Boerger wrote:
>
> > $a = ifsetor($_GET['index'], $default);
>
> ifsetor() sounds a bit cumbersome to me.
>
> Some other suggestions:
>
> $a = is($_GET['index'], $default);
>
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 PROTECTED]> wrote:
>
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:25, Andi Gutmans wrote
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
,
> so in any case, this problem needs to be fixed. It might be that it happens
> when ZEND_MM is enabled but it doesn't mean that the fault is in ZEND_MM.
> Check your facts first or even better, why don't you help debug the problem?
>
> Andi
>
>
> At 08:46 AM 6/28/2
yep, this is what I found too, and have been saying for nearly a year:
http://www.edwardbear.org/blog/archives/000129.html#000129
maybe one of these days we'll give up on the ZEND_MM, which doesn't by
us much anyway and has leaked since well before and after beta 1.
Ok, that's my annoying I tol
On Fri, 18 Jun 2004 21:04:36 +0200, Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
> I don't think having php.net run PHP 5 is a pre-requisite for a release.
What high traffic site is PHP5 RCx powering at the moment?
Where is PHP5 being stress tested?
How many people have deployed it for non-academic
% telnet www.php.net 80
Trying 64.246.30.37...
Connected to php.net.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 301 Moved Permanently
Date: Fri, 18 Jun 2004 18:13:45 GMT
Server: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev
Location: http://www.php.net/
Connection: close
Content-Ty
So, oddly enough while responding to this, gmail is showing me Zend
advertisements - just thought you should know you are getting your
money's worth :)
I'll buy that alloca() is harmless in the places the executor uses it
(*), php segvs on highly recursive functions, worrying about overly
long fun
On Mon, 14 Jun 2004 12:10:46 -0400, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
>
> Virtually all current uses involve some form of user input, which means that
> the user can exploit the problem. When bar[2048] is used to create a buffer
> of a certain known size that never change, with alloca a
Wolfgang Drews wrote:
*This message was transferred with a trial version of CommuniGate(tm) Pro*
Hi Andi,
This is indeed very strange. I made some fixes to the memory
manager a few
days ago. Have you tried a version since then?
before writing to this list, i've download the latest CVS-Snap
Wi
Rob Richards wrote:
From: Andi Gutmans
zend_is_executing() might work, but that is only if this method can only
be
called during script execution (which I'm not sure of). I'm also not sure
if this is reset to 0 at the end of each request but that should be easy
to
fix.
Yup, this method should onl
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 RSHUTDOWN is a
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
On Apr 21, 2004, at 2:36 PM, Paul Querna wrote:
The libxml2 Extension in PHP5 uses
xmlSetGenericErrorFunc(NULL, php_libxml_error_handler);
This globally(inside the process) sets the libxml2 error hander to
PHP's
own function.
Why is this bad?
It clobbers the processing done by anything else t
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 t
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 tha
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.
-Sterling
-Origin
How about,
if (isset($b)) {
$a = $b;
} else {
$a = 10;
}
Or is that a bit too revolutionary? :)
The problems with these operators is that the logic you want here is rarely
simple, and when you need to refactor, you need to change your construct
back to if{}else{} often introducing bugs. I s
Tidy's current error handling scheme is totally messed up - every
single thing in the extension should be an E_WARNING by PHP standards.
Its RC2, and this stuff has worked for a long time, breaking it now is
counterproductive and annoying.
John, if you insist on messing up the error handling i
On Apr 15, 2004, at 4:12 PM, John Coggeshall wrote:
Attached is a patch which I hope will keep people happy when it comes
to
specifically the Tidy extension. I'd like some feedback on this before
I
commit it / throw it away:
Changes:
- All errors were re-evaluated, and those (such as a bogus
On Apr 14, 2004, at 10:36 PM, Thies C.Arntzen wrote:
Am 14.04.2004 um 21:53 schrieb Marcus Boerger:
Personally I'd much prefer a way of returning a value from a
constructor, i.e. to be able to 'return null;' or a similar language
construct so I could do 'if ($db = new SQLiteDatabase)'
It would al
The way to avoid exceptions in ctors is using empty exceptions and
issuing E_WARNINGs or E_ERRORs from every method when the instance
wansn't initialized already. If you think twise this is worse and
also comes along with a speed penalty from the additional checks.
Anyway if you don't want to deal
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
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 exception. This is
not by any stretch of the imagination an unrecoverable error, but
rather a simple failure. Y
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
On Apr 12, 2004, at 3:45 AM, Andi Gutmans wrote:
At 12:41 PM 4/12/2004 +0200, Derick Rethans wrote:
On Sun, 11 Apr 2004, John Coggeshall wrote:
> 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
> generate
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 $x = false;
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
ps issue
there are no other "basic" issues. They are all bug fixes.
Ok, if you are sure of that fine. But lets doublecheck with the
authors
of the main new components (sqlite, mysqli, simplexml) first and make
sure
they are all in sync. For example, Derek Ford's simplexml-related
message
to in
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 support a lack of
consistency?
This sort of thing (inconsistency) is one reason why PHP is frequently
attacked
and attacki
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.
-sterling
On Mar 23, 2
curl_multi_info_read() is currently not working. I am planning on
getting it working before php5, andi allowing (*), although I don't
have any specific timeframe.
You can use $still_running returned from curl_multi_exec (or perform, i
can't remember what i called the php version) to spawn new
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
BP_VAR_R just tells the engine not to through a warning when the
property doesn't exist. The problem is that we need to handle cases
like:
$doc = simplexml_load_string('bar');
echo $doc->name["attr"];
echo $doc->name;
Both would be covered by BP_VAR_R AFAIR. What if the string is empty
and th
> At 00:23 23/02/2004 +0100, Edin Kadribasic wrote:
>
> >On Sunday, Feb 22, 2004, at 23:57 Europe/Copenhagen, Andi Gutmans wrote:
> >>Can someone check this on a non-intel CPU with a 32bit int?
> >
> >gcc 3.3 produces the same warning (this decimal constant is unsigned only
> >in ISO C90) on Powe
> George Schlossnagle wrote:
> >
> >On Feb 22, 2004, at 5:15 PM, Derick Rethans wrote:
> >
> >>On Sun, 22 Feb 2004 [EMAIL PROTECTED] wrote:
> >>
> >>>It's generating an idivl, which gives you an exception if the (signed)
> >>>result is too large (a.k.a. integer overflow).
> >>>
> >>>Did you notice
>
> 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
>
> On Feb 13, 2004, at 11:35 AM, Adam Maccabee Trachtenberg wrote:
> >Andi's point, I believe, is that otherwise we'll need to add a
> >"finally" keyword to make sure some random extension doesn't throw
> >some random undocumented exception that you could miss. And I agree
> >with him. It just se
> Hello Andi,
>
> i brought the fact up nearly a year ago and i very much appreciate
> the simple solution of changing the return value. Since the old way
> is bork anyways i am all fine (+1). One of the most annoying problems is
> that several function force you to test against NULL and FALSE.
>
> >http://marc.theaimsgroup.com/?l=php-dev&m=107367078904900&w=2
> >
> >The main problem with a too early beta/rc release is we (well you ;) )
> >have to be sure that the ZE2 apis works the way it should. And not only
> >from the php side. For the good all php extensions that are not bundled
> >wit
> Hey,
>
> (a) Failure return value of FETCH_RESOURCE and the default return value -
> should we change it to be FALSE? Today it's NULL, which is inconsistent
> with most of the functions in PHP which return FALSE on failure. The
> downside is that changing it may break scripts that check the
> + zend_file_handle file_handle;
> + zend_bool can_open =
> zend_stream_open(inc_filename->value.str.val, &file_handle TSRMLS_CC);
> + zend_file_handle_dtor(&file_handle);
> +
wouldn't a s
> Andrei Zmievski wrote:
> >On Tue, 27 Jan 2004, Christian Schneider wrote:
> >>Why do you say this? I prefer "foo $bar blah".
> >
> >Because it's faster.
>
> Ok, that's interesting but irrelevant for most of my code. Readability
> is a higher priority in most cases.
>
> Thanks for pointing this
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 to fix the behavior is a
> Adam Maccabee Trachtenberg wrote:
> >Anyone else care to chime in here? If we're really moving to RC1, I
>
> So to summarize that'd be
> echo, print, (string), strval() and settype()
> using __toString(), right? Sounds +1 to me.
>
settype() is a tricky one - i think it should fail for objects,
> Hello Adam,
>
> Thanks for moving backward. Since iterating is now worthless i am all for
> removing it completley. I mean it isn't even in the spirit of the extension.
> I will sleep over this tonight and probably remove the work of another full
> week too. Just because it is too complex and do
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(2840)
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
> 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 that
> you're fixing the cause and not the source of the problem (although I
> haven't had time to dig deep).
> In general, consider the following code:
1 - 100 of 247 matches
Mail list logo
