On Sat, 28 Jun 2003, Andi Gutmans wrote:
>At 06:15 PM 28/6/2003 +0200, Sascha Schumann wrote:
>>On Sat, 28 Jun 2003, Andi Gutmans wrote:
>>
>> > It might be a good idea to assign responsibilities to people. For example,
>> > the XML extension author would only get his bug reports and so on.
>>
>>
Works fine here, get a fresh checkout.
--Jani
On Wed, 2 Jul 2003, Jan Schneider wrote:
>/bin/sh: line 1: /home/jan/software/php43/: is a directory
>make: *** [test] Fehler 126
>
>This is how the Makefile part looks like:
>
>test: $(SAPI_CLI_PATH)
>@TEST_PHP_EXECUTABLE=$(top_
Translate PHP Manual to Bahasa Indonesia.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Quoting Yang Jianrong <[EMAIL PROTECTED]>:
> study
if you want to study php, there's no reason for a cvs account. :-)
ken
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Ken Tossell
ken at tossell dot net
http://ww
study
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Edin Kadribasic wrote:
Please do send me the whole tree packed in a tarball, or post a link to
where I can download it.
Here it is!!
http://sheep.deev.com/~olivier/patch_dsp_php5.tar.gz
This file contains only the relevant .dsp/.dsw/.rc/.rc2. You can unpack
it in your PHP source directory, overr
Please do send me the whole tree packed in a tarball, or post a link to
where I can download it.
Edin
- Original Message -
From: "Olivier Hill" <[EMAIL PROTECTED]>
To: "Edin Kadribasic" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, July 03, 2003 12:19 AM
Subject: Re: [PHP-DE
Edin Kadribasic wrote:
I'll be looking into that soon so please don't rename any files yet.
I don't have karma access to the php-src/ tree anyway.
If you want my current work, I'm almost finished renaming every
.dsp/.dsw/.rc/.rc2. Files with php4 are renamed to php5, and everything
inside is als
I'll be looking into that soon so please don't rename any files yet.
Edin
- Original Message -
From: "Olivier Hill" <[EMAIL PROTECTED]>
To: "Philip Olson" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, July 02, 2003 10:49 PM
Subject: Re: [PHP-DEV] suggestion: rename all php4*
/bin/sh: line 1: /home/jan/software/php43/: is a directory
make: *** [test] Fehler 126
This is how the Makefile part looks like:
test: $(SAPI_CLI_PATH)
@TEST_PHP_EXECUTABLE=$(top_builddir)/$(SAPI_CLI_PATH) \
TEST_PHP_SRCDIR=$(top_srcdir) \
CC="$(CC)" \
There should also be renaming of functions in SAPI modules, e.g. NSAPI:
php4_init -> php5_init etc. I will do this for my API module the next days
(unix build).
At 12:56 02.07.2003 -0400, you wrote:
Hi,
It's currently impossible in windows to have both php 4 and php 5
installed (unless you can
Philip Olson wrote:
This is known and an open bug report, there are many files that
live in this boat:
http://bugs.php.net/bug.php?id=24397
I've looked how to fix these bugs. Should I rename files php5
and update the workspace, or whould we keep the php4 files
but create new DLLs with the php5
At 01:55 PM 1/7/2003 -0400, George Schlossnagle wrote:
On Tuesday, July 1, 2003, at 12:56 PM, Sterling Hughes wrote:
Not to throw a wrench in the wheel, but properties seem to be the more
appropriate pattern. Especially when taking PHP's object overloading
abilities into play. Accessors are a
On Wed, 2003-07-02 at 13:24, Andi Gutmans wrote:
> I definitely prefer setXXX()/getXXX() functions over property overloading.
>
> Andi
I agree, but I am usually of the mindset that all properties should be
private, and should always have accessors (unless of course there is a
performance issue wi
> It's currently impossible in windows to have both php 4 and php 5
> installed (unless you can compile it yourself), and I would like this to
> be possible. If the php4ts.dll could be renamed to php5ts.dll, that
> would be logical and make this possible.
This is known and an open bug report,
On Wed, 2003-07-02 at 14:24, Andi Gutmans wrote:
> At 10:37 AM 2/7/2003 -0400, l0t3k wrote:
> >IIRC there was an informal consensus to use studlyCaps as the official
> >userland convention for OOP extensions (*) (leaving aside the case
> >insensitivity of the language.)
> >my question now concerns
At 10:37 AM 2/7/2003 -0400, l0t3k wrote:
IIRC there was an informal consensus to use studlyCaps as the official
userland convention for OOP extensions (*) (leaving aside the case
insensitivity of the language.)
my question now concerns accessors. should we prefer properties over
propertyGet()/prope
Hi,
It's currently impossible in windows to have both php 4 and php 5
installed (unless you can compile it yourself), and I would like this to
be possible. If the php4ts.dll could be renamed to php5ts.dll, that
would be logical and make this possible.
Thanks,
Greg
--
PHP Internals - PHP Runti
At 01:13 AM 2/7/2003 +0200, Marcus Börger wrote:
After i've spent soem time on the thing i found out that we don't need
CG(in_clone_method). So if you don't need it in one of your applications or
extensions we can remove it.
I think I used it in the compiler to work around something in clone. This
On Wed, 2 Jul 2003, Jaaboo wrote:
> PHP5 Beta1?
>
> yesterday i have downloaded the bin version of php5 for windows.
> here are some problems that i have during my install / test.
> some of them i have solved but a few i can't figure out.
>
> 1. if you have installed apache1.3x and php4 before an
PHP5 Beta1?
yesterday i have downloaded the bin version of php5 for windows.
here are some problems that i have during my install / test.
some of them i have solved but a few i can't figure out.
1. if you have installed apache1.3x and php4 before and want upgrade to
apache 1.3.x and php5 then yo
IIRC there was an informal consensus to use studlyCaps as the official
userland convention for OOP extensions (*) (leaving aside the case
insensitivity of the language.)
my question now concerns accessors. should we prefer properties over
propertyGet()/propertySet() accessor functions ? would havin
On Wed, 2003-07-02 at 10:11, Timm Friebe wrote:
> On Wed, 2003-07-02 at 06:34, Sterling Hughes wrote:
> [...]
> > $t = new test;
> > var_dump($t->filter('hello world'));
>
> Changing this line to:
> var_dump(call_user_func(array($t, 'filter'), 'hello wor
On Wed, 2003-07-02 at 06:34, Sterling Hughes wrote:
[...]
> $t = new test;
> var_dump($t->filter('hello world'));
Changing this line to:
var_dump(call_user_func(array($t, 'filter'), 'hello world'));
or even
$t= new Reflection_Method('test', 'filte
I have been running the following patch for a little while:
http://www.ctindustries.net/patches/zend20030620.diff
as valgrind kept reporting a leak here (when used
with --leak-check=yes --show-reachable=yes).
Someone mentioned that these should not be free'd though.
Could someone explain this as I
> Does anybody object if I remove the php-4.3.0-dev-zend2-* files from
> phpweb/distributions ? This saves atleast 20mb...
+1 :)
Goba
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
26 matches
Mail list logo
