At 03:46 PM 6/19/2003 +0200, Marcus Börger wrote:
Hello Sterling,
We need exceptions instead of errors whenever a try/catch block is
entered or a constructor gets called. This is a very easy thing to
implement but we need a consensus before doing so.
You can always throw the exception manually in
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 to each and aim for
the 30th of June for
Hello Andi,
Saturday, June 21, 2003, 11:14:28 AM, you wrote:
[...]
>>p.s.: And i'd still like to have final classes
AG> No big deal IMO and not necessary for the beta.
quite right :-)
--
Best regards,
Marcusmailto:[EMAIL PROTECTED]
--
PHP Internals - PHP Runtim
You´re right, sorry about the final attributes. I´m developing an IDL2PHP5
mapping specification and a compiler. To be full CORBA 2.3 aligned, I´m
using Java IDL mapping specification as a base for the PHP IDL
specification.
CORBA Enums can be mapped as constants (like Universe extension) or class
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (947 total including feature requests)
===[*Configuration Issues]
20490 Analyzed enable versioning not supported on OSX
21195 Verified Configure warnings/errors
21973 O
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
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. This won't affect
SH> the extension, it simply means we won't be bundling the *library* with
S
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
+1
> 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
I've added some names to the list as per your extension.
We still need some volunteers for:
a) Porting COM
b) What is the final status of mbstring?
c) Status on mysqli from the mysql folks. PHP is not OSI approved
(yet), will it be ok to keep mysqli in the betas?
-Sterling
On Sat, 2003-06-21 a
I think it would be a good thing. Many time I have to recompile PHP to use
it with MySQL to avoid charset warnings.
Wei He
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, 21 Jun 2003, Sterling Hughes wrote:
> 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 par
Hi Timm,
My project for the Specialization Degree in Computer Network Design and
Application includes the specification, the compiler and the library too.
But I'm afraid I will not have enough time to develop all the library. In
fact, I haven´t started it yet. I´m still working on the specificatio
> 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 usin
On June 21, 2003 11:43 am, Sterling Hughes wrote:
> 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
On June 21, 2003 11:55 am, Marcus Börger wrote:
> Please disable ext/mysql by default then, too.
Please don't, if the configure script can find the mysql library needed by the
extension on the system I see no reason why not to enable to mysql extension
by default. Given the large number of php +
On Sat, 21 Jun 2003, Ilia A. wrote:
> On June 21, 2003 11:55 am, Marcus Börger wrote:
> > Please disable ext/mysql by default then, too.
>
> Please don't, if the configure script can find the mysql library needed by the
> extension on the system I see no reason why not to enable to mysql extensi
On Sat, 21 Jun 2003, Ilia A. wrote:
> On June 21, 2003 11:55 am, Marcus Börger wrote:
> > Please disable ext/mysql by default then, too.
>
> Please don't, if the configure script can find the mysql library needed by the
> extension on the system I see no reason why not to enable to mysql extensi
At 11:43 AM 6/21/2003 -0400, Sterling Hughes wrote:
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 larg
At 11:54 AM 6/21/2003 -0400, Sterling Hughes wrote:
I've added some names to the list as per your extension.
We still need some volunteers for:
a) Porting COM
I don't think it is very important. If no one steps up to do this I suggest
we keep COM broken until someone does so.
b) What is the fin
Most distributions I am aware of already ship with compiled & installed MySQL
libraries. So, in many cases unless you seek to upgrade (or downgrade if 4.X
libs are in place and you need 3.X libs) you won't need to do a thing. Big
distros such as rhat will probably already have compiled modules f
I'll port COM if no else will; however, I'm way too busy for this be done by
the 30th if that is when you plan to release the beta.
> >We still need some volunteers for:
> >
> >a) Porting COM
>
> I don't think it is very important. If no one steps up to do this I
suggest
> we keep COM broken until
Andi Gutmans wrote:
> I don't think it is very important. If no one steps up to do this I
> suggest we keep COM broken until someone does so.
Isn't COM obsoleted by .Net (and thus ext/com by ext/mono) anyhow?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpe
No, to use .net or mono, you need to have .net or mono installed.
COM is always installed.
> Isn't COM obsoleted by .Net (and thus ext/com by ext/mono) anyhow?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, 21 Jun 2003, Ilia A. wrote:
> Most distributions I am aware of already ship with compiled & installed MySQL
> libraries. So, in many cases unless you seek to upgrade (or downgrade if 4.X
> libs are in place and you need 3.X libs) you won't need to do a thing. Big
> distros such as rhat
At 07:20 PM 6/21/2003 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
> I don't think it is very important. If no one steps up to do this I
> suggest we keep COM broken until someone does so.
Isn't COM obsoleted by .Net (and thus ext/com by ext/mono) anyhow?
Nope. COM will continue to live e
At 06:18 PM 6/21/2003 +0100, Wez Furlong wrote:
I'll port COM if no else will; however, I'm way too busy for this be done by
the 30th if that is when you plan to release the beta.
I don't see a problem with COM support not being in the beta. It's a small
part of PHP usage.
Andi
--
PHP Internals
By the way, was there an official MySQL announcement about the move to GPL?
Andi
At 08:17 PM 6/21/2003 +0200, Andi Gutmans wrote:
At 11:43 AM 6/21/2003 -0400, Sterling Hughes wrote:
Hey,
I'm putting this message out as a feeler. I'm going to go ahead and
remove the mysql library from the PHP so
On Sat, 21 Jun 2003, Andi Gutmans wrote:
> By the way, was there an official MySQL announcement about the move to GPL?
Not really... atleast nobody send something to a PHP list about it. I
was highly suprised when Arjen told me at a conference, and it looks
like they tried to hide it or somethi
Hello Sterling,
Thursday, June 19, 2003, 2:15:06 AM, you wrote:
SH> This is what I can think of for a concrete todo before the beta...
SH> http://www.php.net/~sterling/php5/BETA
SH> any thing i missed? anything extraeneous?
What about type hints for arrays ?
--
Best regards,
Marcus
Hello Cristiano,
Saturday, June 21, 2003, 2:07:09 AM, you wrote:
MB> Hello Cristiano,
MB> Friday, June 20, 2003, 9:03:33 PM, you wrote:
CD>> Ok, final methods and attributes are cool, but what about final classes ?
CD>> Is it hard to implement ? Or all classes must be able to be extended by
CD>
Hi there,
It seems that array appending has changed wrt negative indices. I had
just documented the new behaviour but now I'm not entirely sure whether
I've just documented an unintentional change. Is this new behaviour what
is desired (i.e. skipping straight from some negative key to 0 when
appe
Thanx Marcus, it works great !
Cristiano Duarte
"Marcus BöRger" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> Hello Cristiano,
>
> Saturday, June 21, 2003, 2:07:09 AM, you wrote:
>
> MB> Hello Cristiano,
>
> MB> Friday, June 20, 2003, 9:03:33 PM, you wrote:
>
> CD>> Ok, final
Hi all,
as maintainer of ext/mysql and ext/mysqli I'm standing between php and mysql,
and I spent a lot of time on both extensions, so don't ask me :)
Currently bundled libmysql prevents users to violate license. If you need an
external lib, you normally download latest stable, which is 4.0.x a
On Saturday 21 June 2003 20:58, Andi Gutmans wrote:
> By the way, was there an official MySQL announcement about the move to GPL?
>
Yes they did, but it was not the title of the announcement. :)
Georg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
At 10:30 PM 6/21/2003 +0200, Georg Richter wrote:
On Saturday 21 June 2003 20:58, Andi Gutmans wrote:
> By the way, was there an official MySQL announcement about the move to GPL?
>
Yes they did, but it was not the title of the announcement. :)
Do you have a URL? I couldn't find it on the MySQL.com
On Saturday 21 June 2003 23:44, Andi Gutmans wrote:
Hi Andi,
> Do you have a URL? I couldn't find it on the MySQL.com site.
check http://www.mysql.com/news/article-81.html -> Read more: MySQL 4.0 In A
Nutshell
Regards
Georg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscr
On June 21, 2003 10:14, Sascha Schumann wrote:
...
> There are rumours that MySQL AB does not want to provide a
> license exemption. The only consequence is that we should
> not steer users into their hands through simplified
> deployment.
What!?! Given that I am the one working
On June 21, 2003 14:17, Georg Richter wrote:
...
> 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?
I had hoped to have the exception done over a week ago, but there
have been a few co
To be quite honest, I don't see a need for final classes.
Talking from my experience, classes which are designed to be final, often
end up being inherited from at some point or another. This happened to me
quite often in C++ when taking other people's/company's code and required
fixing their sou
Sascha Schumann wrote:
There are rumours that MySQL AB does not want to provide a
license exemption. The only consequence is that we should
not steer users into their hands through simplified
deployment.
Derick Rethans wrote:
> On Sat, 21 Jun 2003, Andi Gutmans wrote:
>
>
>>By the w
On Saturday 21 June 2003 18:14, Sascha Schumann wrote:
> There are rumours that MySQL AB does not want to provide a
> license exemption. The only consequence is that we should
> not steer users into their hands through simplified
> deployment.
rumors from #php.de ? :)
Georg
--
On Thu, 19 Jun 2003 2:15:06 +0200, Sterling Hughes wrote
(in message <[EMAIL PROTECTED]>):
> 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
>
how about bug #21669? can
Georg Richter wrote:
> According to the MySQL license, you need a commercial license
> when using PHP 4 with MySQL 4.x, cause PHP license isn't
> a) OSI approved and b) GPL compatible.
Unbelievable.
Guess the postgres guys are licking their chops over this.
> We have the same problem with ext/my
Thanx Andi, it would help me with the consistency of the CORBA mapping.
Cristiano Duarte
"Andi Gutmans" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
To be quite honest, I don't see a need for final classes.
Talking from my experience, classes which are designed to be final, oft
> Wouldn't it be better to give [Zak] and MySQL AB a
> little bit more time?
I think this is the most sensible idea posted so far. The notion that we
*don't* lose out if we unbundle by default is wrong -- we're going to
have so many "my MySQL is broken, HELP!!!" support requests, it's going
to b
James Cox wrote:
I think this is the most sensible idea posted so far. The notion that we
*don't* lose out if we unbundle by default is wrong -- we're going to
have so many "my MySQL is broken, HELP!!!" support requests, it's going
I completely agree on that. A long time ago, when I started to lear
At 01:32 AM 6/22/2003 +0200, Terje Torkelsen wrote:
On Thu, 19 Jun 2003 2:15:06 +0200, Sterling Hughes wrote
(in message <[EMAIL PROTECTED]>):
> 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
> 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
49 matches
Mail list logo