> 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
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
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
> 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
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
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
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
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
--
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
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
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
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 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
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 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.
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
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 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
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>
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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
> 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
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
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
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
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
+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
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
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
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
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
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
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
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
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
49 matches
Mail list logo
