On 3 Feb 2004 at 21:54, Adam Bregenzer wrote:
> Is there a plan to
> implement static variables in php5?
--- Quote from ZEND_CHANGES ---
* Member variables of classes can now be initialized.
Example:
my_prop;
?>
* Static Methods.
The Zend Engine 2.0 introduces the 'static' keyword to declare
Hm, don't think debug_backtrace() can help you much. Reflection could
work.
- Stig
On Wed, 2004-02-04 at 02:14, Alan Knowles wrote:
> It is a slightly annoying limitation.. - inherited static methods, cant
> guess their called class...
> I did look at a fix a while ago - it involved adding a
On Tue, 2004-02-03 at 20:14, Alan Knowles wrote:
> It is a slightly annoying limitation.. - inherited static methods, cant
> guess their called class...
> I did look at a fix a while ago - it involved adding a pointer to the
> called class name string, to the exectuter globals, whenever a
> f
Looks like someone who touched the UTF8 stuff recently broke something,
as I am getting a SEGV trying to run a fairly simple Smarty script:
See bug #27137
John
--
-=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=-
John Coggeshall http://www.coggeshall.org/
The PHP De
It is a slightly annoying limitation.. - inherited static methods, cant
guess their called class...
I did look at a fix a while ago - it involved adding a pointer to the
called class name string, to the exectuter globals, whenever a
function is called in the engine... - then to retrieve it be
Stig,
On Tue, 2004-02-03 at 17:27, Stig S. Bakken wrote:
> Try __CLASS__.
Thank you for the reply. This does work for the class the method is
defined in, however unfortunately it's not a solution for classes that
inherit this method. Here's the sample code I used in my first post:
class Foo {
Hi there,
I've been using the unserialize and serialize methods in php5 on some
rather large objects it seems that the larger object get the following
errors:
Notice: unserialize(): Error at offset 6167 of 31195 bytes in
/root/doServerStates.php on line 37
Different smaller obje
On Tue, 2004-02-03 at 22:47, Adam Bregenzer wrote:
> On Tue, 2004-02-03 at 12:12, Ferdinand Beyer wrote:
> > If you try to access $this in staticMethod() it will certainly be the
> > same as $obj.
>
> I apologize if this is OT or just generally inappropriate for the
> internal list, but I had a qu
On Tue, 2004-02-03 at 12:12, Ferdinand Beyer wrote:
> If you try to access $this in staticMethod() it will certainly be the
> same as $obj.
I apologize if this is OT or just generally inappropriate for the
internal list, but I had a question in the general list that is related
to this. I was wond
On Tue, Feb 03, 2004 at 09:51:00PM +0100, Marcus Boerger wrote :
> > Point taken. I can definitely live by the additional static keyword
> > anyway.
>
> You should enable E_STRICT severity by error_reporting: E_ALL|E_STRICT
> when developing new things. Besides from that the behavior is n
Hello Markus,
Tuesday, February 3, 2004, 6:19:59 PM, you wrote:
> On Tue, Feb 03, 2004 at 06:12:41PM +0100, Ferdinand Beyer wrote :
>> On 3 Feb 2004 at 17:34, Markus Fischer wrote:
>>
>> > However, shouldn't the context be enough, from which a
>> function is
>> > called, so the stack t
At 07:24 PM 2/3/2004 +0200, Jani Taskinen wrote:
As you've been changing the behaviour of some parts lately,
could you guys check the bug reports for PHP 5 and deal with them?
I'm not sure anymore what might be correct behaviour and what not.. :)
Yeah I look at the Zend Engine 2 bugs t
Writing web pages with PHP
Submitting a patch to PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
As you've been changing the behaviour of some parts lately,
could you guys check the bug reports for PHP 5 and deal with them?
I'm not sure anymore what might be correct behaviour and what not.. :)
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To uns
On Tue, Feb 03, 2004 at 06:12:41PM +0100, Ferdinand Beyer wrote :
> On 3 Feb 2004 at 17:34, Markus Fischer wrote:
>
> > However, shouldn't the context be enough, from which a
> function is
> > called, so the stack trace displays the information right?
>
> This is my guess:
> In your exa
On 3 Feb 2004 at 17:34, Markus Fischer wrote:
> However, shouldn't the context be enough, from which a
function is
> called, so the stack trace displays the information right?
This is my guess:
In your example staticMethod() is not regarded as a _static_
function. Instead, PHP runs it i
On Tue, 03 Feb 2004, Moriyoshi Koizumi wrote:
> >Would you please run changes like these by me in the future before
> >committing them?
>
> Sure. BTW was there anything wrong with it? If so, I'm gonna revert it
> then.
Nothing wrong per se, I've just been trying to think of a better way to
do it
On Tue, Feb 03, 2004 at 04:22:14PM -, Stephane Drouard wrote :
> == Quote from Markus Fischer ([EMAIL PROTECTED])'s article
> > At least, saying 'InstantiateMe->' looks wrong to me as I'm calling
> > 'StaticClass::' actually.
>
> You have to declare your method as static:
>
>
== Quote from Markus Fischer ([EMAIL PROTECTED])'s article
> At least, saying 'InstantiateMe->' looks wrong to me as I'm calling
> 'StaticClass::' actually.
You have to declare your method as static:
Stephane
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visi
In most databases an queries , there is primary key/unique constraint so i suggest to
enhnace function pg_fetch_all ( resource result)
to
pg_fetch_all ( resource result,[string key_column_name]) bz adding a second optional
parameter, so anybody can access all returned data like this:
$d
I've a little issue with exception, however this isn't particular
bound to the new mechanism and existed before.
When calling a static method of a class from an objects method, the
stack trace does not reveal the class name of the static class
containing the static method.
On Tue, 3 Feb 2004, Ananth Kesari wrote:
> Sorry for the inconvenience. Just testing since my mails with
> attachments to this group are bouncing back!
You need to send text attachments that end in .txt.
-adam
--
[EMAIL PROTECTED]
author of o'reilly's php cookbook
avoid the holiday rush, buy y
Fixed in CVS.
zend_bailout() should work fine and shouldn't leak file descriptors because
the opened file is in the CG(open_files) list.
Andi
At 01:28 PM 2/1/2004 -0500, Ilia Alshanetsky wrote:
On February 01, 2004 01:08 pm, you wrote:
> Oh OK. As I mentioned in a previous email I'm not sure thi
Hello All,
I requested a CVS account "gurugeek" on the 11 January and sent a
couple of reminds to [EMAIL PROTECTED] (copy below).
Perhaps my initial description on why I need a CVS account was not
sufficient.
Find below some more information on what I did so far and why I need a
CVS account:
W
Hi,
We rewrote the exception support. It fixes a few limitations and bugs in
the old implementation, and allows exceptions to 'fire' much earlier than
before.
Generally, with the new mechanism, you're not supposed to touch
EG(exception) directly, except for when you want to check whether there
Hi,
The Php version header line (SAPI_PHP_VERSION_HEADER) is sent even if
SG(request_info).no_headers==1 (in php_request_startup - all other headers
aren't sent)
Attached a little patch that fix that.
Eric
Ps: @echo ON
;-)Index: main.c
=
On 2004/02/03, at 3:44, Andrei Zmievski wrote:
- Fix bug #27103 (preg_split('//u') incorrectly splits UTF-8
strings into octets).
Would you please run changes like these by me in the future before
committing them?
Sure. BTW was there anything wrong with it? If so, I'm gonna revert it
then.
Mo
Hi,
Please find attached, the second part of the NetWare diff.
Let me know of your observations on this and if we can check
this into the php5 sources.
Thanks,
Ananth.
Index: netware/ApacheCore.imp
===
RCS file: /repository/php-src
Hi,
Please find attached, the NetWare diff (text file) in the unified
format
taken using the command: cvs diff -uN.
When I attached the diff of the whole php5 project, my mails were
bouncing. So, I have split it up manually and then sending the diff in
two mails. The first part is attached below
At 10:46 AM 2/3/2004 +0200, Stanislav Malyshev wrote:
ZS>> Both are valid points, and they both sound like the same problem from
ZS>> two different angles. I think that the best approach would be to
ZS>> first do an implicit clone (i.e., 'dumb' copy of all of the
ZS>> elements), and then call __cl
ZS>> Both are valid points, and they both sound like the same problem from
ZS>> two different angles. I think that the best approach would be to
ZS>> first do an implicit clone (i.e., 'dumb' copy of all of the
ZS>> elements), and then call __clone(), even if it exists. It should
ZS>> solve both c
Hi,
Sorry for the inconvenience. Just testing since my mails with
attachments
to this group are bouncing back!
Thanks,
Ananth.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
32 matches
Mail list logo
