Hi again.
To something different: I've read [1] that return type hints for functions
have been considered for PHP 6, possibly even planned. In [1], it says: "We
will add support for type-hinted return values."
I've searched the archives, but haven't found much on this since about a
year ago. Does
On Mon, 11 Sep 2006 18:04:32 -0700
[EMAIL PROTECTED] ("Shoma Suzuki") wrote:
> Add new PEAR package HTML_TagCloud.
>
> http://pear.php.net/user/shomas
> http://pear.php.net/pepr/pepr-proposal-show.php?id=399
> http://catbot.net/src/HTML_TagCloud-0.1.0.tgz
Confirmed.
Can someone approved it plea
Yes, the trivial answer is to name each file after the symbol it contains, but
it limits to one symbol per file (and I was talking about autoloading constants
! :-).
Once again, if we don't propose a smarter autoload manager, extending the
autoload feature to functions is not very interesting b
Sorry, the URL to the Autoload manager is
http://www.tekwire.net/joomla/component/option,com_docman/task,cat_view/gid,32/Itemid,47/
-Original Message-
From: LAUPRETRE François (P)
Sent: Tuesday, September 12, 2006 1:01 PM
To: '[EMAIL PROTECTED]'; 'internals@lists.php.net'
Subject: Re: Re
Hello,
On 9/12/06, Antony Dovgal <[EMAIL PROTECTED]> wrote:
On 12.09.2006 16:57, Derick Rethans wrote:
> On Thu, 31 Aug 2006, Antony Dovgal wrote:
>
>> tony2001 Thu Aug 31 22:11:35 2006 UTC
>>
>> Modified files:
>> /php-src/ext/filter filter.c
>> Log:
>> change filters
On 12.09.2006 21:05, Pierre wrote:
Hello,
On 9/12/06, Antony Dovgal <[EMAIL PROTECTED]> wrote:
On 12.09.2006 16:57, Derick Rethans wrote:
> On Thu, 31 Aug 2006, Antony Dovgal wrote:
>
>> tony2001 Thu Aug 31 22:11:35 2006 UTC
>>
>> Modified files:
>> /php-src/ext/filter fi
The following script produces a seg fault:
_start();
}
public function _start()
{
$this->_myCall();
}
public function _myCall()
{
$this->_start();
}
}
I assume this is b/c its recursively diving into Class function/method
calls and we are fill
Yes, this is expected.
Ralph Schindler wrote:
The following script produces a seg fault:
_start();
}
public function _start()
{
$this->_myCall();
}
public function _myCall()
{
$this->_start();
}
}
I assume this is b/c its recursively diving i
>
> I assume this is b/c its recursively diving into Class function/method
> calls and we are filling memory.. Is this detectable? Should I file a
> bug report or is this known? Ideally it would be nice to see a fatal
> error thrown, if this is indeed detectable.
So far nobody had proposed a sol
Hello Terje,
at some point i might find time to do something. I guess all others who
could do something in that area are occupied either by unicode or
namespaces. This means we still have this on the todo. We are only open
source and all do stuff in our free time
best regards
marcus
Tuesda
Hi Marcus.
Thanks for replying. Yes, I understand that very well, having been involved
in open source projects, myself, as well [1]. If I felt really strongly for
this one, I could do it, myself. :) I was mostly just interested in knowing
if this one was still a "go". In our systems, we've prepare
I am trying to build php 5.2 on Windows with Visual. So far I managed to
build everything except for libxml2 dependencies, which do not seem to
work. So could anyone please clarify the following matters:
1. What libxml2 version is required for 5.2 build?
2. Should 5.2 build use static or dynamic (d
Stanislav Malyshev wrote:
I am trying to build php 5.2 on Windows with Visual. So far I managed to
build everything except for libxml2 dependencies, which do not seem to
work. So could anyone please clarify the following matters:
1. What libxml2 version is required for 5.2 build?
2.6.26 built
Hi!
Thanks for the quick answer!
> 2.6.26 built using the LIBXML_STATIC_FOR_DLL flag.
Ehm, ok. The problem is that it is not possible to define this flag in
any way but by hand-editing makefile. Which reinforces my point about
keeping working one in win32build zip.
> It should be using the static
Stanislav Malyshev wrote:
Hi!
Thanks for the quick answer!
2.6.26 built using the LIBXML_STATIC_FOR_DLL flag.
Ehm, ok. The problem is that it is not possible to define this flag in
any way but by hand-editing makefile. Which reinforces my point about
keeping working one in win32build z
Right. I have a patch that I asked some of the people who distribute
windows builds of libxml2 to take a look at so that the lib gets built
by default.
BTW: standard windows build of libxml2 (one advertised on their
homepage) is not usable with Visual Studio 6 - it is built with VS7
which has
Is it at all possible to determine in a cross-platform way:
1. The current stack position (e.g. SP, except on all architectures.)
2. The maximum stack size.
I realize this is a naive question, but given the above - worst-case, an
option (like memory_limit) could be added which tracks recursion
Ilia,
Just wanted to thank you and anyone else for applying my patch and closing
Bug #38464. :-)
BTW, not a big deal, but in the NEWS entry about this, could someone replace
my e-mail address with "Matthew Wilmas" instead? So it's the same as 2
other places where Marcus put my name... ;-)
Than
Hi all.
(Again, I've searched the archives, but haven't found anything on this one)
The ArrayAccess interface allows one to essentially overload the index
operator "[]" [1], which is nice, as it makes it possible to implement
things like type-checked associative arrays, variants, tuples, etc. Howe
19 matches
Mail list logo