Hi Hector,
As a new PHP extension author, it was one the first things I had to make
sure was enabled to avoid the warning.
May I suggest to make it [Extension] INI ready?
I explored this and it seem to work, but not sure if its really the case.
It appears that adding it in my PHP.INI [ex
Steph Fox wrote:
Hi all,
Does anyone have a good reason for keeping it switched on by default in
PHP 5.3? Like, would switching it off by default break a lot of existing
code, given that most users are a bit beyond PHP 3 now?
As a new PHP extension author, it was one the first things I had
The easiest thing would be just to default unicode_semantics to On
internally and hide it from users. Don't remove all the UG(unicode)
checks yet, because we can test migration/compatibility with those in place.
-Andrei
Derick Rethans wrote:
On Wed, 7 May 2008, Andi Gutmans wrote:
Yep, we sa
On Thu, 2008-05-08 at 22:58 +0200, Hannes Magnusson wrote:
> On Thu, May 8, 2008 at 10:08 PM, Todd Ruth <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-05-08 at 20:28 +0100, Steph Fox wrote:
> >> ...
> >> Does anyone have a good reason for keeping it switched on by default in PHP
> >> 5.3? Like, would
On Thu, May 8, 2008 at 9:28 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Does anyone have a good reason for keeping it switched on by default in PHP
> 5.3? Like, would switching it off by default break a lot of existing code,
> given that most users are a bit beyond PHP 3 now?
I've never understood
On Thu, May 8, 2008 at 2:02 PM, Christopher Jones
<[EMAIL PROTECTED]> wrote:
>
> I've had a couple of recent requests for the OCI8 extension to support
> "External Authentication" (aka OS authentication). I also recall a
> discussion or two in the past, and there is at least one bug logged on
>
On Thu, May 8, 2008 at 10:08 PM, Todd Ruth <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-05-08 at 20:28 +0100, Steph Fox wrote:
>> ...
>> Does anyone have a good reason for keeping it switched on by default in PHP
>> 5.3? Like, would switching it off by default break a lot of existing code,
>> given th
Hi Stas,
I think we also had a proposal back then to have func_gets_arg[s]
ability to accept params by reference, and it should help with some
scenarios.
Sorry, I failed to parse that. What would help with some scenarios?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To u
Hi Todd,
Well, I can at least comment on how it is used in the code that
I inherited.
Thanks for that.
Just to be very clear, I'm not talking about removing it (even though it's
been marked deprecated for 8 years plus). I'm just talking about switching
it off by default. It's been turned of
Hi!
I think we also had a proposal back then to have func_gets_arg[s]
ability to accept params by reference, and it should help with some
scenarios.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
--
PHP Internals
On Thu, 2008-05-08 at 20:28 +0100, Steph Fox wrote:
> ...
> Does anyone have a good reason for keeping it switched on by default in PHP
> 5.3? Like, would switching it off by default break a lot of existing code,
> given that most users are a bit beyond PHP 3 now?
Well, I can at least comment on
Hi all,
Following a long and fairly embarrassing exchange of views with one of my
php|architect authors, I finally discovered that
allow_call_time_pass_reference is still on by default in PHP_5_3 (d'oh).
This makes no sense to me because:
- it throws an E_DEPRECATED warning, which nobody wil
I've had a couple of recent requests for the OCI8 extension to support
"External Authentication" (aka OS authentication). I also recall a
discussion or two in the past, and there is at least one bug logged on
it.
Having external authentication would allow things like Kerberos to be
used for OCI
Hi Rasmus,
- Original Message -
From: "Rasmus Lerdorf"
Sent: Thursday, May 08, 2008
> Matt Wilmas wrote:
> > BTW, if I had karma for Zend stuff, I guess
> > I could fix Bugs #44681 and #44830
>
> You already have Zend karma.
I was going by your CVSROOT/avail commit, and checking the file
Matt Wilmas wrote:
BTW, if I had karma for Zend stuff, I guess
I could fix Bugs #44681 and #44830
You already have Zend karma.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
If only I could send the sound of my shoulders slumping as yet another
post is ignored/filtered. http://news.php.net/php.internals/37517
I only asked why :)
As I said in the original post, if you have cygwin installed (as was
needed to build the PHP documentation in the bad old days before phd
2008/5/8 Steph Fox <[EMAIL PROTECTED]>:
> Hi Richard,
>
>> Basically search&replace rmdir with rd in the win32/build/Makefile
>
> Why? rd's just an alias of rmdir, and rmdir's the more human-readable of the
> two.
>
> - Steph
>
If only I could send the sound of my shoulders slumping as yet another
Hi Richard,
Basically search&replace rmdir with rd in the win32/build/Makefile
Why? rd's just an alias of rmdir, and rmdir's the more human-readable of the
two.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
See below:
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 12:23 AM
> To: Andi Gutmans
> Cc: Andrei Zmievski; PHP Developers Mailing List
> Subject: RE: [PHP-DEV] Removal of unicode_semantics
>
>
> Scott is already working on this AFAI
Hi all,
Thanks guys and gals! (Steph, you're funny. ;o)) Yeah, I didn't get any
karma after my account was approved a few weeks ago, though I told Marcus
I'd been making random changes "all across the PHP source," so would need
access to php-src and ZendEngine2... But I didn't expect that to ju
2008/5/7 Hannes Magnusson <[EMAIL PROTECTED]>:
> On Wed, May 7, 2008 at 6:42 PM, Richard Quadling
> <[EMAIL PROTECTED]> wrote:
> > Hi.
> [..]
>
> > The attached patch forces the use of 'rd' rather than 'rmdir'.
>
> Only plain/text attachments get through the list..
>
> -Hannes
>
Basically se
On Wed, 7 May 2008, Andi Gutmans wrote:
> Yep, we said that we'd remove the switch. Then we'd see how
> compatibility fairs and if we discover the upgrade path is too painful
> we'd consider making "" be binary string and require u"" for Unicode
> strings. But this was TBD depending on people's
On Thu, 8 May 2008, Steph Fox wrote:
> > Thanks! I wasn't aware of --enable-snapshot-build - maybe it will do
> > everything I wanted from it, will check.
>
> Maybe we need to re-organize configure --help output to put this kind of info
> near the top :)
Why? This is something that's not meant f
On Thu, May 8, 2008 at 7:33 AM, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> So for now we should remove the switch. We can do this if needed.
Who is "we" in this context? Zend?
Scott is already working on the removal but I'll bet he would really
appreciate help with it.
-Hannes
--
PHP Internals
On Thu, May 8, 2008 at 2:46 AM, Steph Fox <[EMAIL PROTECTED]> wrote:
>
> > Thanks! I wasn't aware of --enable-snapshot-build - maybe it will do
> everything I wanted from it, will check.
> >
>
> Maybe we need to re-organize configure --help output to put this kind of
> info near the top :)
...or
25 matches
Mail list logo
