On Thu, 04 Dec 2003 00:42:40 +0200
Andi Gutmans [EMAIL PROTECTED] wrote:
You easily see what is taken from the language and what is user-land
code.
This argument is as non revelant as the aesthetic one.
internal:
class polygon {
function calc_barycenter()
{
}
}
php
On Thu, 4 Dec 2003, Andi Gutmans wrote:
Can we aim for a definitive 9th December (my birthday)? After Beta 3 we
would then code freeze and prepare for RC1.
I would really like to see the shutdown order fixed before beta. It's
something quite vital to the whole dtors thingy.
Derick
--
PHP
On Thu, 4 Dec 2003, Andi Gutmans wrote:
tracked because of the whole __toString() issue. Now it's resolved and
SimpleXML still works like a charm I'd like to aim for Beta 3 next week
(including the StudlyCaps standard adoption).
From what I saw more people don't want those suckyCaps .
Derick
On Thu, 4 Dec 2003 10:14:06 +0100 (CET)
Derick Rethans [EMAIL PROTECTED] wrote:
From what I saw more people don't want those suckyCaps .
Que?
pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Arnaud I (Gerald), the translators of the Smarty French documentation, asked
for an account 2 weeks ago. As we don't have any reply for now, I suppose our
request was not detailed enought for you to decide wether or not we deserved /
needed it.
Then, let me talk our way into let you trust
On Thu, 4 Dec 2003, Pierre-Alain Joye wrote:
On Thu, 4 Dec 2003 10:56:42 +0100 (CET)
Sascha Schumann [EMAIL PROTECTED] wrote:
One of the largest cost in software development is
maintenance. One key factor regarding maintainability is
readability and understandability.
Hello Andrei,
Thursday, December 4, 2003, 1:19:44 AM, you wrote:
On Sun, 30 Nov 2003, Andi Gutmans wrote:
I kind of agree with Andrei here. We discussed in the past that
__toString() will not propogate to every place in the engine where we check
for IS_STRING but will only effect print.
I
On Dec 3, 2003, at 1:01 PM, Jani Taskinen wrote:
On Wed, 3 Dec 2003, Edin Kadribasic wrote:
On Wednesday, Dec 3, 2003, at 10:12 Europe/Copenhagen, Derick Rethans
wrote:
derick Wed Dec 3 04:12:39 2003 EDT
Modified files:
/php-srcCODING_STANDARDS
Log:
- I am sure I reverted this
Hi,
As some of you may know, I am working of porting PHP onto NetWare.
I find this in sapi_apache2.c code:
In the php_post_read_request function, we register a cleanup
function called php_server_context_cleanup to clear clear out
the SG(server_context) after each request. We pass the pointer
of
On Thu, 4 Dec 2003 10:56:42 +0100 (CET)
Sascha Schumann [EMAIL PROTECTED] wrote:
One of the largest cost in software development is
maintenance. One key factor regarding maintainability is
readability and understandability. These issue cannot be
simply dismissed as
On Thu, 2003-12-04 at 05:07, Hartmut Holzgraefe wrote:
Robert Cummings wrote:
+1 for studlyCaps -- contrast IAmAndi versus nameIsAndi, the chosen
variable name makes all the difference.
-1 on that argument as now the CS dictates what names you may chose
which should be the other way
Derick Rethans wrote:
haha, with these suckyCaps we have two different styles for core-php
functions; that's worse and that's what we *should* care about.
+1
And we gain a simple rule of thumb with underscores:
underscores = build-in functionality = referr to php.net/function_name
study = user
Robert Cummings wrote:
+1 for studlyCaps -- contrast IAmAndi versus nameIsAndi, the chosen
variable name makes all the difference.
-1 on that argument as now the CS dictates what names you may chose
which should be the other way round IMHO
--
Hartmut Holzgraefe [EMAIL PROTECTED]
--
PHP
On Thu, 04 Dec 2003 12:09:00 +0100
Ulf Wendel [EMAIL PROTECTED] wrote:
Derick Rethans wrote:
haha, with these suckyCaps we have two different styles for core-php
functions; that's worse and that's what we *should* care about.
+1
And we gain a simple rule of thumb with underscores:
On 12/4/03 12:28 AM, Adam Maccabee Trachtenberg wrote:
On Thu, 4 Dec 2003, Andi Gutmans wrote:
Can we aim for a definitive 9th December (my birthday)? After Beta 3 we
would then code freeze and prepare for RC1.
I am cool with the Beta 3 date, but I think it would be helpful if we
could get
Derick Rethans wrote:
From what I saw more people don't want those suckyCaps .
Sorry Derick, but it seems that more people want studlyCaps in
Object-Oriented PHP and underscores in procedural PHP.
Cristiano Duarte
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Following up from Jani's mail regarding pecl picking,
I will be tweaking CVSROOT/modules later tonight so that
our golden pecl packages get checked out along with the
php sources.
This includes removing the symlink that links pecl/sqlite
into ext (as it would be redundant).
Once the change is
We agreed *not* to rely on modules for this kind of
procedure, because it effectively disables cvs upd -d.
Please explain what problem you are trying to solve and we
will find an alternative.
- Sascha
On Thu, 4 Dec 2003, Wez Furlong wrote:
Following up from Jani's mail
The adding of modules happens VERY rarely.
So your disables cvs upd -d is not very good argument
against this. And there is no alternative way anyway..
If you know such, PLEASE do tell us. :)
--Jani
On Thu, 4 Dec 2003, Sascha Schumann wrote:
We agreed *not* to rely on
On Thu, 4 Dec 2003, Jani Taskinen wrote:
The adding of modules happens VERY rarely.
So your disables cvs upd -d is not very good argument
against this. And there is no alternative way anyway..
If you know such, PLEASE do tell us. :)
The symlinks are the only transparent
Derick Rethans wrote:
From what I saw more people don't want those
suckyCaps .
Sorry Derick, but it seems that more people want
studlyCaps in
Object-Oriented PHP and underscores in procedural
PHP.
Cristiano Duarte
It would make more sense.
As was mentioned before, OO parts of PHP interacts
On Thu, 4 Dec 2003 16:00:47 +0200 (EET)
Jani Taskinen [EMAIL PROTECTED] wrote:
The adding of modules happens VERY rarely.
So your disables cvs upd -d is not very good argument
against this. And there is no alternative way anyway..
If you know such, PLEASE do tell us. :)
Let me try to understand what the problem might be.
- php 5 version of sqlite should check out with php-src, branch head
- php 4 version of sqlite should not check out with php-src, branch PHP_4_3
- php 4 version of sqlite should be checkoutable separately
Right?
So:
On my solaris box the fix does it. I tested it by hammering the same PHP
script using get_browser() with and without patch. Without patch it gets
this error. With not and script works :)
The big problem with this bug is that when the error happens the first time
(3 threads using
- insert a symlink on the cvs server direcly
Yeah we came up with that solution at the end.
That must have been difficult, considering its extensive
discussion on this list in the past. :-)
Except sqlite module
already used PHP_4_3 branch so when Jani deleted it it went missing.
Glad to see it's finally working. I was never able to get those errors, but
it probably had something to do with the thread pooling you had configured.
And seeing as it's working now, I guess I don't need to bother trying to
get them.
J
Uwe Schindler wrote:
On my solaris box the fix does it.
On Wed, 2003-12-03 at 13:41, Magnus Määttä wrote:
On Wednesday 03 December 2003 12.59, Derick Rethans wrote:
On Wed, 3 Dec 2003, Andi Gutmans wrote:
I can nuke E_STRICT altogether if u guys want.
It's kind of a shame because I thought it might be nice for purists. I
don't understand
On Thursday, Dec 4, 2003, at 15:05 Europe/Copenhagen, Sascha Schumann
wrote:
On Thu, 4 Dec 2003, Jani Taskinen wrote:
The adding of modules happens VERY rarely.
So your disables cvs upd -d is not very good argument
against this. And there is no alternative way anyway..
If you
I approved your accounts. You have access to smarty/docs now.
On Thu, 04 Dec 2003, [EMAIL PROTECTED] wrote:
Hi,
Arnaud I (Gerald), the translators of the Smarty French documentation, asked
for an account 2 weeks ago. As we don't have any reply for now, I suppose our
request was not
I´ve found the example below which took my attention.
The call to cCat::Miew() assumes the cDog context and
is able to access $this of cDog.
Is this supposed to be a bug or something that was not
expected ?
It happens to PHP4 to and php5. And looks a bit
strange...
class cCat {
Hi,
From the pecl/printer extension:
static void php_printer_shutdown(zend_printer_globals *printer_globals
TSRMLS_DC) {
if (printer_globals-default_printer) {
efree(printer_globals-default_printer);
}
}
PHP_MINIT_FUNCTION(printer)
{
On 2003/12/05, at 5:37, Ilia Alshanetsky wrote:
On December 4, 2003 12:38 pm, Moriyoshi Koizumi wrote:
moriyoshi Thu Dec 4 12:38:21 2003 EDT
Modified files:
/ZendEngine2zend_execute.c
Log:
Revert crap.
Please don't forget to revert the ZE1 patch.
I've tried to do so again and
Hi,
It helps to break for lunch. Making this variable persistant solved the
problem.
- Frank
Hi,
From the pecl/printer extension:
static void php_printer_shutdown(zend_printer_globals *printer_globals
TSRMLS_DC) {
if (printer_globals-default_printer) {
Thank you very much! You solved my problem too. :)
--Jani
On Thu, 4 Dec 2003, Frank M. Kromann wrote:
Hi,
It helps to break for lunch. Making this variable persistant solved the
problem.
- Frank
Hi,
From the pecl/printer extension:
static void
Hi Andi,
Now that we can run regression test more easily with Wez's new build system
in windows I was able to gather a number of test that crash php5. Those are:
Zend/tests/bug24773.phpt
tests/classes/destructor_and_globals.phpt
tests/classes/private_members.phpt
35 matches
Mail list logo