phpxcache | 1 Oct 13:48 2006
Picon

[PHP-DEV] issue of current E_STRICT implemention and possible solution

the E_STRICT is an error type that issued at compile-time. and user
error handler is called, switching to runtime. mixing
runtime/compile-time is imho, not good, and cause problem in the real
world.

the flow:
script, include -> compiling, issue E_STRICT -> user error handler.

official bug:
1. set up user error handler
2. issue E_STRICT inside class compiling

function my_error_handler()
{
   include_once "debugger.class.php"; // #1
   $dbg = Debugger::getInstance();
   ...
}

is the behavior defined at point #1 ? if it is allowed, what if wrote
"class Debugger { ..." into debugger.class.php ? it just tell me "u
cannot declare class inside another class" (something like this)

3rd party bug:
XCache is doing nice on late class binding by building "compiler
sandbox" for ZendEngine, which clear class_table/function_table
temporarily, to make the compiler-env exactly the same every time.

but inside the sandbox, functions/classes defined before compiling, is
never exists inside the compile-time, leading to a "undefined
(Continue reading)

ban man | 1 Oct 23:43 2006
Picon

[PHP-DEV] CVS Account Request: banmanx

canim istedi

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

internals | 2 Oct 11:00 2006
Picon
Picon

[PHP-DEV] PHP 4 Bug Summary Report

 PHP 4 Bug Database summary - http://bugs.php.net

 Num Status     Summary (638 total including feature requests)
===============================================[*Configuration Issues]========
38670 Open       Whole 4.4.x branch has problem with open_basedir option nested from Apache2
===============================================[Apache related]===============
38577 Open       ini settings leak between virtual hosts with Apache 1.3
39005 Open       Apache/PHP crashes
===============================================[Apache2 related]==============
38566 Open       SAFE MODE Restriction in effect without calling any php-file
38915 Open       mod_php: system() (and similar) don't cleanup opened handles of Apache
===============================================[Arrays related]===============
31114 Assigned   foreach modify array (works with PHP 5.1)
37451 Open       array_multisort fails to trigger by val copy of data (works in PHP 5.1)
===============================================[CGI related]==================
38476 Open       PATH_INFO, ORIG_PATH_INFO, and PHP_SELF not set in Lighttpd1.4.11/PHP4.4.3
===============================================[COM related]==================
37899 Assigned   [PATCH] php_char_to _OLECHAR copies junk bytes
===============================================[Compile Failure]==============
38706 Assigned   configure not checking properly for libjpeg header files
38980 Feedback   Make install failure
===============================================[cURL related]=================
36248 Assigned   CURLOPT_HEADERFUNCTION, couldn't set the function in the class (works in 5.1)
===============================================[Documentation problem]========
29045 Suspended   gzopen for URL
36663 Open       unexpected difference between "zlib.output_compression" and "ob_gzhandler"
37008 Open       sdg
37009 Open       I got wrong letter Å and å !
37164 Analyzed   SNMP: snmp_set_oid_numeric_print does not behave as expected
37629 Open       register_globals makes $_SESSION misbehave
(Continue reading)

internals | 2 Oct 11:30 2006
Picon
Picon

[PHP-DEV] PHP 5 Bug Summary Report

 PHP 5 Bug Database summary - http://bugs.php.net

 Num Status     Summary (605 total including feature requests)
===============================================[*Configuration Issues]========
37919 Open       PHP doesn't read the configurations propertly
===============================================[*Directory/Filesystem functions]
37236 Assigned   move_uploaded_file() does not work when "upload_tmp_dir" is other fs than dest
38591 Open       Memory Leak when using pathinfo and DirectoryIterator __toString
===============================================[*General Issues]==============
39004 Assigned   Configure Command    './configure' 'dummy' 'grep' 'ggrep' !?
===============================================[*XML functions]===============
38930 Feedback   xml_parser_to_struct hoses html content
===============================================[Apache related]===============
36724 Assigned   Fix for #35646 incorrect
38757 Assigned   MultiPart Form Uploads fail with FastCGI
39013 Feedback   apache shutdown automatically
===============================================[Apache2 related]==============
32220 Assigned   [PATCH] thread_resources for thread not getting freed when apache kills thread
38141 Suspended  $_SERVER['SCRIPT_NAME'] set incorrectly with mod_rewrite
38456 Assigned   Apache2 segfaults when virtual() is called in .php ErrorDocument
38602 Open       header( "HTTP/1.0 ..." ) does not change proto ver. Fix included.
39002 Feedback   apache 2.2.3 don't start : R_PPC_REL24 relocation error
===============================================[Arrays related]===============
31453 Open       array_rand() is not returning random values
35163 Assigned   Array elements can lose references.
36975 Assigned   natcasesort() causes array_pop() to misbehave
===============================================[Bzip2 Related]================
29521 Assigned   compress.bzip2 wrapper
===============================================[CGI related]==================
28227 Assigned   PHP CGI depends upon non-standard SCRIPT_FILENAME
(Continue reading)

Sebastian Bergmann | 2 Oct 11:29 2006
Picon

[PHP-DEV] Re: cvs: php-src(PHP_5_2) /ext/mbstring config.m4

Antony Dovgal wrote:
> Please don't forget to merge this patch into HEAD.

 Is the mbstring extension not supposed to be removed from HEAD anyway?

-- 
Sebastian Bergmann                      http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Antony Dovgal | 2 Oct 11:39 2006

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) /ext/mbstring config.m4

On 02.10.2006 13:29, Sebastian Bergmann wrote:
> Antony Dovgal wrote:
>> Please don't forget to merge this patch into HEAD.
> 
>  Is the mbstring extension not supposed to be removed from HEAD anyway?

AFAIK we were going to leave it for BC reasons.

-- 
Wbr, 
Antony Dovgal

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Roland Schwingel | 2 Oct 15:59 2006

[PHP-DEV] Re: [PHP Guru question]: run php script from within pecl extension

Hi Sara...

Thanks for your reply...

Sara Golemon schrieb:
>> For several reasons I need to call a php script every x minutes.
>> I need that on several platforms so I started to write a pecl
>> extension that implements something like a cron service.
>>
> Why not cron then?
I love cron, but I am mainly (85%) on windows with my apps and
want to have a simple and easy setup and not a bunch of 
applications/services to install. There is just the apache service 
bringing in php and my pecl. All other solutions I know are much more 
voluminous and have more errorpoints.

>> Obviously I miss something in initing php, because php
>> crashes in main/streams/streams.c function php_stream_locate_url_wrapper() 
>> when I call php_execute_script()
>>
> Correct.  You're not in a request (you're probably not even in an 
> identifiable/unique thread context).  Both are fixable by spinning up a 
> context at thread startup and either (A) wrapping a request 
> activate/deactivate around that timer, or (B) wrapping the 
> activate/deactivate just inside your thread context (giving you a 
> single-uberlong-running request).
Do you have some example / skeleton stuff for this
or can you give me a pointer on this where to find?

Many thanks in advance,
(Continue reading)

LAUPRETRE François (P | 2 Oct 16:15 2006
Picon

[PHP-DEV] RE : Re: __autoloading and functions

Terje Slettebø wrote :
> I think this sounds like a great idea. :) We do something similar with our class loader, in 
> that it scans a lib-directory and its subfolders, building a map of class name to filename 
> (it doesn't open the files - it only builds the map based on file naming convention, allowing 
> it to infer the class name from the file name, if a file contains a class) and storing it in 
> the session. Yet, something that didn't have to be rebuild at session startup would be even 
> better.
>
> Of course, one could serialise this information, but then it becomes important that it 
> updates it when there are relevant file changes (like your CLI program can do).

I don't know if it is a great idea because you are the only one to be interested. Please feel 
free to download and use it

(http://www.tekwire.net/joomla/component/option,com_docman/task,cat_view/gid,32/Itemid,47/).
I 
would be glad to know that I am not the only one to use it in the world :-). I try to find time 
to write a small documentation but it is quite easy to use as there are only 3 files 
(Autoload.php is the runtime include, loading a map file uses Autoload::load(), 
Autoload_Builder.php is the CLI map builder and it has a '-h' flag to display its syntax). 
Until I write the doc, you will have to use it the PEAR way :-) (WYGIWYG, what you get is what 
you get).

May I say that, on this subject and others, I am quite disappointed by the attitude of people 
on this mailing list. I tried to get some reactions about two projects I had been working on 
during several months (the Autoload handler and the PHK manager) and the few ones I got were 
mostly of the let-us-alone-and-keep-your-f..-ideas-for-you sort... It looks like you are the 
only one to understand that the process of getting the classes through corresponding filenames 
is quite primitive and can be improved. Even in the Zend framework, they implemented this 
stone-aged handler.
(Continue reading)

Stut | 2 Oct 16:58 2006
Picon

Re: [PHP-DEV] RE : Re: __autoloading and functions

LAUPRETRE François (P) wrote:
> May I say that, on this subject and others, I am quite disappointed by the attitude of people 
> on this mailing list. I tried to get some reactions about two projects I had been working on 
> during several months (the Autoload handler and the PHK manager) and the few ones I got were 
> mostly of the let-us-alone-and-keep-your-f..-ideas-for-you sort... It looks like you are the 
> only one to understand that the process of getting the classes through corresponding filenames 
> is quite primitive and can be improved. Even in the Zend framework, they implemented this 
> stone-aged handler.
>
> Maybe it is normal because the list is regularly polluted by newbies who think they have 
> solutions for everything when they have been working with PHP for 10 mins.
>
> That's why I have proposed to start a more formal RFC-like process where people who have really 
> worked on a subject could propose changes and enhancements. This would eliminate the buzz of 
> newbies and it would also provide a place to keep an history of proposals and decisions. It 
> would also allow to implement a clean place for polls, instead of the poor process we saw 
> during the last days about the filter extension. But, for this proposal like others, I didn't 
> have any reply... Actually, I really think that, on this list, when you do not belong to a 
> group of about 10-15 gurus, everything you say is systematically rejected. It is sad for PHP 
> because (I'll get flames for this) this attitude is generally considered as an early 
> characteristic of organizations on the decline.
As a 'newbie' who has been hanging out on this list (for the most part 
quietly) I feel I have to respond to this. This list is not 'polluted' 
by newbies - the regular posters to this list are the core PHP developers.

Anyway, to your points. Let's start with your assertion that "the 
process of getting the classes through corresponding filenames is quite 
primitive and can be improved". The mechanism provided by PHP for 
autoloading classes is by no means restricted to mapping classnames to 
filenames, but that is the simplest and most common implementation of 
(Continue reading)

OpenMacNews | 2 Oct 20:50 2006
Picon

[PHP-DEV] what is the plan/policy/status of php's support for up-to-date versions of autoconf/automake?


hi,

according to php52-cvs' "INSTALL":

	"autoconf 2.13 and automake 1.4+ are required (newer versions of 
autoconf may work, but are not supported)"

afaik, looking  <at>  distrowatch, most distros haven't shipped for ages 
with automake 1.4.  in my experience, even fewer devs use such old 
versions.

fwiw, on my system (OSX), i've:

	autoconf (GNU Autoconf) 2.60
	automake (GNU automake) 1.9.6

question(s):

-- why has this not been updated to more recent/shipped/released 
versions ?  is there a legit reason?
-- what needs to happen to get this updated? who leads the charge?

in particular, i'm getting arguments from php-related app developers 
that, e.g., since php "only supports automake 1.4" that they'll only 
support v1.4.

problem is, their code breaks with newer versions of autoconf/automake.

can someone please clarify this position/status and recommend any 
(Continue reading)


Gmane