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
tests/classes/static_properties_0
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 php_pr
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) {
> efr
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,
>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)
{
ZEND_INIT_MODULE_GLOBAL
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 {
function
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 de
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 k
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 un
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.
> - 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.
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 get_browser()),
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 Thursday, Dec 4, 2003, at 15:25 Europe/Copenhagen, Sascha Schumann
wrote:
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
- ph
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.
>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 in
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 transp
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
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 r
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 m
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:
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 a
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 undersc
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 Intern
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
On Thu, 4 Dec 2003, Pierre-Alain Joye wrote:
> 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.
One of the largest cost
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 othe
On Dec 4, 2003, at 5:47 AM, Ronald Chmara wrote:
I'm_not_sure_why,
but_I_cannot_quickly_and_easily_figure_out_what_you_mean_to_say..
The cute dig aside, common words are quickly read based on mental
assumptions of word "shapes", and word "breaks" Letter capitalization
means a new sentence, or pr
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 irr
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 pointe
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 befo
On Dec 4, 2003, at 5:24 AM, Robert Cummings wrote:
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
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 prin
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 understandabi
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 t
Hello Andrei,
Thursday, December 4, 2003, 1:18:50 AM, you wrote:
> On Mon, 01 Dec 2003, Marcus Boerger wrote:
>> No, when the object does not offer a valid string conversion nothing will
>> change compared to what we had before. So the only thing done is that you
>> now can implement objects that
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
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 .
Der
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 I
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()
{
}
}
p
The build doesn't fail, only configure. Big difference..
Use --with-zlib-dir.
--Jani
On Thu, 4 Dec 2003, John Huntjens wrote:
>Hello group,
>
>building with options
>
> --with-zlib=shared,/usr \
> --with-gd=shared \
>
>fails
>
>configure:30085: gcc -o
>conftest -g -O2 -Wl
Hello group,
building with options
--with-zlib=shared,/usr \
--with-gd=shared \
fails
configure:30085: gcc -o
conftest -g -O2 -Wl,-rpath,/usr/local/libxml/lib -L/usr/local/libxml/lib -
lz conftest.c -lpng -lresolv -lm -ldl -lnsl -lxml2 -lm -lxml2 -lm 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gn
42 matches
Mail list logo
