Hi Benjamin!
I was told that php takes much less time to process a string in single quotes because it does not parse it to replace escape characters like \n, \t and variables by their value.
Perfectly right ;)
Is it possible to revew the whole code ? Can anybody do that ? (the danger is to make conflicts ; one should use locks to avoid conflicts and warn all the mailing-list)
I'm currently rewritting the whole code (because of a big bug with the use of htmlspecialchars in a wrong way) and pay attention to this.
Regards, Loïc
______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif
I'm currently rewritting the whole code (because of a big bug with the use of htmlspecialchars in a wrong way) and pay attention to this.
So I guess we'll have a rc3 (to widely squash Loïc's new bugs ;-) ) and maybe the finale release for the 22 of July should be reconsidered.
What do you think ?
Alain.
So I guess we'll have a rc3 (to widely squash Loïc's new bugs ;-) )
and
maybe the finale release for the 22 of July should be reconsidered.
What do you think ?
Guys... I am "new". I've seen you working hard for this release. I am willing to join the project and help if needed. Give me a task, and evaluate the way I do it... but I don't want to just pick up any task from the task list due the incoming release and the "features" restriction.
I am all ears.
:)
Martin. www.marconcini.com.ar
Hi all,
I'm currently rewritting the whole code (because of a big bug with the use of htmlspecialchars in a wrong way) and pay attention to this.
So I guess we'll have a rc3 (to widely squash Loïc's new bugs ;-) ) and
maybe
the finale release for the 22 of July should be reconsidered.
What do you think ?
Like i explained to Loïc last sunday by (private) mail.
Why not delay this version ? Nothing forbids it. Isn't it ?
In fact, the question is : Is it necessary to publish a final version with (big) bug to respect a calendar ?
Personally, i think that i would opt for delaying it.
Armel.
Why not delay this version ? Nothing forbids it. Isn't it ?
Totally agree, we don't want to live with a final version with a major bug, do we ? We can release many rc's before finale. ("release soon, release often" is a linux motto IIRC).
Just my 0.02 euros.
Alain.
On Wed, Jul 18, 2001 at 10:29:32PM +0200, Alain Brissaud wrote:
Why not delay this version ? Nothing forbids it. Isn't it ?
Totally agree, we don't want to live with a final version with a major bug, do we ? We can release many rc's before finale. ("release soon, release often" is a linux motto IIRC).
No problem... so let's say rc3 for 22/07, and a -final against beginning of august ? I will be for a few weeks in germany after the 23/07, but I guess I'll find a phone plug there too, so that won't be a problem :) Just updated the webpage.
Regards, Olivier
-
Alain Brissaud -
Armel FAUVEAU -
Loïc -
Martin Marconcini -
Olivier M.