[PHP-DEV] One Makefile to rule them all

Hello Sascha and everyone! No doubt the new build system is faster than the old one. But I miss having one Makefile for each directory. Was that the slow part of the build process? Regards, -\- David Eriksson -/- "I personally refuse to use inferior tools because of ideology."

Re: [PHP-DEV] Make php-cvs@ read-only

It seems to work quite nicely for most. Having the mailing list software remove a user's ability to control where replies go is even nastier. Add to that thet danger of mail loops from badly configured servers. We have gone over this a bunch of times. Yes, it makes users perhaps think just a f

Re: [PHP-DEV] Make php-cvs@ read-only

Rasmus Lerdorf wrote: > Please don't start this again. There is no technically valid reason to > destroy mail headers on mailing lists, especially lists geared at > supposedly technically adept users. Sure, but having dicussions on both php-cvs@ and php-dev@ is nasty, IMHO. -- Sebastian

Re: [PHP-DEV] the dl() issue

Shane, Please read the archives - the performance issue was well covered. The stability issue is fairly obvious (you're much more likely to screw up in a multithreaded environment if you load/unload libraries like hell, than you are if you load them once, process-wide; this affects both code

[PHP-DEV] Re: cvs: php4 / run-tests.php

Yasuo Ohgaki wrote: > Yasuo Ohgaki wrote: > >> yohgakiTue Mar 12 00:33:12 2002 EDT >> >> Modified files: /php4run-tests.php Log: >> Do not search php binary in search path, since we are not testing >> older builds. >> Print SAPI used. > > > There is problem

[PHP-DEV] CVS Account Request: artka

I am going to write a PHP frontend for aspseek search engine. www.aspseek.org. Thanks -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Can't build sapi/cgi

Shane Caraveo wrote: > I simply cannot reproduce the same warnings here. The warnings are gone now. Dunny why, though ;) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

RE: [PHP-DEV] Make php-cvs@ read-only

Please don't start this again. There is no technically valid reason to destroy mail headers on mailing lists, especially lists geared at supposedly technically adept users. -Rasmus On Tue, 12 Mar 2002, James Cox wrote: > we can set the reply-to to be php-dev@ ... that would certainly go a long

[PHP-DEV] Text files in /php4

I wanted to get some discussion going about making the php4 tree less cluttered. The first thing to do, I think, is to move the documentation out from the root directory. Therefore, i'd like to propose the following: /php4/ NEWS CREDITS INSTALL LICENSE TODO.BUILDv5 TODO EXTENSIONS php.ini-dist p

RE: [PHP-DEV] Make php-cvs@ read-only

we can set the reply-to to be php-dev@ ... that would certainly go a long way. James > -Original Message- > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 12, 2002 6:04 AM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] Make php-cvs@ read-only > > > 'lo, > >

[PHP-DEV] Re: cvs: php4 / run-tests.php

Yasuo Ohgaki wrote: > yohgaki Tue Mar 12 00:33:12 2002 EDT > > Modified files: > /php4 run-tests.php > Log: > Do not search php binary in search path, since we are not testing older builds. > Print SAPI used. There is problem with version and sapi nam

[PHP-DEV] Make php-cvs@ read-only

'lo, could we make the [EMAIL PROTECTED] 'read-only', ie. only the CVS script may write to it? Maybe mails sent to [EMAIL PROTECTED] could be forwarded to the [EMAIL PROTECTED] list. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/

Re: [PHP-DEV] odbc_execute's file-opening hack

On Mon, 11 Mar 2002, Jim Winstead wrote: > torben's checkin to the documentation reminded me -- why is this gross > hack in there, instead of just allowing open filehandles to be passed? The reaosn is mainly historical, pre-me so I have no idea why. > the special treatment of strings that begin

[PHP-DEV] Re: cvs: php4(PHP_4_2_0) /ext/imap php_imap.h

Derick Rethans wrote: > derickMon Mar 11 18:11:37 2002 EDT > > Modified files: (Branch: PHP_4_2_0) > /php4/ext/imapphp_imap.h > Log: > - MFH for bug #16008 Isn't #if ABC #include "some.h" #else #include "other.h" #endif is better? I don't know if th

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

Yasuo Ohgaki wrote: > yohgaki Mon Mar 11 09:53:59 2002 EDT > > Modified files: > /php4/ext/pgsql pgsql.c > Log: > Print function names in error messages Hi all, Currently pgsql module's error message is not consistent with other modules' error message fo

[PHP-DEV] odbc_execute's file-opening hack

torben's checkin to the documentation reminded me -- why is this gross hack in there, instead of just allowing open filehandles to be passed? the special treatment of strings that begin and end with single quotes just seems like a huge 'wtf?' sort of feature. jim -- PHP Development Mailing Lis

[PHP-DEV] setup.stub files

do these files serve any purpose any more, or are they just leftover remnants from the old setup script? jim -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] New Build System Committed to HEAD

On Thu, 7 Mar 2002, Sascha Schumann wrote: > Hi, > > you won't see the commit, because it is too large to go > through the mailing list. Perhaps it bounced to Jim, so that > he can make it available by alternative means. > > Something in this commit might uncover an autocon

Re: [PHP-DEV] the dl() issue

> >The issue to me is a matter of usability. I want to have a single > >installation of PHP, but may have many different situations under which I > >use that installation. Perhaps one application uses modules x, y and z > >extensively, another uses a, b and c extensively, and perhaps d very rar

Re: [PHP-DEV] a plead

+1 On Mon, Mar 11, 2002 at 02:23:32PM -0800, Dan Allen wrote : > I know that we are past the freeze date for PHP_4_2_0 but I hope that you can find >an exception for this case. Recently the DOM XML interface has received a great deal >of attention from the developers and for this reason h

[PHP-DEV] a plead

I know that we are past the freeze date for PHP_4_2_0 but I hope that you can find an exception for this case. Recently the DOM XML interface has received a great deal of attention from the developers and for this reason has moved much closer to completeness. After doing a fair amount of test

[PHP-DEV] PHP and UTF

Has it ever been disscuesd to make php support different char encodings internally? - Brad __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- PHP Development Mailing List T

Re: [PHP-DEV] Can't build sapi/cgi

Shane Caraveo wrote: > You don't by any chance have the fastcgi library from fastcgi.com > installed also do you? No. > I simply cannot reproduce the same warnings here. I'm using MS VisualStudio 98, ServicePack 5, btw. -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] the dl() issue

At 12:25 11/03/2002 -0800, Shane Caraveo wrote: > > At 11:42 11/03/2002 +0200, Marko Karppinen wrote: > > >Shane wrote: > > > > > > > I think dl is an extremely important feature, and issues surrounding >it > > > > should be fixed. > > > > > >I'm absolutely, positively +1 on this. > > > > > >On th

Re: [PHP-DEV] the dl() issue

At 10:25 PM 3/11/2002, Shane Caraveo wrote: >I prefer not to load extensions unless >I really need them Why? If it's performance or stability, than the loss you're paying is roughly 100x more than what you're gaining (yes, it's another one of those out-of-the-pocket numbers, meaning 'a hell of

Re: [PHP-DEV] Can't build sapi/cgi

You don't by any chance have the fastcgi library from fastcgi.com installed also do you? I simply cannot reproduce the same warnings here. Shane - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 11, 2002 10:36 AM Subject: Re:

Re: [PHP-DEV] the dl() issue

> At 11:42 11/03/2002 +0200, Marko Karppinen wrote: > >Shane wrote: > > > > > I think dl is an extremely important feature, and issues surrounding it > > > should be fixed. > > > >I'm absolutely, positively +1 on this. > > > >On the Mac OS X side of things, we are in the interesting situation of >

Re: [PHP-DEV] the dl() issue

At 14:03 11/03/2002 -0500, Brad House wrote: >>Apple should be using php.ini for extensions and not require the user to >>call dl() wich is sucky. >>I still am not quite sure why it's such a big deal to add shared >>extensions to php.ini. >>I don't agree that PHP extensions necessarily require d

Re: [PHP-DEV] the dl() issue

At 21:08 11/03/2002 +0200, Marko Karppinen wrote: > >> Having a good, working dl mechanism is the only reasonable way out of this > >> Catch-22. > > > > Apple should be using php.ini for extensions and not require the user to > > call dl() wich is sucky. > >This is not about what Apple should be d

Re: [PHP-DEV] the dl() issue

> Apple should be using php.ini for extensions and not require the user to > call dl() wich is sucky. > I still am not quite sure why it's such a big deal to add shared > extensions to php.ini. > I don't agree that PHP extensions necessarily require dl(). There are > many programs out there in

Re: [PHP-DEV] the dl() issue

>> Having a good, working dl mechanism is the only reasonable way out of this >> Catch-22. > > Apple should be using php.ini for extensions and not require the user to > call dl() wich is sucky. This is not about what Apple should be doing; indeed, Apple does nothing to stop you from using a php

Re: [PHP-DEV] PHP audit project

And as long as you don't use strncpy() Just kidding :) Andi At 15:31 11/03/2002 +0200, Zeev Suraski wrote: >Frank, > >Don't be discouraged by the feedback here. Your efforts are well >appreciated! You can choose to use whichever functions you deem best, as >long as you're the one doing the

Re: [PHP-DEV] PHP audit project

At 13:21 11/03/2002 +0100, Stefan Esser wrote: >Hi, > >strlcpy and strlcat are inventions of the OpenBSD project. Since they >invented >those they are trying to "infect" other projects. I added them to PHP a long time ago and I have nothing to do with the OpenBSD project. They are extremely usef

Re: [PHP-DEV] the dl() issue

On Mon, Mar 11, 2002 at 08:49:11PM +0200, Andi Gutmans wrote : > At 11:42 11/03/2002 +0200, Marko Karppinen wrote: > >Shane wrote: > > > >> I think dl is an extremely important feature, and issues surrounding it > >> should be fixed. > > > >I'm absolutely, positively +1 on this. > > > >On the Mac

Re: [PHP-DEV] the dl() issue

At 11:42 11/03/2002 +0200, Marko Karppinen wrote: >Shane wrote: > > > I think dl is an extremely important feature, and issues surrounding it > > should be fixed. > >I'm absolutely, positively +1 on this. > >On the Mac OS X side of things, we are in the interesting situation of >having PHP bundled

[PHP-DEV] Apache 2 and PHP 4 (current CVS)

/usr/src/php4/sapi/apache2filter/sapi_apache2.c:473: 'AP_FTYPE_CONTENT' undeclared (first use in this function) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP De

Re: [PHP-DEV] Can't build sapi/cgi

Shane Caraveo wrote: > commits, to all the build configurations, but I missed Release_TSDbg, > is that what you are compiling with? No, I'm building Release_TS_Inline. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Conside

Re: [PHP-DEV] Can't build sapi/cgi

Hmm, I just downloaded cvs onto a 'clean' machine (doesn't have any fastcgi sources anywhere, other than php cvs) and had no problem compiling. I have seen simular messages before on another project, due to a lack of the define FCGI_STATIC (see fcgiapp.h) in the project. This was added in one of

[PHP-DEV] Call overridden methods with call_user_function_ex()

Hi, I have written an simple extension module with two classes. Class A implements the Method dosomething(). Class B is derived from Class A and overrides the method dosomething(). Now I want the overridden method in Class B to call the original method from Class A. How can I do this with cal

[PHP-DEV] cvs server: waiting for cvs's lock in /repository/php4/ext/domxml since hours :)

Hi I wanted to commit some stuff, but i get cvs server: [10:34:25] waiting for cvs's lock in /repository/php4/ext/domxml since hours. Anyone an idea, what's wrong? chregu -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] PHP 4.1.2 for windows

Hi, we are waiting for the person who normally builds win32 to release his build. james > -Original Message- > From: Gabor Hojtsy [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 11, 2002 7:43 AM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] PHP 4.1.2 for windows > > > Hi! > > >From hour

[PHP-DEV] Segfault in do_inherit_parent_constructor

Hi, I am not sure, if this is an error in my code or a PHP error. Whatever, I need help on this. I have created (and attached) a small demonstration extension module, named ctest. This module creates three classes. class1 is the base class, class2 is derived from class1 and class3 is derived

[PHP-DEV] php-4.1.2 compile error with gd

Hi, I'm about to compile the 4.1.2 version found on php.net. I have the following configure command: ./configure --with-apache=../apache_1.3.23 --with-mysql --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-zlib-dir --with-freetype-dir --with-gd --enable-gd-native-ttf --with-tiff-dir --with

Re: [PHP-DEV] PHP audit project

Frank, Don't be discouraged by the feedback here. Your efforts are well appreciated! You can choose to use whichever functions you deem best, as long as you're the one doing the work :) Zeev At 02:23 PM 3/11/2002, Jedi/Sector One wrote: >On Mon, Mar 11, 2002 at 01:21:02PM +0100, Stefan Esse

[PHP-DEV] Re: Build failing --without-pear

On Sun, 10 Mar 2002, Derick Rethans wrote: > Hello Sascha, > > the build is failing with the following message when compiling > --without-pear: This should work now as expected. Thanks for the report. - Sascha Experience IRCG http://schuman

Re: [PHP-DEV] PHP audit project

On Mon, Mar 11, 2002 at 01:43:40PM +0100, Stefan Esser wrote: > Sorry, my fault. I have overseen that. I just wanted to clearify what > strlcat and strlcpy are. strlcpy and strlcat are quick and dirty band aids against buffer overflows. They suck because if a string is truncated, other bad thin

Re: [PHP-DEV] PHP audit project

Hi, > PHP is already infected. Sorry, my fault. I have overseen that. I just wanted to clearify what strlcat and strlcpy are. I dislike OpenBSD because of several reasons but this list is not the right place to discuss anything like this. > But that's ok. If you don't want us to work on PHP,

Re: [PHP-DEV] PHP audit project

On Mon, Mar 11, 2002 at 01:21:02PM +0100, Stefan Esser wrote: > strlcpy and strlcat are inventions of the OpenBSD project. Since they > invented > those they are trying to "infect" other projects. PHP is already infected. Try to grep for strlcpy and strlcat in the _vanilla_ PHP source code

Re: [PHP-DEV] PHP audit project

Hi, strlcpy and strlcat are inventions of the OpenBSD project. Since they invented those they are trying to "infect" other projects. Stefan -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP audit project

On Mon, Mar 11, 2002 at 01:17:07PM +0100, [EMAIL PROTECTED] wrote: > > Are the strlcpy and strlcat functions (used in the patches) available on > > Linux? > [derick@kossu derick]$ man strlcpy > No manual entry for strlcpy > [derick@kossu derick]$ man strlcat > No manual entry for strlcat PHP de

Re: [PHP-DEV] PHP audit project

On Mon, 11 Mar 2002, David Eriksson wrote: > On Mon, 11 Mar 2002, Jedi/Sector One wrote: > > > The goal is to help the PHP developpement, not to keep the patches > > separate, only for OpenBSD. There are some OpenBSD enhancements, but they > > are all surrounded with #ifdef __OpenBSD__ . We do

Re: [PHP-DEV] PHP audit project

On Mon, 11 Mar 2002, Jedi/Sector One wrote: > The goal is to help the PHP developpement, not to keep the patches > separate, only for OpenBSD. There are some OpenBSD enhancements, but they > are all surrounded with #ifdef __OpenBSD__ . We don't want to break > portability, nor to release someth

Re: [PHP-DEV] PHP 4.1.2 for windows

Ah, sorry - didn't notice it :) Mail would be fine (just keep php-dev@ OFF the recipient list :) Zeev At 12:32 11/03/2002, Daniel Beulshausen wrote: >At 10:31 11.03.2002 +0200, Zeev Suraski wrote: >>The reason we wanted to wait for Daniel is that he always builds the >>Windows binaries, and bin

Re: [PHP-DEV] Can't build sapi/cgi

Shane Caraveo wrote: > I just fixed the problem with that, sorry. No problem. I just fixed a warning in libfcgi, but I'm still getting the following warnings: LINK: warning LNK4049: Locally defined symbol "_FCGX_PutStr" imported LINK: warning LNK4049: Locally defined symbol "_FCGX_IsCGI"

[PHP-DEV] PHP audit project

Hello. This is Frank from the PHP audit project. Here are some clarifications. We are working on PHP 4.1.2 because we want to quickly release a patch with basic hardening. Because of the recent vulnerabilities discovered by Stefan, chances are that a lot of kiddies are also

Re: [PHP-DEV] the dl() issue

Shane wrote: > I think dl is an extremely important feature, and issues surrounding it > should be fixed. I'm absolutely, positively +1 on this. On the Mac OS X side of things, we are in the interesting situation of having PHP bundled with the operating system. I guess the same can be said abou

Re: [PHP-DEV] Re: Have you seen the "PHP audit project"?

Hi, A PHP auditing project is a good idea, cause there are still lots of bugs, BUT such a project should never ever be led by people from the OpenBSD world. It would be much better if we create our own auditing team. This would ensure that we have control over the bugs that are found and we will

[PHP-DEV] Re: CLI: Passing arguments to scripts....

The patch looks ok. Go ahead. Edin The following path for cli version is concerned with passing arguments to scripts. I found out that not all ways work correct and $PHP_SELF is not set at all. The four example below explain the patch. All four execute: echo "$PHP_SELF\n"; echo join($ar

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

[EMAIL PROTECTED] wrote: > On Mon, 11 Mar 2002, Yasuo Ohgaki wrote: > > >>[EMAIL PROTECTED] wrote: >> >>>On Mon, 11 Mar 2002, Yasuo Ohgaki wrote: >>> >>> Fix possible build error under Windows. # Recent libpq under windows supports PQcmdTuples, right? > > > Nevermind... but the commi

Re: [PHP-DEV] PHP 4.1.2 for windows

The reason we wanted to wait for Daniel is that he always builds the Windows binaries, and binaries created on other systems might have quirks or dependencies. If he doesn't show up today, I'll use the old 4.1.2 vanilla binaries he sent me a week ago. It won't be with the new Windows fixes, but

Re: [PHP-DEV] Including bandled expat.h

[EMAIL PROTECTED] wrote: > On Mon, 11 Mar 2002, Yasuo Ohgaki wrote: > > >>Any reason not to including bandled expat.h explicitly? >>Any comments for possible fix? > > > The bundled file may differ from the used library, so this is not a good > idea. I agree. There is with-expat-dir option al

Re: [PHP-DEV] Including bandled expat.h

[EMAIL PROTECTED] wrote: > On Mon, 11 Mar 2002, Yasuo Ohgaki wrote: > > >>Any reason not to including bandled expat.h explicitly? >>Any comments for possible fix? > > > The bundled file may differ from the used library, so this is not a good > idea. I agree. New build system should be fixed

Re: [PHP-DEV] PHP 4.1.2 for windows

Gabor Hojtsy wrote: > From hour to hour we receive questions at [EMAIL PROTECTED] > about the availability of PHP 4.1.2 for Windows. First I > tried to give an estimate, but now I don't know what to say. > Will there ever be a PHP 4.1.2 for windows, or a 4.1.3??? I could easily provide the bina