Hey,
I've attached a fix for an engine level crash in switch() when it is
used with string offsets. This eliminates a double-free and valgrind
reports that no new leaks have been introduced.
-Sterling
Index: zend_execute.c
===
RCS f
> From: Adam Maccabee Trachtenberg
>
> > 1) SimpleXML creates PHP data structures from XML documents. It only
> >handles XML elements, attributes, and text nodes. The syntax for
> >accessing the text node children of an element is akin to object
> >properties ($foo->bar); the syntax of
> On Mon, 12 Jan 2004, Sterling Hughes wrote:
> > Its XML's SQL/regular expressions, draw what analogies to string processing
> > that you will, but I don't see:
> >
> > $results = simplexml_query($element, '/child::node()');
> >
> On Mon, 12 Jan 2004, Sterling Hughes wrote:
>
> > > What's the ultimate goal for simpleXML? I have been hesitant from ever
> > > touching this extension as what I thought it was intended to do, seems
> > > simplistic to where it acutally (is going/went?). C
> Sure. But I use php_error(E_WARNING) not exceptions. We can certainly
> discuss how it is and isn't pure OO, and what that means. OO people are
> still arguing that... In fact I read a paper on OO the other day that
> said instantiable class should have no external methods (which is
> bollock
>
> On Jan 12, 2004, at 5:35 PM, Sterling Hughes wrote:
>
> >>>Well, this can be added with userspace handlers as I mentioned to
> >>>Marcus. The real trick to XML manipulation is Xpath, not adding a
> >>>bunch
> >>>of broken methods. I
> At 05:13 PM 1/12/2004 -0500, Sterling Hughes wrote:
> >> I actually think it's nice and easy to have some of SimpleXML's methods.
> >> Maybe there is some redundancy and it might be an OK idea to make sure we
> >> got them right, but I definitely thi
> > Well, this can be added with userspace handlers as I mentioned to
> > Marcus. The real trick to XML manipulation is Xpath, not adding a bunch
> > of broken methods. If people want to do that, they can load a simplexml
> > object into DOM, and use the two together. ;)
>
> XPath cant be the an
> Well, its not a feature freeze, and this doesn't require a full
"not a violation of a feature freeze."
is what i meant.
-Sterling
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> At 04:33 PM 1/12/2004 -0500, Sterling Hughes wrote:
> >> > In theory, I like the idea of a unified set of XML helper extensions,
> >> > but DOM's so big and ugly that I don't know if it plays well with
> >> > others in the sandbox.
> >
> > My thoughts on this are as follows, some are directly related to the
> topic,
> > some are related to simplexml's original design and current functionality.
> > SimpleXML was originally designed to provide a direct mapping between a
> > XML document and a data structure, through access to the p
> Hello Sterling,
>
> Monday, January 12, 2004, 10:33:08 PM, you wrote:
>
> >> > In theory, I like the idea of a unified set of XML helper extensions,
> >> > but DOM's so big and ugly that I don't know if it plays well with
> >> > others in the sandbox.
> >>
> >> We are not consistent! Not in an
> > In theory, I like the idea of a unified set of XML helper extensions,
> > but DOM's so big and ugly that I don't know if it plays well with
> > others in the sandbox.
>
> We are not consistent! Not in any way. DOM uses studlyCaps and SimpleXML
> uses underscores for its method names. Speaking
> > Much of the current code in SimpleXML is due to immaturities in either
> > Zend or the LibXML interface at the time I was writing SimpleXML. I wanted
> > to have cool things to show at conferences, plus other people wanted to see
> > what was possible with simplexml, so features started to cre
Funny, i writing a response to adam's message while this got to the
mailing list. Take a look at my response to adam, as it covers this
patch as well.
-Sterling
> Hi!
>
> I'm just playing with simplexml and wonder if two new functions of the
> simplexml_element object would be usefull: getName(
The idea of simplexml is to return the nodes of *that particular node*,
not all of the subsequent nodes, therefore (as mentioned before), the
current behaviour is correct.
The current behaviour of to_xml_string() is however, wrong. It should
return the xml content from the current node as adam p
George Schlossnagle's upcoming book (Advanced PHP), will have 3 chapters
entirely devoted to PHP Internals and the Zend API; I highly recommend
it.
-Sterling
>
> -Original Message-
> From: david [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 5:39 PM
> To: [EMAIL PROTECTED]
> At 23:24 08/01/2004, Sterling Hughes wrote:
> >> >p.s. Is there a technical reason the function table could be shareable
> >> >across children? I can't think of one of the top of my head.
> >>
> >> I guess you're missing a 'not
> >p.s. Is there a technical reason the function table could be shareable
> >across children? I can't think of one of the top of my head.
>
> I guess you're missing a 'not' in this question? :) Anyway, the reason it
> cannot be shared is that it also contains user-defined functions. It
> sta
hey,
i'm using php5-cvs, and building with apache2handler. when php is built
with TSRM, you can't set values like asp_tags or short_tags in your
php.ini file, because they are overridden by
zend_set_default_compile_time_values() (called from
compiler_globals_ctor()).
-sterling
--
PHP Internals
> At 20:57 08/01/2004, George Schlossnagle wrote:
>
> >On Jan 8, 2004, at 1:39 PM, Zeev Suraski wrote:
> >>
> >>Personally, I'm not convinced this is that case, even if the people we're
> >>dealing with run thousands of Apache processes per server (which they do).
> >
> >Unless they're running th
>
> --
> The most effective debugging tool is still careful thought, coupled with
> judiciously placed print statements.
> - Brian W Kernighan, 1978
The quotes are completely random btw :)
-Sterling
--
We all agree on the necessity of compromise. We just can't agree on
when it's neces
On Fri, 2003-09-05 at 17:42, George Schlossnagle wrote:
> On Friday, September 5, 2003, at 11:30 AM, Sebastian Bergmann wrote:
>
> > Marcus Börger wrote:
> >> try {
> >> // code
> >> }
> >> catch (class1 $var) {
> >> }
> >> catch (class2 $var) {
> >> }
> >> catch ($var) {
> >> }
> >
> > I tho
Zeev seems to be working on foreach and simplexml, but the above
behaviour is the correct one. Why should the first loop? If I did:
what would i get?
-Sterling
On Thu, 2003-09-04 at 18:24, Sebastian Bergmann wrote:
> The following script
>
> $root = simplexml_load_string('
>
The problem is this creates a difference with the PEAR classes and PEAR
standards.
I agree that on the whole using underscores is a better method, its my
preference as well. But PEAR already made the decision to go with
studlyCaps, and we should follow in suite (as they are the largest
collection
yes, it shouldn't be enabled by default, it relies on libxslt, a
separate library from libxml2.
-Sterling
Am Mo, 2003-09-01 um 07.58 schrieb Sebastian Bergmann:
> Hi,
>
> since we already enabled ext/dom, ext/simplexml and ext/xml by default I
> was wondering why ext/xsl is not enabled by
Hey,
Just a note that compiling zend_execute.c with the -finline-limit=8192
flag provides a signifigant performance increase with PHP5 (not PHP4).
But *just* compiling zend_execute.c with this flag seems to bring the
performance boost, if you go to other files you get nasty cache trashing
which s
we're not planning anything. sebastian brought this to the list, not
us.
-sterling
Am Mo, 2003-09-01 um 01.43 schrieb Cristiano Duarte:
> How long have you been testing these hacks? Are there any side-effects ?
> Are you planning a ZE2 patch? I can test it...
>
> Cristia
yes. PHP4 was only chosen because PHP5 (Zend Engine 2) was a moving
target, and after a day, our patch would be broken, or we'd constantly
have to remerge. Nearly every optimization applys to Zend Engine 2,
with the exception of the optimizations that are already in Zend Engine
2 that is :)
-Ste
> On Mon, 25 Aug 2003, Rasmus Lerdorf wrote:
>
> > It would also have to be a new 4.4 branch as it breaks binary
> > compatibility for extensions.
>
> It is far from being usable in mainstream as it relies on various
> GCC features in many places. Of course, using portable C is
> a r
So, being the author of the C-level cast_object(), I thought about
exposing this at one time. I decided against it mainly because I needed
it for simplexml, and I didn't want an internals decision to be clouded
by userspace discussions (how's my whitespace btw?)
I really like the idea of PHP havi
On Wed, 2003-07-16 at 22:23, Olivier Hill wrote:
> Sterling Hughes wrote:
> > Just don't reply.
> >
> > -Sterling
>
> Kind of rude... We should a *least* have an auto-reply directing to a
> "closed bug" report telling users to use the system libmysq
Just don't reply.
-Sterling
On Wed, 2003-07-16 at 19:59, Georg Richter wrote:
> Hi,
>
> since PHP5 beta is out I got tons of emails which a) complained about missing
> libmysql for ext/mysqli b) about licensing problems and possible solutions.
>
> I'm not able to answer all these mails, curren
Just a note that I'd prefer a different name as well. I really don't
see the use for this function though. If you need to see the next
element in the iteration use next(), and then rewind it with prev().
-Sterling
On Sat, 2003-07-05 at 06:57, Marcus Börger wrote:
> Hello Andi,
>
> there was no
On Wed, 2003-07-02 at 14:24, Andi Gutmans wrote:
> At 10:37 AM 2/7/2003 -0400, l0t3k wrote:
> >IIRC there was an informal consensus to use studlyCaps as the official
> >userland convention for OOP extensions (*) (leaving aside the case
> >insensitivity of the language.)
> >my question now concerns
On Wed, 2003-07-02 at 10:11, Timm Friebe wrote:
> On Wed, 2003-07-02 at 06:34, Sterling Hughes wrote:
> [...]
> > $t = new test;
> > var_dump($t->filter('hello world'));
>
> Changing this line to:
> var_dump(ca
Hey,
Bug 24441 (http://bugs.php.net/bug.php?id=24441), displays the following
problem:
array, array($this, 'filter'));
}
function filter ($value) {
return preg_match("/{$this->filter}/i", $value);
}
}
$t = new test;
var_dump($t->filter('hello world'));
?>
Wez explained to me a real world usage (over IRC). I still think its a
terrible idea, but I'll drop it .
-Sterling
On Tue, 2003-07-01 at 20:17, Sascha Schumann wrote:
> Tallied votes so far.
>
> Yay: Sterling
> Nay: John, Marcus, Wez, Sascha
> Abstain: Jani
>
> - Sascha
--
On Tue, 2003-07-01 at 20:17, Sascha Schumann wrote:
> Tallied votes so far.
>
> Yay: Sterling
> Nay: John, Marcus, Wez, Sascha
> Abstain: Jani
- John
He hasn't given his opinion in this thread.
-Sterling
>
> - Sascha
--
"Programming today is a race between software enginee
Btw, the quickest way would be for you to give me a real world usage -
Happen to have any on your mind?
-Sterling
On Tue, 2003-07-01 at 19:59, Sascha Schumann wrote:
> Sterling,
>
> you have obviously made up your mind already, so arguing is
> moot. Let's have a quick vote and move
On Tue, 2003-07-01 at 19:59, Sascha Schumann wrote:
> Sterling,
>
> you have obviously made up your mind already, so arguing is
> moot. Let's have a quick vote and move on.
>
> Pro removing: Sterling
> Con removing: Sascha
>
> - Sascha
--
"Science is like sex: sometime
On Tue, 2003-07-01 at 19:51, Wez Furlong wrote:
> What is the point of publishing a benchmark if you are not comparing an SQL
> data store with an SQL data store?
Speaking of bullshit comparisons :)
One is a client/server architecture, the other is a direct disk access
architecture. Using an RDB
On Tue, 2003-07-01 at 19:45, Sascha Schumann wrote:
> Having a SQL session storage module in the default
> distribution is a good learning example for other storage
> module authors. I don't see any necessity to remove this
> particular piece of code based on the assessment that it
plication, and
making your processor red hot.
-Sterling
PS: Some people seem to be confused by what I meant as default. I meant
default in the sense that its always available, always compiled into
PHP, not default like its used by default.
On Tue, 2003-07-01 at 15:28, Sterling Hughes wrote:
>
On Tue, 2003-07-01 at 16:56, Ilia Alshanetsky wrote:
> >From a performance standpoint you are correct, SQLite looses to files. The
> actually performance seems to be quite drastic (very surprising to me). That
> said, keep in mind that for most applications even 150 requests/second is an
> unatt
> My point being that 1/3 slowdown seems to be about worst case, given
> the construction of your benchmark. The test was both designed to
> exploit lock contention (which does increase in overhead non-linearly
> under usage due to the queueing issues involved) and to measure only
> the overh
On Tue, 2003-07-01 at 16:33, George Schlossnagle wrote:
> On Tuesday, July 1, 2003, at 04:00 PM, Sterling Hughes wrote:
> > On Tue, 2003-07-01 at 16:15, George Schlossnagle wrote:
> >> On Tuesday, July 1, 2003, at 03:28 PM, Sterling Hughes wrote:
> >>
> >&
On Tue, 2003-07-01 at 16:08, Elfyn McBratney wrote:
> On Tue, 1 Jul 2003, Sebastian Bergmann wrote:
>
> > Sterling Hughes wrote:
> > > It offers not one practical advantage.
> >
> > I though the same, the SQLite euphoria should not be taken too far.
> >
&
On Tue, 2003-07-01 at 16:20, George Schlossnagle wrote:
> On Tuesday, July 1, 2003, at 03:49 PM, Sterling Hughes wrote:
> > You can't look at raw performance on a simple script in terms of req/s,
> > but rather percentages. Most scripts are complex, and will have plenty
&
On Tue, 2003-07-01 at 16:15, George Schlossnagle wrote:
> On Tuesday, July 1, 2003, at 03:28 PM, Sterling Hughes wrote:
>
> > Hi,
> >
> > Recently sqlite sessions have been added by default. I think this is a
> > bad idea to have as a default handler. SQLite i
What advantage does it bring?
It is *only* a disadvantage. It can only hurt users, it can't help
them. I would be for it if someone gave me a practical usage, no one
has. Its not the right tool for the job. If you want to shoot yourself
in the foot, PEAR is the place to do that.
-Sterling
On
pre-existing architecture, or you want to
cluster (and even then its iffy). The Sqlite sessions supports allows
you to do neither of these things. Its not easier to use, its a 300%
slowdown, and its not nearly as "safe" in shared environments (you can't
have different users for different
Hi,
Recently sqlite sessions have been added by default. I think this is a
bad idea to have as a default handler. SQLite is not designed for a
write intensive environment, and encouraging such usage seems to be
silly.
SQLite is bad because:
1) It uses one file for the entire db. Therefore, ev
Not to throw a wrench in the wheel, but properties seem to be the more
appropriate pattern. Especially when taking PHP's object overloading
abilities into play. Accessors are a Java paradigm that's as half-baked
as it is repetitive, when you have overloading you no longer need
property accessors.
Done. :)
-Sterling
On Mon, 2003-06-30 at 17:25, Andi Gutmans wrote:
> Nuke along.
>
> At 03:55 PM 30/6/2003 -0400, Sterling Hughes wrote:
> >Hey,
> >
> >Edin pointed out that we no longer need to reserve the "main" keyword in
> >zend engine 2. As t
Hey,
Edin pointed out that we no longer need to reserve the "main" keyword in
zend engine 2. As the main:: keyword was only reserved for the main::
namespace in the first place. We no longer have namespaces, therefore
we no longer need to reserve main.
Attached is a patch to zend_compile.c that
I refer you to the jargon file, which is about as good a definition that
you can get:
http://info.astrian.net/jargon/terms/b/beta.html
"Mostly working, but still under test; usu. used with `in': `in beta'.
In the Real World, systems (hardware or software) software often go
through two stages of r
fixed in cvs - thanks.
-Sterling
On Mon, 2003-06-30 at 00:26, Elfyn McBratney wrote:
> There's a small typo in ext/xsl/config.m4 . T'is small, but I though I'd submit
> a patch. :)
>
> 2003-06-30 Elfyn McBratney <[EMAIL PROTECTED]>
>
> * ext/xsl/config.m4: Fix 'test' conditional.
>
>
> On Sun, 29 Jun 2003, Jon Parise wrote:
>
> > On Mon, Jun 30, 2003 at 02:28:35AM +0200, Marcus Brger wrote:
> >
> > > In no particular order these are the things i think should be done before
> > > releasing the next php 5 beta version:
> >
> > Without going into detail on any of these specific i
The PHP development community is proud to announce the release of
PHP 5 Beta 1. Both source packages and a Win32 build are available, you
can find these packages at http://www.php.net/downloads.php. For a
complete list of changes, please refer to
http://www.php.net/ChangeLog-5.php.
Some of the m
Source distro ::
http://www.php.net/~sterling/php5/
Win32 binaries ::
http://www.php.net/~edink/php-5.0.0b1-Win32.zip
Download, compile, test.
The following tests should fail on make test for a stock php build::
=
FAILED TE
Because, this will encourage people to do :
--without-xml
Instead of upgrading the system libxml2.
-Sterling
On Fri, 2003-06-27 at 13:04, Anil Madhavapeddy wrote:
> On Fri, Jun 27, 2003 at 12:25:39PM -0400, Sterling Hughes wrote:
> >
> > 2) Libxml2 may be installed everywhere,
Hi,
So I figure I'll restart this discussion. There are a couple of reasons
I want to bundle libxml2:
1) XML support is crucial. You may not like XML, but its the standard
for data exchange these days, and is incredibly important when
interoperating with external services. A PHP installation s
> We should decide and implement whatever is decided on by beta2.
>
great.
> > > So how do we get a formal spec for the changes (starting with nicer names,
> > > i.e. Iterator instead of spl_foreach)? :) It's probably best if you take
> > > Sterling's email and try and come to a final set of int
On Fri, 2003-06-27 at 09:22, Andi Gutmans wrote:
> At 10:09 AM 27/6/2003 +0200, Marcus Börger wrote:
> >Hello Andi,
> >
> >Friday, June 27, 2003, 9:53:50 AM, you wrote:
> >
> >AG> Hey,
> >
> >AG> In general I think the ideas behind SPL are interesting. However, my main
> >AG> problem with the whole
On Fri, 2003-06-27 at 04:09, Marcus Börger wrote:
> Hello Andi,
>
> Friday, June 27, 2003, 9:53:50 AM, you wrote:
>
> AG> Hey,
>
> AG> In general I think the ideas behind SPL are interesting. However, my main
> AG> problem with the whole array and iterator overloading is that it's not
> AG> qu
This is not a php support channel, either direct your questions to
[EMAIL PROTECTED] or look at google.
-Sterling
On Thu, 2003-06-26 at 23:56, Wei He wrote:
> On Fri, 27 Jun 2003, Sebastian Bergmann wrote:
>
> > Wei He wrote:
> > > Can anyone give an example script demostrating how interfaces
Hey,
Am I right in assuming that aggregation is going to be removed in PHP5?
-Sterling
--
"Reductionists like to take things apart. The rest of us are
just trying to get it together."
- Larry Wall, Programming Perl, 3rd Edition
--
PHP Internals - PHP Runtime Development Mailing List
To
Also, if someone has time, 013.phpt segfaults.
-Sterling
On Wed, 2003-06-25 at 21:21, Sterling Hughes wrote:
> At least with php5. Take a look at ext/session/tests/003.phpt for an example
> of such breakage.
>
> -Sterling
> --
> "First they ignore you, then they laugh
At least with php5. Take a look at ext/session/003.phpt for an example
of such breakage.
-Sterling
--
"First they ignore you, then they laugh at you,
then they fight you, then you win."
- Gandhi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
go for it.
-sterling
On Wed, 2003-06-25 at 17:14, Sebastian Bergmann wrote:
> The following patch adds the use of HAVE_SIMPLEXML. Any objections?
>
> cvs server: Diffing .
> Index: simplexml.c
> ===
> RCS file: /repository/php-src
Hey,
I'd like to talk about merging SPL into the engine, or at least taking
some of the core components of SPL and adapting them to the engine, so
that the same functionality is available per-default in PHP5.
SPL provides a standard set of interfaces, specifically:
Iterator:
Allows you to overr
On Wed, 2003-06-25 at 01:00, Sebastian Bergmann wrote:
> Sterling Hughes wrote:
> > Are there any other outstanding issues before a beta?
>
> I think there are a number of stale extensions that should be removed
> from php-src/ before a BETA -- for instance qtdom.
>
On Wed, 2003-06-25 at 00:41, Sebastian Bergmann wrote:
> Sterling Hughes wrote:
> > sterlingWed Jun 25 00:39:01 2003 EDT
> >
> > Modified files:
> > /php-srcNEWS
> > Log:
> > add zend engine 2 changes.
>
> I think ZEN
Hi,
Ok, so the BETA todo has been updated, and its available at ::
http://www.php.net/~sterling/php5/TODO
The two remaining items are:
- Discuss Integrating SPL with PHP 5, Zend Engine 2
- Discuss Bundling libxml2 with PHP 5
Both of these were left until a later point, and I'll be starting up
Just to clarify:
Livedocs is a wez, derick and ilia thing.
Sqlite is a wez, marcus, tal thing.
I'm just an annoying cheerleader :)
-Sterling
On Tue, 2003-06-24 at 18:52, Mike Robinson wrote:
> Andi Gutmans wrote:
>
> > At 04:32 PM 6/24/2003 -0400, Sterling Hughes wrote:
>
On Tue, 2003-06-24 at 17:41, Andi Gutmans wrote:
> Do we have documentation for the sqlite extension?
yep... Not sure if its on php.net, but its written and committed. Used
to be available at http://docs.php.net/, but that's having problems at
the moment.
-Sterling
>
> Andi
--
"A business tha
Yes, Rasmus hit the nail on the button!
> So yes, while I agree with the general sentiment of moving more stuff to
> PECL, for fundamental things like PCRE, Session and now SQL-access to flat
> files, that make up the core of what makes PHP what it is, I think this
> should be bundled.
The two
On Mon, 2003-06-23 at 14:04, Sascha Schumann wrote:
> > A bunch of things are broken. Files are missing in php4 head and the
> > wrong versions of files are also in there. I think we need to roll this
> > change back as soon as possible and take another shot at this in a much
> > more organized m
nope, just in cvs. and just as of last night. :) But the footprint of
php5 is actually smaller with regards to sqlite, as the client library
caused more download time.
-Sterling
On Mon, 2003-06-23 at 13:58, Andi Gutmans wrote:
> At 01:12 AM 6/23/2003 -0400, Sterling Hughes wrote:
> >
On Mon, 2003-06-23 at 03:34, Stanislav Malyshev wrote:
> SB>> > Anybody cares to explain what SPL is?
> SB>>
> SB>> http://cvs.php.net/cvs.php/spl
>
> >From the initial look at the code, it seems it contains a large parts of
> duplicated engine code. Which means, unless I am missing something,
On Mon, 2003-06-23 at 11:59, Zeev Suraski wrote:
> At 18:39 23/06/2003, Rasmus Lerdorf wrote:
> >On Mon, 23 Jun 2003, Zeev Suraski wrote:
> > > Maybe we can go for a compromise - enable it with ZEND_INI_PERDIR and
> > > ZEND_INI_UUSE. That way it will be possible to use it with httpd.conf /
> > >
On Mon, 2003-06-23 at 03:55, Thies C. Arntzen wrote:
> On Sun, Jun 22, 2003 at 10:38:42PM -0400, Sterling Hughes wrote:
> > Hey,
> >
> > Unless anyone objects I'm going to enable the sqlite extension by
>
> i object strongly. sterling, why have you gotten i
. But besides
that, I'm talking about enabling by default - not bundling. As I
mentioned its been bundled for quite awhile now. :)
-Sterling
On Mon, 2003-06-23 at 02:16, Andi Gutmans wrote:
> At 01:01 AM 6/23/2003 -0400, Sterling Hughes wrote:
>
> >Well, its actually already bu
On Mon, 2003-06-23 at 02:03, Andi Gutmans wrote:
> At 10:38 PM 6/22/2003 -0400, Sterling Hughes wrote:
> >Hey,
> >
> >Unless anyone objects I'm going to enable the sqlite extension by
> >default for PHP5. The extension comes with the bundled sqlite library
&g
On Sun, 2003-06-22 at 23:52, George Schlossnagle wrote:
> On Sunday, June 22, 2003, at 11:39 PM, Sterling Hughes wrote:
>
> > --disable-all you mean?
>
> Well, certain extension (curl, openssl) are almost necessary for the
> language itself to be fully functional, wherea
On Mon, 2003-06-23 at 00:15, George Schlossnagle wrote:
> On Monday, June 23, 2003, at 12:00 AM, Sterling Hughes wrote:
>
> > ADT - probably not.
>
> Why not part of ext? Enabled by default or not, it seems completely
> appropriate to ship them with php.
>
cause i
ADT - probably not.
SPL - I hope so.
-Sterling
On Mon, 2003-06-23 at 00:06, Sebastian Bergmann wrote:
> What's the status of ADT and SPL? Will they be part of the standard
> PHP 5 distribution?
>
> --
> Sebastian Bergmann
> http://sebastian-bergmann.de/ http://phpOpenTra
--disable-all you mean?
-Sterling
On Sun, 2003-06-22 at 23:47, George Schlossnagle wrote:
> On Sunday, June 22, 2003, at 10:38 PM, Sterling Hughes wrote:
>
> > Hey,
> >
> > Unless anyone objects I'm going to enable the sqlite extension by
> > default for
Hey,
Unless anyone objects I'm going to enable the sqlite extension by
default for PHP5. The extension comes with the bundled sqlite library
which is 1.5mb in total (cd ext/sqlite/libsqlite/src/; du -ch *.c *.h),
and is a good alternative to using MySQL for small sites.
The sqlite library is lic
Hi,
Currently, soley for backwards compatibility purposes we provide the
ze2.implicit_clone option. This option is globally settable, and may be
used by shared hosting providers to make it more likely that old scripts
can run unmodified. This however makes it extremely hard, and inelegant
for pe
> Zak is already working on license problems, incompatibility and possible
> solutions. Wouldn't it be better to give him and MySQL AB a little bit more
> time?
>
What would've been better if MySQL provided a suitable option before
they changed their licenses to the GPL. This is MySQL's mess
06-21 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?
>
&
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
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 th
Sure. PECL is a proof of that. ;-)
-Sterling
On Wed, 2003-06-18 at 23:47, Rasmus Lerdorf wrote:
> On Wed, 18 Jun 2003, Sterling Hughes wrote:
> > I've added the mb stuff to the list.
> >
> > Can the extension itself be considered a complete work? Therefore by
>
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 n
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 Mail
On Wed, 2003-06-18 at 09:21, Stanislav Malyshev wrote:
> SS>> Common referred to real applications, not 'make test'.
>
> Do you have some data about real applications in PHP that use strings
> longer than 80 bytes via smart strings? My tests show most of the strings
> used are small. Looking
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 soluti
101 - 200 of 247 matches
Mail list logo