Well the point was just that Pierre enjoys complaining about everyone
else but doesn't deliver what he promised :) (yes I know he doesn't get
paid for it). Andrei and I have talked to him many times and we were
still hoping something's going to move on that front. If not I assume we
need to find so
Windows Explorer on WinXP does a fine job for me displaying binary
version numbers, pulling up dll properties of .so files, etc.
Not sure which issue you are seeing?
Andi Gutmans wrote:
> Damn, I think you are right :)
> That's weird. There are some tools which only work with the .dll
> filenam
Hi,
the following patch fixes memory leaks in the snmp module.
Diff against PHP 5.2 CVS branch.
I'd also like to supply a patch later adding support for multiple
set/get operations in one PDU. I'd like not to use php_snmp_internal()
function for my new operations because I think that function
Andi Gutmans wrote:
P.S. - Whatever happened to runtime JIT?
I think Dmitry is doing windows stuff and Pierre is busy as well. I
guess either one of them will do it, once they have time. Nobody else
has stepped up to take this on earlier.
Things are also not moving forward in the namespace
Damn, I think you are right :)
That's weird. There are some tools which only work with the .dll
filename (i.e. Windows Explorer).
Maybe my idea is better then :)
Andi
> -Original Message-
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 20, 2007 10:53 PM
>
See below:
> -Original Message-
> From: Pierre [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 20, 2007 10:41 PM
> To: Andi Gutmans
> Cc: Rasmus Lerdorf; internals@lists.php.net
> Subject: Re: [PHP-DEV] What is the use of "unicode.semantics"
> in PHP 6?
>
> Hi Andi,
>
> On 6/21/07,
Andi Gutmans wrote:
> I got a feature idea from Apache. Apache will automatically translate
> mod_rewrite.so in LoadModule to mod_rewrite.dll on Windows.
It does? Apache/Win32 actually names the '.dll' as mod_rewrite.so on
windows. There's nothing special about the '.dll' filename extension,
a s
Hi Andi,
On 6/21/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
I very much agree with Rasmus that giving our users the option is
extremely valuable.
Unicode support is useful to some people but I think it's a mistake to
force it down everyone's throat. Forget the fact that it will be
considerably
> No one is going to write code in their own native language and
> distribute it worldwide.
>
> How can you say that "PHP6 Unicode support is not designed for
> international environment"? Have you even tried it?
Ok. International environment.
Do you have strtoupper|strtolower|strcasecmp function
Andi Gutmans wrote:
Some people here said that we weren't successful in keeping BC between
PHP 5 and PHP 4. Whoever said that must not have migrated applications
between the versions. It took very little effort to do so. Most people I
know did it in a matter of hours for sizeable code bases and
I very much agree with Rasmus that giving our users the option is
extremely valuable.
Unicode support is useful to some people but I think it's a mistake to
force it down everyone's throat. Forget the fact that it will be
considerably slower and eat up more memory than PHP 5 & 4, but there
will al
No one is going to write code in their own native language and
distribute it worldwide.
How can you say that "PHP6 Unicode support is not designed for
international environment"? Have you even tried it?
-Andrei
On Jun 19, 2007, at 9:27 AM, Tomas Kuliavas wrote:
I don't care about Unicode
Derick Rethans wrote:
>
> > Jeremy Privett wrote:
> > I actually don't have a problem with 95% of PHP 6 installations
> > turning off Unicode support and this being the default
> setting for ISP's.
>
> I do, because that will end up in less hosts running with
> real unicode support. They can
>> We are working on different code. You have code with some specific
>> character set and you can control all strings.
>
> Tomas, stop arguing on this. As a library maintainer, I agree with you and
> I don't understand where the
> 'killer feature' is (I heard that Yahoo China asked for it, or is i
Hi all,
I haven't thought about this too much, just came to mind after following
this thread, so ignore any stupidity. :-)
Wanting to preserve BC where possible, and figuring that code to take
advantage of PHP 6's Unicode support will be either new or rewritten... Is
it possible to always have U
On 6/20/07, Derick Rethans <[EMAIL PROTECTED]> wrote:
> (No need to say that php4 support should have been stopped already)
End of the year :)
As I like (love even) the idea, I completely missed any discussion
about this time but your april fool post on your blog/site. It is not
exactly the w
IMHO the big difference between the 4.x to 5.x migration and the one
from 5.x to 6.x is who do the changes benefit. I think Rasmus made a
very true and correct statement, PHP 6, who's main offering (at least
right now) is unicode support is mostly for the 3-4% of the user base
inside large
On Thu, 14 Jun 2007, Johannes Schlüter wrote:
> Hi Jani,
>
> On Thu, 2007-06-14 at 16:53 +0300, Jani Taskinen wrote:
> > During Derick's talk about PHP 6 at PHP Vikinger, I started to wonder
> > what exactly was the reasoning behind adding something like
> > "unicode.semantics" option. Derick did
On Tue, 19 Jun 2007, Rasmus Lerdorf wrote:
> Jeremy Privett wrote:
> > But, let's look at this situation from another angle. What if
> > unicode.semantics becomes the next magic_quotes or safe_mode, and is
> > ALWAYS OFF in 95%+ of PHP installations? All of the work you did to add
> > unicode supp
On Wed, 20 Jun 2007, Pierre wrote:
> On 6/20/07, Jani Taskinen <[EMAIL PROTECTED]> wrote:
> > What I think Ilia said (between the lines) is that basically we're forking
> > PHP.
> >
> > Perhaps we really need to accept the fact that this has already happened..
> > It started with the CPR for PHP_
On Tue, 19 Jun 2007, Tomas Kuliavas wrote:
> It is possible that I am not correct. Writing functions in native language
> is one of key points in Andrei's presentation.
It's not one his key points, it was meant as a joke. And I know because
I've seen him give this presentation close to a dozen t
On 6/20/07, Jani Taskinen <[EMAIL PROTECTED]> wrote:
What I think Ilia said (between the lines) is that basically we're forking PHP.
Perhaps we really need to accept the fact that this has already happened..
It started with the CPR for PHP_4_4 branch and same is now continuing with
the PHP_5_2 b
What I think Ilia said (between the lines) is that basically we're forking PHP.
Perhaps we really need to accept the fact that this has already happened..
It started with the CPR for PHP_4_4 branch and same is now continuing with
the PHP_5_2 branch. If the support for PHP 4 was _officially_ dropp
Rasmus Lerdorf wrote:
Jani Taskinen wrote:
Yesterday's decisions don't necessarily apply today. ;)
(to be "agile")
Fair enough, but it would be nice if the folks involved in the decision,
including yourself would then clearly state their reasoning for making,
I think I've pretty clearly stat
24 matches
Mail list logo
