Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Zeev Suraski wrote: > I don't get it. So if it was two weeks ago, a second before I said > "4.0.5RC1 is out" it was ok, and now it isn't? yes, IMHO that's it > It doesn't make any sense. > [...] > New modules do not significantly increase the chances of messing up the > release. Furthermore

[PHP-DEV] PHP 4.0 Bug #9912 Updated: exec calls run programs in the document root: different than PHP3

ID: 9912 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Description: exec calls run programs in the document root: different than PHP3 Ok, it wasn't that. I'm sorry. The short/long desc should be "exec calls run shutdown functions in root", and A scri

[PHP-DEV] PHP 4.0 Bug #9912: exec calls run programs in the document root: different than PHP3

From: [EMAIL PROTECTED] Operating system: solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: *Directory/Filesystem functions Bug description: exec calls run programs in the document root: different than PHP3 php3 scripts that have lines like exec("mycommand ./myparam.filenam

[PHP-DEV] PHP 4.0 Bug #9911: Segmentation fault of httpd (w/mod_php4)

From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2/Freebsd 4.2 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Segmentation fault of httpd (w/mod_php4) The bug occurs when using the sybase-ct libraries. I'm using freetds 5.0 as the sybase-ct

[PHP-DEV] PHP 4.0 Bug #9909 Updated: session_start() fails to write data file

ID: 9909 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Description: session_start() fails to write data file False alarm, sorry . . . turns out that Apache changed the way it writes temp files (I think the "child" servers now write files, rather tha

[PHP-DEV] PHP 4.0 Bug #9910: compiler error

From: [EMAIL PROTECTED] Operating system: Slackware 7.1 PHP version: 4.0 Latest CVS (21/03/2001) PHP Bug Type: Compile Failure Bug description: compiler error Here is the last bits of the make log. I am leaning towards compiler or binutils problems but I wanted your input

[PHP-DEV] PHP 4.0 Bug #9840 Updated: seg fault on apache

ID: 9840 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: seg fault on apache also, please note that my email address is [EMAIL PROTECTED] I made a typo when I submitted it originally. Thank you again, Terry Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9909: session_start() fails to write data file

From: [EMAIL PROTECTED] Operating system: Mac OS X Server PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: session_start() fails to write data file PHP 4.04pl1 compiled as a DSO Apache 1.3.19 session_start() fails to write out its data file, causing

[PHP-DEV] PHP 4.0 Bug #9840 Updated: seg fault on apache

ID: 9840 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: seg fault on apache NOTE! I made a rather LARGE mistake and noted that it was the stable version of php when it was cvs. I appologize for this! I noted the cvs version by date an

[PHP-DEV] PHP 4.0 Bug #9908: imap_sort() seg fault

From: [EMAIL PROTECTED] Operating system: linux 2.2.17 (RH6.2) PHP version: 4.0 Latest CVS (20/03/2001) PHP Bug Type: IMAP related Bug description: imap_sort() seg fault Under certain cercumstances imap_sort() will cause an apache child process to seg fault. Script:

RE: [PHP-DEV] RE: 4.0.5RC1 static build with Apache 1.3.19 problem

Yes, I have tried it both ways. I configure Apache a second time after making php and it still does not work. :( Sincerely, Steven Roussey Network54.com http://network54.com/?pp=e > Subject: Re: [PHP-DEV] RE: 4.0.5RC1 static build with Apache 1.3.19 > problem > > > Did you configure Apache af

[PHP-DEV] PHP 4.0 Bug #9907: make fail --with-oci8

From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: make fail --with-oci8 I use Linux Redhat 6.2 with oracle client 8.1.5 + apache_1.3.17 I use this command to compile php- : ./configure --wit

[PHP-DEV] Re: [PHP-QA] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

I don't get it. So if it was two weeks ago, a second before I said "4.0.5RC1 is out" it was ok, and now it isn't? It doesn't make any sense. Code changes are one thing. Bugs that originate in code changes (whether they're new features, bug fixes or rewrites) may take very long time to find.

[PHP-DEV] Re: [PHP-QA] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Zeev Suraski wrote: > > Stability is irrelevant with new modules - they did not exist before, so > they can't be less stable, and figuring whether their addition breaks PHP > is trivial, and would be discovered in a second if they manage to do that > somehow. New modules are no different from any

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 16:38 21/3/2001, Thies C. Arntzen wrote: > i fully agree to sascha. plus i see no real reason to include > a new module once we are in "release-process". new modules > are by default not "producition-stable" so why hurry to > include them in a "official-release"? For wide expos

[PHP-DEV] Karma request for phpweb

Hello, I just found a rather bad typo on the 'links.php' page and while trying to fix it myself it showed up that I don't have enough karma. Can someone pump my karma up a little bit ? The username is 'jpm'. Cheers, Joao -- João Prado Maia <[EMAIL PROTECTED]> http://phpbrasil.com - php com um

Re: [PHP-DEV] [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs:

Fredrick, While the tone of the messages was heated, they were very much on-topic. If it doesn't interest you, then don't participate. Zeev At 01:04 22/3/2001, Fredrik Ohrn wrote: >Flame each other all you want. I don't mind. > >But please, stick to one list, stop crossposing to every list a

[PHP-DEV] [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs:[PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs:

Flame each other all you want. I don't mind. But please, stick to one list, stop crossposing to every list and your mum. This is getting pretty annoying. /Fredrik -- Do fish get thirsty? Fredrik Öhrn Chalmers University of Technology [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9906: Problems with result-set from temporary tables

From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.0 PHP version: 4.0.3pl1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Problems with result-set from temporary tables I have some stored procedures that return a result from a temporary table. When via ct-li

[PHP-DEV] RE: PHP 4.0 Bug #9636 Updated: error message

Before doing that I tried making the directory cgi executable and adding "#!/usr/local/bin/php" to the scripts. That seemed to do the trick athough I didn't think this was the GCI version. Here is the output: http://www.lib.ecu.edu/st/php/test.php As far as I can tell, I'm set up for mySQL sup

Re: [PHP-DEV] is_reference() ?

> thus is_reference() never makes sense, you simply cannot spot the reference note: what *could* make sense for debugging is a function like are_identical($foo,$foo2) which compares if they both belong to the same zval_struct (you could even write this one is userland, by saving the original

Re: [PHP-DEV] is_reference() ?

> Here it is in detail: > > http://www.php.net/bugs.php?id=8937 > http://www.php.net/bugs.php?id=8972 The fact that people think having found a bug doesn't justify the introduction of a confusing, meaningless function IMHO after reading stas' reference docs you should have understood that unse

[PHP-DEV] PHP 4.0 Bug #9874 Updated: bicubic jpg resize

ID: 9874 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Graphics related Assigned To: Comments: submitted twice. Previous Comments: --- [2001-03-20 11:07:51] [EMAIL PROTECTED]

Re: [PHP-DEV] is_reference() ?

At 22:39 21/3/2001, Björn Schotte wrote: >Hi Zeev, > > > >inconsistencies with unset($foo) and unset($bar["bla"]) > > >(the latter works, the former not)) > > Huh? Both work...? > >Here it is in detail: > >http://www.php.net/bugs.php?id=8937 >http://www.php.net/bugs.php?id=8972 Ok, as I thought,

[PHP-DEV] PHP 4.0 Bug #9905 Updated: Error on www.php.net

ID: 9905 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Documentation problem Assigned To: Comments: Previous Comments: --- [2001-03-21 15:07:16] [EMAIL PROTECTED] This is a m

Re: [PHP-DEV] is_reference() ?

Hi Zeev, > >inconsistencies with unset($foo) and unset($bar["bla"]) > >(the latter works, the former not)) > Huh? Both work...? Here it is in detail: http://www.php.net/bugs.php?id=8937 http://www.php.net/bugs.php?id=8972 > This has been discussed before (as far as I recall). The engine may

Re: [PHP-DEV] is_reference() ?

At 22:36 21/3/2001, Björn Schotte wrote: >Hi, > > > It's not really possible right now due to the way Zend engine works. > >So it would be better to reopen the bug reports >which considered the unset() issue? unset() is consistent with the way it is defined - it removes a certain symbol from the

Re: [PHP-DEV] is_reference() ?

Zeev Suraski wrote: > So, is_reference() won't mean much to end users. But it might come in handy in some (debugging) situations, I could imagine. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn

Re: [PHP-DEV] is_reference() ?

Hi, > It's not really possible right now due to the way Zend engine works. So it would be better to reopen the bug reports which considered the unset() issue? Anyway, is it possible that there may exist a function like is_reference() in future? TIA, -- Björn Schotte

Re: [PHP-DEV] is_reference() ?

At 22:30 21/3/2001, Björn Schotte wrote: >Hi, > >I recently had a discussion with Alexander Aulbach >(submitter of bug reports with unset() and the >inconsistencies with unset($foo) and unset($bar["bla"]) >(the latter works, the former not)) Huh? Both work...? > and we agreed >that there defi

Re: [PHP-DEV] is_reference() ?

On Wed, 21 Mar 2001, Björn Schotte wrote: > I recently had a discussion with Alexander Aulbach > (submitter of bug reports with unset() and the > inconsistencies with unset($foo) and unset($bar["bla"]) > (the latter works, the former not)) and we agreed > that there definitively would be need of a

[PHP-DEV] PHP 4.0 Bug #9898 Updated: gd and mck fail to link but did in 4.0.4pl1

ID: 9898 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: I guess you know enough to do './cvsclean ; ./buildconf' after updating CVS ? And what was the configure line used? --Jani Previous Comments: ---

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 22:19 21/3/2001, Jason Greene wrote: >If the exception policy was in place here are some questions of thought: >What would be necessary to make it safe to php in a whole? I'd say that a module that has no effect on building PHP is fine to add as an experimental module. The only reason I beli

[PHP-DEV] is_reference() ?

Hi, I recently had a discussion with Alexander Aulbach (submitter of bug reports with unset() and the inconsistencies with unset($foo) and unset($bar["bla"]) (the latter works, the former not)) and we agreed that there definitively would be need of a funtion called is_reference(varname) Somet

[PHP-DEV] PHP 4.0 Bug #9896 Updated: segfaults at $xmldoc->add_root("root");

ID: 9896 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: DOM XML related Assigned To: Comments: Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

It's definitely considered experimental. Zeev At 22:19 21/3/2001, Jason Greene wrote: >Though I am still considered new to this group, I thought I would put in >my two cents. > >Are we considering fastcgi module stable? We currently release >EXPERIMENTAL modules >as part of the distribution.

[PHP-DEV] PHP 4.0 Bug #9905 Updated: Error on www.php.net

ID: 9905 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: can't reproduce, probably some caching effect Previous Comments: ---

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Though I am still considered new to this group, I thought I would put in my two cents. Are we considering fastcgi module stable? We currently release EXPERIMENTAL modules as part of the distribution. If fastcgi is considered EXPERIMENTAL, then I don't see why the module itself could not be inc

[PHP-DEV] PHP 4.0 Bug #9905: Error on www.php.net

From: [EMAIL PROTECTED] Operating system: NA PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: Error on www.php.net This is a minor issue, but the date at the top right of www.php.net is inconsistant. On alternating sections, it is one day behind.

[PHP-DEV] PHP 4.0 Bug #9894 Updated: Fatal error: Call to undefined function: ora_logon() in e:\web\root\index.php o

ID: 9894 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Old-Bug Type: MySQL related Bug Type: Oracle related Assigned To: Comments: You haven't uncommented the line in php.ini to load php_oci8.dll: ;extension=php_oci8.dll Remove the ; in front of the line.

[PHP-DEV] PHP 4.0 Bug #9890 Updated: Output line too long.

ID: 9890 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: So, is it 4.0.2 or 4.0.4pl1 you're trying? Anyway, try the latest CVS snapshot from http://snaps.php.net/ and if that doesn't work either, check the ve

[PHP-DEV] CVS Account Request

Full name: Tomas V.V.Cox Email: [EMAIL PROTECTED] ID: cox Purpose: Pear DB Informix Extension -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROT

[PHP-DEV] PHP 4.0 Bug #9891 Updated: Finnish mirror is *ucked up

ID: 9891 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Assigned To: Comments: Inform [EMAIL PROTECTED] about it. (not a bug in PHP the language!) --Jani Previous Comments: --

[PHP-DEV] PHP 4.0 Bug #9887 Updated: Files appear to be missing

ID: 9887 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Assigned To: Comments: User error. --Jani Previous Comments: --- [2001-03-21 01:08:11] [EMAIL PRO

[PHP-DEV] PHP 4.0 Bug #9636 Updated: error message

ID: 9636 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Get the latest CVS snapshot (from today) add --enable-debug into your configure line and configure, 'make clean ; make ; make install' And then generate a GDB backtrac

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 21:25 21/3/2001, Sascha Schumann wrote: >On Wed, 21 Mar 2001, Andi Gutmans wrote: > > > Why do we need to have an interrogation. Relax, it's not such a big deal. > > I'm completely relaxed. I just dislike twisting history. Sascha, As Cynic said, it's really a good idea to stop the flame

[PHP-DEV] Re: [PHP-QA] 4.0.5RC1 crash...

Jani Taskinen wrote: > > On Wed, 21 Mar 2001, Dan Kalowsky wrote: > > >[Fri Mar 16 09:42:37 2001] [notice] SIGHUP received. Attempting to > > Ehem. Did you try to 'apachectl stop ; apachectl start' ?? > I've seen odd things to happen if 'apachectl restart' is used. Yep. 'apachectl stop' and

[PHP-DEV] PHP 4.0 Bug #9880 Updated: Apache Core dumps when trying to execute. No compilation errors.

ID: 9880 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: Could you please try the latest CVS snapshot from http://snaps.php.net/ and add --enable-debug to your configure line to get useful backtrace. --Jani

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

But I referred to 4.0.3pl1 :) At 21:23 21/3/2001, Sascha Schumann wrote: > > The Apache module issue was a security problem. A fairly major one, too. > > Yes, that is why I mentioned 4.0.4pl1 as an exception in an > earlier email. > > - Sascha Expe

[PHP-DEV] Re: [PHP-QA] 4.0.5RC1 crash...

On Wed, 21 Mar 2001, Dan Kalowsky wrote: >[Fri Mar 16 09:42:37 2001] [notice] SIGHUP received. Attempting to Ehem. Did you try to 'apachectl stop ; apachectl start' ?? I've seen odd things to happen if 'apachectl restart' is used. --Jani >restart >[Fri Mar 16 09:42:38 2001] [notice] Apache/1

Re: [PHP-DEV] Function design recomendation?

On Wed, 21 Mar 2001, Fredrik Ohrn wrote: > > I'm about to properly implement cpdf_set_viewer_preferences which is > currently just a stub. > > The underlying function takes a struct with 8 fields. > > I'd like to avoid having to specify 8 parameters to the PHP equivalent > (especially as most o

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

On Wed, 21 Mar 2001, Andi Gutmans wrote: > Why do we need to have an interrogation. Relax, it's not such a big deal. I'm completely relaxed. I just dislike twisting history. - Sascha Experience IRCG http://schumann.cx/http://sch

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> The Apache module issue was a security problem. A fairly major one, too. Yes, that is why I mentioned 4.0.4pl1 as an exception in an earlier email. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- P

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Hi Andi! At 19:58 21.3. 2001, Andi Gutmans wrote the following: -- >Why do we need to have an interrogation. Relax, it's not such a big deal. We don't. I hope no one will take my remarks personally. :) >4.0.4pl1 & 4.0.3pl1 both had se

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 20:50 21/3/2001, Sascha Schumann wrote: >On Wed, 21 Mar 2001, Andi Gutmans wrote: > > > A couple of these were buffer overflows IIRC which were security issues. > > Remember the group@ emails about those? > > Fixes against format-string attacks and for file-upload > issues went into 4.0

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Why do we need to have an interrogation. Relax, it's not such a big deal. 4.0.4pl1 & 4.0.3pl1 both had security fixes (Apache config handling was a security issue). Anyway, I still don't understand what the big fuss is about. Let's stop arguing about this like 4th graders. By the way, the erro

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

On Wed, 21 Mar 2001, Andi Gutmans wrote: > A couple of these were buffer overflows IIRC which were security issues. > Remember the group@ emails about those? Fixes against format-string attacks and for file-upload issues went into 4.0.3. Or what are you referring to? - Sascha

Re: [PHP-DEV] free() errors in PHP-4.0.5RC1

> I localized it down a bit more to a single script causing it, after > having been under a heavy load for a few days. You can check the > http://www.deadmime.org/~dank/sitics-error.log (large file) file for the > series of memory leaks that seemed to have caused this. > > But if your system has

Re: [PHP-DEV] Function design recomendation?

On Wed, 21 Mar 2001, Fredrik Ohrn wrote: > > I'm about to properly implement cpdf_set_viewer_preferences which is > currently just a stub. > > The underlying function takes a struct with 8 fields. > > I'd like to avoid having to specify 8 parameters to the PHP equivalent > (especially as most

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

A couple of these were buffer overflows IIRC which were security issues. Remember the group@ emails about those? Andi At 07:17 PM 3/21/2001 +0100, Sascha Schumann wrote: > > I think most (probably not all) pl's were sparked due to security bugs > > which were found and we took the opportunity to

[PHP-DEV] Function design recomendation?

I'm about to properly implement cpdf_set_viewer_preferences which is currently just a stub. The underlying function takes a struct with 8 fields. I'd like to avoid having to specify 8 parameters to the PHP equivalent (especially as most of them has sensible defaults). How are structs 'emulated

Re: [PHP-DEV] CORBA/PHP

On Wed, 21 Mar 2001, Nick Loman wrote: > > Hi > > I've got a fairly urgent requirement to get Satellite working properly on > my PHP 4.0.4pl1 system and can't get in touch with David Eriksson. Has > anyone had luck with the setup, specifically accessing objects through > IIOP over TCP/IP who woul

[PHP-DEV] PHP 4.0 Bug #9718 Updated: Memory leak when passing String values into methods through COM

ID: 9718 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related Assigned To: Comments: fixed. Previous Comments: --- [2001-03-20 17:59:36] [EMAIL PROTECTED] I think that you

Re: [PHP-DEV] free() errors in PHP-4.0.5RC1

You'll find the same lines inside of the email I sent earlier entitled "PHP4.0.5RC1 crash..." plus a GDB backtrace I was able to grab at the moment of occurance (and one from a core file). I localized it down a bit more to a single script causing it, after having been under a heavy load for a few

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> I think most (probably not all) pl's were sparked due to security bugs > which were found and we took the opportunity to add another couple of > important fixes. Those kind of pl's would not have been prevented by any > Great Plan. If I remember correctly, 4.0.4pl1 was the only release

[PHP-DEV] free() errors in PHP-4.0.5RC1

One of my OpenBSD servers hosed itself overnight, after the upgrade to PHP-4.0.5RC1. The problem was that the webserver suddenly segfaulted all of its children (saw this in the error log), and then dumped around 900MB worth of errors into the error log. This hurt my /var partition :-) The error

Re: [PHP-DEV] 4.0.5RC1 crash...

Tough question. We haven't been testing the 4.0.4pl1 as much, but the behavior doesn't seem to found there. Mind you this could be due to a lack of complete testing on our part. I will see if it's possible to revert back to 4.0.4pl1 and try some more, but judging by the past occurances, the ear

RE: [PHP-DEV] ImageMagick module for PHP

It probably should go in, but it is doing ok as a standalone extension. It builds easily and the author can maintain his own release schedule. -Rasmus On Wed, 21 Mar 2001, Mike Robinson wrote: > > Rasmus Lerdorf writes: > > > Because it didn't work, and the ImageMagick library is absolutely > >

[PHP-DEV] PHP 4.0 Bug #9904: error_reporting setting in apache conf not respected in pages

From: [EMAIL PROTECTED] Operating system: Linux host 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 i686 unknown PHP version: 4.0 Latest CVS (20/03/2001) PHP Bug Type: PHP options/info functions Bug description: error_reporting setting in apache conf not respected in pages The er

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 05:03 PM 3/21/2001 +0100, Sascha Schumann wrote: > > The bottom line is that, as I said, the trick in good opensource software > > is taking calculated risks, and mixing agility with quality assurance. One > > can look through your binary glasses, and then it's either complete lack of > > qual

[PHP-DEV] PHP 4.0 Bug #9903: Premature end of script

From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4 PHP Bug Type: Scripting Engine problem Bug description: Premature end of script I installed PHP4.0.4 from the PHP4_win32 distribution on a win98 machine with DUN not connected to internet. Use Netscape and t

[PHP-DEV] CVS Account Request

Full name: hyunsin.kim Email: [EMAIL PROTECTED] ID: ssenk Purpose: company manual update for php -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL P

[PHP-DEV] CVS Account Request

Full name: hyunsin.kim Email: [EMAIL PROTECTED] ID: ssenk Purpose: company manual update for php -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL P

[PHP-DEV] Re: [PHP-QA] 4.0.5RC1 crash...

Dan Kalowsky wrote: > Follow up on the earlier reporting of having memory issues to 4.0.5RC1. most probably not related, me too gets a crash running the standard tests on win32, I do not have exactly located the crash, I currently short on time andré -- · André Langhorstt: +49 331 5

Re: [PHP-DEV] 4.0.5RC1 crash...

Is this a new issue in 4.0.5? Or did the problem exist in older versions as well? Zeev At 18:44 21/3/2001, Dan Kalowsky wrote: >Follow up on the earlier reporting of having memory issues to 4.0.5RC1. > >We've been able to reproduce the problem once again. Although it seems >to be only happeni

[PHP-DEV] PHP 4.0 Bug #9902: Converting to/from mysql timestamp

From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.x PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: Converting to/from mysql timestamp I propose some new functions for those of us that use PHP and mySQL together on a daily basis... I wou

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

In an attempt to fulfill Cynic's request, I'll only say that this whole thread began when I suggested that the release-process is modified to reflect that adding new modules is allowed. Zeev At 18:03 21/3/2001, Sascha Schumann wrote: > > The bottom line is that, as I said, the trick in good op

[PHP-DEV] 4.0.5RC1 crash...

Follow up on the earlier reporting of having memory issues to 4.0.5RC1. We've been able to reproduce the problem once again. Although it seems to be only happening after EXTREMELY long periods of time and continuous heavy usage during that time. Currently I'm not able to point exactly to any sp

[PHP-DEV] CORBA/PHP

Hi I've got a fairly urgent requirement to get Satellite working properly on my PHP 4.0.4pl1 system and can't get in touch with David Eriksson. Has anyone had luck with the setup, specifically accessing objects through IIOP over TCP/IP who would be prepared to share configs with me? I am compil

RE: [PHP-DEV] Bug #1705 Updated: easter_date() and easter_days()

First, you must meet these requirements.   PHP 3>= 3.0.9, PHP 4 >= 4.0RC2 PHP was compiled with '--enable-calendar'.   Chris -Original Message-From: Pierre François [mailto:[EMAIL PROTECTED]]Sent: Wednesday, 21 March, 2001 9-05 aMTo: [EMAIL PROTECTED]Subject: Re: [PHP-DEV] Bug

[PHP-DEV] PHP 4.0 Bug #9901: When running the make it fails

From: [EMAIL PROTECTED] Operating system: Digital Unix 5.1 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: When running the make it fails Basically we run the first 7 or 8 steps in the install instructions, but when we go and run amke we get the follow

[PHP-DEV] PHP 4.0 Bug #9900: sem_remove or similar missing

From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: sem_remove or similar missing I miss a function sem_remove or similar which i can use to remove a semaphore completely. -- Edit Bug report at: http

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 17:15 21/3/2001, Sascha Schumann wrote: > > I definitely don't agree with this definitely. A good thing about > > opensource projects is that there aren't committees and thick rule books > > that move and act at the speed of a dinosaur. When it begins to look that > > way, you know you're in

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> The bottom line is that, as I said, the trick in good opensource software > is taking calculated risks, and mixing agility with quality assurance. One > can look through your binary glasses, and then it's either complete lack of > quality, or complete lack of risks, and one can look with reason

Re: [PHP-DEV] Bug #1705 Updated: easter_date() and easter_days()

Hello,   I'm trying to use the easter_date() function of PHP, but I receive a fatal error saying the function is not defined. Do you know what I have to do for fixing this?   Tahnk you. --Pierre FrançoisTervuursevest 123/243001 Leuven (Belgium)+32 16 23 21 52 

[PHP-DEV] HAVE_INT_8_16_32

The libMySQL code has got references to a 'HAVE_INT_8_16_32' in an #ifdef, but its never set anywhere. This is a problem on AIX operating systems, where types like 'int8', 'int16' and so on are defined in /usr/include/sys/ I'd like to put a patch in to actually define HAVE_INT_8_16_32 if its need

Re: [PHP-DEV] Re: This won't get us nowhere (WAS: cvs: php4(PHP_4_0_5) /sapi/fastcgi)

At 17:49 21/3/2001, Zeev Suraski wrote: >I'm completely agree (my breath is fine, though :) I, even :) Zeev -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-

[PHP-DEV] Re: This won't get us nowhere (WAS: cvs: php4(PHP_4_0_5) /sapi/fastcgi)

I'm completely agree (my breath is fine, though :) Zeev At 17:52 21/3/2001, Cynic wrote: >Sascha & Zeev, > >May I please ask you to calm down a bit? Flamewars and insults >won't help anyone. > >I think you both could use a few minutes to take your breath. > > >At 16:38 21.3. 2001, Zeev Suraski w

[PHP-DEV] This won't get us nowhere (WAS: cvs: php4(PHP_4_0_5) /sapi/fastcgi)

Sascha & Zeev, May I please ask you to calm down a bit? Flamewars and insults won't help anyone. I think you both could use a few minutes to take your breath. At 16:38 21.3. 2001, Zeev Suraski wrote the following: -- >At 17:15 21/3/2

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> I definitely don't agree with this definitely. A good thing about > opensource projects is that there aren't committees and thick rule books > that move and act at the speed of a dinosaur. When it begins to look that > way, you know you're in the wrong direction. OpenSource does not mean

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 16:44 21/3/2001, Hartmut Holzgraefe wrote: >Sascha Schumann wrote: > > Guys, please play by the rules which are laid down in > > RELEASE_PROCESS. Further decreasing the quality of PHP > > releases doesn't help anyone and just makes us look bad. > >yes, that's it, let's play by the

[PHP-DEV] LDAP module: ldap_read_entries not compatible with binary attributes

Hello I just got into troubles when using ldap_read_entries() on binary attributes, i my program a usercertificate : On binary data, ldap_read_entries() returns garbages whenever it meets a NULL character. I know the longer way to do it, using a sequence of ldap_first_entry( ), ldap_first_att

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

Sascha Schumann wrote: > Guys, please play by the rules which are laid down in > RELEASE_PROCESS. Further decreasing the quality of PHP > releases doesn't help anyone and just makes us look bad. yes, that's it, let's play by the rules during a RC cycle or don't have rules at all ru

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

On Wed, Mar 21, 2001 at 03:30:58PM +0100, Sascha Schumann wrote: > > Guys, please play by the rules which are laid down in > RELEASE_PROCESS. Further decreasing the quality of PHP > releases doesn't help anyone and just makes us look bad. i fully agree to sascha. plus i see no r

[PHP-DEV] Bug #9899: POST Upload corrupted with Content-type string

From: [EMAIL PROTECTED] Operating system: RedHat/Linux 2.2.16-22 PHP version: 3.0.17 PHP Bug Type: Misbehaving function Bug description: POST Upload corrupted with Content-type string I am using PHP 3.0.18-1.6 on a RedHat system.I am using the following script to upload fil

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> As you may know, new scripts don't tend to be born with nuclear simulations > as their config.m4, as the gd extension grew to have during the years. "don't tend" does not preclude the existance of such modules in the future. Guys, please play by the rules which are laid down in

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 16:20 21/3/2001, Sascha Schumann wrote: > > I don't think that there would be a real life situation in which a new > > module would break a build under one platform, and won't under another > > platform, without you actually using the module. The author has to be > > exceptionally 'talented' t

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> I don't think that there would be a real life situation in which a new > module would break a build under one platform, and won't under another > platform, without you actually using the module. The author has to be > exceptionally 'talented' to achieve that. The config.m4 just has to reac

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

At 15:50 21/3/2001, Sascha Schumann wrote: > > Yes, it is. Non trivial things are things that are difficult to find, > > which require long and thorough testing, such as changes to core API > > functions or very common modules. Figuring whether the build works or not > > is trivial. > > That

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi

> Yes, it is. Non trivial things are things that are difficult to find, > which require long and thorough testing, such as changes to core API > functions or very common modules. Figuring whether the build works or not > is trivial. That might be true for a single build. We support dozens

  1   2   >