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
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 about
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, which
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 hints
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, 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 is
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
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 (which we should
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
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
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://derickrethans.nl
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
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
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 internals@lists.php.net
Sent:
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
--
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
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
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
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
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.
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 think
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 to
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 -
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
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 Mailing
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
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/
--
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 about
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,
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
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
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 -
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
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
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 machines
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
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
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 of the
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
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:
40 matches
Mail list logo