headers
internals | 1 Jan 2007 10:00
Picon

[PHP-DEV] PHP 4 Bug Summary Report

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

 Num Status     Summary (635 total including feature requests)
===============================================[Apache2 related]==============
38670 Open       Whole 4.4.x branch has problem with open_basedir option nested from Apache2
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)
39764 Suspended  array_key_exists inconsistent behavior
===============================================[CGI related]==================
38476 Open       PATH_INFO, ORIG_PATH_INFO, and PHP_SELF not set in Lighttpd1.4.11/PHP4.4.3
===============================================[Class/Object related]=========
39254 Open       Refcount error with static variables and object references (PHP4 only)
39681 Open       this assignment outside class breaks static function call (PHP4 only)
===============================================[COM related]==================
37899 Assigned   [PATCH] php_char_to _OLECHAR copies junk bytes
===============================================[cURL related]=================
36248 Assigned   CURLOPT_HEADERFUNCTION, couldn't set the function in the class (works in 5.1)
===============================================[dBase related]================
39966 Feedback   XML/DOM/DBASE issue ?
===============================================[Documentation problem]========
29045 Suspended   gzopen for URL
36663 Open       unexpected difference between "zlib.output_compression" and "ob_gzhandler"
37008 Feedback   Wrong link
37009 Open       I got wrong letter Å and å !
37164 Analyzed   SNMP: snmp_set_oid_numeric_print does not behave as expected
37901 Verified   Unable to find the wrapper "file"
39874 Open       gztell returns incorrect file pointer number
39894 Open       IniFilePath and PHPRC
(Continue reading)

Permalink | Reply | 0 comments |
headers
internals | 1 Jan 2007 10:30
Picon

[PHP-DEV] PHP 5 Bug Summary Report

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

 Num Status     Summary (625 total including feature requests)
===============================================[*Compile Issues]==============
39372 Suspended  Incompatibility in the PHP API.
===============================================[*Configuration Issues]========
37919 Open       PHP doesn't read the configurations propertly
===============================================[*Directory/Filesystem functions]
39351 Open       require and include fails to open file in current directory
===============================================[Apache related]===============
36724 Assigned   Fix for #35646 incorrect
===============================================[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
39330 Assigned   apache2handler does not call shutdown actions before apache child die
39484 Open       intermittent include failure under symlinked virtual hosts
===============================================[Arrays related]===============
35163 Assigned   Array elements can lose references.
39337 Open       Array creation when using overloading (__get) does not work (NULL)
===============================================[Bzip2 Related]================
29521 Assigned   compress.bzip2 wrapper
===============================================[CGI related]==================
28227 Assigned   PHP CGI depends upon non-standard SCRIPT_FILENAME
31892 Verified   PHP_SELF incorrect without cgi.fix_pathinfo, but turning on screws up PATH_INFO
===============================================[Class/Object related]=========
36694 Assigned   unserialize method is not called on an object when session is restored
===============================================[COM related]==================
31327 Assigned   chinese char and word problem
32099 Assigned   After opening ADO connection and closing it repeatedly, Apache stops service
33188 Assigned   Cannot instantiate a DOTNET object
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wojciech Malota | 2 Jan 2007 08:35
Picon

[PHP-DEV] Semaphores - feature request

It's impossible to correct remove semaphores with sem_remove function
when I use them to provide execution of concurrent processes.
When the last process releases the semaphore I should be able to remove
it. But I don't know if another process haven't acquired the semaphore.
For safety reasons I don't remove released semaphores from system.
Now, If I get 128 semaphores and I execute sem_get one more time I will
get warning.
So, I can't remove semaphores (because I don't know if another process
is using it) and I can't get next semaphore.
I will try to tell about my sugestion.

I assume that I have a function my_sem_remove($sem_id):

function my_sem_remove($id) {
  if(Semaphore $id isn't acquired and its FIFO is empty)
    sem_remove($id);
}
None of instructions in this function can be interrupted.
So, now the problem is simple to resolve:

$id = sem_get(ID);
sem_acquire($id);

CRITICAL REGION

sem_release($id);
my_sem_remove($id);

But now, two instructions: sem_release and my_sem_remove are not needed.
It's simple to replace them by one function my_sem_release:
(Continue reading)

Permalink | Reply | 8 comments |
headers
Jonas Smedegaard | 2 Jan 2007 09:52
Picon
Gravatar

[PHP-DEV] CVS Account Request: jonas

Help developing libGD, coordinating it with the official packaging of the library for Debian.

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |
headers
Andrey Hristov | 2 Jan 2007 10:17

Re: [PHP-DEV] Include fileinfo in core

 Hi Antony,
Antony Dovgal wrote:
> On 12/31/2006 02:43 AM, Kevin Waterson wrote:
>>> While mime_magic is deprecated, it does not mean it cannot be used.
>>> So there certainly is a way to do it without PECL.
>> Currently, but it will be moved sometime in the future.
>>
>>> Anyone capable of installing core extension, is capable of installing
>>> an extension from PECL, in most cases it's as easy as `pecl install
>>> <name>`.
>> Not everybody has access to this, particularly in a mutliple hosting
>> environment.
> 
> Sure, but the very same applies to core extensions.

however the just do ./configure without any additional options or just
add all enabling|--with params but are ignorant of PECL being existent.
Thus they think they have provided everything, though they haven't. Then
the process starts to ask for the installation of this or that PECL
extension :(

>> It would be nice to be able to verify/validate file types by mimetype
>> with a simple core function
>> that is available on all platforms. If the only way of doing this is
>> in PECL then portablity
>> is lost and so is any surity of what type of file an uploaded file may
>> be, without resorting to hacks.
> 
> Including an extension into the core does not mean it will become
> available on all hostings, especially taking into account that this
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Waterson | 2 Jan 2007 11:33

Re: [PHP-DEV] Include fileinfo in core

This one time, at band camp, Antony Dovgal <antony <at> zend.com> wrote:

> Also, to repeat myself here, there is also no way to use filepro database, hwapi, msession,
> cpdf, dio, fam, ingres, mnogosearch, yp API, Ovrimos, PayFlow Pro and a bunch of other functions 
> without using PECL.

I appreciate your point about not having everything available to core. The extensions you
mention above are very specific to a task, where-as validating a file mimetype is quite a
generic procedure. To this end I would like to see more discussion on the topic. Its very
clear that you are not for it, but lets hear from others? 

Kind regards
Kevin

-- 
"Democracy is two wolves and a lamb voting on what to have for lunch. 
Liberty is a well-armed lamb contesting the vote."

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 4 comments |
headers
name | 2 Jan 2007 12:32

[PHP-DEV] CVS Account Request: jryfibofbvc

bbgdjgkdjggfdggdf and more info
D

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
Pierre | 2 Jan 2007 14:02
Picon
Gravatar

Re: [PHP-DEV] Include fileinfo in core

Hello,

On 1/2/07, Kevin Waterson <kevin <at> oceania.net> wrote:

> I appreciate your point about not having everything available to core. The extensions you
> mention above are very specific to a task, where-as validating a file mimetype is quite a
> generic procedure. To this end I would like to see more discussion on the topic. Its very
> clear that you are not for it, but lets hear from others?

I like to have fileinfo bundled.

--Pierre

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
Jochem Maas | 2 Jan 2007 14:12

Re: [PHP-DEV] Include fileinfo in core

Kevin Waterson wrote:
> This one time, at band camp, Antony Dovgal <antony <at> zend.com> wrote:
> 
>> Also, to repeat myself here, there is also no way to use filepro database, hwapi, msession,
>> cpdf, dio, fam, ingres, mnogosearch, yp API, Ovrimos, PayFlow Pro and a bunch of other functions 
>> without using PECL.
> 
> I appreciate your point about not having everything available to core. The extensions you
> mention above are very specific to a task, where-as validating a file mimetype is quite a
> generic procedure. To this end I would like to see more discussion on the topic. Its very
> clear that you are not for it, but lets hear from others? 

my opinion count for jack s*** around here but the way I see it if I have a function fopen()
as standard then I 'should' have a standard mechanism to figure out what kind of file
something is.

in practice I control all the servers I work on so doing 'pecl install fileinfo' is not a
big deal - but the majority of users don't have that privilege.

having fileinfo included as standard will hopefully encourage lots of projects (that are often
infamous for security flaws?) to do a little more than check a file's extension when dealing
with uploads?

> 
> 
> Kind regards
> Kevin
> 

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Derick Rethans | 2 Jan 2007 14:29
X-Face
Picon
Gravatar

Re: [PHP-DEV] Include fileinfo in core

On Sun, 31 Dec 2006, Antony Dovgal wrote:

> When we move something to PECL or deprecate a core extension in favor of its
> PECL analogue, it does not mean the PECL extension should be moved into core,
> that's not the point.
> Btw, quite a number of useful extensions were born in PECL and there are no
> plans of moving into core either.

But I would think that while there is an extension in PECL that is 
favoured over a deprecated extension in the core, we should be able to 
swap it. 

> > I think its reasonable for develpers to have access to this 
> > functionality without the need to install pecl/pear additions which 
> > in a hosting environment may not be possible.
> 
> Anyone capable of installing core extension, is capable of installing an
> extension from PECL, in most cases it's as easy as `pecl install <name>`.

Yes, but no hosters do that and I would actually push for turning this 
very usefull extension on by default. I spoke with Ilia before and we 
can most likely even bundle it when we make the library file in memory 
as well. And I think we should improve the ext a bit and put it in.

regards,
Derick

--

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

Permalink | Reply | 1 comment |

Gmane