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

From: [EMAIL PROTECTED] Operating system: -- PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Finnish mirror is *ucked up Parse error: parse error in /usr/htdocs/mirrors/phpweb/index.php on line 2 This problem occures when entering http://fi.php.n

[PHP-DEV] PHP 4.0 Bug #9870 Updated: PHP dies with segfault when a post request has no content-type

ID: 9870 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: HTTP related Description: PHP dies with segfault when a post request has no content-type K, thanks Jani can you have a look/an opinion if this strstr() stuff is not exploitable, given the fact that it's triggered by malforme

[PHP-DEV] dirname() bug, advice needed

I would expect different results from dirname() on win32 and linux, I am pretty stuck with it, perhaps there is a RFC for this? should this function act differently on win32+linux what would make code unportable but working correctly? dirname() seems to be buggy, at least on win32, these are t

[PHP-DEV] PHP 4.0 Bug #9892: passthru() does not execute all commands in a *.bat-File

From: [EMAIL PROTECTED] Operating system: Win2000 german PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: passthru() does not execute all commands in a *.bat-File Hello Congratulation for you new Site-Layout. I like it! More white, more light :)

[PHP-DEV] PHP 4.0 Bug #9893: Wrong args in xpath_ functions makes apache crash

From: [EMAIL PROTECTED] Operating system: Windows 2000 SP1 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Wrong args in xpath_ functions makes apache crash System: Windows 2000 SP1 Server: Apache 1.3.14 PHP:4.0.4pl1 as module, php_domxml.dll ex

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

From: [EMAIL PROTECTED] Operating system: WNT PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: Fatal error: Call to undefined function: ora_logon() in e:\web\root\index.php o -- Edit Bug report at: http://bugs.php.net/?id=9894&edit=1 -- PHP Develop

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

From: [EMAIL PROTECTED] Operating system: WNT PHP version: 4.0.4pl1 PHP Bug Type: Oracle related Bug description: Fatal error: Call to undefined function: ora_logon() in e:\web\root\index.php o -- Edit Bug report at: http://bugs.php.net/?id=9895&edit=1 -- PHP Develo

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

From: [EMAIL PROTECTED] Operating system: Linux 2.4.2 PHP version: 4.0 Latest CVS (21/03/2001) PHP Bug Type: DOM XML related Bug description: segfaults at $xmldoc->add_root("root"); Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,"bla"); Configu

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

On Tue, 20 Mar 2001, Jani Taskinen wrote: > On Tue, 20 Mar 2001, Andi Gutmans wrote: > > >At 08:32 PM 3/20/2001 +0100, Derick Rethans wrote: > >>On Tue, 20 Mar 2001, Andi Gutmans wrote: > >> > >> > andi Tue Mar 20 10:13:21 2001 EDT > >> > > >> > Added files: (Branch: PH

[PHP-DEV] PHP 4.0 Bug #9897: scripts fail with error "Fatal error: Unable to create Java Virtual Machine"

From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4pl1 PHP Bug Type: Java related Bug description: scripts fail with error "Fatal error: Unable to create Java Virtual Machine" The following: $system = new Java("java.lang.System"); print("Java version: "

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

> In my humble opinion (humility is a virtue), new modules are fine to add > while in the release process, as long as there's at least one RC after > them, to ensure they don't mess up the build or anything trivial like > that. Oh, messing up the build is a trivial thing? > It takes 2-3 mont

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

ID: 9895 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Oracle related Assigned To: Comments: Submitted twice Previous Comments: --- [2001-03-21 06:07:49] [EMAIL PROTECTED] ---

RE: [PHP-DEV] ImageMagick module for PHP

Rasmus Lerdorf writes: > Because it didn't work, and the ImageMagick library is absolutely > horrible. Have a look at the Imlib2 extension. > > -Rasmus I surprised imlib2 hasn't made it into the php source. It is quite nice. Perhaps its time it graduated. :) .mike > On Wed, 21 Mar 2001, [

[PHP-DEV] config.m4 file

Hi! Just thought I'ld mention that the config.m4 file needs to be in Unix fileformat, not PC (different CRLF...) It took me some time to figure this out, ./configure just returned : command not found Sometimes it is quite annoying to be working with both Windows and Linux boxes. Sorry, had to

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

At 13:10 21/3/2001, Sascha Schumann wrote: > > In my humble opinion (humility is a virtue), new modules are fine to add > > while in the release process, as long as there's at least one RC after > > them, to ensure they don't mess up the build or anything trivial like > > that. > > Oh, messing

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

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (21/03/2001) PHP Bug Type: Compile Problem Bug description: gd and mck fail to link but did in 4.0.4pl1 the final stage of the build says: *** Warning: This library needs some functionality provided

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

ID: 9898 Updated by: wez Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Compile Problem Assigned To: Comments: Sorry - forgot some info which is in the other report. I'm having B/W problems so the bug system is reacting slowly for me... Previous Comments: -

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

ID: 9898 Updated by: wez Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Open Bug Type: Compile Problem Assigned To: Comments: Weird - can't find my duplicate report, so reopened this one. I'm having problems with the bug system - it's slow to react and seems to hang. Anyway,

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

No disrespect for the config.m4, it's not all that important if it's optimized or not :) At 13:09 21/3/2001, Ben Mansell wrote: >On Tue, 20 Mar 2001, Jani Taskinen wrote: > > > On Tue, 20 Mar 2001, Andi Gutmans wrote: > > > > >At 08:32 PM 3/20/2001 +0100, Derick Rethans wrote: > > >>On Tue, 20 M

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

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

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

> 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

[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

[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

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

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

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

[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

[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

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

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

[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

[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

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

[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

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

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

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

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

[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

[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

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

[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

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

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

[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

[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

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

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

> 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

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

[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

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

[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 #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] 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 #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] 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 #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.

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

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

[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

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

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() ?

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() ?

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() ?

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() ?

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

[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() ?

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 #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() ?

> 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

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

[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

  1   2   >