I'm not having much spare time lately, but I'd like to continue working
on the patch as soon as I can. Will the patch be needed only on PHP 6 or
is there a possibility of including it in a minor version (5.3 or 5.4,
perhaps)? If it's only for 6, I'll try to adapt my patch for it over the
next f
You are not allowed to touch zend_mm internals, but you don't need to do it.
Zend_alloc.c encapsulate all internals structures so it can be
changed/improved/fixed without binary compatibility break.
This is one of advantages of new memory manager.
BTW it allows replace storage backend (see zend_mm
Hi again,
Hmm, not a single reply about this patch...? Did anyone try it out? :-)
Think it can be used after 5.2.2?
Matt
- Original Message -
From: "Matt Wilmas"
Sent: Thursday, April 12, 2007
Subject: [PHP-DEV] [PATCH] Major optimization for heredocs/interpolated
strings
> Hi all,
>
Lukas,
I'm not having much spare time lately, but I'd like to continue working
on the patch as soon as I can. Will the patch be needed only on PHP 6 or
is there a possibility of including it in a minor version (5.3 or 5.4,
perhaps)? If it's only for 6, I'll try to adapt my patch for it over th
Lukas,
I'm not having much spare time lately, but I'd like to continue working
on the patch as soon as I can. Will the patch be needed only on PHP 6 or
is there a possibility of including it in a minor version (5.3 or 5.4,
perhaps)? If it's only for 6, I'll try to adapt my patch for it over th
- and that will teach me to read to the end of the thread before I respond.
What Tony said :)
- Original Message -
From: "Antony Dovgal" <[EMAIL PROTECTED]>
To: "Gwynne Raskind" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, April 25, 2007 11:51 PM
Subject: Re: [PHP-DEV] Documenting the Zen
Gwynne, I'm not wanting to be nasty or anything, but:
a) Sara is totally expert in this area and you, as yet, are not
b) the reason that was ever needed at all is that the open source stuff
needs work.
If you really want to make things easier for incomers, work on the open
source documentati
Hello Oliver,
we have a bunch of macros for globals. Please use those. For example
look into ext/ext_skel for help (or any extension php comeswith).
best regards
marcus
Thursday, April 26, 2007, 12:56:25 AM, you wrote:
> Hello internals,
> I am facing a problem with tsrm_ls. I receive a SIGS
Hello internals,
I am facing a problem with tsrm_ls. I receive a SIGSEGV on a specific memory
address.
Program received signal SIGSEGV, Segmentation fault.
0x40019880 in ?? ()
During a second execution I get
(gdb) x/ 0x40019880
0x40019880 : 0x5de58955
My code is PHP_MINIT_FUNCTION(cforum) {
On 04/26/2007 02:32 AM, Gwynne Raskind wrote:
I've been plugging around writing extensions long enough to have some
idea of the internals; more than once I've answered a question by
digging through the Zend sources for the internals of some API.
Great!
I'm willing to at least take a crac
On Apr 25, 2007, at 6:05 PM, Antony Dovgal wrote:
Hmm... For some reason I missed that in my searches. That being
said, the existence of one doesn't preclude the writing of
another :). Also, it seems the official documentation in the PHP
manual could use some serious updating, which I wou
On 04/26/2007 02:12 AM, Marcus Boerger wrote:
Doxygen (which seems to be uses by the majority of F/OSS projects)
generates completely unreadable docs.
Every time I look into ICU docs (generated by Doxygen) I get lost for 10
minutes trying to find a function _by name_.
In the same time, other tool
Hello Antony,
Thursday, April 26, 2007, 12:05:07 AM, you wrote:
> On 04/26/2007 01:45 AM, Gwynne Raskind wrote:
>> Hmm... For some reason I missed that in my searches. That being said,
>> the existence of one doesn't preclude the writing of another :).
>> Also, it seems the official documenta
On 04/26/2007 01:45 AM, Gwynne Raskind wrote:
Hmm... For some reason I missed that in my searches. That being said,
the existence of one doesn't preclude the writing of another :).
Also, it seems the official documentation in the PHP manual could use
some serious updating, which I would also
> -Original Message-
> From: Richard Lynch [mailto:[EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] Performance problem in Windows between
> 5.1 & 5.2
>
>$file = fopen('/tmp/foo', 'w'); //or whatever.
> for ($i = 0; $i < 100; $i++){
> $class = << class foo_$i {
> //more stuff he
On Apr 25, 2007, at 3:33 PM, Derick Rethans wrote:
Given the recent discussion of the lack of real documentation for
the Zend
API, and the endless links provided to various sources of usually
incomplete
information, I thought it might be a good idea if someone wrote an
actual book
on the sub
On Wed, April 25, 2007 1:43 pm, Mauro N. Infantino wrote:
> definitions are taking more time in PHP5.2.x. The problem I'm facing
> is that
> I'm trying to benchmark this, but I'm not being able because I can not
> find
> the way to iterate this case enough times to get a significant number.
> eval(
On Wed, April 25, 2007 10:21 am, Richard Quadling wrote:
> Running PHP via ISAPI on Sambar Server.
>
> I have a script which is allowed to take a long time.
>
> The user has an Abort option and via clever use of sessions, the
> script can be terminated.
[This answer probably belongs on php-general
Hi Stas,
The problem is with the following scenario:
Say your php cli is in /usr/bin/php and /usr/bin is in your path.
You change dir to /tmp.
Now issue php -v and watch where php looks up its php.ini. main()'s
argv[0] will in this case be just "php" since we got called form the
path. The code
On Wed, 25 Apr 2007, Gwynne Raskind wrote:
> Given the recent discussion of the lack of real documentation for the Zend
> API, and the endless links provided to various sources of usually incomplete
> information, I thought it might be a good idea if someone wrote an actual book
> on the subject.
How BSD is different from any other Unix? And as far as I see,
tsrm_realpath uses getcwd anyway, so what's the difference?
Hannes Magnusson wrote:
It fixes the bug on BSDs where the ini is picked up from cwd - and
when you do "touch php && php -v"
--
Stanislav Malyshev, Zend Products Enginee
Given the recent discussion of the lack of real documentation for the
Zend API, and the endless links provided to various sources of
usually incomplete information, I thought it might be a good idea if
someone wrote an actual book on the subject. I'm interested in taking
that project upon m
Thanks Dmitry,
I think what I was going for (in a very poorly worded way) was that
I'm unable to access any of the heap structure values outside of
zend_alloc.c because that's where the definition resides.
For example something like the following should generate a compile
time error outsi
> -Original Message-
> From: Andrew Hutchings [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 25, 2007 4:46 AM
> Subject: Re: [PHP-DEV] Performance problem in Windows between
> 5.1 & 5.2
>
> Try 5.2.0, I found it has no performance hit when compared to 5.1.6.
>
> Regards
> Andrew
Hi
I would like to contribute to the PHP Documentation team, I already created
patches that were accepted for the POSIX extension. Philip Olsen (philip) and
Sean Coates (sean) had advised me to request a CVS account right away.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscrib
Hi.
Running PHP via ISAPI on Sambar Server.
I have a script which is allowed to take a long time.
The user has an Abort option and via clever use of sessions, the
script can be terminated.
All fine.
Sometimes, the user is too dumb to abort it when it has to do a LOT
more work than they expect
It fixes the bug on BSDs where the ini is picked up from cwd - and
when you do "touch php && php -v"
On 4/25/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
Could you explain - why do you need to use VCWD there?
Hannes Magnusson wrote:
> Hi all
>
> Attached is a patch for the PHP-cli php.ini
Could you explain - why do you need to use VCWD there?
Hannes Magnusson wrote:
Hi all
Attached is a patch for the PHP-cli php.ini search path feature which
fixes two things:
a) php.ini from cwd was picked up on BSDs
b) "resolves" to correct php-binary-location and picks up the php.ini
file from
Marcus Boerger napisał(a):
Have a look here: http://talks.somabo.de/200611_php_code_camp.pdf
Ohh this is really good. It should be in more reach place.
Regards,
Ci
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Antony Dovgal napisał(a):
Do you want to help with the docs?
That would be very much appreciated.
I can help, but I don't think I'll be able to write a new documentation.
You saw that my knowledge in php API wasn't too high ;P
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscr
I think the best separator is :::
Please not the "my separator is weirder than yours" thread again!
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I need this account to develop the pear-package "Text_Wiki_Docbook" . I'm in
contact with the lead for Text_Wiki, Justin Patrin.
kind regards
Daniel BrüÃÂler
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Mauro N. Infantino wrote:
> Thanks for your response, Andrew.
>
> Just to clarify: Maybe there's no performance problem. I'm seeing this
> behavior without any logical explanation (both installations are exactly
> equal and the difference in execution time is too big not to be noticed). Of
> cour
On my machine i get these results:
Win32 (PHP 5.2.1 CLI)
Windows has very slow filesystem layer (compared to Linux),
unfortunately. Which means things that do more filesystem (like
require_once that should resolve file pathes) are slower. Realpath cache
should make it better to a measure.
Any
You probably missed.
This function can be used to substitute main PHP heap, so all emalloc()
function will work with new one.
Thanks. Dmitry.
> -Original Message-
> From: Brian Shire [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 25, 2007 1:22 AM
> To: PHP internals
> Subject: [PHP-D
35 matches
Mail list logo
