headers
internals | 1 Aug 2005 09:00
Picon

[PHP-DEV] PHP 4 Bug Summary Report

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

 Num Status     Summary (662 total including feature requests)
===============================================[*Directory/Filesystem functions]
33867 Feedback   auto_prepend_file doesn't work in httpd.conf
===============================================[Adabas-D related]=============
32486 Open       odbc_fetch_into returns wrong data
===============================================[Arrays related]===============
31114 Assigned   foreach modify array
===============================================[CGI related]==================
27515 Suspended  php -b still not working
32107 Feedback   fclose (STDIN|STDOUT|STDERR) not working
===============================================[Class/Object related]=========
31010 Verified   unset crashes overloaded class
33061 Assigned   Pass object by value then modify initialized sub-object: passes by reference
33839 Assigned   Warning: Problem with method call - please report this bug
===============================================[ClibPDF related]==============
32905 Assigned   Bookmark in PDF links to wrong page
===============================================[Date/time related]============
18289 Assigned   strftime totally buggy!!
===============================================[Documentation problem]========
20855 Suspended  chmod can't display correctly (french chm)
21504 Open       W32api extension documentation is obsolete
21975 Open       document safe_mode/open_basedir gotchas
23714 Analyzed   Unix/HP-UX install documentation is outdated
26616 Open       [chm] garbled keyword <at> lists on chm file of Manual
26902 Open       [chm] Right to left in hebrew at CHM file.
29045 Suspended   gzopen for URL
31591 Open       env information needs clarification
32489 Open       [de] German translation error at stristr()
(Continue reading)

Permalink | Reply | 0 comments |
headers
internals | 1 Aug 2005 09:30
Picon

[PHP-DEV] PHP 5 Bug Summary Report

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

 Num Status     Summary (361 total including feature requests)
===============================================[*General Issues]==============
27372 Verified   parse error loading browscap.ini at apache startup (new parser required)
===============================================[Apache related]===============
26494 Open       [PATCH] Timeout setting not honored while writing to a dead client
32561 Analyzed   Erroneous Allow HTTP response header
33292 Verified   apache_get_modules crashes
33723 Critical   php_value overrides php_admin_value
===============================================[Apache2 related]==============
26771 Verified   register_tick_funtions crashes apache2 child process
29983 Assigned   default_charset not set by ini_set
31594 Open       virtual(): Unable to include 'xxx' - error finding URI
32220 Assigned   [PATCH] thread_resources for thread not getting freed when apache kills thread
===============================================[Arrays related]===============
29253 Verified   array_diff with $GLOBALS argument fails apache.(zend optimizer running)
30305 Verified   array_splice discards keys of incoming array
31453 Verified   array_rand() is not returning random values
33887 Feedback   array_diff returns empty in some cases
33940 Open       array_map fails to pass by reference when called recursively
===============================================[Bzip2 Related]================
29521 Assigned   compress.bzip2 wrapper
===============================================[CGI related]==================
28227 Assigned   PHP CGI depends upon non-standard SCRIPT_FILENAME
29574 Verified   [PATCH] FastCgi server can't be used with unix domain sockets
31892 Verified   PHP_SELF incorrect without cgi.fix_pathinfo, but turning on screws up PATH_INFO
===============================================[Class/Object related]=========
28491 Suspended  $this may be modified indirectly inside a method
33595 Assigned   Memory leak
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ron Korving | 1 Aug 2005 09:37
Picon

[PHP-DEV] is this a bug?

When I receive a warning that an XSD file could not be opened, it urlencodes
the filepath. That doesn't make sense to me...

Example:
Warning: I/O warning : failed to load external entity
"/var/www/my%20test%20schema.xsd" in /var/www/test.php on line 10

Is this a bug?

Ron

PS: Weird thing is that this file actually does exist at that place, but
that's another problem I'm gonna have to look into.

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 2 comments |
headers
Dmitry Stogov | 1 Aug 2005 13:45
Favicon
Gravatar

RE: [PHP-DEV] is this a bug?

Hi Ron,

This is probably a bug.
I don't know if it easy fixable.
You can post it into bugs.php.net, and I'll look into it (when I'll have
time for it).

Thanks. Dmitry.

> -----Original Message-----
> From: Ron Korving [mailto:r.korving <at> xit.nl] 
> Sent: Monday, August 01, 2005 11:37 AM
> To: internals <at> lists.php.net
> Subject: [PHP-DEV] is this a bug?
> 
> 
> When I receive a warning that an XSD file could not be 
> opened, it urlencodes the filepath. That doesn't make sense to me...
> 
> Example:
> Warning: I/O warning : failed to load external entity 
> "/var/www/my%20test%20schema.xsd" in /var/www/test.php on line 10
> 
> Is this a bug?
> 
> Ron
> 
> PS: Weird thing is that this file actually does exist at that 
> place, but that's another problem I'm gonna have to look into.
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Wez Furlong | 1 Aug 2005 16:26
Picon
Gravatar

Re: [PHP-DEV] is this a bug?

Remember that spaces are illegal in URLs, so it seems perfectly fine
to have it encoded.

Whether the behaviour you're seeing is a bug, I'll leave to people
that know the code to decide :)

--Wez.

On 8/1/05, Dmitry Stogov <dmitry <at> zend.com> wrote:
> Hi Ron,
> 
> This is probably a bug.
> I don't know if it easy fixable.
> You can post it into bugs.php.net, and I'll look into it (when I'll have
> time for it).
> 
> Thanks. Dmitry.
> 
> > -----Original Message-----
> > From: Ron Korving [mailto:r.korving <at> xit.nl]
> > Sent: Monday, August 01, 2005 11:37 AM
> > To: internals <at> lists.php.net
> > Subject: [PHP-DEV] is this a bug?
> >
> >
> > When I receive a warning that an XSD file could not be
> > opened, it urlencodes the filepath. That doesn't make sense to me...
> >
> > Example:
> > Warning: I/O warning : failed to load external entity
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sean Coates | 2 Aug 2005 01:46
Gravatar

Re: [PHP-DEV] PHP_INI_SYSTEM and httpd.conf

> I can clearly set the PHP_INI_SYSTEM option in the httpd.conf.
> As stated in http://php.net/configuration.changes you should use the 
> 'php_admin_xx' directive instead of 'php_xx'.

*cough*
Yes, you're right.
Sorry for the noise.

S

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 2 comments |
headers
Rob Richards | 2 Aug 2005 15:28

Re: [PHP-DEV] is this a bug?

Column numbers in errors are not yet implemented everywhere in libxml 
and 0 is often returned.

Rob

Nuno Lopes wrote:

> The most interesting example is at http://php.net/libxml_get_errors
>
> But while I was reading again the example I wrote, I found that libxml 
> always returns column 0:

....

> This seems to be a bug to me, or the column stuff will only work when 
> validating with a dtd/..?

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |
headers
Ondrej Ivanič | 2 Aug 2005 16:05
Picon

Re: [PHP-DEV] Property Overloading RFC

Derick Rethans wrote:
> Hello!
> 
> we're finding some problems with property overloading (__get() and 
> __set()). Here is an RFC describing what we'd like to see changed. 
> Please comment on this.
> 
> 
> Introduction:
> PHP currently supports property overloading with the magic functions __get()
> and __set(). Those methods are called when the code "echo $object->a" or
> "$object->a = 42" are executed and the property "a" is not declared in the
> class. The magic methods are responsibly for:
> - checking if the property actually "exists"
> - setting the value or returning the value depending on the action
> 
> Problems:
> 1. There is no way to document the 'virtual' properties with any of the existing
>    documentation tools (such as phpdoc and doxygen)
> 2. There is no way how the magic methods know if a specific 'virtual' property
>    exists or not as those properties are not declared usually - unless you
>    define an array with property names as a class constant (which is not
>    allowed either).
> 3. There is no way for the magic methods to return a meaningfull error when a
>    property doesn't "exist". Of course it is possible to throw an error with
>    "trigger_error" or "throw" in case a property doesn't "exist" in a specific
>    class, but the file and line numbers would not match the actually get/set
>    action. debug_backtrace() can be used to retrieve the correct file and line,
>    but as you have to do this for every class where you want to use setters and
>    getters *and* you have to implement your own error message rendering
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nuno Lopes | 2 Aug 2005 14:42
Picon

Re: [PHP-DEV] is this a bug?

> On 2.8.2005 10:16 Uhr, Ron Korving wrote:
>> Shouldn't PHP suppress this warning then? Right now 3 warnings are shown 
>> for
>> just one bad statement. I think one warning would suffice. Of course this 
>> is
>> all rather unimportant and very low-priority, but I still think it's a
>> situation that could be improved.
>>
>> You can see the warnings at http://bugs.php.net/bug.php?id=33951
>
> AFAICS these are all libxml2 warnings. We would have to start
> intercepting those warnings and decide which one we want to show and
> which not... Too much hassle IMHO. In your scenario, which should be 
> shown?
>
> And with the new libxml error handler code in PHP 5.1, the developer can
> decide, what he wants to show and what not... See
> http://www.php.net/libxml_use_internal_errors
> and
> http://php5.bitflux.org/xml5_1/slide_13.php
> for some explenation and examples

The most interesting example is at http://php.net/libxml_get_errors

But while I was reading again the example I wrote, I found that libxml 
always returns column 0:

<?php

libxml_use_internal_errors(true);
(Continue reading)

Permalink | Reply | 2 comments |

Gmane