Re: [PHP-DEV] Interbase blob stream broken!
Hi Daniela, Could you mail me the error message(s) that you are getting, or perhaps give me a little bit more information about what is failing? I don't have interbase so anything I'm doing there is a bit of a guess :-/ --Wez. On 09/30/02, Daniela Mariaschi [EMAIL PROTECTED] wrote: Testing for bug #18964 (a win32 related bug in PHP 4.2.0 ) I saw that InterBase module in version 4.3 works with new features of PHP stream, and I found out that now ANY calls to ibase_blob_import() fails on Linux too. I 've tried with older version of PHP (4.1.2/4.2.x) and there are no problems Could someone (possibly Wez) have a look please? Hope I' m wrong ... Daniela -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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:[EMAIL PROTECTED]... I would like to help in translating documentation and whatever needs to be translated to portuguese. My husband is a between many things a web developer, software arquitect, etc and I'm a web designer. We are always willing to help. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 can be found. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 configure+make run? -Andrei http://www.gravitonic.com/ Nobody tried to design Windows - it just grew in random directions without any kind of thought behind it. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 remember there was a failure in missinterpreting 'On' what should resolve to 1 and then to the default value which should be 4K. The main pronlem is that we have three parameters for either chunk size when ob works with chunked output or initial size/block size when ob works with full buffering. My new patch splits up these three parameters. Will i have the time to finish that work before php 4.3 or should i wait until 4.3 is branched? There could be many problems in the reworked How about just fix the problem now? My time dicates it when branching will be done on saturday. Just in case when you forgot, if chunk_size is 0, instead of disabling buffering, it should buffer all output so that large output can be buffered and modified afterwards. e.g. ob_start() has 0 for default chunk size. Yes we use this in all internal buffers... for example when speeding up php_info() and such. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 library 2- or are they still under development 3- they got borked in the upgrade to 4.2.3 The other mbstring functions seem to work fine but the regexp ones don't ... Jc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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: ./configure --prerfix=/usr/local -- with -mysql = /usr/local/msyql --with -tsrm -pth --enable -force -cgi - redirect --with -apxs2=/usr/local/bin/apxs2 BUT, i get the folling while the libtools script is running It couldnt find libphp4.a in /usr/local/modules/to move it to some other place with name libphp4.so And as a result it while i do apachctl startit says it cant find libphp4.so Can php - 4.2.3 and apache - 2.0.40 be used together?? In fact i dont want to use lower versions of both of them as lower versions of both have many vulnerabilities exploited by now. Also, can you point me to a link which has some documentation on this. So, i got stuck at the mid of uploading my site. Hope to get some solutions. Thanx and regards anil -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 latest unstable snapshot of PHP from snaps.php.net. But again, this is not the reccomended combination of software right now. -Rasmus On Tue, 1 Oct 2002, Anil Garg wrote: 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: ./configure --prerfix=/usr/local -- with -mysql = /usr/local/msyql --with -tsrm -pth --enable -force -cgi - redirect --with -apxs2=/usr/local/bin/apxs2 BUT, i get the folling while the libtools script is running It couldnt find libphp4.a in /usr/local/modules/to move it to some other place with name libphp4.so And as a result it while i do apachctl startit says it cant find libphp4.so Can php - 4.2.3 and apache - 2.0.40 be used together?? In fact i dont want to use lower versions of both of them as lower versions of both have many vulnerabilities exploited by now. Also, can you point me to a link which has some documentation on this. So, i got stuck at the mid of uploading my site. Hope to get some solutions. Thanx and regards anil -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ 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 (split, ereg_match ...) ever work in this library 2- or are they still under development 3- they got borked in the upgrade to 4.2.3 The other mbstring functions seem to work fine but the regexp ones don't ... The regex code was around more than a year before merged to php4 source tree. It was stable and was working. If it is broken, it's broken by recent changes... -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 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 and nobody feeling responsible) - How are packages proposed and when are they accepted - And when they are accepted how makes sure that the person gets the necessary access - A Guide to lessen the endless naming debates. - Should packages be pearified before getting into pear cvs or is afterwards ok? Is there even a general rule? Or do we need a pear staging area where these not yet pearified packages can be cooperatively developed - Where is a tutorial explaing all of the answers to above questions? Finally how does PEAR plan to advertise itself? Etc. I think that the PHP Conference in Frankfurt would fit perfectly to setup a round table (maybe with the option of people peeking in via MP3 Stream and participating via IRC). The results of this would need to put into action. Therefore I think that PEAR will not be ready until the end of december. Regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 and nobody feeling responsible) I guess sending patches to pear-dev should be the best way. - How are packages proposed and when are they accepted http://pear.php.net/manual/en/developers.contributing.howto.php - And when they are accepted how makes sure that the person gets the necessary access The PEAR administrators take care of the PEAR website accounts and the PHP Group does the same for CVS accounts. - A Guide to lessen the endless naming debates. http://pear.php.net/manual/ - Should packages be pearified before getting into pear cvs or is afterwards ok? Is there even a general rule? http://pear.php.net/manual/en/developers.contributing.php. - Where is a tutorial explaing all of the answers to above questions? Most of the stuff is explained in the PEAR developers guide: http://pear.php.net/manual/en/guide-developers.php The results of this would need to put into action. Therefore I think that PEAR will not be ready until the end of december. I think PEAR is pretty fare and it is absolutely read for a first appearance on the official stage. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 absolutely ready for a first appearance on the official stage. I prefer the 1st version :-). We will try our best to make it ready for a first appearance on the official stage. btw, does that means there will be no others pear-php merges after the branch ? pa -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 PEAR so I just wonder why it was never announced that something like this exists? I will read through it soon and will provide feedback. Regards, Lukas -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 (maybe with the option of people peeking in via MP3 Stream and participating via IRC). The results of this would need to put into action. Therefore I think that PEAR will not be ready until the end of december. 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. -Andrei http://www.gravitonic.com/ The Heineken Uncertainty Principle: You can never be sure how many beers you had last night. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 (not trolling here) is that the ASF reads like a who's who of the php dev team. I have to wonder how the hell Apache2 ever went gold with such shabby support for php (and mod_perl, mod_python, and others for that matter.) If you want to use Apache 2.0.x right now, please use the latest unstable snapshot of PHP from snaps.php.net. But again, this is not the reccomended combination of software right now. Let the floodgates open. Redhat-8.0 installs Apache 2.0.40 (which redhat refers to as httpd-2.0.40) together with php-4.2.2. A casual upgrade to RH8 is going to bite a lot of people right on the posterior. Regards Mike Robinson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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. [snipped] I think that the PHP Conference in Frankfurt would fit perfectly to setup a round table (maybe with the option of people peeking in via MP3 Stream and participating via IRC). The results of this would need to put into action. Therefore I think that PEAR will not be ready until the end of december. 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. 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 time to fix (if possible at all). Of course PEAR does not have to be released with 4.3. Regards, Lukas -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 and best software. What's really odd about this (not trolling here) is that the ASF reads like a who's who of the php dev team. I have to wonder how the hell Apache2 ever went gold with such shabby support for php (and mod_perl, mod_python, and others for that matter.) Oh, don't get me started on that. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 time to fix (if PEAR is already in the wild, daily questions on newsgroups and mailing lists show it, the download rates of packages from pearweb too. It going on my nerves to answer such question like Why isn't the package browser directly avaible? Also take a look on Google for Postings and Websites linking to http://pear.php.net/package-info.php...; - a lot of them are not written by PEAR-Devs. With waiting for a 'perfect' PEAR, we could lost a lot of existing early adopters as multipliers, because they loosing credibility for announcing vaporware. And the number of popular PEAR users grows daily, believe it or not: even Mr. PHPLib Kristian Koehntopp recommened PEAR in a posting in de.comp.lang.php recently. (unfortunatly not avaible through google) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 everything is built at once, possibly with only one more configure+make run? 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 SAPI builds. http://news.php.net/article.php?group=php.devarticle=88774 - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 have such a big interdependency. 4.3.0 can go out without having all the minute details of PEAR management decided. 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. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 SAPI builds. http://news.php.net/article.php?group=php.devarticle=88774 Sascha, There we go again with questioning people's motives. I must be a member of the same dark conspiracy that the #php.bugs pricks belong to, right? While I am subscribed to php-dev again, I do not read every single message. I skimmed the php/embed thread and at first glance saw what Edin described, that is that PHP needs to be compiled several times for libphp.(so|a) targets. If that was incorrect, I apologize. The reason I quoted Edin is because he is the original author of php/embed and I trust his judgement. -Andrei http://www.gravitonic.com/ * I don't have a solution but I admire the problem. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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. I thought the idea was good and that being able to execute snippets of your PHP code within a C application would be useful. The fist thing I tried was to modify the build manually to link all the files and produce the lib. This was not very useful, since many PHP functions require that the engine is initialized and I was unable to initialize the engine without a SAPI. So I decided, I'll create a dummy SAPI that will do nothing except initialize the engine to allow the C application to call PHP functions without segfaults all over the place. Since this was only a stub SAPI which needed no configure options I opted for putting the files in /main. The only thing that was remaining was to add a new class of files to be linked into the build system, so I created PHP_LIB_OBJS and a new target in the makefile called libs. I have looked into the alternative of making php/embed a proper SAPI but have decided against it because the modifications to the build system required for enabling the simultaneous build were too great. 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. Of course nobody at the moment needs phplib but hopefully some applications would start taking advantage of that. Yasuo was already mentioning the possibility of having tighter PHP=PostgreSQL integration, for example. I know that I should have brought this up before I made the commit, but hopefully it's not too late. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 strings. The bug is reported as http://bugs.php.net/bug.php?id=17381, and I heard quite a few complaints about the behaviour. Just as far as I read the OCI documentation, OCILobGetLength() and OCILobGetRead() take it differently by the client's NLS setting. Is there anyone working for this out there? Regards, -- Moriyoshi Koizumi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 argue that it is not too much to have half a dozen different build trees, each containing an _optimized_ build for each SAPI module. If you build the CLI from APXS-style objects, it will cost you 50% of the performance. If you build a static libphp4.a from the same objects, it will again slow you down by a factor of 2. The cost will be even higher, if ZTS is enabled. The price for this convenience is not negligible. 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 system. That will be a lot of fun. I have implemented already about 50% of the changes and will send a URL of the patch to the list, when it is usable. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 system. That will be a lot of fun. Does this mean that you want to delay 4.3.0? -Andrei http://www.gravitonic.com/ * Marriage is not a word. It's a sentence. Life-long sentence. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 simplify and abstract a number of cases in the build system. That will be a lot of fun. Does this mean that you want to delay 4.3.0? 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. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 and a few other people finish their work. Is that going to be a problem? -Andrei http://www.gravitonic.com/ * The future is not what it used to be. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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, too. We were going to branch on Saturday, after Wez and a few other people finish their work. Is that going to be a problem? As I said, that would be absolutely fine with me, too. I'm not in a hurry. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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_DIR=yes ## -- WHY FORCE NO TO YES ?? fi It seems like its mandating PHP_XPM_DIR=yes even if --without-xpm-dir is given to gd's configure. I just tried latest CVS HEAD and could not reproduce this. Are you sure you have all the latest tools installed? (e.g. phpize..) # cd ext/gd # phpize # ./configure --with-gd=php # make And I got working shared GD module..nothing else wasn't enabled but the png support. --Jani -- PHP Development Mailing List http://www.php.net/ 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 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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. Mind you, that yes the extensions all need to be audited a bit for this too first... but getting the core Zend/PHP system working would be nice :) On Wednesday, September 25, 2002, at 11:52 PM, Jason Greene wrote: longint.patch --- Dan KalowskyI got my mojo working, but it http://www.deadmime.org/~dankjust ain't working on you [EMAIL PROTECTED]- Mojo, [EMAIL PROTECTED]Muddy Waters -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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? It should help. Having and confirming prototype is one of the best practice anyway. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 strangely) of the script just setting there going very slowly before I guess it finally times out (no errors are given). Using recordio on the smtp server shows what seems to be a very long time for php to respond to the output of the server. The communication that usually takes under a second, is taking multiple minutes. I was using an Oct 1st checkout, which failed so I backed it out a few times (3:00AM EST each day) with fresh copies to try to find where the problem was introduced: Oct 1 failed Sept 16 works Sept 25 failed Sept 21 works Sept 23 failed Sept 22 works Sept 23 failed (just to double check) I know thats not much help, and I am sorry, but I have not been able to figure out the complexities of the pear classes, so I am a little in the dark as to what function(s) are causing the problems. So could someone in the know could grab the pear scripts and check it out using the smtp option. I would file a bug report, but I have no idea what is going on here (socket problem?). Was there some major changes between the 22nd and the 23rd? -- Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 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 strangely) of the script just setting there going very slowly before I guess it finally times out (no errors are given). Using recordio on the smtp server shows what seems to be a very long time for php to respond to the output of the server. The communication that usually takes under a second, is taking multiple minutes. I was using an Oct 1st checkout, which failed so I backed it out a few times (3:00AM EST each day) with fresh copies to try to find where the problem was introduced: Oct 1 failed Sept 16 works Sept 25 failed Sept 21 works Sept 23 failed Sept 22 works Sept 23 failed (just to double check) I know thats not much help, and I am sorry, but I have not been able to figure out the complexities of the pear classes, so I am a little in the dark as to what function(s) are causing the problems. So could someone in the know could grab the pear scripts and check it out using the smtp option. I would file a bug report, but I have no idea what is going on here (socket problem?). Was there some major changes between the 22nd and the 23rd? -- Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php - This mail sent through IMP: http://horde.org/imp/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 Matt Haught [EMAIL PROTECTED]: 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 strangely) of the script just setting there going very slowly before I guess it finally times out (no errors are given). Using recordio on the smtp server shows what seems to be a very long time for php to respond to the output of the server. The communication that usually takes under a second, is taking multiple minutes. I was using an Oct 1st checkout, which failed so I backed it out a few times (3:00AM EST each day) with fresh copies to try to find where the problem was introduced: Oct 1 failed Sept 16 works Sept 25 failed Sept 21 works Sept 23 failed Sept 22 works Sept 23 failed (just to double check) I know thats not much help, and I am sorry, but I have not been able to figure out the complexities of the pear classes, so I am a little in the dark as to what function(s) are causing the problems. So could someone in the know could grab the pear scripts and check it out using the smtp option. I would file a bug report, but I have no idea what is going on here (socket problem?). Was there some major changes between the 22nd and the 23rd? -- Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php - This mail sent through IMP: http://horde.org/imp/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 naming? I don't mind to have alias like pg_result_seek() or have only pg_result_seek(). -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[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 result = php_handle_jpeg(stream, NULL TSRMLS_CC); Breakpoint 2, php_handle_jpeg (stream=0x83ff99c, info=0x0) at /home/rasmus/php4/ext/standard/image.c:479 479 struct gfxinfo *result = NULL; 480 unsigned int marker = M_PSEUDO; 481 unsigned short length, ff_read=1; 484 marker = php_next_marker(stream, marker, 1, ff_read TSRMLS_CC); 485 ff_read = 0; 486 switch (marker) { 534 if (info) { 537 php_skip_variable(stream TSRMLS_CC); 539 break; 484 marker = php_next_marker(stream, marker, 1, ff_read TSRMLS_CC); 485 ff_read = 0; 486 switch (marker) { 543 return result; /* we're about to hit image data, or are at EOF. stop processing. */ 0x0815e7ec 553 } So result is never filled in as it doesn't think we hit any markers. Yet a file foo.jpg returns: foo.jpg: JPEG image data, JFIF standard 1.02, resolution (DPI), 72 x 72 I have tried it with a number of different jpegs. My libjpeg is: libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40557000) Can someone recreate this in current CVS HEAD? -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
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 is mysql_data_seek()... Any comment about this naming? I don't mind to have alias like pg_result_seek() or have only pg_result_seek(). IMO we should have consistent naming, and I don't think it's a good idea to add aliases for new functions. I'd go for pg_data_seek() here. Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutions --[ if you hold a unix shell to your ear, do you hear the c? ]- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php