t very convenient to be
able to build PHP .deb's from CVS, that's all. And I don't think it
would cause a lot of extra work for anyone.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a dig
whatever else. It will make PHP a better product.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
n PHP CVS code? This is done with some other Debian packages,
and it helps a lot for people who want to build a package from CVS...
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signe
interpreter.
But then again, for distributing binary-only applications it would
perhaps be a good idea.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
reason for this, and that reason is
that the CVS was organized in a bad, hackish way?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
mes: thanks for fixing this in the
proper way.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
od alternative to using MySQL for small sites.
+1
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
ontrary to the very principles of Open Source
and Free Software (since it would make derivate works of PHP unable to
use the MySQL extension).
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a di
ing to
> > implement but we need a consensus before doing so.
> add my +1 to the consensus.
Me too. OOP without proper use of exceptions is a poor man's choice.
+1.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signa
enchmark it with and
without the changes and see what you get. Easy peasy?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
s down to: the bigger the
blocks that you allocate from the system, the better your performance.
You are very welcome to show me research that shows the opposite, but I
doubt that anyone would even consider researching this since it is a
fairly accepted computer science thesis really.
--
Best rega
we should handle those systems, where the libc
malloc is inefficient?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
e the latter too, since we can always fall back to
> malloc.
This might actually be a very good idea, since it can likely improve
performance a lot by having a pool of zval-sized blocks (I have no idea
of how big they are). Have you thought about how to implement it in a
good way?
--
Best r
pose that's the way dlmalloc works as well, and that's the problem.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
a much
higher level of control over how it allocates small blocks (which are
indeed very common in almost all computer programs).
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
ule...
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
portional to what?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
On Wed, 2003-05-28 at 14:52, Adam Dickmeiss wrote:
> cannot find the OO PHP script. Did you attach it?
Sorry. I'm obviously doing too many things at one time. Here it is,
attached to this email.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
W
round. It works very well
as far as I understand, but of course it is much easier to do it with
Java and C++ since they share almost all the syntax and concepts, and
they are both compiled environments... PHP is a different baby. :)
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4
dlers are in a class -- so
perhaps OO support in PHP should be dropped altogether. :-)
Anyone has any ideas?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.nobolt.com
signature.asc
Description: This is a digitally signed message part
Of course, the PHP OO in ZendEngine2 is
greatly improved, but still, things like this can make experienced OO
programmers with C++ or Java background just shudder and say "it's a
toy". I don't think that's good.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-418
ly sometimes?
Besides, it is much a matter of asking yourself: what is most important,
being compatible with old PHP ugly-OO code or compatibility with other
OO-languages such as C++ and Java?
I know what I would answer to that question. :-)
--
Best regards,
Per Lundberg / Capio ApS
Phone:
On Mon, 2003-03-31 at 10:53, Zeev Suraski wrote:
> At 11:35 31/03/2003, Per Lundberg wrote:
> >On Sat, 2003-03-29 at 12:59, Zeev Suraski wrote:
> > > Writing exception-driven applications is extremely discouraged.
> >What is the rationale behind this?
> (a) This is
don't really need
OOP. But PHP, or rather, the Zend Engine 2, is not limited to only web
scripting. It can be used for so much more, and that needs to be taken
into consideration when discussing these things.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-418604
is
> extremely discouraged.
What is the rationale behind this?
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.capio.com
signature.asc
Description: This is a digitally signed message part
CLI or embed impossible.
100% agreed.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.capio.com
signature.asc
Description: This is a digitally signed message part
On Thu, 2003-03-27 at 21:42, Andi Gutmans wrote:
I get your points. I think I'm gonna shut up for now and try using
ZendEngine2 a bit, to see what it's actually like in the Real World.
Thanks for your time.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-
n programming mistakes.
> Yes, the important problems with the OOP models have been fixed.
> I don't think we should "improve" PHP until it becomes Java.
:-)
> If that's what you want then java is a URL away.
Thank you, but I have already been down that road and I pr
is set
to "true" if the user prefers a OOP-based PHP, and "false" otherwise.
Possibly, and perhaps a better alternative, adding a new mime type
called "application/x-httpd-ohp" with file endings of .ohp, for
(puristic) object-oriented code. That might not actuall
good if it was really easy
to install the Zend engine system-wide, including the .so and .h files
and so on? I'll gladly write the patch if you want it.
--
Best regards,
Per Lundberg / Capio ApS
Phone: +46-18-4186040
Fax: +46-18-4186049
Web: http://www.capio.com
? autom4te.cache
Index: M
30 matches
Mail list logo
