Re: [PHP-DEV] configure broken

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 li

Re: [PHP-DEV] Using IMAP with SSL

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 HE

Re: [PHP-DEV] Question on bug list

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] writing test cases

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

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

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.

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

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 o

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

On Tue, 4 Feb 2003, J Smith wrote: >Jani Taskinen wrote: > >> >> There should be another version of 'sed' in Solaris which can handle >> the long lines though. No idea why they have 2 versions. > >Never knew that. Is that part of a standard in

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

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?.

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

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 Mailin

Re: [PHP-DEV] bug #22103

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] PHP4 vs. PECL

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 To unsubscribe, visit:

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

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 with

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

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)..

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 2003

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

t; > >----- Original Message - >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

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

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] build no longer working

On Fri, 14 Feb 2003, Marcus Börger wrote: >[marcus@zaphod php4-HEAD]$ m4 --version >GNU m4 1.4 >[marcus@zaphod php4-HEAD]$ ../make-php-HEAD >using default Zend directory >buildconf: checking installation... >buildconf: autoconf version 2.13 (ok) >buildconf: automake version 1.5 (ok) >buildconf: l

Re: [PHP-DEV] CLI & long options

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 dupli

Re: [PHP-DEV] CLI & long options

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

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

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 M

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

-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 4.3.0.

Re: [PHP-DEV] curl bugfix

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

Re: [PHP-DEV] Jumadi

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 adv

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

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 i

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

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] 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

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. (Mar

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

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 wh

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

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. >

Re: [PHP-DEV] CREDITS/Authors

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 object

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

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

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 zend_parse_param

Re: [PHP-DEV] bug notification ?

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

Re: [PHP-DEV] Tie'ing variables

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 us

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

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 >

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

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

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

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, 4

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

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

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

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 zend_

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

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

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

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 reas

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

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 tu

Re: [PHP-DEV] Apache2 SAPI

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 M

Re: [PHP-DEV] Apache2 SAPI

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 ht

Re: [PHP-DEV] Apache2 SAPI

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 leas

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

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 leas

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

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 run

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

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

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

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] [patch] solaris getcwd() brokeness

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: >http://bugs.php.net/bug.php?

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

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 ou

[PHP-DEV] Moderate PHP-DEV

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

istov 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 > >

Re: [PHP-DEV] Moderate PHP-DEV

to those. :) >May 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

Re: [PHP-DEV] Moderate PHP-DEV

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 spam-pr

Re: [PHP-DEV] Moderate PHP-DEV

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

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 usual

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

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

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

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 +74

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

NGINE2 at the end of the list of >registration, 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: >&

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

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 so

Re: [PHP-DEV] PHP apxs installs on AIX

On Sat, 17 Aug 2002, Dan Kalowsky wrote: >Hello again list... > >While scanning through some of the bugs tonight, I came across a real jem. > >A large number of bugs are submitted dealing with the fact that PHP on AIX >machines does not install. There is some minor hackery done to enable >this,

[PHP-DEV] Tests..

Wouldn't it make more sense to display ONLY those tests which fail, and nothing else? It would be much easier to spot those which matter most.. --Jani -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Tests..

module checks we would want to see the >'yes' result and not all the 'no' results since they are meaningless. >What I would like to see is a nice summary at the end that gives some >useful info summing up all the crap above that scrolled off your screen >anyway. > >-

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

On Tue, 20 Aug 2002, Andi Gutmans wrote: >I still think it shouldn't go in. This is the only feature in Engine 2 >which might make non-OOP people convert. Once this isn't in Engine 2 we >don't have a carrot for them. I guess you want PHP 5 only to have ZE2 as the only major change?

[PHP-DEV] Zeev IS Andi? :) (was: Re: [PHP-DEV] PATCH: debug_backtrace() functionfor 4.3-dev/ZE1)

On Tue, 20 Aug 2002, Zeev Suraski wrote: >At 16:02 20/08/2002, Jani Taskinen wrote: >>On Tue, 20 Aug 2002, Andi Gutmans wrote: >> >> >I still think it shouldn't go in. This is the only feature in Engine 2 >> >which might make non-OOP people convert. Once th

Re: [PHP-DEV] imap_mail_compose() for 4.2.3?

. > >I think Jani Taskinen said that he did some changes to imap a while back >when I asked about imap_mail_compose(), so maybe he knows some further >details. Please try the PHP_4_2_0 branch now. I've merged some of the fixes from HEAD now. --Jani

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

On Wed, 28 Aug 2002, Marcus Börger wrote: >>Having exif not enabled by default doesn't harm development at all. If >>people want exif, they can enable it just fine. Adding more 'bloat' >>(this has nothing to do with the usefulness) to the default compilation >>is not a good thing, for example we

Re: [PHP-DEV] Bundled GD and ext/pdf

This should be fixed now. --Jani -- On Thu, 29 Aug 2002, Sebastian Bergmann wrote: > Seems like ext/pdf cannot find gd.h of the bundled GD library from > ext/gd: > >/usr/src/php4/ext/pdf/pdf.c:43:16: gd.h: No such file or directory >/usr/src/php4/ext/pdf/pdf.c: In function `

Re: [PHP-DEV] segfault on adding empty heredoc to string

Crashes with latest CVS HEAD here too: 0x828b505 in _zval_dtor (zvalue=0xbfffd540, __zend_filename=0x8376000 "/usr/src/web/php/php4/Zend/zend_operators.c", __zend_lineno=1057) at /usr/src/web/php/php4/Zend/zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zval

Re: [PHP-DEV] Default extensions (was: mbstring)

Unfortunately we don't live in a perfect world where sysadmins know how to read and listen to their users requests. That's why mysql for example is enabled by default. (or that's the main reasoning behind it at least) And we can't educate people or force them to anything

[PHP-DEV] --disable-all / --enable-all

Attached patch adds --disable-all / --enable-all configure options to disable/enable all extensions You can do something like this now (tested): ./configure --disable-all --with-zlib To only include zlib extension. Or the other way around (untested): ./conf

[PHP-DEV] Re: PHP_SETUP_ICONV in acinclude.m4. Is it needed?

On Wed, 4 Sep 2002, Yasuo Ohgaki wrote: >Title tells it. >I suppose it should be done in ext/iconv/config.m4. >Any reason not to doing it config.m4? Yes. It's needed elsewhere too. Only way to make sure it's available always (like with phpize'd builds) is to have it in acinclude.m4..

RE: [PHP-DEV] GD broken ? compiler errors !

On Wed, 4 Sep 2002, Rasmus Lerdorf wrote: >Your problem is that you have multiple versions of gd on your system. PHP >is picking up a gd.h somewhere on the standard include path and then >trying to build against a different version. Clean up your system and it >should work just fine. I don

RE: [PHP-DEV] GD broken ? compiler errors !

On Thu, 5 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: >Hi Jani, >But ofcourse that isnt that last one is it ? :) >CFLAGS that are assigned in confg_vars.mk >dont see to get picked up during the actual make. Huh? What exactly doesn't work? Please be more specific.. --Jani

RE: [PHP-DEV] GD broken ? compiler errors !

On Fri, 6 Sep 2002, Wez Furlong wrote: >Hi Jani, > >Just a heads up - I now need to > > "./configure ... --with-gd --with-zlib --with-zlib-dir ..." > >whereas before these last few gd config patches I only needed > > "./configure ... --with-gd --with-zlib ..." > >to get zlib linked with gd/php

RE: [PHP-DEV] GD broken ? compiler errors !

On Fri, 6 Sep 2002, Wez Furlong wrote: >> It's not intended..but I can't reproduce this.. >> Do you get any errors during configure ? > >Yes - sorry - I didn't have my head screwed on when I posted: > >checking whether to enable truetype string function in GD... yes >checking for jpeg_re

Re: [PHP-DEV] process in README.SELF-CONTAINED-EXTENSIONS broken?

On 12 Sep 2002, Brian Lalor wrote: >phpize gives some warnings: >aclocal: macro `AC_ADD_LIBPATH' defined in acinclude.m4 but never used >aclocal: macro `AC_ADD_LIBRARY' defined in acinclude.m4 but never used >aclocal: macro `AC_ADD_LIBRARY_WITH_PATH' defined in acinclude.m

Re: [PHP-DEV] Patches and Extensions and Such

I was just thinking that .phps support is there to just show source of some php file. I don't think it's really any BC problem to always have line numbering on for them. And have an optional parameter to the PHP function to show those numbers if wanted. I don't under

RE: [PHP-DEV] Patches and Extensions and Such

.? --Jani >Regards >Mike Robinson > > >-Original Message- >From: Rick Widmer [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, September 18, 2002 4:20 PM >To: Jani Taskinen; Devon O'Dell >Cc: Yasuo Ohgaki; [EMAIL PROTECTED] >Subject: Re: [P

Re: [PHP-DEV] Thread Reading

On Thu, 19 Sep 2002, Dan Hardiker wrote: >For those of you who dont have time, or the capability to test it out for >yourself, please take the following exampes: > > http://www.dapond.net/code/backtrace.php > http://www.dapond.net/code/backtrace.phps > http://www.dapond.net/code/backtrace.phps

Re: [PHP-DEV] type1 fonts with gd under php-4.2.3

Should be fixed in both stable and dev branches. --Jani On Sat, 14 Sep 2002, Lars Magne Ingebrigtsen wrote: >Apache segfaults when trying to use type1 fonts (via t1lib, gd and >php). The following patch fixes this: > > >--- gd.c~ Tue Sep 3 15:09:29 2002 >+++ gd.c

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard config.m4 css.c css.h info.c /main php_ini.c /sapi/aolserver aolserver.c /sapi/apache php_apache.c

On Mon, 23 Sep 2002, Colin Viebrock wrote: >[EMAIL PROTECTED] wrote: >> "render nicely" is something else than "total unreadable" to me. Did you >> have a look at it with Netscape Navigator 4? Please fix something for >> it, as it's pretty horrible now. > >Can you send me a screen grab? I did

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard config.m4 css.ccss.h info.c /main php_ini.c /sapi/aolserver aolserver.c /sapi/apachephp_apache.c

On Mon, 23 Sep 2002, Colin Viebrock wrote: >generated, and moving to a CSS formatting model acheived that while >still maintaining "compatability" for current browsers. It obviously is not compatible with current browsers as it is really ugly in IE and NS. >My question back would be

[PHP-DEV] url_rewriter.tags fun..

php.ini: session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" script: bar And browser has cookies disabled. The hidden entry does

Re: [PHP-DEV] help needed with config.m4 script

On 25 Sep 2002, Tony Leake wrote: >links correctly. If I build it as a shared object either within the >source tree as --with-audio=shared or outside the source tree running >phpize the .so file builds but it doesn't link to the external lib. > >contents of config.m4 The 2nd last line I added

Re: [PHP-DEV] Re: url_rewriter.tags fun..

On Wed, 25 Sep 2002, Sascha Schumann wrote: >> And browser has cookies disabled. The hidden entry does not appear. >> Sometimes it does appear..but I haven't figured out why yet. >> Using latest CVS HEAD.. > >Did it work in newly started Apache children and failed in >reused o

Re: [PHP-DEV] php_request_shutdown_for_exec and a bunch of bugs

On Thu, 26 Sep 2002, Wez Furlong wrote: >Anyone have any ideas or insight on these bug reports: > >#15529 ap_cleanup_for_exec not used when creating >#16548 exec or system a daemon will catch the port for this session >#15642 system() with background execution hangs due to bogus filehandles open

Re: [PHP-DEV] Re: url_rewriter.tags fun..

On Thu, 26 Sep 2002, Sascha Schumann wrote: >> >Did it work in newly started Apache children and failed in >> >reused ones? That would be a pattern at last. >> >> Yes. First it didn't appear to be that, but after sending >> the email, I checked it again by running apache in gdb a

Re: [PHP-DEV] GD :: configure bug ??

On Fri, 27 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: > >Is this an error in gd's configure ? (after running phpize on the extension) > >approx line# 1977 : > >if test "$php_always_shared" = "yes"; then > ext_output="yes, shared" > ext_shared=yes > test "$PHP_XPM_DIR" = "no" && PHP_XPM_DI

Re: [PHP-DEV] [PATCH] String function optimizations

On Fri, 4 Oct 2002, Andrei Zmievski wrote: >> Please let me know if there are any objections, better suggestions, bug >> reports (pertaining to this patch) that would need to be resolved before this >> bug goes into the CVS. > >I am not against merging this in before branching for 4.3.0, but we

Re: [PHP-DEV] bundled gd

On Thu, 10 Oct 2002, Tit "Black" Petric wrote: >since gd is supposed to be bundled and packed together with php4.3 i just >wanted to know if the patch for imagettftext for the truecolor rendering >will be applied to its source, or if its allready has been - i wouldnt want >it to be missed by acci

[PHP-DEV] sapi/fhttpd + other sapi/cgi related things..

While trying to make Andrei happy and come up with --disable-cgi option, I noticed that there is really nice little mess in there.. First of all, status of fhttpd...last version of it was released in 17-May-99..also last real updates to this code seem to have happened in

re: [PHP-DEV] sapi/fhttpd + other sapi/cgi related things..

On Sun, 13 Oct 2002, Shane Caraveo wrote: >Seems I got unsubscribed and missed this email. > >sapi/fastgi is lacking in code that exists already in sapi/cgi, so I >combined them several months ago. The idea is to depricate sapi/fastcgi >in favor of the combined cgi/fastcgi module. libfcgi cod

[PHP-DEV] Patch for ext/snmp to support net-snmp-5.0.x

This patch: http://www.kolumbus.fi/jani.taskinen/bugs/php_snmp.patch.gz Fixes the configure/compile problems for me..but I'm a bit unsure whether the functions also work as I don't use SNMP stuff myself. So if someone who's really familiar with that could try thi

Re: [PHP-DEV] Patch for ext/snmp to support net-snmp-5.0.x

On Mon, 14 Oct 2002, Harrie Hazewinkel wrote: >HI > >--On Monday, October 14, 2002 6:10 AM +0300 Jani Taskinen <[EMAIL PROTECTED]> >wrote: > >> >> This patch: >> >> http://www.kolumbus.fi/jani.taskinen/bugs/php_snmp.patch.gz >> >>

Re: [PHP-DEV] Patch for ext/snmp to support net-snmp-5.0.x

On Mon, 14 Oct 2002, Harrie Hazewinkel wrote: >> Huh? Maybe you missed the #ifdef HAVE_NET_SNMP part there? >> Those without the prefix are for ucd-snmp.. > >But still, for the new net-snmp version is is better to have them all >in with the directory prefix. Other package don't do this so

Re: [PHP-DEV] [4.3] Current critical bugs

On Tue, 15 Oct 2002, Zeev Suraski wrote: >At 16:26 15/10/2002, Andrei Zmievski wrote: >>Summary: Copy of array is affected by reference >>URL: http://bugs.php.net/bug.php?id=15025 > >If you keep that one on the critical list, then 4.3.0 will remain a >philosophical concept :) > >>Summary: Un

Re: [PHP-DEV] [PATCH] fixing snmp support after last commit

On Tue, 15 Oct 2002, Harrie Hazewinkel wrote: >I have made a patch in order to get SNMP support in >PHP working again. The last patch committed was broken. > >The patch to fix this can be found at: >http://www.lisanza.net/php-snmp/php-snmp-fixing.patch.txt Duh..thanks for pointing this out.

Re: [PHP-DEV] Re: $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

On Wed, 16 Oct 2002, Yasuo Ohgaki wrote: >Another option. > >How about remove $_FILES contents from $_REQUEST? >It seems it has less impact. +1 for this option. There's really no need it for to be in $_REQUEST.. --Jani >-- >Yasuo Ohgaki > >Sterling Hughes wrote: >> Hey, >> >

Re: [PHP-DEV] Re: $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

On Wed, 16 Oct 2002, Derick Rethans wrote: >On Wed, 16 Oct 2002, Markus Fischer wrote: > >> On Wed, Oct 16, 2002 at 02:38:52AM -0500, Chris Shiflett wrote : >> > While I think it is a bit unintuitive to have $_FILES separate like it >> > is (rather than a part of $_POST, for example), I think i

  1   2   3   4   5   6   7   >