Something like the variables produced by perl's my() operator so that
a variable is lexically scoped along with block-level scoping could
help earlier detection of when it's possible to release a variable.
This wouldn't solve leaks, but it might help prevent some
On 10/28/05, Andi Gutmans <[EMAIL
Hello Sir,I am a PHP Programer at china.I require a CVS account to go shares my
DLL which designed by Microsoft Visual C++;Those DLL can be used to extend PHP
for corporation applications. Thanks!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
James Crumpton wrote:
> Evaluating an idea based on it's syntactic similarities to other
> languages is complete and utter nonsense. It has nothing to with being
> like language Xyz. It has to do with familiarity to language constructs.
> One already understands the idea of 'this || that'. It's cer
What do you mean?
At 06:50 PM 10/28/2005, Sebastian wrote:
Lexical variables would be nice.
On 10/28/05, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Hi Cristiano,
>
> Alex sent a patch to the list a while ago which forces the memory
> allocator to return memory to the system. However, in your cas
What would be the suggested method of simulating parent::__construct in
C-level objects?
I looked through the source and could find no examples to draw from.
Since my base object is the foundation of my extension, its constructor has
to be called on each derived object creation.
I have a f
Evaluating an idea based on it's syntactic similarities to other languages is
complete and utter nonsense. It has nothing to with being like language Xyz. It
has to do with familiarity to language constructs. One already understands the
idea of 'this || that'. It's certainly doesn't take a stret
Lexical variables would be nice.
On 10/28/05, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Hi Cristiano,
>
> Alex sent a patch to the list a while ago which forces the memory
> allocator to return memory to the system. However, in your case, I
> think you might be just having PHP variables "leaking".
Wow, it'll be just like perl! this is so great.
On 10/28/05, James Crumpton <[EMAIL PROTECTED]> wrote:
> Andi Gutmans wrote:
> > I don't think it's a matter of giving the engine a try. I think we first
> need
> > to make a decision what the best way to go is and then we can discuss
> > impleme
Andi Gutmans wrote:
> I don't think it's a matter of giving the engine a try. I think we first need
> to make a decision what the best way to go is and then we can discuss
> implementation if/what is possible. Once 5.0.0 is out I'm going to have more
> time look into this.
What's the word on this
Marcus Bointon wrote:
> make install-pear works fine for me on OSX 10.4.2.
>
> I suffer from this bug: http://bugs.php.net/bug.php?id=32301
>
> Though I don't have anything more to add to it - pear install has been
> unusable for me on OS X for the last couple of years because of this.
> You c
Hello Michael,
actually your class could have another object with get/set handlers
implemented, nothing more. This could be mapped through the handlers
to your int i.
marcus
Friday, October 28, 2005, 10:44:42 PM, you wrote:
> Sara Golemon wrote:
>>> Would you say it's possible that one can m
Sara Golemon wrote:
Would you say it's possible that one can maintain i as class
property with write access through references?
Nope, because PHP variables are loose typed.
Say you *did* have some way to bind my_obj->i to a userspace variable
(e.g.: $i =& $this->i; ). The next instruction c
On 28 Oct 2005, at 18:29, Greg Beaver wrote:
I have been unable to verify (i.e. works for me) http://
bugs.php.net/34955
This is an oddity in a PEAR install apparently on Mac OS X. It works
fine on gentoo linux in my tests.
Can others try out the make install-pear to see if the problem
exi
> Hm... maybe I made not a good start with my question, let me ty again,
please:
>
> typedef struct {
> zend_object zo;
> int i;
> } my_obj;
>
> Would you say it's possible that one can maintain i as class
> property with write access through references?
>
Nope, because PHP variables are loose type
Hi Cristiano,
Alex sent a patch to the list a while ago which forces the memory
allocator to return memory to the system. However, in your case, I
think you might be just having PHP variables "leaking". Can you try
and identify where this info is sitting and try and unset it? It's
important t
Sebastian Bergmann schrieb:
> c:\home\php\php-6.0\ext\standard\string.c(1980): error C2375:
> 'php_u_strspn': redefinition; different linkage
>
> c:\home\php\php-6.0\ext\standard\string.c(2017): error C2375:
> 'php_u_strcspn': redefinition; different linkage
Frank's last commit fixed this, t
Is there any way to force a PHP CLI application to free the memory it took
from the system ? I mean, is there any PHP userland or PHP internal
functional call that could *really* free 'the memory allocated by a
variable' or 'the memory allocated but currently not used and waiting for
the script end
c:\home\php\php-6.0\ext\standard\string.c(1980): error C2375:
'php_u_strspn': redefinition; different linkage
c:\home\php\php-6.0\ext\standard\string.c(2017): error C2375:
'php_u_strcspn': redefinition; different linkage
--
Sebastian Bergmann http://www.sebastian-bergman
Hello Bob,
there is also an *_ex() version of the parsing function that can be made
not emitting a warning on type missmatch. That way you can have a first one
look for the object and a second one look for other types. But we do not
support checking for null. So in your case that would be checki
Dmitry Stogov wrote:
read_property(BP_VAR_W) will never work for all cases.
Probably you can return proxy object with get() and set() callbacks, but I
am not sure if it will work for references too.
So if you can return zval** you should use get_property_ptr_ptr().
Hm... maybe I made not a goo
Ilia Alshanetsky wrote:
> The fourth and final release candidate of PHP 5.1.0 is now available for
> testing. You can download the source packages from here:
I have been unable to verify (i.e. works for me) http://bugs.php.net/34955
This is an oddity in a PEAR install apparently on Mac OS X. It
The fourth and final release candidate of PHP 5.1.0 is now available for
testing. You can download the source packages from here:
http://downloads.php.net/ilia/php-5.1.0RC4.tar.bz2
4afd68f8e4fe532cea83f30bd2ff26f5
http://downloads.php.net/ilia/php-5.1.0RC4.tar.gz
679a0d12b8cb00c55d56621ea9609013
While rebuilding my php.ini, I noticed quite a few spelling mistakes
in the current version, so I enclose a patch to fix the obvious ones
(against php5-200510281430/php.ini-recommended). I worked on -
recommended instead of -dist as I suspect that's the one which will
see more use - is that
read_property(BP_VAR_W) will never work for all cases.
Probably you can return proxy object with get() and set() callbacks, but I
am not sure if it will work for references too.
So if you can return zval** you should use get_property_ptr_ptr().
Dmitry.
> -Original Message-
> From: Michae
Hi Dmitry Stogov, you wrote:
> Hi Michael,
>
> You should define get_property_ptr_ptr() callback to support such
> assignments.
Yeah, I looked at that, but what do I gain? get_property_ptr_ptr() will
be used for both described cases and instead of returning a zval* I'd have
to return a zval**,
Hi Michael,
You should define get_property_ptr_ptr() callback to support such
assignments.
Thanks. Dmitry.
> -Original Message-
> From: Michael Wallner [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 28, 2005 7:06 PM
> To: internals@lists.php.net
> Subject: [PHP-DEV] Internal class, r
Hi,
I'm facing an issue I don't know how to overcome.
Short story:
I've an object which properties are connected to the internal struct
whith get_property() and write_property() object handlers.
Now if BP_VAR_W is used to access a property with read_prop() the
following works fine:
// $
On 28 Oct 2005, at 14:37, Jochem Maas wrote:
I have problems like this on a regular basis in big/complex (well
by my standards anyway)
codebases that have heavy php5 oo in them. no errors _anywhere_ if
I have a parse error
or a require_once statement fails, I havbe had the problem since
php
Hi
Sorry to bother all of you with silly questions
I kept php.ini and my.cnf, deleted every single presence of php 5.1/mysql 5
files. Downloaded last snapshot, compile with same configure options and
everything is working fine. I can't figure out my mistake.
I apologize one more time.
best rega
Mike Hall wrote:
Every developer at my company has experience this problem too, at one
point or another. We get it with Apache 1.3 and PHP 5.x. We've been
unable to figure it out. I thought I had it tied down to the gzip
output compression at one stage. But then it suddenly started working
ok
Every developer at my company has experience this problem too, at one
point or another. We get it with Apache 1.3 and PHP 5.x. We've been
unable to figure it out. I thought I had it tied down to the gzip
output compression at one stage. But then it suddenly started working
okay and I couldn't g
I'm running a recent snap of 5.1 with apache 2.0.54 (from fink) and
MySQL 5.0.15 on OS X 10.4.2. For the last few days I've noticed that
I'm getting no error messages out at all, neither to the browser nor
to the server log. I have display_errors, log_errors and
log_startup_errors set to On
||*()*||[\..konnichi wa, ogenki desu ka, Antony../]
>> I might be compenent, but it was a waste of time. I'm not an OOP
>> programmer and I don't like PHP 5 yet.
AD> I could never understand people saying that PHP5 is about OOP.
AD> It's like saying that kernel 2.6 is about desktop.
You will
33 matches
Mail list logo
