Hello Jessie,
don't overcomplicate it, just stay with classes.
marcus
Friday, August 12, 2005, 5:50:08 AM, you wrote:
> Right now, my patch is complete as respects classes inside namespaces,
> simple import, namespace imports, etc. I just made a few changes locally to
> see how feasible it wa
Hi Jessie
I think there is no need for functions in namespaces because if you want
to group functions, you can use a class.
I think the destination of the namespaces is just to group classes
together.
btw: nice patch :)
-- Benny
On Thu, 2005-08-11 at 23:50 -0400, Jessie Hernandez wrote:
> Rig
Right now, my patch is complete as respects classes inside namespaces,
simple import, namespace imports, etc. I just made a few changes locally to
see how feasible it was to allow functions inside namespaces, and it was
actually very simple. Like classes, the functions internally are prefixed
with
On 8/12/05, steve roussey <[EMAIL PROTECTED]> wrote:
> Just a couple last notes on lingering:
>
> o Apache 2+ uses SO_LINGER by default if it defined for that system.
> Apache 1 will only use it if you define USE_SO_LINGER (I suppose in
> configure). Apache2 has all sorts of stuff in the comments
Yes, you are quite correct in that a very large site (Yahoo, Google,
etc) will use a caching ISP (aka Akami). In fact, I imagine that it
would be a completely separate domain name so there would be no
cookies and everyone down the chain can easily cache the content as
well. Doesn't work for all obj
Yes, thanks! Hopefully by next week I'll have learned how to set
FastCGI up securely and with a php opcode accelerator active. Then
I'll give it some time and return with results.
On 8/11/05, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Hi Steve,
>
> Will be interested to see your results. As I ment
steve roussey wrote:
> This actually sounds like an argument for NOT using mod_php. It sounds
> like an argument for using Apache2 or lighttpd or xyz in conjection
> with FastCGI. (Or a proxy arangement, which I've done, though in my
> personal case, I like to get the same scaling with less machine
Hi Steve,
Will be interested to see your results. As I mentioned earlier, I believe
you'll find FastCGI quite convenient in your case.
Andi
At 05:48 PM 8/11/2005 -0700, steve roussey wrote:
Just a couple last notes on lingering:
o Apache 2+ uses SO_LINGER by default if it defined for that s
Index: Zend/zend_compile.c
===
RCS file: /repository/ZendEngine2/zend_compile.c,v
retrieving revision 1.650
diff -u -r1.650 zend_compile.c
--- Zend/zend_compile.c 11 Aug 2005 23:34:55 - 1.650
+++ Zend/zend_compile.c 12 Aug 2005 04:
i would commit if i had write access...
Index: ext/standard/string.c
===
RCS file: /repository/php-src/ext/standard/string.c,v
retrieving revision 1.447
diff -u -r1.447 string.c
--- ext/standard/string.c 11 Aug 2005 23:35:59 - 1.4
Just a couple last notes on lingering:
o Apache 2+ uses SO_LINGER by default if it defined for that system.
Apache 1 will only use it if you define USE_SO_LINGER (I suppose in
configure). Apache2 has all sorts of stuff in the comments of the code
and in the manual which is just wrong. Its all fro
By now, Unicode merge into the public tree has taken place. How do you
get started?
1. Take a deep breath.
2. Download and build ICU 3.4.
Location:
http://www-306.ibm.com/software/globalization/icu/downloads.jsp
Extract and cd into icu/source. Execute configure (replacing
/usr/loca
Gareth Ardron wrote:
> Marcus Boerger wrote:
>
>> Hello Geffrey,
>>
>> we don't accept GPL projects. If you're willing to chose a PECL
>> compliant
>> license you can get an account. Look here: http://pecl.php.net
>>
>>
> Unfortunatly, clamav is totally GPL - so anything based on the libs must
Marcus Boerger wrote:
Hello Geffrey,
we don't accept GPL projects. If you're willing to chose a PECL compliant
license you can get an account. Look here: http://pecl.php.net
Unfortunatly, clamav is totally GPL - so anything based on the libs must
be gpl as well.
really bloody annoying, e
On Thu, 11 Aug 2005 14:35:33 -0700
"Geffrey Velasquez Torres" <[EMAIL PROTECTED]> wrote:
> I need to host my project:
>
> http://geocities.com/geffreyvt/php-clamavlib/
Actually, you need to write to pecl-dev about it.
And don't start with requesting CVS account, it would be good if you
tell us
Hello Geffrey,
we don't accept GPL projects. If you're willing to chose a PECL compliant
license you can get an account. Look here: http://pecl.php.net
marcus
Thursday, August 11, 2005, 11:35:33 PM, you wrote:
> I need to host my project:
> http://geocities.com/geffreyvt/php-clamavlib/
--
I need to host my project:
http://geocities.com/geffreyvt/php-clamavlib/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 11 Aug 2005 14:51:58 -0700
Andrei Zmievski <[EMAIL PROTECTED]> wrote:
> 9pm last night!!
So, you didn't say - should I revert it or it's ok.
I don't want to memorize the entire contents of Unicode Character Set =)
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Maili
9pm last night!!
-Andrei
On Aug 11, 2005, at 2:32 PM, Antony Dovgal wrote:
tony2001Thu Aug 11 17:32:58 2005 EDT
Modified files:
/php-srcNEWS
/ZendEngine2zend_reflection_api.c
Log:
MF5.1: fix #34078 (Reflection API problems in methods with boolean
or
Hi Andi Gutmans, you wrote:
> I think you missed the point. Not all places that use is_a() should need
> this functionality, and it's questionable if they do...
That's why I wrote:
"and we assume 10% to check for a non-existing
class, it'd bail out at about 70 instances"
Regards,
--
Michael - <
I think you missed the point. Not all places that use is_a() should need
this functionality, and it's questionable if they do...
At 06:01 PM 8/11/2005 +0200, Michael Wallner wrote:
Hi Andi Gutmans, you wrote:
> Nothing hidden. I just don't think it's broken. I don't think it'll be
> terrible t
Hi Andi Gutmans, you wrote:
> Nothing hidden. I just don't think it's broken. I don't think it'll be
> terrible to change and I will look into it (actually already have).
Good news!
> I do think that people here missed the point though. If your code really
> requires this functionality then I th
Hello,
Can we just "undeprecate" is_a and move on? I do not have zend
karma (hopefully ;), Andi, can you take care of that?
Besides real world usages, the main point is not going to be solved
that soon, both sides can live with an unpedantic is_a (and not
deprecated) and a pedantic instanceof.
R
At 10:49 AM 8/11/2005 +0200, Michael Wallner wrote:
Hi Andi Gutmans, you wrote:
> I don't mind undeprecating it while I continue to digest the whole
> instanceof thread and look at real-world examples...
After all I think there's more hidden behind than just
your argument about the generic way.
Hi,
I revised the previous patch to actually working code.
Affected files:
zend.h
zend_API.c, zend_API.h
zend_builtin_functions.c
zend_compile.c
zend_object_handlers.c
zend_opcode.c
zend_reflection_api.c
The patch fixes a typo of the "orig
Version PHP 5.1
file main/php_init.c
function int php_init_config() uses realpath.
In NetWare our earlier releases of LibC SDK has no realpath
implementation.
I could see the following lines in TSRM/tsrm_virtual_cwd.c
#ifndef HAVE_REALPATH
#define realpath(x,y) strcpy(y,x)
#endif
Why not this b
Hi,
I was wondering if the attached patch could be applied to ext/odbc. It adds
support for Ingres's ODBC/CLI to the ODBC extension.
thanks
grant
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 11 Aug 2005, Edin Kadribasic wrote:
> OK. Win32 side of things is updated. No PHP-6.0 snaps yet, I figure we can
> start making those once we drop PHP_5_0 snaps after 5.1.0 release.
Right. And the unix snaps already have been updated for 5.1 instead of
HEAD some hours ago.
Derick
--
P
OK. Win32 side of things is updated. No PHP-6.0 snaps yet, I figure we can
start making those once we drop PHP_5_0 snaps after 5.1.0 release.
Edin
- Original Message -
From: "Wez Furlong" <[EMAIL PROTECTED]>
To: "Derick Rethans" <[EMAIL PROTECTED]>
Cc: "PHPdev"
Sent: Thursday, August 11
Andrei Zmievski schrieb:
> do not commit anything to Zend/, main/, or ext/standard/
Why not remove the karma from all developers not working on the merge
for the time of the merge? Might be harsh, but better safe than sorry.
--
Sebastian Bergmann http://www.sebastian-bergm
Hi,
Version PHP 5.1
file main/php_init.c
function int php_init_config() uses realpath.
In NetWare our earlier releases of LibC SDK has no realpath
implementation.
I could see the following lines in TSRM/tsrm_virtual_cwd.c
#ifndef HAVE_REALPATH
#define realpath(x,y) strcpy(y,x)
#endif
Why not th
Thanks
On 8/11/05, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Wed, 10 Aug 2005, Wez Furlong wrote:
>
> > Can somebody with access to snaps.php.net update it so that 5.1 refers
> > to the 5.1 branch, instad of HEAD?
>
> Yeah, will do that today.
>
> Derick
>
> --
> Derick Rethans
> http://d
Zeev Suraski wrote:
> I believe we mentioned once the possibility of adding another error
> level, which is fatal - but still catchable by set_error_handler().
What actually would be the same as having a try block around your
application.
Right, which is infinitely better. It does not encoura
Hi Andi Gutmans, you wrote:
> I don't mind undeprecating it while I continue to digest the whole
> instanceof thread and look at real-world examples...
After all I think there's more hidden behind than just
your argument about the generic way...? Why are you
defending this broken bridge that har
On Thu, 11 Aug 2005, Lukas Smith wrote:
> Derick Rethans wrote:
> > On Thu, 11 Aug 2005, Derick Rethans wrote:
> >
> > > >I believe we mentioned once the possibility of adding another
> > > >error level, which is fatal - but still catchable by
> > > >set_error_handler(). That is a good idea (w
Derick Rethans wrote:
On Thu, 11 Aug 2005, Derick Rethans wrote:
I believe we mentioned once the possibility of adding another error level,
which is fatal - but still catchable by set_error_handler(). That is a good
idea (which we should be doing either way).
That would work well. I just wa
On Thu, 11 Aug 2005, Zeev Suraski wrote:
> You mean it shouldn't be able to stop the application, or that the application
> should be able to prevent this error from stopping it? If it's the latter,
> then it would be possible. If it's the former, then I don't quite
> understand...
The latter i
At 11:03 11/08/2005, Derick Rethans wrote:
On Thu, 11 Aug 2005, Derick Rethans wrote:
> > I believe we mentioned once the possibility of adding another error
level,
> > which is fatal - but still catchable by set_error_handler(). That is
a good
> > idea (which we should be doing either way).
On Thu, 11 Aug 2005, Derick Rethans wrote:
> > I believe we mentioned once the possibility of adding another error level,
> > which is fatal - but still catchable by set_error_handler(). That is a good
> > idea (which we should be doing either way).
>
> That would work well. I just want the type
On Wed, 10 Aug 2005, Zeev Suraski wrote:
> Calling to a function with the wrong arguments is something that should be
> dealt with when developing the application, not at runtime. I think that
> throwing exceptions in all sorts of places encourages people to write
> 'exception-oriented' apps, whi
At 02:28 11/08/2005, Tobias Schlitt wrote:
Hi Zeev Suraski!
On 08/10/05 17:30 you wrote:
> I think
> that throwing exceptions in all sorts of places encourages people to
> write 'exception-oriented' apps, which is very messy.
Sorry, but I consider that statement wrong. We are still talking abou
On Wed, 10 Aug 2005, Wez Furlong wrote:
> Can somebody with access to snaps.php.net update it so that 5.1 refers
> to the 5.1 branch, instad of HEAD?
Yeah, will do that today.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime D
42 matches
Mail list logo
