Re: [PHP-DEV] [PATCH] OCI8 link failure (Tru64/AIX) (#22324)

2003-03-22 Thread Jani Taskinen
Attached is patch for ext/oci8/config.m4, please try it out. --Jani On Tue, 11 Mar 2003, Michael Mauch wrote: Jani Taskinen [EMAIL PROTECTED] wrote: I still don't think we should be linking with libocijdbc8 in any case. Can you ask some Oracle support why their libs differ

[PHP-DEV] Re: cvs: php4 /ext/tokenizer tokenizer.c

2003-03-19 Thread Jani Taskinen
, or enclosed within an #ifdef? Greg Jani Taskinen wrote: sniper Wed Mar 19 18:10:27 2003 EDT Modified files: /php4/ext/tokenizer tokenizer.c Log: And this too.. Index: php4/ext/tokenizer/tokenizer.c diff -u php4/ext/tokenizer/tokenizer.c

Re: [PHP-DEV] 4.3.2RC1: patch to compile with libgd 2

2003-03-17 Thread Jani Taskinen
Please try the latest STABLE cvs snapshot from http://snaps.php.net as this seems to be fixed already. --Jani On Sat, 15 Mar 2003, Roberto Biancardi wrote: --- ext/gd/gdttf.c.orig Sat Mar 15 22:38:28 2003 +++ ext/gd/gdttf.c Sat Mar 15 22:42:42 2003 @@ -744,9

RE: [PHP-DEV] Possible problem in the parser

2003-03-14 Thread Jani Taskinen
On Fri, 14 Mar 2003, Andi Gutmans wrote: You are right that it doesn't behave the same as C. However, personally although it might have been better for it to work like C I don't think it's a good idea to change it now. First of all it would break backwards compatibility in a way which would be

[PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List

Re: [PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
wrote: I think this is just a bad day :) Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV Of about 20 emails today, 6 were posted to wrong mailing list. And one

Re: [PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
be the change of the list name is good idea. For a day or two? :) --Jani Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:07 PM Subject: Re: [PHP-DEV] Moderate PHP-DEV

Re: [PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
After reading all the comments, I came to conclusion that we will do the following compromise: 1. Rename the list to php-group 2. Separate the list entries in mailing-lists.php [DONE!] 3. Apply the same system as is in use for our @php.net addresses for

Re: [PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
On Wed, 12 Mar 2003, Sascha Schumann wrote: Jani, 1. Rename the list to php-group bad name for obvious reasons. Georg's suggestion of internals sounds ok to me. Or hackers from the FreeBSD community. internals,hackers,whatever, as long as it's not php-dev. :)

Re: [PHP-DEV] Moderate PHP-DEV

2003-03-12 Thread Jani Taskinen
On Wed, 12 Mar 2003, Sascha Schumann wrote: I wouldn't consider 3rd one that drastic. It has worked very well for me, I haven't got any spam to my php.net addy, but people who really wanted to send me email got through.. Well, maybe I am an exception, but I usually don't

Re: [PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_iiii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/ldap

2003-03-11 Thread Jani Taskinen
Your cvs checkout is broken: # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 And it works fine. --Jani On Tue, 11 Mar 2003, moshe doron wrote: Renamed OnUpdateInt - OnUpdateLong to prevent further misunderstandings. # Intentionally left out

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

2003-03-10 Thread Jani Taskinen
Andi, what's the status with this? --Jani On Sun, 23 Feb 2003, Wez Furlong wrote: Hi Andi (and James) Andi: I'd appreciate your comments on this patch, specifically if there are any concerns about it doing the right thing. Most people here:

Re: [PHP-DEV] [PATCH] OCI8 link failure (Tru64/AIX) (#22324)

2003-03-09 Thread Jani Taskinen
I still don't think we should be linking with libocijdbc8 in any case. Can you ask some Oracle support why their libs differ with same version but in different OSes?? --Jani On Sat, 8 Mar 2003, Michael Mauch wrote: Hi, this is a repost of my article from Monday, 03

Re: [PHP-DEV] fun with autoconf on Tru64

2003-03-07 Thread Jani Taskinen
On Fri, 7 Mar 2003, David Hill wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? No - php4 HEAD, should I be doing this with

Re: [PHP-DEV] Apache2 SAPI

2003-03-06 Thread Jani Taskinen
I think it would be okay to just replace the apache2filter with apache2handler altogether..since the former does not work as well anyway. Are there any differences how it is setup in http.conf btw? --Jani On Thu, 6 Mar 2003, Derick Rethans wrote: On Thu, 6

Re: [PHP-DEV] Apache2 SAPI

2003-03-06 Thread Jani Taskinen
On Thu, 6 Mar 2003, Ian Holsman wrote: Jani Taskinen wrote: | I think it would be okay to just replace the apache2filter | with apache2handler altogether..since the former does not | work as well anyway. | | Are there any differences how it is setup in http.conf btw? no.. not now

Re: [PHP-DEV] Apache2 SAPI

2003-03-06 Thread Jani Taskinen
On Thu, 6 Mar 2003, Ilia A. wrote: On March 6, 2003 11:19 am, Derick Rethans wrote: Our policy is not to merge new things to stable branches (which is PHP_4_3 now). True, however the apache2handler works much better then the existing apache2filter and as far as I can tell fixes at least 1

Re: [PHP-DEV] fun with autoconf on Tru64

2003-03-06 Thread Jani Taskinen
On Thu, 6 Mar 2003, David Hill wrote: I encountered what appears to be a typo in odbc/config.m4: + PHP_EVAL_LIBLINE([$ODBC_LFLAGS $ODBC_LIBS], OBDC_SHARED_LIBADD) that should probably be ODBC, but it had nothing to do with my build problem. Good catch..this closed (hopefully) at least

Re: [PHP-DEV] fun with autoconf on Tru64

2003-03-06 Thread Jani Taskinen
On Thu, 6 Mar 2003, David Hill wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? What line is the error at? What does running

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
On Fri, 28 Feb 2003, Andi Gutmans wrote: At 04:28 PM 2/28/2003 +0100, Sascha Schumann wrote: So I think the fix of adding OnUpdateLong() is the correct fix. I was under the impression that OnUpdateInt was actually expecting a long. I remember changing some int's to long's to

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
On Tue, 4 Mar 2003, Sascha Schumann wrote: So for 4.3.2, we add the OnUpdateLong() and replace all the calls to OnUpdateInt() to use that instead and we leave the OnUpdateInt() behaviour same as it was. This shouldn't cause BC problems then..? Yes. Ok, I'll prepare a

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
Yes, I know, but we need to remain backwards compatible so I'm adding OnUpdateInteger() and OnUpdateLong(). This leaves OnUpdateInt() as it is now. Just need to go through the extensions and change the necessary OnUpdateInt()'s to OnUpdateLong(). --Jani On Tue,

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
And of course the rest to use OnUpdateInteger().. --Jani On Tue, 4 Mar 2003, Jani Taskinen wrote: Yes, I know, but we need to remain backwards compatible so I'm adding OnUpdateInteger() and OnUpdateLong(). This leaves OnUpdateInt() as it is now. Just need to go

[PHP-DEV] OnUpdateLong(), etc. (64bit issues)

2003-03-04 Thread Jani Taskinen
Attached proposed patch to solve this, just the Zend/ part. (patch is for PHP_4_3 branch) --Jani Index: zend_ini.c === RCS file: /repository/Zend/zend_ini.c,v retrieving revision 1.23.2.1 diff -u -r1.23.2.1

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
Yup, that was the idea. I'll first change them all to OnUpdateInteger, and then use your patch to change the ones that need to be long to use OnUpdateLong. --Jani On Tue, 4 Mar 2003, David Hill wrote: The patch I sent in should have all of the OnUpdateLong changes in

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread Jani Taskinen
On Tue, 4 Mar 2003, David Hill wrote: Is there any specific reason why a single API (OnUpdateLong) is not sufficient? Is not it a safe assumption that those modules which still use 'int's are simply the result of a mistake on the developer's side? This is a reasonable

Re: [PHP-DEV] [PATCH] - 64 bit issue with zend_parse_parameterscalls

2003-03-04 Thread Jani Taskinen
Just commit these.. --Jani On Sat, 1 Mar 2003, Dave Hill wrote: Hi all, I am back again Diff against php4-STABLE-200302241430 (without the last patch I suggested) Applies to 4.5.x and 5.x as well. Affects any 64 bit OS. I ran into another problem after I turned

Re: [PHP-DEV] Tie'ing variables

2003-03-03 Thread Jani Taskinen
Can't those long names be gone in PHP 5 anyway..? Having YASIO is not fun. :) --Jani On Sun, 2 Mar 2003, Zeev Suraski wrote: I wanted to do this for some time, but until recently, it wasn't very feasible, because the order of registration could be designated by the

Re: [PHP-DEV] --with-apache broken in PHP_4_3?

2003-02-26 Thread Jani Taskinen
eh? Are your apache sources there? :) --Jani On Wed, 26 Feb 2003, Sebastian Bergmann wrote: I have installed Apache 1.3.28-dev in /usr/local/apache: checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no

Re: [PHP-DEV] Re: Announcement: Next generation ext_skel

2003-02-26 Thread Jani Taskinen
Krhm...you should make it to produce code that meets our coding standards.. :) Use tabs, if (foo) { ... } etc. --Jani On Wed, 26 Feb 2003, Hartmut Holzgraefe wrote: l0t3k wrote: Hartmut, will this also generate

Re: [PHP-DEV] bug notification ?

2003-02-26 Thread Jani Taskinen
No. --Jani On Wed, 26 Feb 2003, Corne' Cornelius wrote: Are maintainers of extensions automagically notified of bugs submitted regarding the ext's they maintain ? Corne' !Exclude Disclaimer! -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To

Re: [PHP-DEV] CREDITS/Authors

2003-02-24 Thread Jani Taskinen
Go ahead. (And don't forget to MFH that config.m4 fix..) Or the CREDITS file. :) --Jani On Tue, 25 Feb 2003, Corne' Cornelius wrote: Who adds people to the CREDITS/Authors section of an extension ? the maintainers of the module, or someone else assigned to do it ? Any

[PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..

2003-02-23 Thread Jani Taskinen
To get this thing started, I'm going to roll PHP 4.3.2-pre1 on Wednesday, 26th Feb, around 3pm EEST. And I'll announce it on php-general too, to get some more people testing it before we start with any RCs. Following is collection of bugs marked as critical and verified

Re: [PHP-DEV] [WARNING] Release process for 4.3.2 starts RSN..

2003-02-23 Thread Jani Taskinen
It's just the date for pre1, no need to worry about that yet. :) (RC1 will be later) --Jani On Sun, 23 Feb 2003, Shane Caraveo wrote: I wanted to run through all the cgi stuff in detail again for 432, but likely wont have the time by the 26th to do that. Shane Jani

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/dba config.m4 dba.cdba_inifile.c php_inifile.h /ext/dba/libinifile .cvsignore inifile.cinifile.h /ext/dba/tests dba_inifile.phpt

2003-02-22 Thread Jani Taskinen
I kinda missed the point of this thing..any real life examples..? :) --Jani On Sat, 22 Feb 2003, Marcus Börger wrote: At 18:20 22.02.2003, Marcus Boerger wrote: helly Sat Feb 22 12:20:06 2003 EDT Log: Added dba handler inifiles to support ini files. (Marcus)

Re: [PHP-DEV] Jumadi

2003-02-20 Thread Jani Taskinen
Just make this one moderated. (but allow anyone with CVS access to post freely :) --Jani On Thu, 20 Feb 2003, Hartmut Holzgraefe wrote: [EMAIL PROTECTED] wrote: Only one question: why not change the name of this mailing list ??? Only a idea. it is already advertised

Re: [PHP-DEV] file_put_contents() / file_add_contents() ?

2003-02-20 Thread Jani Taskinen
On Thu, 20 Feb 2003, Sara Golemon wrote: I recall a discussion sometime back about making file_put_contents() (create a file and write the provided contents to it in one command) and file_add_contents() (like put but append rather than overwrite) to complement file_get_contents() but looking in

Re: [PHP-DEV] file_put_contents() / file_add_contents() ?

2003-02-20 Thread Jani Taskinen
I object! :) It should be one function with extra parameter to decide the action.. And named 'file_write_content()'. And counterpart being 'file_read_content()'. --Jani On Thu, 20 Feb 2003, Ilia A. wrote: On February 20, 2003 02:51 pm, Sara Golemon wrote:

Re: [PHP-DEV] curl bugfix

2003-02-19 Thread Jani Taskinen
Can you put that patch somewhere where it can be downloaded? (the bug system mangles it..) --Jani On Wed, 19 Feb 2003, Phil Oleson wrote: Just posted a fix to a crash causing bug in the curl extension. It's applicable to all revs of php. though I only provided a patch to

[PHP-DEV] PHP Security Advisory: CGI vulnerability in PHP version 4.3.0

2003-02-17 Thread Jani Taskinen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 PHP Security Advisory: CGI vulnerability in PHP version 4.3.0 Issued on: February 17, 2003 Software: PHP/CGI version 4.3.0 Platforms: All The PHP Group has learned of a serious security vulnerability in the CGI SAPI of PHP version

Re: [PHP-DEV] Re: php4 /ext/standard/tests/general_functionssunfuncts.phpt

2003-02-16 Thread Jani Taskinen
On Mon, 17 Feb 2003, moshe doron wrote: looks to me unnecessary, since the sixts parameter is the offset. It affects mktime() and as that timestamp is used to generate the SUNFUNCS_RET_TIMESTAMP part of the test, if it differs, the test fails. --Jani -- PHP Development

Re: [PHP-DEV] CLI long options

2003-02-15 Thread Jani Taskinen
Erm..that url doesn't look quite ok..? :) --Jani On Sat, 15 Feb 2003, Marcus Börger wrote: Hi, the patch below allows long option names such as --version and --help what eases the use of php especially when used on the command line. And it fixes the problem with duplicate

Re: [PHP-DEV] CLI long options

2003-02-15 Thread Jani Taskinen
On Sun, 16 Feb 2003, Moriyoshi Koizumi wrote: [EMAIL PROTECTED] (Marcus Börger) wrote: Hi, the patch below allows long option names such as --version and --help what eases the use of php especially when used on the command line. And it fixes the problem with duplicate error messages if

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

2003-02-13 Thread Jani Taskinen
If output of 'm4 --version' != 'GNU m4 1.4' you need to update it and rebuild autoconf with the working m4. --Jani On Thu, 13 Feb 2003, John Coggeshall wrote: upgrade your libtool to 1.4.3, it is required now. [user@localhost php5]# ./buildconf using default Zend

Re: [PHP-DEV] Register Shutdown Function for Apache

2003-02-12 Thread Jani Taskinen
- From: Jani Taskinen [EMAIL PROTECTED] To: Joseph Tate [EMAIL PROTECTED] Cc: Php-Dev List [EMAIL PROTECTED] Sent: Monday, February 10, 2003 6:16 PM Subject: RE: [PHP-DEV] Register Shutdown Function for Apache | | If you need a define for it, we can add one..? | | --Jani | | | On Mon, 10 Feb

RE: [PHP-DEV] Register Shutdown Function for Apache

2003-02-10 Thread Jani Taskinen
If you need a define for it, we can add one..? --Jani On Mon, 10 Feb 2003, Joseph Tate wrote: Well, to me, calling the code that flushes the headers and the output buffers twice doesn't kill us. Unless someone can come up with a better way to not call these two functions in

[PHP-DEV] Build failure with mod_php4.c (PHP_4_3 branch)..

2003-02-10 Thread Jani Taskinen
The old Apache seems to puke on that stuff you added some time ago and now merged to the PHP_4_3 branch. Apache version: IBM HTTP Server 1.3.19.3 (Apache 1.3.20) It propably needs some #ifdefs around it? --Jani -- Forwarded message -- Date: 11 Feb

RE: [PHP-DEV] fix for ext/notes

2003-02-09 Thread Jani Taskinen
I committed the php_notes.c fixes..but someone who actually can compile stuff on windows should handle the dsp stuff. --Jani p.s. Shouldn't this extension be moved to PECL? On Thu, 6 Feb 2003, Kai Schröder wrote: Next try with other name. This version is without

Re: [PHP-DEV] PHP4 vs. PECL

2003-02-08 Thread Jani Taskinen
On Sat, 8 Feb 2003, Kai Schröder wrote: some extensions included in the PHP_4_3 branch was moved to PECL (fribidi for instance). Those were only removed from HEAD and not from the PHP_4_3 branch. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:

Re: [PHP-DEV] bug #22103

2003-02-07 Thread Jani Taskinen
On Sat, 8 Feb 2003, Pierre-Alain Joye wrote: Hello, About this bug, I can backport the new functions wroten for the new gd. But I do not know if it is allowed to add new functions to the current HEAD or 4_3_0. The new functions fix only the filled ellipse/circle problem, the new filled_arc

Re: [PHP-DEV] please apply ext/java fix for sapi/servlet build onUnix

2003-02-06 Thread Jani Taskinen
Committed. --Jani On Thu, 6 Feb 2003, Giuseppe Tanzilli - CSF wrote: ciao, as from subject, please apply this patch to PHP_4_3 branch. It is needed to complete the fix to build sapi/servlet on Unix bye Giuseppe -- - For Sale! - -- PHP Development Mailing List

Re: [PHP-DEV] Re: Configure-System on Solaris

2003-02-04 Thread Jani Taskinen
On Tue, 4 Feb 2003, J Smith wrote: Zeev Suraski wrote: I don't think we can rely on GNU grep being installed though... Well, we pretty much need to rely on GNU sed being installed on Solaris, so why not grep, too? The sed problem comes up when doing the final linking when building. You

Re: [PHP-DEV] Re: Configure-System on Solaris

2003-02-04 Thread Jani Taskinen
On Tue, 4 Feb 2003, Sascha Schumann wrote: There should be another version of 'sed' in Solaris which can handle the long lines though. No idea why they have 2 versions. IIRC that is due to Solaris' BSD heritage. Solaris 1 (SunOS 4) was based on BSD (from the University of

Re: [PHP-DEV] Re: Configure-System on Solaris

2003-02-04 Thread Jani Taskinen
On Tue, 4 Feb 2003, Melvyn Sopacua wrote: At 17:29 4-2-2003, you wrote: btw. It seems like that test I added for the broken sed is not working on some systems. Any ideas why? That's the grep -E part :) Just use `egrep' unless any1 knows of a system that doesn't carry egrep?. egrep

RE: [PHP-DEV] writing test cases

2003-02-03 Thread Jani Taskinen
On Mon, 3 Feb 2003, Derick Rethans wrote: On Mon, 3 Feb 2003, [iso-8859-1] Kai Schröder wrote: that's not true guys, PHP4 is in the PHP_4_3 branch and if you don't explicitely commit the tests to that branch they won't be there. HEAD is PHP5. Because tests are not in the win32 snaps, I

Re: [PHP-DEV] Question on bug list

2003-01-31 Thread Jani Taskinen
On Fri, 31 Jan 2003, Marcus Börger wrote: I had two questions: One to assign to all NEW messages and one feature request to assign to selective bugs...I wanted to avoid reading all messages on any bug. Thats overkill... Get a mail client that can handle threading.. --Jani

Re: [PHP-DEV] configure broken

2003-01-27 Thread Jani Taskinen
HEAD only or also with 4.2.3? And what configure options you used? --Jani On Tue, 28 Jan 2003, Sebastian Bergmann wrote: ./configure: line 30289: syntax error near unexpected token `fi' ./configure: line 30289: `fi' Here's what my configure looks like arount that line:

Re: [PHP-DEV] Using IMAP with SSL

2003-01-27 Thread Jani Taskinen
It wasn't recently, it has been there for quite a long time now. :) And it does use the same path struct as you have there.. Just pass the directory like this: --with-imap-ssl=/usr and it will work.. --Jani On Mon, 27 Jan 2003, Dan Kalowsky wrote: Within the cvs

Re: [PHP-DEV] Critical Bug #20887

2002-12-12 Thread Jani Taskinen
But unfortunately neither of these fix the bug. If there is php.ini in /, it's still used. --Jani On Thu, 12 Dec 2002, Moriyoshi Koizumi wrote: +1 for applying this patch. and attached is yet another fix as my suggestion. (a bit dirty, and not tested enough). Moriyoshi

Re: [PHP-DEV] Re: #20947 [Opn-Bgs]: imap won't configure or compile

2002-12-12 Thread Jani Taskinen
On Thu, 12 Dec 2002, Derick Rethans wrote: /configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/etc --with-mysql --with-mcrypt --with-openssl=/us r/local/ssl --with-imap-ssl=/usr/local/lib Last option, the path..anything wrong in it? --Jani

Re: [PHP-DEV] Re: #20947 [Opn-Bgs]: imap won't configure or compile

2002-12-12 Thread Jani Taskinen
On Thu, 12 Dec 2002, Derick Rethans wrote: On Thu, 12 Dec 2002, Jani Taskinen wrote: On Thu, 12 Dec 2002, Derick Rethans wrote: /configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/etc --with-mysql --with-mcrypt --with-openssl=/us r/local/ssl --with-imap-ssl

Re: [PHP-DEV] Critical Bug #20887

2002-12-12 Thread Jani Taskinen
strcat(php_ini_search_path, paths_separator); 278} 279strcat(php_ini_search_path, .); 280 } 281 #endif Yeah, but I'm not launching it at /.. --Jani Moriyoshi Jani Taskinen [EMAIL PROTECTED] wrote: But unfortunately neither of these fix the bug

Re: [PHP-DEV] php.exe - php-cgi.exe

2002-12-11 Thread Jani Taskinen
On Wed, 11 Dec 2002, Edin Kadribasic wrote: So i am -1 on renaming CLI And +1 on keeing CGI as php-cgi and CLI as php marcus Just for the record: my vote is the same. .o/ --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:

Re: [PHP-DEV] php.exe - php-cgi.exe

2002-12-09 Thread Jani Taskinen
On Mon, 9 Dec 2002, Shane Caraveo wrote: Simply because calling the command line interface should be easy - as easy as calling awk or perl or whatever. Every server api module like cgi must be installed, so the name does not matter there. But having long names for command line utils is a

Re: [PHP-DEV] bugs.php.net categories for PECL modules

2002-12-09 Thread Jani Taskinen
On 9 Dec 2002, Christian Stocker wrote: Hi as PECL is getting more and more attention, it would be nice, if they had their own categories in bugs.php.net. There's category PEAR, but I don't think this is the right place. The question for me is just, if they should be in a PECL topcategory or

Re: [PHP-DEV] 4.3 when?

2002-12-09 Thread Jani Taskinen
On Mon, 9 Dec 2002, Andi Gutmans wrote: Hi, I'd like to start working towards a beta of ZE2 but it seems that 4.3 is still lingering and I'd like to wait until after 4.3. What's happening with that? Shouldn't we get it out before Christmas? Try checking the Verified and Critical bugs for

Re: [PHP-DEV] 4.3 when?

2002-12-09 Thread Jani Taskinen
On Mon, 9 Dec 2002, Andi Gutmans wrote: At 02:13 PM 12/9/2002 +0200, Jani Taskinen wrote: On Mon, 9 Dec 2002, Andi Gutmans wrote: Hi, I'd like to start working towards a beta of ZE2 but it seems that 4.3 is still lingering and I'd like to wait until after 4.3. What's happening

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_3) /sapi/cgi cgi_main.c

2002-12-02 Thread Jani Taskinen
On Mon, 2 Dec 2002, Shane Caraveo wrote: There are bugs in the bug database that this fixes also, one example: http://bugs.php.net/bug.php?id=19378 There are also bugs marked as bogus that probably were not, one example: http://bugs.php.net/bug.php?id=10075. (CGI and PATH_INFO aparently is

Re: [PHP-DEV] Re: #20755 [Opn-Ver]: exif relocation error)

2002-12-02 Thread Jani Taskinen
On Tue, 3 Dec 2002, Moriyoshi Koizumi wrote: --snip If you compile mbstring as static module, you can workaround this error. It's not very good idea to enable it anyway.. I'm wondering why you referred to enabling mbstring as no good idea in this report. I believe the problem has been properly

Re: [PHP-DEV] PHP 4.3 broken CGI behaviour

2002-12-01 Thread Jani Taskinen
On Sun, 1 Dec 2002, Shane Caraveo wrote: Hello, I just commited patches to fix CGI running under Apache. This also fixes issues with incorrect CGI environment variables that are received under ScriptAlias based CGI or mod_fastcgi. My previous email describing this is at

[PHP-DEV] Error during buildconf..

2002-12-01 Thread Jani Taskinen
I get this with PHP_4_3_0 branch (with Linux): /usr/bin/autoheader: Symbol `size_t' is not covered by /usr/share/autoconf/acconfig.h ./acconfig.h And main/php_config.h.in is not created. (this does not happen with HEAD) --Jani -- PHP Development Mailing

Re: [PHP-DEV] Error during buildconf..

2002-12-01 Thread Jani Taskinen
get used unless you --enable-fastcgi, did you do that? That doesn't matter here, and I doubt it was any of those changes. --Jani p.s. And the correct error was about 'ssize_t'.. Magnus Määttä wrote: On Mon, 2 Dec 2002 04:39:34 +0200 (EET) Jani Taskinen [EMAIL

Re: [PHP-DEV] Error during buildconf..

2002-12-01 Thread Jani Taskinen
On Mon, 2 Dec 2002, Jani Taskinen wrote: I get this with PHP_4_3_0 branch (with Linux): /usr/bin/autoheader: Symbol `ssize_t' is not covered by /usr/share/autoconf/acconfig.h ./acconfig.h And main/php_config.h.in is not created. (this does not happen with HEAD

Re: [PHP-DEV] Error during buildconf..

2002-12-01 Thread Jani Taskinen
On Sun, 1 Dec 2002, Shane Caraveo wrote: Jani Taskinen wrote: On Mon, 2 Dec 2002, Jani Taskinen wrote: I get this with PHP_4_3_0 branch (with Linux): /usr/bin/autoheader: Symbol `ssize_t' is not covered by /usr/share/autoconf/acconfig.h ./acconfig.h And main

Re: [PHP-DEV] Concrete suggestion re: i18n messages

2002-11-26 Thread Jani Taskinen
On Tue, 26 Nov 2002, Wez Furlong wrote: If I wanted localized error messages, then this would be the way to do it. Perhaps merging this with the php_error_docref might be slightly better. However, I'm personally -1000 on such things; there are many reasons, most of them have already been raised

RE: [PHP-DEV] Redirect on Error (not localisation)

2002-11-26 Thread Jani Taskinen
On Tue, 26 Nov 2002, John Coggeshall wrote: Unless told otherwise, I'm already planning on making a few changes and committing. Like I said earlier, forget it. -1 from me too. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:

RE: [PHP-DEV] [PATCH] Redirect on Error

2002-11-25 Thread Jani Taskinen
On Mon, 25 Nov 2002, John Coggeshall wrote: Multi-lingual error codes open's up pandora's box, let's not go there. I have to disagree with you here Sterling. Worrying about support for non-english errors in php-general, etc is a bad, bad excuse not to implement them. The benefits of a

Re: [PHP-DEV] [PATCH] Redirect on Error

2002-11-25 Thread Jani Taskinen
On Mon, 25 Nov 2002, Alexander Wagner wrote: If you want these people to find this translation, you'd have to put the url into every error-message. And provide a way to change the root-url, so it can be downloaded I thought we already have these both..? --Jani -- PHP Development

Re: [PHP-DEV] [PATCH] Redirect on Error

2002-11-25 Thread Jani Taskinen
On Tue, 26 Nov 2002, Alexander Wagner wrote: On Monday 25 November 2002 23:49, Jani Taskinen wrote: If you want these people to find this translation, you'd have to put the url into every error-message. And provide a way to change the root-url, so it can be downloaded I thought we

Re: [PHP-DEV] Oracle 8.1.7

2002-11-25 Thread Jani Taskinen
Can't you just check if it exists and add some #ifdef's in the code? --Jani On Mon, 25 Nov 2002, Maxim Maletsky wrote: Guys, I'm hassling on a quite mysterious and not documented (but pretty useful) function for OCI8 called OCIServerRelease() which would return you the

Re: [PHP-DEV] [PATCH] Redirect on Error

2002-11-25 Thread Jani Taskinen
On Tue, 26 Nov 2002, Alexander Wagner wrote: But PHP is very popular among people who are _not_ serious. Some become serious. After the got in touch with programming. After they got their first site to work. Removing obstacles is mostly a good thing. PHP is very easy to use already. This is

Re: [PHP-DEV] Fix for bug 19207 (change of cgi behaviour in PHP4.3.0)

2002-11-22 Thread Jani Taskinen
On Fri, 22 Nov 2002, Edin Kadribasic wrote: On Friday 22 November 2002 04:18, Jani Taskinen wrote: I can't remember that discussion..but why do we need yet another ini option? If the current behaviour is incorrect, and you can fix it..why do you even ask here? :) FYI: http

Re: [PHP-DEV] [PATCH] Redirect on Error

2002-11-21 Thread Jani Taskinen
What is so hard to understand in word 'FATAL'? If your script doesn't work, what use is it to make it show the cryptic 500 error?? I'm -10 for adding anything like this, even if and even more then if it's optional. Just forget this. --Jani On Thu, 21

Re: [PHP-DEV] Fix for bug 19207 (change of cgi behaviour in PHP4.3.0)

2002-11-21 Thread Jani Taskinen
On Fri, 22 Nov 2002, Edin Kadribasic wrote: Attached is a patch that fixes bug #19207 in accordance with previous discussion on php-dev. It add cgi.rfc2616_headers ini option which is by default set to off and mimics current 4.3.0 behaviour. If its set to on the HTTP status line is sent in

Re: [PHP-DEV] apache_hooks

2002-11-19 Thread Jani Taskinen
On Tue, 19 Nov 2002, Stanislav Malyshev wrote: What is apache_hooks SAPI module? It looks like it produces errors in my build... And no docs there. What's that? I think those errors should be fixed now. The config.m4 was just borked. --Jani -- PHP Development Mailing List

Re: [PHP-DEV] Re: #20461 [Opn-Bgs]: Unable to access $PHP_AUTH_USERor $PHP_AUTH_PW

2002-11-18 Thread Jani Taskinen
On Mon, 18 Nov 2002, Edin Kadribasic wrote: On Sun, 17 Nov 2002, Rasmus Lerdorf wrote: But why do you assume that the documentation was right and the code was wrong and not the other way around? Because it was working like documented before. (When the documentation was written).

Re: [PHP-DEV] [PATH] update to earlier proposed patch for getanyrr()function addition

2002-11-17 Thread Jani Taskinen
Wouldn't it make sense to move this to it's own extension? It would make it easier to maintain and keep the configure scripts readable.. :) --Jani On Sun, 17 Nov 2002, Marcus Börger wrote: Function is nice but the function name is not. Attached is a second revised

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

2002-11-13 Thread Jani Taskinen
On Wed, 13 Nov 2002, Peter Neuman wrote: Hello, Andrei Zmievski [EMAIL PROTECTED]: andrei Wed Nov 13 14:19:07 2002 EDT Modified files: /php4 configure.in /php4/main php_version.h Log: Change version to 4.4.0-dev. hm? not 5.0.0-dev? it's time for this... It's not time.

Re: [PHP-DEV] mbstring and 4.3.0

2002-11-12 Thread Jani Taskinen
On Tue, 12 Nov 2002, Ilia A. wrote: Since I've gotten involved in this conversation would like to add my opinion to the tally. I too believe that at least at this point, the mbstring extension should not be enabled by default. There are two reasons for this decision: 1) Majority of PHP users

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/snmp CREDITS php_snmp.hsnmp.c

2002-11-12 Thread Jani Taskinen
Maybe it would be good idea to do something like LDAP extension does? ie. have something similar to ldap_set_option() to set the protocol version to be used? And have same functions and thus not pollute the function namespace anymore? iirc, the snmp command line tools have an

Re: [PHP-DEV] mbstring and 4.3.0

2002-11-12 Thread Jani Taskinen
Since when have we started to use users as guinea-pigs for testing EXPERIMENTAL extensions without them even really knowing about it?!! You can't FORCE anybody to use it. 99% of apps out there DO NO NEED IT..get it?? (they've managed without it very long time..)

Re: [PHP-DEV] mbstring and 4.3.0

2002-11-12 Thread Jani Taskinen
Oh, I forgot: How many bug reports have we got so far for that fuckup with 4.2.3 ??? I _REALLY_ don't want to see another wave of those for 4.3.0.. --Jani On Wed, 13 Nov 2002, Marcus Börger wrote: At 23:56 12.11.2002, Ilia A. wrote: Since I've gotten involved in this

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/curl config.m4

2002-11-09 Thread Jani Taskinen
On Sat, 9 Nov 2002, Sterling Hughes wrote: On Sat, 9 Nov 2002, Sterling Hughes wrote: There is no such release of Curl yet. This makes testing the RCs quite a hassle now so either you revert those changes or get the curl folks to release this 7.10.2. --Jani

Re: [PHP-DEV] shtool update to 1.6.2?

2002-11-07 Thread Jani Taskinen
On Wed, 6 Nov 2002, Marcus Boerger wrote: Will we update shtool from 1.5.4 (our current version) to 1.6.2 (actual version)? I don't see any problems with that. But do add that 'path' option/module/whatever into it when you create it. --Jani I just tried it and it seems

Re: [PHP-DEV] mbstring and 4.3.0

2002-11-07 Thread Jani Taskinen
On Thu, 7 Nov 2002, Derick Rethans wrote: On Thu, 7 Nov 2002, Marcus Boerger wrote: To make php be easier usable in non US-ASCII (127chars) environments especially those requiring UCS-2, UTF-8 or other any character mapping other than iso-8859-1 or -15 we should more likly try to integrate

Re: [PHP-DEV] ext/sybase_ct commit?

2002-11-07 Thread Jani Taskinen
On 8 Nov 2002, Timm Friebe wrote: On Thu, 2002-11-07 at 14:46, Andrei Zmievski wrote: On Sat, 02 Nov 2002, Timm Friebe wrote: Round 2 - fight:-) OK, I guess now I'm ready for committing my changes. I got PHP compiled and tested out the new functionality of my ext/sybase_ct changes

Re: [PHP-DEV] ext/imap finding libraries

2002-11-01 Thread Jani Taskinen
I've added similar patch. Please test. :) (I don't have kerberos enabled in my c-client lib) --Jani On Fri, 1 Nov 2002, Marcus Boerger wrote: The following patch allows to find the kerberos libraries to be found in /usr, /usr/local, /usr/kerberos and a given path. If there

Re: [PHP-DEV] [PATCH] ereg to pcre conversion

2002-11-01 Thread Jani Taskinen
On Fri, 1 Nov 2002, Sander Roobol wrote: On Thu, Oct 31, 2002 at 02:47:27PM -0500, Ilia A. wrote: I would like to propose that we drop the old ereg library and use only a single regular expression library, PCRE. For BC purposes I've written a patch (see attached file), which emulates the old

Re: [PHP-DEV] ZE2 configure

2002-11-01 Thread Jani Taskinen
Some people don't bother doing MFZE1... --Jani On Fri, 1 Nov 2002, Marcus Boerger wrote: The build system complains that LIBZEND_DLSYM_CHECK is not available. Should this be provided in Zend/Zend.m4? marcus cvs -z3 -q diff Zend\Zend.m4 (in directory S:\php4-HEAD\) Index:

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/calendar calendar.cjewish.c sdncal.h

2002-10-31 Thread Jani Taskinen
On Thu, 31 Oct 2002, Derick Rethans wrote: On Thu, 31 Oct 2002, Jani Taskinen wrote: Please do not use anymore!! If you haven't noticed, we always have to edit the NEWS file after these stupid commits.. (the entry needs to go underneath the removal notices!!) A crap

  1   2   3   4   5   6   >