I wonder if these people have a summary of things they ideally need. Then
we could have ext/bioinformatics. Who knows, it might bring PHP to new places.
Anyway, I'm neutral about the parameter change. Will it be a default parameter?
Andi
At 01:12 PM 26/6/2003 -0400, Andrei Zmievski wrote:
Hi,
A
Hey,
In general I think the ideas behind SPL are interesting. However, my main
problem with the whole array and iterator overloading is that it's not
quite clear to me where this should have an effect. Will it only work in
foreach()? Is it supposed to work in array_sort() and all other internal
Wei He wrote:
> I just wonder how php5 will implement them.
Have you read
http://cvs.php.net/co.php/ZendEngine2/ZEND_CHANGES
yet?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-mi
On Fri, 27 Jun 2003, Sebastian Bergmann wrote:
> Wei He wrote:
> > Espscially how MI can be replaced by using of interfaces
>
> http://csis.pace.edu/~bergin/patterns/multipleinheritance.html
>
Thanks for the link. I just wonder how php5 will implement them. Or maybe
I should ask in Zend Engin
Wei He wrote:
> Espscially how MI can be replaced by using of interfaces
http://csis.pace.edu/~bergin/patterns/multipleinheritance.html
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-mit-
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
On Fri, 27 Jun 2003, Sebastian Bergmann wrote:
> Wei He wrote:
> > Can anyone give an example script demostrating how interfaces look like
> > in PHP5?
>
> http://www.sebastian-bergmann.de/talks/adam-2003-oop.pdf
Thanks. I must have been a very nice presentation. I love PHP Bananas!
But the i
On Tuesday 24 June 2003 23:28, Tim Parkin wrote:
> I would just like to know what the arguments regarding the bundling of
> postgres are.
a) the Library has to be bundled too
b) Postgres doesn't run/compile on all platforms (e.g. Windows)
Regards
Georg
--
PHP Internals - PHP Runtime Developm
Wei He wrote:
> Can anyone give an example script demostrating how interfaces look like
> in PHP5?
http://www.sebastian-bergmann.de/talks/adam-2003-oop.pdf
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-soft
On Thursday 26 June 2003 21:02, Dan Kalowsky wrote:
Hi,
> Is there some reason why when using the --disable-all flag on PHP_5
> configure still checks if you have libxml?
>
> It would be nice if --disable-all worked as advertised.
same problem with PEAR. I have to specify --without-PEAR.
Georg
Sascha Schumann wrote:
> I'm using libxml 2.5.7 from
>
> http://www.zlatkovic.com/projects/libxml/binaries.html
I'm using the same and it works like before. Odd.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professione
On Thu, 26 Jun 2003, Marcus Börger wrote:
> WH> If so I'll have to copy method codes from parent classes like what I
> WH> have do so in PHP4 without aggregation. Right?
>
> No, the method implementations are inherited.
Got it. Many thanks.
So if I understand correctly this time, it will make
On Thu, 26 Jun 2003, Sebastian Bergmann wrote:
> I just compiled HEAD with
>
> --with-pcre-regex=/usr
>
> where I have PCRE 4.2 installed.
>
> The build works fine, but phpinfo() shows
>
> PCRE Library Version 3.9 02-Jan-2002
Hmm, I just did the same thing (--with-pcre-regex=/usr
On Thu, Jun 26, 2003 at 12:16:16PM -0700, Brad LaFountain wrote:
> Shane doesn't like to play with the PECL one ;)
> (seems like nor do I, its been a while)
> - Brad
Well since the extensions are now 'in' PECL, doesn't that mean the
SOAP extension there could/would be the PHP SOAP extension?
I
Note that the bug is against a platform we strongly advise against using
in any sort of production environment. Not that we shouldn't fix it if
anybody can reproduce it (which I haven't heard anybody say they could),
but there is a reason we are still telling people not to use Apache2+PHP
in produ
On Thu, 26 Jun 2003, Sascha Schumann wrote:
>On Thu, 26 Jun 2003, Jani Taskinen wrote:
>
>>
>> How to get it back? :)
>> It was in php-4.3.3RC1..
>
>cvs co pecl/bz2
>cd pecl/bz2
>cvs tag PHP_4_3
Okay, done.
--Jani
--
PHP Internals - PHP Runtime Development
On Thu, 26 Jun 2003, Jani Taskinen wrote:
>
> How to get it back? :)
> It was in php-4.3.3RC1..
cvs co pecl/bz2
cd pecl/bz2
cvs tag PHP_4_3
- Sascha
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
How to get it back? :)
It was in php-4.3.3RC1..
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Shane doesn't like to play with the PECL one ;)
(seems like nor do I, its been a while)
- Brad
--- Jeraimee Hughes <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2003 at 10:03:49AM -0700, Shane Caraveo wrote:
> > Sebastian Bergmann wrote:
> > > With all this new fancy XML support in PHP 5 -- wha
Is there some reason why when using the --disable-all flag on PHP_5
configure still checks if you have libxml?
It would be nice if --disable-all worked as advertised.
>---<
Dan Kalowsky"I got my mojo working, but it
Hello Wei,
Thursday, June 26, 2003, 11:16:16 AM, you wrote:
WH> On Thu, 26 Jun 2003, Sebastian Bergmann wrote:
>> Wei He wrote:
>> > How could I live without aggregation or multiple inheritance?
>>
>> Java developers are very happy without these concepts. Why? Because
>> they have interface
usually people with some responsibility in mind won't disclose a bug that
might cause system to be penetrated, before the vendor had enough time to
respond with an answer to the bug. if the bug he found might be a bug that
would result in every server running PHP to be cracked, that's not good.
On Thu, 26 Jun 2003, moshe doron wrote:
>
> > limited, so before a check, every segfault *might* have security issues
> > behind...
>
> in the bottom line, there were, there'll and probably there are
> such "security issues" where the dealing is publicly/ in
> contrary there was in the past file u
> Checkout of php-src should only give you php-src, not Zend. :)
> There's nothing wrong with the php4/php5 aliases, that worked
> just fine, now this shit in there now gives you 2 zend-directories..
> Ridiculous.
I agree that it is ridiculous that we have two zend
director
> limited, so before a check, every segfault *might* have security issues
> behind...
in the bottom line, there were, there'll and probably there are such "security issues"
where the dealing is publicly/
in contrary there was in the past file uploading issue that cause to role pl. where is
the
On Thu, 26 Jun 2003, Zeev Suraski wrote:
>At 23:58 25/06/2003, Sebastian Bergmann wrote:
>>Sascha Schumann wrote:
>> > Here is a patch which automates the engine selection for VC++.
>>
>> Works here, too.
>>
>> But is this really necessary? I fail to see the point of having to
>> check out b
On Thursday, June 26, 2003, at 04:09 AM, Sebastian Bergmann wrote:
I started working on a PHP Micro-Benchmark-Suite [1] to track
changes in performance between PHP releases.
Great idea.
I was reading this article this morning:
http://www.macdevcenter.com/pub/a/mac/2003/06/24/wwdc_2003.html
On Thu, Jun 26, 2003 at 10:03:49AM -0700, Shane Caraveo wrote:
> Sebastian Bergmann wrote:
> > With all this new fancy XML support in PHP 5 -- what about SOAP?
> I plan on implementing a new soap library based on top of simplexml, but
> will not be able to start serious work on it until august.
Andrei Zmievski wrote:
> Not sure. I haven't tried it in a lng time.
I just compiled HEAD with
--with-pcre-regex=/usr
where I have PCRE 4.2 installed.
The build works fine, but phpinfo() shows
PCRE Library Version 3.9 02-Jan-2002
--
Sebastian Bergmann
http://sebastian-b
On Thu, 26 Jun 2003, Sebastian Bergmann wrote:
> On a sidenote, the bundled PCRE library is a bit outdated (I have 4.x
> on my GENTOO laptop, for instance).
Yeah, but there is nothing that's changed much. I suppose we can
upgrade.
What are your thoughts on my proposal for the new parameter?
Andrei Zmievski wrote:
> Any thoughts or objections?
On a sidenote, the bundled PCRE library is a bit outdated (I have 4.x
on my GENTOO laptop, for instance).
Can ext/pcre be built against a system library rather than the
bundled one? Last time I tried it failed.
--
Sebastian Bergmann
Hi,
Apparently a few people are doing a lot of bioinformatics data sifting
with PHP and one of them asked me if it would be possible to add a
parameter to preg_match_* functions to indicate the starting offset for
the search. I think it's a good idea, and having looked at the current
implementatio
Shane Caraveo wrote:
> I plan on implementing a new soap library based on top of simplexml
Good news!
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP
Sebastian Bergmann wrote:
With all this new fancy XML support in PHP 5 -- what about SOAP?
I plan on implementing a new soap library based on top of simplexml, but
will not be able to start serious work on it until august. The new
library would be usable with almost no PHP code, but will still
every program that crashes due to overwriting of memory it should not
overwrite is subject to overwrite the registers that control the flow of
the program, and might, upon user input, execute arbitrary code. the real
question is how much can you effect the flow of the program - that depends
on
ummp, sorry for my ignorant, when segfualt consider as "potential security
report"?
i put similar (?) example in the past on the bugs.php.net that's live there
open about 2 month's till wez fix it, without considering the last sascha
integer overflow hunting project...
--
moshe
"Simon Ejsing" <[
Here is a quick outline regarding the reasons for using a
version agnostic system. These have not been well
communicated before which resulted in some resentment of the
approach. I urge to read this with an open mind.
Advantages:
a) Improving accessibility to the source
At 18:25 26/06/2003, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> it tried to link it regardless of the value of HAVE_MYSQL :)
That's odd, because it worked here.
You must have an old .lib lurking around. If the .dsp contains a library
reference, it's required for the build to succeed, even
> Yes really, it tried to link it regardless of the value of HAVE_MYSQL
:)
same here..
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Zeev Suraski wrote:
> it tried to link it regardless of the value of HAVE_MYSQL :)
That's odd, because it worked here.
Sorry,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-m
At 18:14 26/06/2003, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> The way it was in CVS forced people to have the MySQL client library
Not really, since I set HAVE_MYSQL=0 is config.w32.h.
Yes really, it tried to link it regardless of the value of HAVE_MYSQL :)
Zeev
--
PHP Internals - PHP Ru
Zeev Suraski wrote:
> The way it was in CVS forced people to have the MySQL client library
Not really, since I set HAVE_MYSQL=0 is config.w32.h.
> Go ahead :)
Done.
Now someone, not me ;-), needs to fix the .dsp in ext/mysql so that it
works with the libmysql that shipts with MySQL's Wi
At 17:46 26/06/2003, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> - Remove libmysql linkage
So ext/mysql can no longer be built built-in by enabling
HAVE_MYSQL
in main/config.w32.h?
Not unless you hack the .dsp... The way it was in CVS forced people to
have the MySQL client library,
Zeev Suraski wrote:
> - Remove libmysql linkage
So ext/mysql can no longer be built built-in by enabling
HAVE_MYSQL
in main/config.w32.h?
If so, then I think we should remove the remaining MySQL references
from internal_functions_win32.c and config.w32.h and only allow
ext/mysql t
On Thu, 26 Jun 2003, Wez Furlong wrote:
> > B. Some extensions will have specific changes for a particular php-src
> > branch
> >
> > For example, Wez had a PHP_4_3 branch in pecl/sqlite which was moved to
> > PHP_4 and confused him.
>
> No, Jani was surprised by the symlink that caused the 4
On Thu, Jun 26, 2003 at 04:33:46PM +0200, Andi Gutmans wrote:
> I think it's customary today to have the XML technologies as an integral
> part of the core development platform.
Which is why virtually all Unixes have it installed by default.
> IMO it's important enough for us to bundle. As Zeev m
Andi Gutmans wrote:
>
> At 06:38 AM 6/26/2003 +0200, Sebastian Bergmann wrote:
> >Wei He wrote:
> > > How could I live without aggregation or multiple inheritance?
> >
> > Java developers are very happy without these concepts. Why? Because
> > they have interfaces. Guess what? We have them, to
From: Adam Dickmeiss
> Bundling gives many problems. So if a Unix machine has libxml/libxslt
> installed (most do) and if that version is supported by PHP the configure
> should use that (and not a bundled version). If the PHP people
> only allows a very strict set of libxml versions that's a sign
I think it's customary today to have the XML technologies as an integral
part of the core development platform.
IMO it's important enough for us to bundle. As Zeev mentioned, if this ends
up being a problem, we can always unbundle.
Andi
At 04:22 PM 26/6/2003 +0300, Zeev Suraski wrote:
At 16:09
At 16:09 26/06/2003, Adam Dickmeiss wrote:
On Thu, Jun 26, 2003 at 03:53:09PM +0300, Zeev Suraski wrote:
> FWIW, that's one of the key reasons I think we should default to use the
> bundled libxml, and only use the system library if the user explicitly
> requested that. I think we're going to bund
On Wed, 25 Jun 2003, Sterling Hughes wrote:
> 1) "Fix" the object overloading model to allow you to handle array
> accesses internally. This includes the iterator concept and and array
> read and write. This portion of the code would be an integral part of
> the overloading mechanism (no interfac
On Thu, Jun 26, 2003 at 03:53:09PM +0300, Zeev Suraski wrote:
> FWIW, that's one of the key reasons I think we should default to use the
> bundled libxml, and only use the system library if the user explicitly
> requested that. I think we're going to bundle libxml in beta1 to see how
> well thi
FWIW, that's one of the key reasons I think we should default to use the
bundled libxml, and only use the system library if the user explicitly
requested that. I think we're going to bundle libxml in beta1 to see how
well this concept works.
Zeev
At 15:25 26/06/2003, Rob Richards wrote:
Will
Hello,
After consulting Wez on the IRC I have created PECL_4_3 branch in the sqlite
cvs repository to avoid clash with PHP repository branch in which sqlite
shouldn't exist.
Hopefully this PECL_4_3 branch should have the same content as PHP_4_3 just
before it was deleted.
Edin
--
PHP Interna
Will there be an "official" supported version of libxml now that there are
many xml extensions using it?
One issue that came up with the old domxml extension was that occasionally
new versions of libxml would "fix" things which ended up changing behavior
of the extension. With more extensions it c
Zeev Suraski wrote:
> I think you should use a slightly larger scale for bcsub()
I updated the script to
- have a configurable scale
- use a default scale of 12
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.prof
I think you should use a slightly larger scale for bcsub() - the numbers
you're getting are too 'beautiful' (909090, 66, 100, etc. :)
Zeev
At 11:09 26/06/2003, Sebastian Bergmann wrote:
I started working on a PHP Micro-Benchmark-Suite [1] to track
changes in performance between PHP r
On Thu, 26 Jun 2003, Simon Ejsing wrote:
> I've discovered a serious flaw and possibly a security issue in PHP. It is
> possible, by making a simple request to a PHP page, to crash the PHP thread
> with a Segmentation fault, no matter what the script does as it crashes
> before execution.
>
On Thu, 26 Jun 2003, Sebastian Bergmann wrote:
> Wei He wrote:
> > How could I live without aggregation or multiple inheritance?
>
> Java developers are very happy without these concepts. Why? Because
> they have interfaces. Guess what? We have them, too.
If I understand correctly, using of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've discovered a serious flaw and possibly a security issue in PHP. It is
possible, by making a simple request to a PHP page, to crash the PHP thread
with a Segmentation fault, no matter what the script does as it crashes
before execution.
> B. Some extensions will have specific changes for a particular php-src
> branch
>
> For example, Wez had a PHP_4_3 branch in pecl/sqlite which was moved to
> PHP_4 and confused him.
No, Jani was surprised by the symlink that caused the 4.3 release
pecl/sqlite to go away when he deleted ext/
I started working on a PHP Micro-Benchmark-Suite [1] to track
changes in performance between PHP releases.
Currently it tests some aspects of Array and OOP operations.
Comments / Improvements are welcome,
Sebastian
--
[1] http://www.sebastian-bergmann.de/blog/archives/104_PHP_MicroBe
At 04:44 26/06/2003, Sterling Hughes wrote:
Hey,
Am I right in assuming that aggregation is going to be removed in PHP5?
Yep, interfaces replace them...
Zeev
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
At 23:58 25/06/2003, Sebastian Bergmann wrote:
Sascha Schumann wrote:
> Here is a patch which automates the engine selection for VC++.
Works here, too.
But is this really necessary? I fail to see the point of having to
check out both versions of the Zend Engine twice when doing
cvs co -r
64 matches
Mail list logo
