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]
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
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
Quote
?
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:
Some guys at work created this patch and have
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
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,
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
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
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 support a lack
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 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
generated
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
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.
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
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
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
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
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
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
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 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 symbol
conflicts due to two
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
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
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
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
% 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
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
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
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/2004 -0700, Sterling Hughes wrote:
yep, this is what I found too, and have been saying for nearly a year
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
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 client, that code is just stupid bogus.
-sterling
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:
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:
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);
$a =
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 [EMAIL
?php
function null() {
}
null();
?
?php
class connected {
function true() {
}
}
if (connected::true()) {
echo bar;
}
?
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
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 probably my fault. :)
This seems like its a bad optimization. I believing in breaking BC
in some
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/xslt
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 my
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.
I
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
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 might be
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 wrote:
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,
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'd
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('octopus arms=eight legs=Doc
Ock/octopus');
$sxe['arms'] and $sxe['legs']
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 the same effect,
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
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 to
] 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 agree that we should keep the generic sort function the same. Might
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
+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:
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
, 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
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.
+
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
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
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't add
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
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_execute.h
(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 with strftime(). any objections to committing
the attached patch?
I think we
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
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 explain
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
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
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 =
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
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:
On Fri, 29 Oct 2004 01:04:23 -0700
Sterling
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
On Mon, 2003-03-17 at 16:51, Andrei Zmievski wrote:
Today I tried to run PHP-GTK with ZE2 changes against current CVS and it
segfaulted. I traced it to the fact that
PG(http_globals)[TRACK_SERVER_VARS] is no longer available if $_SERVER
is not present in the PHP code, due to the changes Zeev
On Sat, 2003-03-22 at 21:14, Marcus Börger wrote:
At 00:43 23.03.2003, Sterling Hughes wrote:
On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
Hi,
As per naming convention, I think it'd be nice if the methods were
named as:
getmessage = get_message
getcode = get_code
On Wed, 2003-03-26 at 04:39, Antony Dovgal wrote:
On Wed, 26 Mar 2003 01:30:11 -0800 (Pacific Standard Time)
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
I don't see how it is in any way exploitable.
That's what I wanted to say indeed.
IMHO it will be much better to move this extension to
On Wed, 2003-03-26 at 13:18, George Schlossnagle wrote:
What is the value of that syntax? That seems entirely confiusing to
me. If
namespace A { namespace B {} }
I believe the way it was designed was:
namespace A {
namespace A:B {
class C {
}
}
}
-Sterling
PS:
On Thu, 2003-03-27 at 12:52, George Schlossnagle wrote:
On Thursday, March 27, 2003, at 12:10 PM, Timm Friebe wrote:
On Thu, 2003-03-27 at 18:04, George Schlossnagle wrote:
On Thursday, March 27, 2003, at 11:58 AM, Andi Gutmans wrote:
[...]
I think this can(all) be handled with a
On Thu, 2003-03-27 at 13:13, Andi Gutmans wrote:
At 12:37 PM 3/27/2003 -0500, Sterling Hughes wrote:
Just a note on this. People have avoided OO cause OO sucked.
Exceptions themselves are *incredibly* useful, especially when dealing
with database code (the majority of php applications
This again gets to my nit regarding runtime features in a dynamically
typed language. One of the reasons type checking in C, C++, Java is a
good thing is its done at compile time, not runtime. Type mistakes,
especially in large libraries can be pesky things, often hard to check
for (and often
that with Sterling Hughes as he was the one that wrote
this presentation:
http://talks.php.net/show/php5intro/4
Maybe that is why the output of the example in that page is a parse
error! ;-)
*Syntactic Sugar* meaning: its meaningless. :=)
It generates a parse error because php4 is installed
John,
Please separate the patches for review. I have a feeling that some
might not be desirable (the first), while other portions look good.
-Sterling
On Wed, 2003-04-02 at 21:54, John Coggeshall wrote:
Here's a patch for the GD lib.. I'd like to commit this if there is no
objection. It
On Fri, 2003-04-04 at 09:52, Andrei Zmievski wrote:
What does everyone think about disallowing non-instance calls to methods
which are not declared static? Currently, this works:
class A {
function B() { return 1; }
}
A::B();
But really, if B was intended to
On Fri, 2003-04-04 at 10:11, John Coggeshall wrote:
Does anyone have a problem with me committing the T1Lib/GD patch for
error reporting?
jani already committed it last night.
-Sterling
-~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~-
John Coggeshall
john at
Howdy,
Due to recent discussions, I have an idea for avoiding the whole mess of
annoying coding standards commits that Jani and Derick constantly make.
Follow the coding standards!
Geeze Luise, its not that hard, and the coding standards are there for a
(good) reason. If you object to some of
On Fri, 2003-04-04 at 11:45, Lukas Smith wrote:
From: Sterling Hughes [mailto:[EMAIL PROTECTED]
Sent: Friday, April 04, 2003 6:09 PM
Geeze Luise, its not that hard, and the coding standards are there for
a
(good) reason. If you object to some of the standards, discuss
On Fri, 2003-04-04 at 11:54, Sascha Schumann wrote:
Sterling, you are missing some important points here.
Geeze Luise, its not that hard, and the coding standards are there for a
(good) reason. If you object to some of the standards, discuss that,
If you look at my code, 99% of
On Fri, 2003-04-04 at 12:26, Martin Jansen wrote:
On Fri, 2003-04-04 at 18:26, Sterling Hughes wrote:
No, in PEAR. In PECL your code can look however it likes, at least
that's my understanding.
The manual states it differently:
In PECL all code has to follow the PHP coding standards
At 13:51 05.04.2003, Marcus Börger wrote:
At 19:01 04.04.2003, Sterling Hughes wrote:
sterlingFri Apr 4 12:01:10 2003 EDT
Modified files:
/php4 CODING_STANDARDS
Log:
both these entries are bad, and were never agreed upon.
assert() usage
Yep.
-Sterling
On Thu, 2003-06-05 at 17:01, Lars Torben Wilson wrote:
Just wanted to check that I'm reading this right before committing
to the docs: does print() return 1, always? The following seems to
indicate so:
case ZEND_PRINT:
zend_print_variable(get_zval_ptr(EX(opline)-op1,
Hi,
So now that the PEAR framework for bundling extensions is in place, I
figured I'd start a thread about moving all extensions to PECL, and then
selectively bundling them from PECL (perhaps maintaining physical
aliases as well.)
With the new system, when a release is made, the RM simply needs
,
its been discussed multiple times (or at least, I've had this
conversation multiple times. :)
-Sterling
On Sat, 2003-06-07 at 19:22, Edin Kadribasic wrote:
On 7 Jun 2003, Sterling Hughes wrote:
Hi,
So now that the PEAR framework for bundling extensions is in place, I
figured I'd start
I agree 100%.
Also, do note that all common extensions will still be direct aliases.
Meaning there should be no difference from a development perspective
(we'll still have the same set of extensions in cvs, for all practical
purposes). The only difference is that when the release manager goes
On Sun, 2003-06-08 at 12:38, Edin Kadribasic wrote:
On 8 Jun 2003, Sterling Hughes wrote:
What does PEAR's stability on windows 32 systems have anything to do
with it? This is an internal change. Meaning, as an end-user, you
won't see any change. The separation to PECL is purely
On Sun, 2003-06-08 at 12:56, Rasmus Lerdorf wrote:
On Sun, 8 Jun 2003, Sterling Hughes wrote:
I agree 100%.
Also, do note that all common extensions will still be direct aliases.
Meaning there should be no difference from a development perspective
(we'll still have the same set
Basically my point is that instead of pushing extensions into the current
void that is PECL, we need to pull PECL from the void and make it work
first. You seem to want to take the reverse approach. Push everything
into PECL and by doing that force someone to fix it, versus fixing PECL
and
On Fri, 2003-03-28 at 10:52, Andi Gutmans wrote:
At 03:56 PM 3/28/2003 +0100, Sebastian Bergmann wrote:
Andi Gutmans wrote:
OK so maybe we should go ahead and nuke it and save us the argument.
Please, no.
The main problem is that people are getting carried away and instead of
Hi,
Apparently on request shutdown all objects that aren't free'd in the
script don't get free'd. This is a very bad thing when it comes to
handling overloads, as sometimes you can have multiple objects pointing
at the same source, and you don't want to free underlying source until
the last
You can propose it for PEAR if you like.
-Sterling
On Mon, 2003-06-09 at 08:10, John Coggeshall wrote:
I was playing around with mysqli and was quite annoyed having to have
both the mysqli and mysql extensions installed in order to have my old
PHP4 scripts working under PHP5.. As one
This is what I can think of for a concrete todo before the beta...
http://www.php.net/~sterling/php5/BETA
any thing i missed? anything extraeneous?
-Sterling
--
Nothing is particularly hard if you divide it into small jobs.
- Henry Ford
--
PHP Internals - PHP Runtime Development
I've added the mb stuff to the list.
Can the extension itself be considered a complete work? Therefore by
distributing the extension (under the LGPL) without modifications with
PHP, we essentially keep the cancer isolated?
-Sterling
On Wed, 2003-06-18 at 22:12, Rasmus Lerdorf wrote:
We also
Hey,
I'm putting this message out as a feeler. I'm going to go ahead and
remove the mysql library from the PHP source tree. This won't affect
the extension, it simply means we won't be bundling the *library* with
PHP anymore. This is in a large part due to MySQL's decision to switch
to using
Yep, that's my plan :-)
-Sterling
On Sat, 2003-06-21 at 11:55, Marcus Börger wrote:
Hello Sterling,
Saturday, June 21, 2003, 5:43:30 PM, you wrote:
SH Hey,
SH I'm putting this message out as a feeler. I'm going to go ahead and
SH remove the mysql library from the PHP source tree.
at 05:16, Andi Gutmans wrote:
At 08:15 PM 6/18/2003 -0400, Sterling Hughes wrote:
This is what I can think of for a concrete todo before the beta...
http://www.php.net/~sterling/php5/BETA
any thing i missed? anything extraeneous?
These are very small tasks. I suggest we assign owners
1 - 100 of 173 matches
Mail list logo