[PHP-DEV] [PATCH] TODO files

Hi all, There is 2 TODO files and I merged into one file. If you have comment, please let me know before I commit. (I'll commit it and remove TODO-4.2.txt around 8AM 3/1 GMT) -- Yasuo Ohgaki --- TODO.~1.124.~ Mon Jan 21 23:53:43 2002 +++ TODOThu Feb 28 16:43:35 2002 @@ -3,94 +3

Re: [PHP-DEV] Re: unset($_SESSION[...]) vs. register_globals=On

Hans Spath wrote: > Yasuo Ohgaki wrote: > >> Hans Spath wrote: >> >>> When register_globals is enabled, you can't unregister session >>> variables via unset($_SESSION['varname']). How are php coders >>> supposed to write clean code with that new autoglobal variable, when >>> they have to have

Re: [PHP-DEV] Re: unset($_SESSION[...]) vs. register_globals=On

Yasuo Ohgaki wrote: >Hans Spath wrote: > >>When register_globals is enabled, you can't unregister session variables >>via unset($_SESSION['varname']). How are php coders supposed to write >>clean code with that new autoglobal variable, when they have to have the >>same configuration at every s

[PHP-DEV] TODO-4.2.txt to TODO-4.3.txt

Since we are going to have 4.2.0 release branch, TODO-4.2.txt should be renamed TODO-4.3.txt or merged to TODO file. Do we really have 2 files (TODO and TODO-4.x) for ToDo list? I think it may be better to merged into one file. Any comments? If there is no comments, I'll merge TODO-4.x.txt to TO

[PHP-DEV] Re: PHP 4.2.0 release process

Ok. Let's do it. It seems some module is destroying heap at request shutdown. I just didn't have to locate which one is the bad module. Derick, Sascha, do you find any problem with my session patch? It fixes many serious problems. I would like to commit before branching. It should be ASAP since

[PHP-DEV] Re: PHP 4.2.0 release process

Ok. Let's do it. It seems some module is destroying heap at request shutdown. I just didn't have to locate which one is the bad module. Derick, Sascha, do you find any problem with my session patch? It fixes many serious problems. I would like to commit before branching. It should be ASAP since

[PHP-DEV] No announce for PHP 4.1.2

Hi, whoever relased PHP 4.1.2. It is announced in freshmeast. However, there is no announce message in php.announce (yet) :) -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

[EMAIL PROTECTED] wrote: > Hello, > > On Wed, 27 Feb 2002, Rasmus Lerdorf wrote: > > >>Decisions like this are not made by one person on irc. Including the >>decision on when to branch. This is done on php-dev. For all you know >>there are people working on stuff for 4.2 that haven't committ

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

[EMAIL PROTECTED] wrote: > On Wed, 27 Feb 2002, Rasmus Lerdorf wrote: > > >>Unless there is a 4.2.0 branch, why are you going to 4.2.1? >> > > There is a PHP 4.2.0 branch. > > Derick HEAD branch was not good enough to be a release branch. Before we branch, we should sort out known critical bu

Re: [PHP-DEV] Re: [PHP-QA] Re: 4.2.0 & CLI

On Wed, 2002-02-27 at 19:27, Zak Greant wrote: > On Wed, 2002-02-27 at 20:23, Yasuo Ohgaki wrote: > > Jim Winstead wrote: > > > In php.dev Edin Kadribasic <[EMAIL PROTECTED]> wrote: > > > > > >>1. If you compile CGI binary and then issue 'make install' it will be > > >>installed in $PREFIX/bin, t

[PHP-DEV] Re: [PHP-QA] Re: 4.2.0 & CLI

On Wed, 2002-02-27 at 20:23, Yasuo Ohgaki wrote: > Jim Winstead wrote: > > In php.dev Edin Kadribasic <[EMAIL PROTECTED]> wrote: > > > >>1. If you compile CGI binary and then issue 'make install' it will be > >>installed in $PREFIX/bin, then CLI will be put in the same place overwriting > >>it. A

[PHP-DEV] Re: unset($_SESSION[...]) vs. register_globals=On

Hans Spath wrote: > When register_globals is enabled, you can't unregister session variables > via unset($_SESSION['varname']). How are php coders supposed to write > clean code with that new autoglobal variable, when they have to have the > same configuration at every server they run their scr

[PHP-DEV] Re: 4.2.0 & CLI

Jim Winstead wrote: > In php.dev Edin Kadribasic <[EMAIL PROTECTED]> wrote: > >>1. If you compile CGI binary and then issue 'make install' it will be >>installed in $PREFIX/bin, then CLI will be put in the same place overwriting >>it. Any suggestions on what to do in this situation? >> > > imho,

[PHP-DEV] Re: [PHP-QA] PHP 4.2.0 release process

On Wed, 2002-02-27 at 11:31, Derick Rethans wrote: > Hello folks, > > after some overenthausiastic actions of me today I'd like to do it the > formal way now. I think it's a good idea to start working on a PHP 4.2.0 > release now. Some interesting additions were added, the file upload code > was

Re: [PHP-DEV] Re: 4.2.0 & CLI

On Thu, Feb 28, 2002 at 12:10:23AM -, Jim Winstead wrote: > > 1. If you compile CGI binary and then issue 'make install' it will be > > installed in $PREFIX/bin, then CLI will be put in the same place overwriting > > it. Any suggestions on what to do in this situation? > > imho, the cgi bina

Re: [PHP-DEV] Re: Function to retrieve headers for message/rfc822 attachments

OK, did a little digging and it seems that it is not (necessarily) PHP that doesn't support the x.HEADER/x.TEXT syntax... The c-client function called by imap_fetchbody function calls mail_fetchbody_full (alias for mail_fetch_body) which _does not_ support the above syntax since it only expects i

[PHP-DEV] Re: 4.2.0 & CLI

In php.dev Edin Kadribasic <[EMAIL PROTECTED]> wrote: > 1. If you compile CGI binary and then issue 'make install' it will be > installed in $PREFIX/bin, then CLI will be put in the same place overwriting > it. Any suggestions on what to do in this situation? imho, the cgi binary should get calle

[PHP-DEV] RE: Is there a homepage for the php_ifx.dll driver? -> dedicated pages for modules

Thanks for the info. I'm glad you told me otherwise I would have wasted a lot of time trying to get it to go. Maybe someone will make a decent version that will work with the latest PHP. Until then, I could always run an old version of PHP to access our informix database (legacy system). Thanks

RE: [PHP-DEV] Patch to extract()

Anyone interested in this patch? -- Richard Heyes "If you have any trouble sounding condescending, find a Unix user to show you how it's done." - Scott Adams > -Original Message- > From: Richard Heyes [mailto:[EMAIL PROTECTED]] > Sent: 25 February 2002 16:18 > To: PHP Dev > Subject: [P

[PHP-DEV] Re: [PHP-INST] Openssl with PHP

On Wed Feb 27, 2002 at 05:12:26PM -0500, Hunter, Ray wrote: > System: RedHat 7.2 > Openssl: openssl-0.9.6c and openssl-engine-0.9.6c > PHP: 4.1.2 > > Has anyone installed openssl with php. I am getting an error where it can > not find the evp.h file. I am wondering if there

[PHP-DEV] 4.2.0 & CLI

Hello all, One of the new things in 4.2.0 will be CLI SAPI and modifications of the build process that were made to make simultanious build with other SAPIs possible. There are few issues that remain: 1. If you compile CGI binary and then issue 'make install' it will be installed in $PREFIX/bin,

[PHP-DEV] [PATCH] allows is_a_impl to accept an object or string for eitherargument

In some of my recent code I found it desirable to obtain class hierarchy info without having to create a class instance. I just made this and it was the first time I have really looked at the php src, hope it dosent break anything ;) a = $a; } } class B extends A { } $a =& new A; $b

[PHP-DEV] Openssl with PHP

Title: Openssl with PHP System:     RedHat 7.2 Openssl:    openssl-0.9.6c and openssl-engine-0.9.6c PHP:        4.1.2 Has anyone installed openssl with php.  I am getting an error where it can not find the evp.h file.  I am wondering if there is a problem with openssl.  I am tryi

[PHP-DEV] Loading Module In Win32 PHP

I've been using PHP for years. I'm stumped on this one though. I installed PHP into C:\Program Files\PHP and copied the php_ldap.dll file into the directory C:\Program Files\PHP\DLL and added two lines into php.ini: extension_dir=C:\Program Files\PHP\DLL extension=php_ldap.dll Anytime I try to a

Re: [PHP-DEV] Re: Counterpart to htmlentities function: unhtmlentities

On Wed, Feb 27, 2002 at 11:07:29AM +0100, Derick Rethans wrote : > I've to agree wtih Rasmus here, IMO it does not warrant a new function. But don't you lost focus a bit? This is not exactly a counterpart to a function. It also adds new functionality. - Markus -- PHP Development M

Re: [PHP-DEV] Re: Function to retrieve headers for message/rfc822 attachments

On Wed, Feb 27, 2002 at 12:16:47PM +0900, Yasuo Ohgaki wrote : > Brad Fisher wrote: > >This is a function I wrote a while back so I could access more of the > >headers available in a mail message. The imap_headers and > >imap_fetchheaders functions work fine for retrieving headers for the > >mai

[PHP-DEV] CVS Account Request: ave

Translating the documentation (Russian) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP 4.2.0 release process

Title: RE: [PHP-DEV] PHP 4.2.0 release process Derick Rethans writes: > Hello folks, > > after some overenthausiastic actions of me today [snip] Derick, I admire your [over]enthusiasm a great deal, and also appreciate your work on php-dev very much. I'm also quite sure I'm not the only on

Re: [PHP-DEV] PHP 4.2.0 release process

Sounds good to me. -Jason On Wed, 2002-02-27 at 12:31, Derick Rethans wrote: > Hello folks, > > after some overenthausiastic actions of me today I'd like to do it the > formal way now. I think it's a good idea to start working on a PHP 4.2.0 > release now. Some interesting additions were added

[PHP-DEV] CVS Account Request: helly

Want to fix php4/ext/exif as discussed with Rasmus Lerdorf. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 4.2.0 release process

Hello folks, after some overenthausiastic actions of me today I'd like to do it the formal way now. I think it's a good idea to start working on a PHP 4.2.0 release now. Some interesting additions were added, the file upload code was rewriten and probably a lot more. I propose to branch to PHP_4_

Re: [PHP-DEV] Dev question / bugfix for 8449

Hello, On Wed, 27 Feb 2002, Robert R. Evans wrote: > I’ve fixed a bug in PHP (#8449) and would like to submit it, but I > haven’t got a clue what diff command to use. Can someone send me some > info/links..? I’ve got loads of information on *reporting* bugs but > very little on *fixing* them.

[PHP-DEV] Dev question / bugfix for 8449

I’ve fixed a bug in PHP (#8449) and would like to submit it, but I haven’t got a clue what diff command to use.  Can someone send me some info/links..?  I’ve got loads of information on *reporting* bugs but very little on *fixing* them.   Thanks

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

On 27 Feb 2002, Jason Greene wrote: > That sounds great, I will hurry with my patches then : ) I'd rather wait a day more then have hurried patches though :) Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

OK, That sounds great, I will hurry with my patches then : ) -Jason On Wed, 2002-02-27 at 12:18, [EMAIL PROTECTED] wrote: > Hello, > > On 27 Feb 2002, Jason Greene wrote: > > > That should be enough time; however, if it is a problem, I could apply > > to HEAD, then merge to 4.2 since the exte

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

Hello, On 27 Feb 2002, Jason Greene wrote: > That should be enough time; however, if it is a problem, I could apply > to HEAD, then merge to 4.2 since the extension is labeled experimental. I'd favor waiting a few days with the branching so that you have time to commit your stuff. I don't thin

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

Clarification I was referring to the status change in 4.3 and the features in by 4.2 On Wed, 2002-02-27 at 12:11, Jason Greene wrote: > That should be enough time; however, if it is a problem, I could apply > to HEAD, then merge to 4.2 since the extension is labeled experimental. > > I was

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

> Hello, > > On Wed, 27 Feb 2002, Rasmus Lerdorf wrote: > > > Decisions like this are not made by one person on irc. Including the > > decision on when to branch. This is done on php-dev. For all you know > > there are people working on stuff for 4.2 that haven't committed just yet. > > You're

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

Hello, On Wed, 27 Feb 2002, Rasmus Lerdorf wrote: > Decisions like this are not made by one person on irc. Including the > decision on when to branch. This is done on php-dev. For all you know > there are people working on stuff for 4.2 that haven't committed just yet. You're totally right h

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

That should be enough time; however, if it is a problem, I could apply to HEAD, then merge to 4.2 since the extension is labeled experimental. I was hoping to finish my work and then remove experimental status from the extension, but perhaps that should wait till 4.3, that way any final tweaks ca

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

I don't see any reason not to postpone the branching by a couple of days if that's enough time for you. Andi At 11:57 AM 2/27/2002 -0600, Jason Greene wrote: >I was hoping the sockets work I was planning on would make the 4.2 >branch. I guess thats not possible? > >-Jason > > > >On Wed, 2002-02

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

I was hoping the sockets work I was planning on would make the 4.2 branch. I guess thats not possible? -Jason On Wed, 2002-02-27 at 11:19, Rasmus Lerdorf wrote: > > Rasmus Lerdorf wrote: > > > By the way, when was this 4.2.0 branch created? I saw no > > > php-dev/php-qa discussion on this. >

[PHP-DEV] unset($_SESSION[...]) vs. register_globals=On

When register_globals is enabled, you can't unregister session variables via unset($_SESSION['varname']). How are php coders supposed to write clean code with that new autoglobal variable, when they have to have the same configuration at every server they run their scripts? I've written a bug

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

> Rasmus Lerdorf wrote: > > By the way, when was this 4.2.0 branch created? I saw no > > php-dev/php-qa discussion on this. > > Derick is writing the mail in question right now. We're currently > discussing the process on #php.bugs @ EFnet. Well, you have the process upside down. You need t

[PHP-DEV] [PATCH] Better fix for PHP Safe Mode Filesystem CircumventionProblem

This simple patch resolves this issue in a clean way, without introducing complex sql pre-processing code that introduces mutex problems. The only issue is that it requires a modification to libmysql.c, which provided that everyone here agrees with this fix, then I will post it to [EMAIL PROTECTE

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem - tested

On Wed 27 Feb 2002 (06:31 -0700), Zak Greant wrote: > On Wed, 2002-02-27 at 05:40, [EMAIL PROTECTED] wrote: > > Hello, > > > > I think it's a bad idea to patch extension for flaws not in PHP itself. > > Furthermore, this adds a performance loss to every query. Did you do any > > benchmarks with i

Re: [PHP-DEV] How long does the entire test suite take to run?

On Wed, 27 Feb 2002, Venkat Raghavan wrote: > Thanx for the response. Figured out that it was looping infinitely > inside the test test script due to a bug. > > But just tell me how long it takes on your machine and what platform > you run it on, so that I get some idea. Around 3 minutes on my p

Re: [PHP-DEV] How long does the entire test suite take to run?

Thanx for the response. Figured out that it was looping infinitely inside the test test script due to a bug. But just tell me how long it takes on your machine and what platform you run it on, so that I get some idea. Thanx again, Venkat -- PHP Development Mailing List T

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem -tested

On Wed, 2002-02-27 at 05:40, [EMAIL PROTECTED] wrote: > Hello, > > I think it's a bad idea to patch extension for flaws not in PHP itself. > Furthermore, this adds a performance loss to every query. Did you do any > benchmarks with it? Anyway... I still think it's a bad idea, and from what > I've

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

> By the way, when was this 4.2.0 branch created? I saw no php-dev/php-qa > discussion on this. I believe that whoever did this made a big mistake by not announcing it on php-dev. There was no usual "we are about to go into release process, please commit your stuff" sort of message which is IMO

[PHP-DEV] CVS Account Request: adu

Translating the documentation into Romanian -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: Counterpart to htmlentities function: unhtmlentities

> > Yeah, but I believe both of you are _not_ agaist for having this, > > right? Having reverse order conversion function is nice when it is > > possbile to write one even if it is relatively easy to write. IMO. > > Ok, let me put it in a more blunt way then: I'm against adding > more bloat to

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem - tested

Hello, I think it's a bad idea to patch extension for flaws not in PHP itself. Furthermore, this adds a performance loss to every query. Did you do any benchmarks with it? Anyway... I still think it's a bad idea, and from what I've heard Zak is talking with MySQL about this. Derick On Wed, 27 F

Re: [PHP-DEV] Re: Counterpart to htmlentities function: unhtmlentities

On Wed, 27 Feb 2002, Yasuo Ohgaki wrote: > Derick Rethans wrote: > > Hello, > > > > I've to agree wtih Rasmus here, IMO it does not warrant a new function. > > > > Derick > > Yeah, but I believe both of you are _not_ agaist for having this, > right? Having reverse order conversion function is nic

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem - tested

On Tue 26 Feb 2002 (21:58 +0100), Jim Segrave wrote: > > I was looking at the posting from "James E. Flemer" <[EMAIL PROTECTED]> > and decided to try adding a bit more to it. > > ** This code is compiled, but not tested ** I now have a patch against /* $Id: php_mysql.c,v 1.97.2.3 2001/12/09

Re: [PHP-DEV] How long does the entire test suite take to run?

Hi, On Tue, 26 Feb 2002 23:05:14 -0700 "Venkat Raghavan" <[EMAIL PROTECTED]> wrote: > It seems to be running for nearly an hour now. Or is something wrong? it sounds strange, but it may take so long on an extreme slow machine. what hardware are you on? Jan -- Q: Thank Jan? A: http://geschenke.

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

On Wed, 27 Feb 2002, Rasmus Lerdorf wrote: > Then according to our new versioning system, HEAD should be at 4.3.0-dev I totally agree with that, but some persons say we never agreed upon that new and nice versioning scheme. Anyway, it's open for discussion if you ask me. Derick > > On Wed, 27

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h

Rasmus Lerdorf wrote: > By the way, when was this 4.2.0 branch created? I saw no > php-dev/php-qa discussion on this. Derick is writing the mail in question right now. We're currently discussing the process on #php.bugs @ EFnet. -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] Re: Counterpart to htmlentities function: unhtmlentities

Derick Rethans wrote: > Hello, > > I've to agree wtih Rasmus here, IMO it does not warrant a new function. > > Derick Yeah, but I believe both of you are _not_ agaist for having this, right? Having reverse order conversion function is nice when it is possbile to write one even if it is relative

Re: [PHP-DEV] Re: Counterpart to htmlentities function: unhtmlentities

Hello, I've to agree wtih Rasmus here, IMO it does not warrant a new function. Derick On Tue, 26 Feb 2002, Rasmus Lerdorf wrote: > Reversing htmlentities is trivial. I don't think it needs a special > function. > > Simply do: > > $trans = get_html_translation_table(HTML_ENTITIES); > $tra

[PHP-DEV] Re: Bug #15756 Updated: bad Subtraction

You know, perhaps we should drop the default precision down from 14 a bit. I am getting tired of answering this one. Even dropping it to 12 would have prevented this particular question. Of course, people will never understand the real issue and will end up writing code that magnifies such preci