Re: [PHP-DEV] Re: cvs: php4 /ext/pgsql pgsql.c php_pgsql.h

On Wed, 2 Oct 2002, Yasuo Ohgaki wrote: > Yasuo Ohgaki wrote: > > yohgaki Tue Oct 1 23:16:36 2002 EDT > > > > Modified files: > > /php4/ext/pgsql pgsql.c php_pgsql.h > > Log: > > Added pg_data_seek(). > > pg_result_seek() woudl be better name, but there i

[PHP-DEV] getimagetype() broken for jpegs?

It seems like php_handle_jpeg() called by getimagetype() is always returning null. Here is a trace: 937 itype = php_getimagetype(stream, NULL TSRMLS_CC); 938 switch( itype) { itype is 2 at this point (2 = jpeg) 943 if (info) { 946

[PHP-DEV] Re: cvs: php4 /ext/pgsql pgsql.c php_pgsql.h

Yasuo Ohgaki wrote: > yohgaki Tue Oct 1 23:16:36 2002 EDT > > Modified files: > /php4/ext/pgsql pgsql.c php_pgsql.h > Log: > Added pg_data_seek(). > pg_result_seek() woudl be better name, but there is mysql_data_seek()... > Any comment about this na

Re: [PHP-DEV] pear's Mail using smtp not working with cvs php

The file that is suspect is pear/Net/SMTP.php mailFrom() rcptTo() data() These are the functions that could have the error. The lines that show socket->write are where you should see '\r\n'. -- Scott Carr OpenOffice.org Documentation Maintainer http://documentation.openoffice.org/ Quoting Ma

Re: [PHP-DEV] pear's Mail using smtp not working with cvs php

I have seen in the past that the SMTP code loses \r\n as it's end lines. These need to be present or you see this hang. SMTP end line is \r\n not \n. -- Scott Carr OpenOffice.org Documentation Maintainer http://documentation.openoffice.org/ Quoting Matt Haught <[EMAIL PROTECTED]>: > I am

[PHP-DEV] pear's Mail using smtp not working with cvs php

I am trying to use pear's Mail functions to send email to my local smtp server (FreeBSD 4.4 using qmail-smtpd), but it sort of gets hung up when communicating with the smtp server. (I also tried a 2nd smtp server with the same hang). It can take many minutes (way over the script's time out stran

[PHP-DEV] Re: [PATCH] 64 bit PHP (long vs int problems)

Jason Greene wrote: > Upon examining the source, it looks like their are alot of areas where > longs and ints are used interchangeably. This is not good since a 64 bit > solaris executable has 64 bit longs, and 32 bit ints. It won't fix all the problems, but how about having strict prototyping? I

Re: [PHP-DEV] [PATCH] 64 bit PHP (long vs int problems)

After having run with this patch for a few days now, it seems to be rather stable. I would like to see this commited, possibly even for the 4.3 branch. I think re-adding some 64 bit capabilities would be a good thing... although I also understand this may make the RC process a bit longer. M

[PHP-DEV] PHP_AUTH_USER in 4.3

Is support for this being dropped or is it just not added yet? Just changed from 4.2.3 and was surprised to see that it stopped working... david -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP_AUTH_USER in 4.3

It shouldn't have stopped working. Did you change your register_globals setting or something? On Wed, 2 Oct 2002, David Reid wrote: > Is support for this being dropped or is it just not added yet? Just changed > from 4.2.3 and was surprised to see that it stopped working... > > david > > > -- >

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] Re: php/embed (build system changes)

On Tue, 1 Oct 2002, Andrei Zmievski wrote: > On Tue, 01 Oct 2002, Sascha Schumann wrote: > > Nope, this is 4.3.1 material. > > > > I was about to ask you whether you can branch away the PHP > > part now and doing the Zend branch later, after the bug is > > fixed. If not, it is ok

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Nope, this is 4.3.1 material. > > I was about to ask you whether you can branch away the PHP > part now and doing the Zend branch later, after the bug is > fixed. If not, it is ok, too. We were going to branch on Saturday, after Wez

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, 1 Oct 2002, Andrei Zmievski wrote: > On Tue, 01 Oct 2002, Sascha Schumann wrote: > > Fortunately, I have some spare time and look forward to > > purge some of the cruft which has assembled since the CLI > > support was added. By extending the problem domain, we can > > si

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Fortunately, I have some spare time and look forward to > purge some of the cruft which has assembled since the CLI > support was added. By extending the problem domain, we can > simplify and abstract a number of cases in the build sys

[PHP-DEV] Re: php/embed (build system changes)

> I appreciate your effort on making SAPI part of the build more flexible, but I > really think that it is unlikely that such a level of flexibility is needed. > I might be wrong, but I think that a typical user would very seldom require > more than 1 SAPI + CLI + LIB to be built. I would arg

[PHP-DEV] OCI8 extension multibyte issue (bug #17381)

Hello, Although I have no Oracle-ready machines to confirm and I'm not perfectly sure about this, the meaning of the amtp parameter for OCILobGetRead() used by oci_loadlob() in oci8.c still seems to be mistaken and it may lead to segfault(due to buf-over-run) or produce unexpectedly shortened

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

On Tue Oct 01, 2002 at 09:2106PM +0200, Edin Kadribasic wrote: > "make install" part of php install needs to be fixed in the PEAR part. This > currently does not work, at least for me on Linux. We are working on this. -- - Martin Martin Jansen

[PHP-DEV] php/embed (build system changes)

Hi Sascha, It may be helpful if I explained why I ended up implementing PHP/embed in the way I did. Several people expressed a wish for having phplib: embeddable PHP engine and library. They wanted to take advantage of the enormous function library that is available in PHP in their C programs

[PHP-DEV] Re: php/embed - compile thrice?

Well, again, I invite you to work on this issue in a constructive way. For example, your input regarding php-gtk would be valuable -- is there anything in my notes which would affect a complex "extension" such as yours? - Sascha -- PHP Development Mailing List

[PHP-DEV] Re: php/embed - compile thrice?

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Andrei, > > considering that you are subscribed to php-dev, I really do > wonder about your motives on bringing this topic up. > > I gladly invite you to contribute to the on-going work which > aims at enabling multiple parallel S

Re: [PHP-DEV] PEAR and 4.3 release

On Tuesday 01 October 2002 19:37, Andrei Zmievski wrote: > On Tue, 01 Oct 2002, Lukas Smith wrote: > > But I think PEAR needs to get its community and development structure > > setup correclty before 4.3 with an offical PEAR should hit the streets. [snip] > > I don't think that PHP 4.3.0 and PEAR

[PHP-DEV] Re: php/embed - compile thrice?

On Tue, 1 Oct 2002, Andrei Zmievski wrote: > Sascha, > > Edin tells me that with the changes you made it will be necessary to do > the configure-make cycle 3 times in order to build PHP + libphp.so + > libphp.a. In my view, that is a big hassle. Is there no way to make it > work so that everythin

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

Lukas Smith wrote: > The point is that PEAR needs to be ready on all levels (technical and > community) before it should go public. If PEAR will go public with php > 4.3 then it needs to be complete in that respect. The damage to PEAR if > this is not the case will be great and will take a long t

RE: [PHP-DEV] insalling php - 4.2.3 with apache - 2.0.40 on freeBSD4.6

On Tue, 1 Oct 2002, Mike Robinson wrote: > Rasmus Lerdorf wrote: > > > There are no known holes in the latest Apache 1.3.x. In fact > > it is by far the most stable version of Apache out there. I > > still consider Apache 2.0.x to be beta quality and in that > > sense you are not using the latest

[PHP-DEV] RE: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

> From: Andrei Zmievski [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 01, 2002 7:38 PM > > On Tue, 01 Oct 2002, Lukas Smith wrote: > > But I think PEAR needs to get its community and development structure > > setup correclty before 4.3 with an offical PEAR should hit the streets. > > > > [s

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

Andrei Zmievski wrote: > I don't think that PHP 4.3.0 and PEAR have such a big interdependency. > 4.3.0 can go out without having all the minute details of PEAR > management decided. +1, only the installer stuff + package browser should really be stable and usable with php4.3 -- PHP Developm

RE: [PHP-DEV] insalling php - 4.2.3 with apache - 2.0.40 on freeBSD 4.6

Rasmus Lerdorf wrote: > There are no known holes in the latest Apache 1.3.x. In fact > it is by far the most stable version of Apache out there. I > still consider Apache 2.0.x to be beta quality and in that > sense you are not using the latest and best software. What's really odd about this

Re: [PHP-DEV] PEAR and 4.3 release

On Tue, 01 Oct 2002, Lukas Smith wrote: > But I think PEAR needs to get its community and development structure > setup correclty before 4.3 with an offical PEAR should hit the streets. > > [snipped] > > I think that the PHP Conference in Frankfurt would fit perfectly to > setup a round table (m

RE: [PHP-DEV] PEAR and 4.3 release

> From: Martin Jansen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 01, 2002 7:02 PM > > Most of the stuff is explained in the PEAR developers guide: > http://pear.php.net/manual/en/guide-developers.php > that does look fairly comprehensive. I know it wasnt there when i started with PEA

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

On Tue, 1 Oct 2002 19:05:22 +0200 Martin Jansen <[EMAIL PROTECTED]> wrote: > On Tue Oct 01, 2002 at 07:0226PM +0200, Martin Jansen wrote: > > I think PEAR is pretty fare and it is absolutely read for a first > > appearance on the official stage. > > Doh, ignore this. Better: I think PEAR is abso

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release

On Tue Oct 01, 2002 at 07:0226PM +0200, Martin Jansen wrote: > I think PEAR is pretty fare and it is absolutely read for a first > appearance on the official stage. Doh, ignore this. Better: I think PEAR is absolutely ready for a first appearance on the official stage. -- - Martin

Re: [PHP-DEV] PEAR and 4.3 release

On Tue Oct 01, 2002 at 06:3320PM +0200, Lukas Smith wrote: > Mainly there are still too many questions marks regarding stuff like: > - How are packages maintained (especially when the leading developer is > gone ... PEAR DB currently seems to be an example of this with bugs > hanging in the air an

[PHP-DEV] PEAR and 4.3 release

Hi, it seems like we are moving quickly towards RC1 of 4.3. This would make it seem like a 4.3 release this month would be doable. But I think PEAR needs to get its community and development structure setup correclty before 4.3 with an offical PEAR should hit the streets. Mainly there are still

[PHP-DEV] CVS Account Request: oraj

I'm webesigner and soemtimes I develop PHP-Scripts and programming is one of my hobbies! -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: mbstring regexp working in 4.2.3?

Jean-Christian Imbeault wrote: > I've been testing some the regexp functions (two so far) of the mbstring > functions in 4.2.3 and they don't work. > > I've submitted two bug reports but before continuing my testing of more > mbstring functions I wanted to ask ... > > 1- did any of the regexp

Re: [PHP-DEV] insalling php - 4.2.3 with apache - 2.0.40 on freeBSD4.6

There are no known holes in the latest Apache 1.3.x. In fact it is by far the most stable version of Apache out there. I still consider Apache 2.0.x to be beta quality and in that sense you are not using the latest and best software. If you want to use Apache 2.0.x right now, please use the lates

[PHP-DEV] insalling php - 4.2.3 with apache - 2.0.40 on freeBSD 4.6

Hi, sorry to post my query here...but i couldnt find a solution elsewhere/ I am using following versions: php - 4.2.3 apache - 2.0.40 On freeBSD 4.6 I am reffering to intallationg intruction at : http://www.php.net/manual/en/install.apache.php while intalling php i use the following: ./confi

[PHP-DEV] mbstring regexp working in 4.2.3?

I've been testing some the regexp functions (two so far) of the mbstring functions in 4.2.3 and they don't work. I've submitted two bug reports but before continuing my testing of more mbstring functions I wanted to ask ... 1- did any of the regexp (split, ereg_match ...) ever work in this lib

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/zlib zlib.c /main output.c

At 04:53 01.10.2002, Yasuo Ohgaki wrote: >Marcus Börger wrote: >>I completeley reworked my patch but haven't yet the time to finish that >>work since i was on a holiday trip and now moving to my new flat. >>I will try to look over the stuff tomorrow/this week but cannot guarantee :-( >>As far as i

[PHP-DEV] php/embed - compile thrice?

Sascha, Edin tells me that with the changes you made it will be necessary to do the configure-make cycle 3 times in order to build PHP + libphp.so + libphp.a. In my view, that is a big hassle. Is there no way to make it work so that everything is built at once, possibly with only one more configu

[PHP-DEV] Stability of DOMXML

Hi all, I want to ask how much stable is DOM XML in 4.3.0-dev. In the docs it is EXPERIMENTAL. Is it experimental or stable in 4.3.0 Are there serious memory leaks or leaks at all? Thanks, Andrey P.S. Sorry for that it is little off-topic but imo this is the only place where such information ca

[PHP-DEV] Re: CVS Account Request: crsilva

Take a look at this topic at http://br.groups.yahoo.com/group/traducao-php/ We have made some arrangements to improve more productivity regarding this topic there. Cheers, Ernani "Carolina Ribeiro Da Silva" <[EMAIL PROTECTED]> escreveu na mensagem [EMAIL PROTECTED]">news: