Re: [PHP-DEV] ext/imagick update (fwd)
On Wed, 21 Nov 2001, Sterling Hughes wrote: So imagemagick would be less popular than, say, Ovrimos, YAZ(eesh), SESAM, Crédit Mutuel CyberMUT... no, I don't remember saying these belonged in PHP's CVS, they are there for a large part imho legacy reasons and laziness (ie, not enough bitching when they were proprosed). ok, I give up ;) You're right, if you say, that not sooo many extensions should be in the core php4 distribution. It makes the Release process somehow complicated... But unfortunately the pear-framework is at the moment not very sophisticated for handling traditional php-extension. But I will put some of my effort into that and hope the pear-folks will agree :) chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12705 Updated: persistent connections don't go away when the database server dies
ID: 12705 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: FreeBSD 3.4 PHP Version: 4.0.5 New Comment: Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-08-12 03:03:01] [EMAIL PROTECTED] As in bug #1441. mysql_pconnect(). To replicate: 1. use mysql_pconnect() to open a connection to a mysql database. 2. use the connection to run a query. 3. shut down the database. 4. try to use the connection; notice that it's bad. 5. ask for another connection to the mysql database; notice that it doesn't work (not surprisingly) 6. restart the mysql database. 7. use mysql_pconnect() to open a connection to a mysql database. 8. notice that the connection does not work, though the database is now available. It seems the problem is in the connection pool. Bad connections should be thrown away so they can be used by good ones. Edit this bug report at http://bugs.php.net/?id=12705edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14137 Updated: Request additional flag for mysql_connect
ID: 14137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Debian/Linux PHP Version: 4.0CVS-2001-11-20 New Comment: Fixed in CVS. Previous Comments: [2001-11-20 15:01:33] [EMAIL PROTECTED] I just want to add that creating another mysql account is not an valid option sometimes (with hosting companies for example). Although yes, this will solve the problem. [2001-11-20 13:00:02] [EMAIL PROTECTED] Marko, will you please read the bugreport with more care the next time? THis is a valid report, but moving it to a feature request. Derick [2001-11-20 12:57:59] [EMAIL PROTECTED] Mistake, should read ...you get the old link back... [2001-11-20 12:57:16] [EMAIL PROTECTED] Not so fast .. This is definitely a problem when you try to connect to MySQL twice with the same incredentials (host,user,pass) you don't get the old link back and thus changing the database on one link obviously changes it on the other too ... Should be a Feature Request, note sure. A workaround is to create another user. Reopened. [2001-11-20 12:48:50] [EMAIL PROTECTED] Ups sorry wrong links. :) http://www.php.net/manual/en/ref.mysql.php http://www.php.net/manual/en/function.mysql-db-query.php --Marco Note: This function has been deprecated since PHP 4.0.6. Do not use this function. Use mysql_select_db() and mysql_query() instead. read the User comment's The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14137 Edit this bug report at http://bugs.php.net/?id=14137edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10667 Updated: xmltree function cause memory leak
ID: 10667 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: DOM XML related Operating System: Linux 2.2.16 PHP Version: 4.0.5 New Comment: Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-05-04 11:29:00] [EMAIL PROTECTED] My code: --- ?php $fd = fopen(file.xml,r) or die (Unable to open file!); $myXML = fread($fd,filesize(file.xml)); fclose($fd); $docTree = xmltree($myXML); echo $docTree-version; ? -- The file.xml is: -- ?xml version=1.0? ListaSoftware Software SoftwareName![CDATA[Nero Burning Rom(e) INTERNATIONAL PATCHES]]/SoftwareName Produttore NomeProduttore![CDATA[Ahead]]/NomeProduttore UrlProduttore![CDATA[www.ahead.de]]/UrlProduttore /Produttore Descrizione![CDATA[Permette di visualizzare i comandi di Nero Burning Rom(e) in altre lingue ]]/Descrizione Versione![CDATA[5.0.3.8]]/Versione Licenza TipoLicenza![CDATA[Shareware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist4.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-02-09]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Windows 95/98/NT]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Masterizzazione]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[397]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=Nero Burning Rom(e) INTERNATIONAL PATCHES]]/UrlDownlo/Download Voto5/Voto /Software Software SoftwareName![CDATA[WinAMP Mac Version]]/SoftwareName Produttore NomeProduttore![CDATA[Nullsoft]]/NomeProduttore UrlProduttore![CDATA[www.winamp.com]]/UrlProduttore /Produttore Descrizione![CDATA[La versione per Mac del celebre riproduttore per file MP3.]]/Descrizione Versione![CDATA[0.71 Alpha]]/Versione Licenza TipoLicenza![CDATA[Freeware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist2.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-03-30]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Macintosh]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Riproduttori]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[177]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=WinAMP Mac Version]]/UrlDownload /Download Voto5/Voto /Software /ListaSoftware - When I start apache I have: 20562 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20563 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20564 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20565 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20566 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20567 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20568 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20569 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20570 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20571 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20572 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20573 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20574 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20575 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20576 ?
[PHP-DEV] Bug #10767 Updated: CDATA sections not type'd or content'd
ID: 10767 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: DOM XML related Operating System: Linux RH 6.2 PHP Version: 4.0.5 New Comment: Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-05-09 17:42:40] [EMAIL PROTECTED] well, using the dom and libxml 2.3.8 (and libxml 1 was required in 4.0.4pl1 too) it (getting CDATA content) worked in 4.0.4pl1. the content attribute of the node used to contain all the data in a CDATA section of an XML doc. now, the content attribute in 4.0.5 with libxml2 is empty. completely. even more, the type attribute it claims the element containing the CDATA is a 1 (?_ELEMENT i belive) as opposed to 3 or 4 (?_CDATA_SECTION i believe). regardless, the content is empty and seemingly not recoverable. this appears in both the standard node querying as well as XPath. yuck. Edit this bug report at http://bugs.php.net/?id=10767edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10994 Updated: DOMXML CDATA Node Bug
ID: 10994 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: DOM XML related Operating System: Winnt PHP Version: 4.0.5 New Comment: Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-05-21 13:49:12] [EMAIL PROTECTED] Hello Dear PHP Support. I have compatability problem with PHP 4.04 - PHP 4.05, exactly in DOMXML (i mean) module. This is piece of my code: - ? function XML_Def_Parse($xml_file) { $doc = xmldoc(join(, file($xml_file)) ); $ctx = xpath_new_context($doc ); // $doc_vars = xml_parse_vars($ctx, //DOC/VAR); $obj = xpath_eval($ctx, //DOC/BLOCKS/BLOCK); $arr = $obj-nodeset; for($block_n=1; $block_nsizeof($arr)+1; ++$block_n) { $block_vars = xml_parse_vars($ctx, //DOC/BLOCKS/BLOCK[$block_n]/VAR); $obj2 = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET); $arr2 = $obj2-nodeset; for($blockset_n=1; $blockset_nsizeof($arr2)+1; ++$blockset_n) { $myobj = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]); $myarr = $myobj-nodeset; $blockset_type = $myarr[0]-getattr(type); // $obj3 = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]/BLOCKSETELEMENT); $arr3 = $obj3-nodeset; $blocksetelements = array(); for($blocksetelement_n=1; $blocksetelement_nsizeof($arr3)+1; ++$blocksetelement_n) { $blocksetelement_vars = xml_parse_vars($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]/BLOCKSETELEMENT[$blocksetelement_n]/VAR); $blocksetelements[] = $blocksetelement_vars; } //$blocksets[$blockset_type] = array(array(sa=as),array(s2=a2)); $blocksets[$blockset_type] = $blocksetelements; } $blocks[] = array_merge($block_vars, $blocksets); } $blocks_arr = array(BLOCKS=$blocks); $doc_v = array_merge($doc_vars, $blocks_arr); } function xml_parse_vars($ctx,$path) { $obj = xpath_eval($ctx, $path); $arr = $obj-nodeset; if($path == //DOC/BLOCKS/BLOCK[1]/BLOCKSET[2]/BLOCKSETELEMENT[1]/VAR) { print_r($arr); } for($x=0; $xsizeof($arr); ++$x) { $name = $arr[$x]-getattr(name); $value = $arr[$x]-content; $results[$name] = $value; } return $results; } //function XML_Def_Parse(kulichki.xml); ? --- This is kulichki.xml: -- ?xml version=1.0? DOC version=1.0 copyright=(c) Denis Torbichuk, 2000 VAR name=DOC_CODEKULICHKI.TV/VAR VAR name=DOC_DESCÏðîãðàììà òåëåïåðåäà÷ íà Kulichki/VAR VAR name=DOC_URLtv6.htm/VAR BLOCKS BLOCK number=1 VAR name=BLOCK_DESCÎáùèé áëîê/VAR VAR name=BLOCK_BEGIN/VAR VAR name=BLOCK_END/VAR
[PHP-DEV] Bug #14170: #!/path/to/php shows up on every php script
From: [EMAIL PROTECTED] Operating system: Linux RH 7.1 PHP version: 4.0CVS-2001-11-22 PHP Bug Type: *General Issues Bug description: #!/path/to/php shows up on every php script #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: -- Edit bug report at: http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: File Uploads in the PHP 4.2.0
On November 22, 2001 01:07 am, Derick Rethans wrote: On Wed, 21 Nov 2001, Zak Greant wrote: I was trying to forget that anything had been changed with file uploads. ; ) I am all in favor of attempting to recruit additional help for this. I would also like to try to assembling a collection of file upload test scripts that the QA team can run with the RCs. Sounds fine, let's start to recruit these people then :) But as Jani said, maybe it's wise to let the testers create their own scripts too. Alrightly then... here is the rough recruiting letter. Suggestions and improvements welcome. From: The PHP Developer and Quality Assurance Teams [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Testers needed for PHP's File Upload functionality Significant changes have recently been made to PHP's HTTP file upload functionality. Before the changes are incorporated into a major release, the PHP Development team wishes to ensure that the changes receive thorough testing. We are seeking 20=30 testers to build and/or install the current development version of PHP and test all of their file upload scripts with the new version. Ideally, those testing will use PHP's file upload functionality on a regular basis (or use third-party scripts that do). These people should then report back to the PHP Quality Assurance team mailing list ([EMAIL PROTECTED]) if the scripts worked or failed. If the scripts failed, the tester should also report details about the failure. Users running Linux-like operating systems should download the snapshot from snaps.php.net that is dated [???], and then build and install it. Instructions on building and installing the snapshot are included in the download. Users running a Windows-family operating system can download a pre-compiled binary from http://... Thank you, The PHP Developer and Quality Assurance Teams We should probably send the letter separately to all the PHP lists with high traffic. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev Previous Comments: [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
Hello, I think we should add something that asks for testers with some more indepth knowlegde of C, per example: On Thu, 22 Nov 2001, Zak Greant wrote: From: The PHP Developer and Quality Assurance Teams [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Testers needed for PHP's File Upload functionality Significant changes have recently been made to PHP's HTTP file upload functionality. Before the changes are incorporated into a major release, the PHP Development team wishes to ensure that the changes receive thorough testing. We are seeking 20=30 testers to build and/or install the current development version of PHP and test all of their file upload scripts with the new version. Ideally, those testing will use PHP's file upload functionality on a regular basis (or use third-party scripts that do). We are seeking 20-30 testers to build and/or install the current development version of PHP and test all of their file upload scripts with the new version. Ideally, those testing will use PHP's file upload functionality on a regular basis (or use third-party scripts that do). It is also important that in case php/apache segfaults a good backtrace is created (on Unix like operating systems). Therefore it would be prefered if the tester/you knows how to do this. (Check this for spelling :) These people should then report back to the PHP Quality Assurance team mailing list ([EMAIL PROTECTED]) if the scripts worked or failed. If the scripts failed, the tester should also report details about the failure. Users running Linux-like operating systems should download the snapshot from snaps.php.net that is dated [???], and then build and install it. Instructions on building and installing the snapshot are included in the download. Users running a Windows-family operating system can download a pre-compiled binary from http://... Thank you, The PHP Developer and Quality Assurance Teams regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit
ID: 14146 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: *General Issues Operating System: AIX PHP Version: 4.0.6 New Comment: The times I used gdb can be counted on one hand (never was involved in a *huge* programming project, so the need for extensive debugging has always been minimal), but here you go: (this is the same result I get with PHP4.1.0RC3 unfortunately) (gdb) run Starting program: /san/stst/ststivo/php/bin/php Program exited with code 06. (gdb) bt full No stack. Previous Comments: [2001-11-21 12:30:55] [EMAIL PROTECTED] And you should also try the PHP 4.1.0RC3 from: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz [2001-11-21 12:30:05] [EMAIL PROTECTED] What does 'bt full' output? (in GDB) [2001-11-20 10:08:16] [EMAIL PROTECTED] Additional note: PHP 3.0.18 does not have this problem, but all the older 4.x versions available on php.net (4.0.5, 4.0.4pl1) behave exactly the same as 4.0.6 after compilation. [2001-11-20 07:21:49] [EMAIL PROTECTED] strace is available, but I haven't got much experience with it. Perhaps it works differently under Linux, but 'strace php' is not the way on AIX. Purpose Prints STREAMS trace messages. Syntax strace [ mid sid level ] ... [2001-11-20 07:12:29] [EMAIL PROTECTED] Oh, output of gdb php: GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as rs6000-ibm-aix4.2.1.0... (gdb) run Starting program: /san/stst/ststivo/bin/php Program exited with code 06. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14146 Edit this bug report at http://bugs.php.net/?id=14146edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
On November 22, 2001 02:12 am, [EMAIL PROTECTED] wrote: Hello, I think we should add something that asks for testers with some more indepth knowlegde of C, per example: Good point. Anyone else? : ) ... We are seeking 20-30 testers to build and/or install the current development version of PHP and test all of their file upload scripts with the new version. Ideally, those testing will use PHP's file upload functionality on a regular basis (or use third-party scripts that do). It is also important that in case php/apache segfaults a good backtrace is created (on Unix like operating systems). Therefore it would be prefered if the tester/you knows how to do this. (Check this for spelling :) ... -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14171: Apache 1.3 can not start after php4.0.6 install
From: [EMAIL PROTECTED] Operating system: Solaris 8 for Intel PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Apache 1.3 can not start after php4.0.6 install I installed php4.0.6 on Solaris 8 Intel (SunOS 5.8 Generic_108529-12 i86pc i386 i86pc) with mysql 3.2.3. I have no problem to complie php. and the following lines are added to /etc/apache/httpd.conf: LoadModule php4_module/usr/apache/libexec/libphp4.so AddModule mod_php4.c When I restart apache, I get the following errors # ./S50apache start httpd starting. Syntax error on line 241 of /etc/apache/httpd.conf: Cannot load /usr/apache/libexec/libphp4.so into server: ld.so.1: /usr/apache/bin/httpd: fatal: relocation error: file /usr/apache/libexec/libphp4.so: symbol uncompress: referenced symbol not found /usr/apache/bin/apachectl start: httpd could not be started Could you please tell me how to fix the problem. Thanks Regards Greg Yu [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=14171edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14171 Updated: Apache 1.3 can not start after php4.0.6 install
ID: 14171 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *General Issues Operating System: Solaris 8 for Intel PHP Version: 4.0.6 New Comment: Add --with-zlib to your php configure line as a workaround for php 4.0.6). This is fixed in the upcoming 4.1.0 release. Previous Comments: [2001-11-22 04:27:36] [EMAIL PROTECTED] I installed php4.0.6 on Solaris 8 Intel (SunOS 5.8 Generic_108529-12 i86pc i386 i86pc) with mysql 3.2.3. I have no problem to complie php. and the following lines are added to /etc/apache/httpd.conf: LoadModule php4_module/usr/apache/libexec/libphp4.so AddModule mod_php4.c When I restart apache, I get the following errors # ./S50apache start httpd starting. Syntax error on line 241 of /etc/apache/httpd.conf: Cannot load /usr/apache/libexec/libphp4.so into server: ld.so.1: /usr/apache/bin/httpd: fatal: relocation error: file /usr/apache/libexec/libphp4.so: symbol uncompress: referenced symbol not found /usr/apache/bin/apachectl start: httpd could not be started Could you please tell me how to fix the problem. Thanks Regards Greg Yu [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14171edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
- Original Message - From: Zak Greant [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: PHP Quality Assurance Team Mailing List [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Thursday, November 22, 2001 9:23 AM Subject: [PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0 On November 22, 2001 02:12 am, [EMAIL PROTECTED] wrote: Hello, I think we should add something that asks for testers with some more indepth knowlegde of C, per example: Good point. Anyone else? : ) WIndows users should have a debugger available to be able to provide a stack trace or somthing similar the thought of getting 20 people telling us There was an access violation in MVCSRT.dll at insturciotn 0xA9283CD9, the memory at 0x1 could not be read doesnt help at all. if we dont get enough people with these requirements we can just ask for people generally but people with access to a debugger (pref MSVC) should be first in line to test :)) - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14172: php_gd.dll library crash
From: [EMAIL PROTECTED] Operating system: WinNT4 SP6 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: php_gd.dll library crash Exactly same problem as ID 13321 from [EMAIL PROTECTED], More precisely, php_gd.dll crash completely using 4.0.6 Win32 bin distribution (WinNT4) with error message abnormal program termination and a doctor Watson. Replacing php_gd.dll V4.0.6 (544 Kb, june 22th) with V4.0.4 (408 Kb, april 30th) is running OK. -- Edit bug report at: http://bugs.php.net/?id=14172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13902 Updated: ld: cannot find -lmysqlclient (-L flag missing)
ID: 13902 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: RedHat Linux 2.4.7-10 #1 i686 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-01 22:26:11] [EMAIL PROTECTED] Could you please try latest CVS? I fixed one thing which might have caused this. --Jani [2001-11-01 16:44:19] [EMAIL PROTECTED] Short version: I ran ./configure with --with-mysql=/usr (among other things... see below) I got a compiler error (output below) that said cannot find -lmysqlclient. I believe this is because the compile command (below) should contain -L/usr/lib/mysql. this flag is in config_vars.mk as follows: MYSQL_LIBS = -L/usr/lib/mysql -lmysqlclient -L/usr -z I also found this line in config_vars.mk: PHP_RPATHS = /usr/lib/mysql I wonder if that should have a -L in it... Solution (ok hack...) I got php to compile by adding -L/usr/lib/mysql to the following line in config_vars.mk starting with EXTRA_LIBS = --- References --- Firstly, all the options I passed to ./configure: ./configure 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-curl' '--with-db3' '--with-dom' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql=/usr' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-xml' Seccondly, the relivant bit of the output from make: Making all in . make[1]: Entering directory `/home/jason/software/php-4.0.6' /bin/sh /home/jason/software/php-4.0.6/libtool --silent --mode=link gcc -I. -I/home/jason/software/php-4.0.6/ -I/home/jason/software/php-4.0.6/main/home/jason/software/php-4.0.6 -I/usr/include/apache -I/home/jason/software/php-4.0.6/Zend -I/include -I/usr/include/mysql -I/home/jason/software/php.0.6/ext/xml/expat/xmltok -I/home/jason/software/php-4.0.6/ext/xml/expat/xmlparse -I/home/jason/software/php-4.0.6/TSRM -DLINUX=22 -DEAPI -DEAPI_MMUSE_EXPAT -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /home/jason/software/php-4.0.6/libsvoid-version /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la ext/zlib/libzlib.la ext/bz2/libbz2.la ext/curl/libcurl. ext/dba/libdba.la ext/domxml/libdomxml.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/mysql/libmysql.la ext/openssl/libopenssl.lext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/sysvsem/libsysvsem.la e/sysvshm/libsysvshm.la ext/wddx/libwddx.la ext/xml/libxml.la ext/yp/libyp.la TSRM/libtsrm.la -lpam -ldl -lmm -lmysqlclient -lz -lgd -ljpeg -lz -lxml2ldb -lgdbm -lcurl -ldl -lcrypto -lssl -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv /usr/bin/ld: cannot find -lmysqlclient collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 Edit this bug report at http://bugs.php.net/?id=13902edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
Hi, On Thu, 22 Nov 2001 02:06:54 -0700 Zak Greant [EMAIL PROTECTED] wrote: Users running Linux-like operating systems should download the snapshot from snaps.php.net that is dated [???], and then build and install it. isn't php4-latest on snaps.php.net the most dated version ? Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14173: preg_match incorrectly parses data with binary zero
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.6 PHP Bug Type: PCRE related Bug description: preg_match incorrectly parses data with binary zero $data = abc\0\0de; # \0, \x00 - never mind preg_match('/ab(.{4})e/s', $data, $res); echo(bin2hex($data)); # 6162636465 echo(bin2hex($res[0])); # 616263 echo(bin2hex($res[1])); # 63 PHP4.0.6/Win32 (binary distr.) From PHP PCRE docs: -- 4. Though binary zero characters are supported in the subject string, they are not allowed in a pattern string because it is passed as a normal C string, terminated by zero. The escape sequence \0 can be used in the pattern to represent a binary zero. --- From original PCRE docs (http://www.pcre.org/man.txt): The subject string is passed as a pointer in subject, a length in length, and a starting offset in startoffset. Unlike the pattern string, the subject may contain binary zero characters. When the starting offset is zero, the search for a match starts at the beginning of the subject, and this is by far the most common case. - by the way, it seems that preg_replace() works correctly. Problems with preg_match() please report if i'm wrong and it isn't a bug. -- Edit bug report at: http://bugs.php.net/?id=14173edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14174: problem with printer_write()
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: problem with printer_write() I am trying to use the printer functions. I could successfullly connect to a printer on my network and print the example given in printer_draw_rectangle() and print_draw_text() But when I try to use printer_write() as below ? $handle = printer_open(printer); printer_write($handle, Text to print); printer_close($handle); ? I was expecting Text to Print to be printed. Instead it gave me the error message Warning: couldn't allocate the printerjob in c:\pathtohtdocs\test\print_1.php on line 3 line 3 corresponds to printer_write($handle, Text to print); PLS NOTE THAT THE printer_open(printer) STATEMENT WAS UNALTERED WHILE USING pinter_draw_tex() and printer_draw_rectangle() functions. [EMAIL PROTECTED] --rajesh. -- Edit bug report at: http://bugs.php.net/?id=14174edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ¿øÇϽô ¼ºÀε¿¿µ»óÀ» ¼±ÅÃÇϼ¼¿ä¹«·á¼ºÀÎÁ¤º¸
¡Ø ¸ÕÀú Çã¶ô¾øÀÌ ¸ÞÀÏÀ» ¹ß¼ÛÇÑ Á¡ »ç°úµå¸®¸ç ºÒÄèÇÏ¼Ì´Ù¸é ¹Ù·Î »èÁ¦ÇØ ÁÖ½Ã¸é °¨»çÇÏ°Ú½À´Ï´Ù.¡Ø ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò´Â ºÒ¹ýÀûÀ¸·Î ÃëµæÇÑ°Ô ¾Æ´Ï¸ç °¢Á¾ »çÀÌÆ®¿¡ °ø°³µÇ¾îÁø ¸ÞÀÏ ÁÖ¼ÒÀÔ´Ï´Ù.¡Ø ¼ö½Å°ÅºÎ ÇÏ½Ã¸é ´Ù½Ã´Â º¸³»Áö ¾Ê°Ú½À´Ï´Ù. ¡Ú¡Ù¡Ú 100%¼ºÀÎÄÁÅÙÃ÷ º¸À¯ ¡Ú¡Ù¡Ú sex1004tv.com ¡Ú¡Ù¡Ú ¸ôÄ«ÀÇ ´ë¸í»ç ¡Ú¡Ù¡Ú ¼ºÀι«·á¸¸È ¡Ú¡Ù¡Ú ¼ºÀι«·á¿µÈ -- 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 PROTECTED]
[PHP-DEV] Bug #14175: it is possible to assign a invalid variable-name
From: [EMAIL PROTECTED] Operating system: win98, freebsd PHP version: 4.0.5 PHP Bug Type: Variables related Bug description: it is possible to assign a invalid variable-name ?php $1 = hello; ? This will produce an error. That isn't very strange ;-) But ?php ${1} = hello; ? This is allowed. Isn't this a bug? -- Edit bug report at: http://bugs.php.net/?id=14175edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14175 Updated: it is possible to assign a invalid variable-name
ID: 14175 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: win98, freebsd PHP Version: 4.0.5 New Comment: Nope, this is not a bug, but expected behavior. You can also uses space and interpunction marks like this. However, it's sitll veyr ugly. Derick Previous Comments: [2001-11-22 07:57:56] [EMAIL PROTECTED] ?php $1 = hello; ? This will produce an error. That isn't very strange ;-) But ?php ${1} = hello; ? This is allowed. Isn't this a bug? Edit this bug report at http://bugs.php.net/?id=14175edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Crash bug in sysvshm (PHP-4.1.0-RC3)
My apache on RedHat 6.2 crashes when I try to create a shm block using sysvshm. Can anyone reproduce this? I'm trying to cut down the offending script to the smallest example possible. Will post more details later. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
On November 22, 2001 04:04 am, Jan Lehnardt wrote: Hi, On Thu, 22 Nov 2001 02:06:54 -0700 Zak Greant [EMAIL PROTECTED] wrote: Users running Linux-like operating systems should download the snapshot from snaps.php.net that is dated [???], and then build and install it. isn't php4-latest on snaps.php.net the most dated version ? We might want to have users using the same version for testing rather than adding in extra variables by dealing with different versions. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Re: File Uploads in the PHP 4.2.0
On November 22, 2001 02:53 am, James Moore wrote: [...] Good point. Anyone else? : ) WIndows users should have a debugger available to be able to provide a stack trace or somthing similar the thought of getting 20 people telling us There was an access violation in MVCSRT.dll at insturciotn 0xA9283CD9, the memory at 0x1 could not be read doesnt help at all. if we dont get enough people with these requirements we can just ask for people generally but people with access to a debugger (pref MSVC) should be first in line to test :)) Another good point. : ) Anyone know of any free debuggers? -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Crash bug in sysvshm (PHP-4.1.0-RC3)
My apache on RedHat 6.2 crashes when I try to create a shm block using sysvshm. Can anyone reproduce this? I'm trying to cut down the offending script to the smallest example possible. Will post more details later. Please post a backtrace too while you're at it. This is rather critical for the many of my applications (and anybody else who uses sysvshm). The problems seems tho be shm_remove. Test case: $key=0x5432; $id=shm_attach($key, 4096); shm_remove($key); Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x80ac569 in zif_shm_remove (ht=1, return_value=0x814f164, this_ptr=0x0, return_value_used=0) at sysvshm.c:211 211 if(shmctl(shm_list_ptr-id,IPC_RMID,NULL)0) { (gdb) bt #0 0x80ac569 in zif_shm_remove (ht=1, return_value=0x814f164, this_ptr=0x0, return_value_used=0) at sysvshm.c:211 #1 0x80ea2d1 in execute (op_array=0x814f234) at ./zend_execute.c:1590 #2 0x80c6fdc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #3 0x805b42e in php_execute_script (primary_file=0x7910) at main.c:1309 #4 0x8058eea in main (argc=3, argv=0x7984) at cgi_main.c:738 Configure: ./configure --without-pear --disable-short-tags --without-pcre-regex --disa ble-posix --disable-session --disable-xml --disable-wddx --without-mysql --e nable-sysvshm --enable-debug -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13260 Updated: fsockopen when times out is core dumped
ID: 13260 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: FreeBSD 4.3 PHP Version: 4.0CVS-2001-09-12 New Comment: In php-4.1.0RC3 this doesn't reproduced, so seems it works. Previous Comments: [2001-11-21 07:17:22] [EMAIL PROTECTED] There as some glitch in fsockopen for a given timeframe. Can you try latest RC if problem still exists http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-09-12 05:21:02] [EMAIL PROTECTED] This code $fp=fsockopen(10.0.5.1,80,$errno, $errstr,5); if(!$fp) echo $errno $errstr; core dumped after message 60 Operation timed out Edit this bug report at http://bugs.php.net/?id=13260edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Crash bug in sysvshm (PHP-4.1.0-RC3)
On Thu, 22 Nov 2001, Edin Kadribasic wrote: Test case: $key=0x5432; $id=shm_attach($key, 4096); shm_remove($key); Your script is buggy, this should be the script: $key = 0x5432; $id = shm_attach ($key, 4096); shm_remove ($id); // Not $key However, this should not crash. The fix is easy though. Already on it. Derick Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x80ac569 in zif_shm_remove (ht=1, return_value=0x814f164, this_ptr=0x0, return_value_used=0) at sysvshm.c:211 211 if(shmctl(shm_list_ptr-id,IPC_RMID,NULL)0) { (gdb) bt #0 0x80ac569 in zif_shm_remove (ht=1, return_value=0x814f164, this_ptr=0x0, return_value_used=0) at sysvshm.c:211 #1 0x80ea2d1 in execute (op_array=0x814f234) at ./zend_execute.c:1590 #2 0x80c6fdc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #3 0x805b42e in php_execute_script (primary_file=0x7910) at main.c:1309 #4 0x8058eea in main (argc=3, argv=0x7984) at cgi_main.c:738 Configure: ./configure --without-pear --disable-short-tags --without-pcre-regex --disa ble-posix --disable-session --disable-xml --disable-wddx --without-mysql --e nable-sysvshm --enable-debug -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] ext/imagick update (fwd)
Title: RE: [PHP-DEV] ext/imagick update (fwd) ok, I give up ;) You're right, if you say, that not sooo many extensions should be in the core php4 distribution. It makes the Release process somehow complicated... But unfortunately the pear-framework is at the moment not very sophisticated for handling traditional php-extension. But I will put some of my effort into that and hope the pear-folks will agree :) Any effort to PEAR is a good thing. I think it could be a real boon to PHP users once the framework gets the smarts. I think PEAR has spent too much time on the backburner and hasn't had nearly enough exposure. Im sure some folks who've used PHP for years know very little about it, which is a real shame. Mike Robinson IT / Developer - Toronto Star TV Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] http://www.torontostartv.com - Webcasting Production http://www.tmgtv.ca - Hometown Television http://www.thestar.com - Canadas largest daily newspaper, The Toronto Star, online -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Crash bug in sysvshm (PHP-4.1.0-RC3)
On Thu, 22 Nov 2001, Derick Rethans wrote: However, this should not crash. The fix is easy though. Already on it. I added a patch to the CVS, can you tree a new checkout? (Or wait some time (3-4 hours) and try the latest snapshot. I also merged this into the 4.1.0 release branch, but imo, it's not critical enough to stop the release for this. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] Crash bug in sysvshm (PHP-4.1.0-RC3)
Test case: $key=0x5432; $id=shm_attach($key, 4096); shm_remove($key); Your script is buggy, this should be the script: $key = 0x5432; $id = shm_attach ($key, 4096); shm_remove ($id); // Not $key As you can see from the user notes on shm_remove docs page, this has been changed since 4.0.6. I was not aware that. Maybe it should be mentioned in release notes. I really don't like changes like this where I cannot make a program that would run on both php 4.0.6 and 4.1.0. Btw. you fix seem to work just fine. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHPDoc Development Status
hi, I have pursued the development of PHPDoc very interestedly. After the incorporation into the CVS Repository: php4/pear/PHPDoc I have heard nothing more new... - in the meantime was something to heard about a rewrite in C, is that true? - shouldn't PHPDoc become an official extension either? (ext/phpdoc) comments etc. welcome. -Andre Gildemeister -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. Previous Comments: [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14178: PHP global function and class method names conflict
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.0.6 PHP Bug Type: Class/Object related Bug description: PHP global function and class method names conflict It seems that class methods are not really part of the class. The scope of a method definition is global not local to the class. I have tried the following: class CMyClass { function Print () { } } It doesn't work because the PHP parser thinks that the Print method is the print PHP global function. I have tried to force scope: class CMyClass { function CMyClass::Print () { } } But it doesn't work. The only solution I found is to use an other name for my method, even if it really prints something. -- Edit bug report at: http://bugs.php.net/?id=14178edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14178 Updated: PHP global function and class method names conflict
ID: 14178 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Class/Object related Operating System: Windows PHP Version: 4.0.6 New Comment: print is a reserved word in PHP (not a real function), you can not use this as a function name. Not a bug - bogus Previous Comments: [2001-11-22 10:36:19] [EMAIL PROTECTED] It seems that class methods are not really part of the class. The scope of a method definition is global not local to the class. I have tried the following: class CMyClass { function Print () { } } It doesn't work because the PHP parser thinks that the Print method is the print PHP global function. I have tried to force scope: class CMyClass { function CMyClass::Print () { } } But it doesn't work. The only solution I found is to use an other name for my method, even if it really prints something. Edit this bug report at http://bugs.php.net/?id=14178edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sysvshm sysvshm.c
On Thu, 22 Nov 2001, Sterling Hughes wrote: while fixing a bug in this extension, I noticed that this extension does not use any of the advanced Zend API functions (ie. resource management). it does do resource management. But not with ZEND_FETCH and ZEND_REGISTER_RESOURCE, which include some additional error checking. So change it to use the new Zend API. :) If you can make my days 48 hours :) Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. Previous Comments: [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Sounds like a misconfiguration to me. Previous Comments: [2001-11-22 10:50:49] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14179: Troubles enabling extension php_pgsql.dll
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Troubles enabling extension php_pgsql.dll I have the same problem as Bug id #8760 with php_pgsql.dll (size 61440 B) when I enable it my php script any script won't execute. Still opening page.I have standard PHP ini script with modyfication as described in INSTALL.txt. I don't change this dll file. What can be wrong? Bug id #8760 OS: Windows 98 PHP Version: 4.0.4pl1 Summary: Troubles enabling extension php_curl.php [2001-01-17 10:23:46] [EMAIL PROTECTED] When I enable php_curl.php extension by uncommenting extension=php_curl.dll no php script ever gets executed, instead it just gets stuck. However, this is not the case for all extensions, -- Edit bug report at: http://bugs.php.net/?id=14179edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14179 Updated: Troubles enabling extension php_pgsql.dll
ID: 14179 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Not a bug, you need to have the libraries in your system directories. Add for support on the [EMAIL PROTECTED] mailinglist. Derick Previous Comments: [2001-11-22 11:02:03] [EMAIL PROTECTED] I have the same problem as Bug id #8760 with php_pgsql.dll (size 61440 B) when I enable it my php script any script won't execute. Still opening page.I have standard PHP ini script with modyfication as described in INSTALL.txt. I don't change this dll file. What can be wrong? Bug id #8760 OS: Windows 98 PHP Version: 4.0.4pl1 Summary: Troubles enabling extension php_curl.php [2001-01-17 10:23:46] [EMAIL PROTECTED] When I enable php_curl.php extension by uncommenting extension=php_curl.dll no php script ever gets executed, instead it just gets stuck. However, this is not the case for all extensions, Edit this bug report at http://bugs.php.net/?id=14179edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PHPDoc Development Status
On Thu, 22 Nov 2001 16:06:35 +0100, Andre Gildemeister wrote: - shouldn't PHPDoc become an official extension either? (ext/phpdoc) I don't see a good reason for that. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14180: Icelandic locale grammar error
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: Icelandic locale grammar error I am doing this: setlocale('LC_TIME', 'is_IS'); $tmp_sDate = explode('-', $datestamp); $sDate = strftime('%d. %B %Y', mktime(10, 0, 0, $tmp_sDate[1], $tmp_sDate[2], $tmp_sDate[0])); Then I echo $sDate as the Icelandic date format I want. But here's the problem. There's a grammar error in this, the output from $sDate is like this: 22. Nóvember 2001 But it should be like this: 22. nóvember 2001 (small letter in the beginning of the name of the month). -- Edit bug report at: http://bugs.php.net/?id=14180edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PHPDoc Development Status
Martin Jansen [EMAIL PROTECTED] wrote: I don't see a good reason for that. What speaks in principle against this? -Andre Gildemeister -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14180 Updated: xml in zlib.xml does not use CDATA for code
ID: 14180 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Summary: Icelandic locale grammar error Old Status: Open Status: Bogus Bug Type: Date/time related Old Operating System: RedHat 7.1 Operating System: linux Old PHP Version: 4.0.6 PHP Version: 4.0CVS-2001-11-19 New Comment: thats an error in the locale file on your system and not a php problem good old garbage in - garbage out ;) Previous Comments: [2001-11-22 11:38:19] [EMAIL PROTECTED] I am doing this: setlocale('LC_TIME', 'is_IS'); $tmp_sDate = explode('-', $datestamp); $sDate = strftime('%d. %B %Y', mktime(10, 0, 0, $tmp_sDate[1], $tmp_sDate[2], $tmp_sDate[0])); Then I echo $sDate as the Icelandic date format I want. But here's the problem. There's a grammar error in this, the output from $sDate is like this: 22. Nóvember 2001 But it should be like this: 22. nóvember 2001 (small letter in the beginning of the name of the month). Edit this bug report at http://bugs.php.net/?id=14180edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PEAR-DEV] PHPDoc Development Status
Andre Gildemeister wrote: Martin Jansen [EMAIL PROTECTED] wrote: I don't see a good reason for that. What speaks in principle against this? wrong direction we want to get things from ext to pear, not the other way -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Err ... whats the point of using this in a CGI? I understand, some kind of portability probably (running it from CMD and CGI) but this is some dirty magic stuff IMHO. Its just a text file which gets processed and when it starts with #! then it starts with #! and therefore the output shall be #!. However, I've an open mind for that :) Previous Comments: [2001-11-22 10:54:56] [EMAIL PROTECTED] Sounds like a misconfiguration to me. [2001-11-22 10:50:49] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14181: CURLOPT_WRITEHEADER make a segmentation fault
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 8.1 PHP version: 4.0.6 PHP Bug Type: cURL related Bug description: CURLOPT_WRITEHEADER make a segmentation fault I use php 4.0.6 rpm packed in Mandrake 8.1 CDROM. I test both with mod_php and php (shell interpreter). my curl is : curl 7.8.1 (i586-mandrake-linux-gnu) libcurl 7.8.1 (OpenSSL 0.9.6a) ? $myFile = tempnam(/tmp,curl); $myFp = fopen($myFile,w); $myHeader = tempnam(/tmp,curl); $myHp = fopen($myHeader,w); $ch = curl_init(http://www.natimages.com/images/scenic.jpg;); curl_setopt($ch,CURLOPT_FILE,$myFp); curl_setopt($ch,CURLOPT_WRITEHEADER,$myHp); curl_exec($ch); curl_close($ch); fclose($myFp); fclose($myHp); ? INSTALLATION NOTES: when installed, php package in Mandrake 8.1 rpm does not support curl, so I must install php_devel rpm and build the curl extension when build curl extension, I need libcurl rpm provided by Mandrake 8.1, and curl-devel rpm that's NOT provided by Mandrake 8.1. So, I must install curl-devel rpm built for Redhat 7.2, with option --nodeps to force it work in Mandrake environtment.. I do NOT found that another curl option buggy like this CURLOPT_WRITEHEADER I'm not familiar with gdb, so I can not submit gdb backtrace Thank Tri -- Edit bug report at: http://bugs.php.net/?id=14181edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: No, the point is if you run a script as a conventional CGI-script (just like you can run shell scripts through CGI), the line with #!/path/to/php shows up... Normally, if you run PHP as CGI via Apache, some lines in httpd.conf say that *.php should be parsed through /usr/local/bin/php It's not necessary to use that. Alternatively, you could use #!/path/to/php if the server has (plain) CGI enabled. It's usefull i.e. if you have built a dev-version of PHP somewhere and don't want to install it, but just use it for a few scripts to test new functionality. And about magic stuff: the patch which hides #! when running via the command line, has already been commited... isn't that magic too? Workaround: enable output buffering in your php.ini and start your scripts with ob_end_clean();. Previous Comments: [2001-11-22 12:23:30] [EMAIL PROTECTED] Err ... whats the point of using this in a CGI? I understand, some kind of portability probably (running it from CMD and CGI) but this is some dirty magic stuff IMHO. Its just a text file which gets processed and when it starts with #! then it starts with #! and therefore the output shall be #!. However, I've an open mind for that :) [2001-11-22 10:54:56] [EMAIL PROTECTED] Sounds like a misconfiguration to me. [2001-11-22 10:50:49] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14170 Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14182: pclose() returns -1 if configured with --enable-sigchild, see #8992
From: [EMAIL PROTECTED] Operating system: Debian Linux 2.2r4 PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: pclose() returns -1 if configured with --enable-sigchild, see #8992 Exactly the same behaviour as described in Bug #8992, but with PHP4.0.6. -- Edit bug report at: http://bugs.php.net/?id=14182edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Duplicate of #9041 Previous Comments: [2001-11-22 13:00:33] [EMAIL PROTECTED] No, the point is if you run a script as a conventional CGI-script (just like you can run shell scripts through CGI), the line with #!/path/to/php shows up... Normally, if you run PHP as CGI via Apache, some lines in httpd.conf say that *.php should be parsed through /usr/local/bin/php It's not necessary to use that. Alternatively, you could use #!/path/to/php if the server has (plain) CGI enabled. It's usefull i.e. if you have built a dev-version of PHP somewhere and don't want to install it, but just use it for a few scripts to test new functionality. And about magic stuff: the patch which hides #! when running via the command line, has already been commited... isn't that magic too? Workaround: enable output buffering in your php.ini and start your scripts with ob_end_clean();. [2001-11-22 12:23:30] [EMAIL PROTECTED] Err ... whats the point of using this in a CGI? I understand, some kind of portability probably (running it from CMD and CGI) but this is some dirty magic stuff IMHO. Its just a text file which gets processed and when it starts with #! then it starts with #! and therefore the output shall be #!. However, I've an open mind for that :) [2001-11-22 10:54:56] [EMAIL PROTECTED] Sounds like a misconfiguration to me. [2001-11-22 10:50:49] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14170 Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14183: Can read POSTed veriable
From: [EMAIL PROTECTED] Operating system: RedHat6.1 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Can read POSTed veriable On RedHat7.1 Box with apache generate a HTML form. put a dropdown menu as form element. ie : pre form name=test action=bug.php method=POST select name=pop option value=0NO/option option value=1NO/option input type=Submit name=Submit_Button value=Send Values /pre bug.php pre ? if($pop){ echo There isnt any bug; } else { echo Ops!; } ? /pre If $pop=0 then engine cant read this value, and print Ops! I did try this on 3 servers that uses RedHat7.1 with PHP Version 4.0.3pl1. -- Edit bug report at: http://bugs.php.net/?id=14183edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14172 Updated: php_gd.dll library crash
ID: 14172 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: WinNT4 SP6 PHP Version: 4.0.6 New Comment: This will be 'fixed' in PHP 4.1.0 release as we will have both GD 1.8.4 and GD 2.0.x builds of GD extension. Previous Comments: [2001-11-22 05:14:46] [EMAIL PROTECTED] Exactly same problem as ID 13321 from [EMAIL PROTECTED], More precisely, php_gd.dll crash completely using 4.0.6 Win32 bin distribution (WinNT4) with error message abnormal program termination and a doctor Watson. Replacing php_gd.dll V4.0.6 (544 Kb, june 22th) with V4.0.4 (408 Kb, april 30th) is running OK. Edit this bug report at http://bugs.php.net/?id=14172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14183 Updated: Can read POSTed veriable
ID: 14183 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: RedHat6.1 PHP Version: 4.0.4pl1 New Comment: a value of zero evaluates as false you want to check if ( isset($pop) ) Previous Comments: [2001-11-22 15:22:37] [EMAIL PROTECTED] On RedHat7.1 Box with apache generate a HTML form. put a dropdown menu as form element. ie : pre form name=test action=bug.php method=POST select name=pop option value=0NO/option option value=1NO/option input type=Submit name=Submit_Button value=Send Values /pre bug.php pre ? if($pop){ echo There isnt any bug; } else { echo Ops!; } ? /pre If $pop=0 then engine cant read this value, and print Ops! I did try this on 3 servers that uses RedHat7.1 with PHP Version 4.0.3pl1. Edit this bug report at http://bugs.php.net/?id=14183edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8760 Updated: Troubles enabling extension php_curl.php
ID: 8760 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: *Configuration Issues Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: bogusing this. Previous Comments: [2001-01-22 07:55:53] [EMAIL PROTECTED] User reported that it was his own mistake Closing... [2001-01-21 05:21:00] [EMAIL PROTECTED] are you sure the versions match? (i. e. the dll is from the same package as php.exe you're using?) [2001-01-17 10:23:46] [EMAIL PROTECTED] When I enable php_curl.php extension by uncommenting extension=php_curl.dll no php script ever gets executed, instead it just gets stuck. However, this is not the case for all extensions, e.g. I also use php_interbase.dll without any problem. This problem is not specific only to php_curl.dll, also other dlls make trouble, but curl is the one i'm interested in. I use Win32 binary downloaded from www.php.net 17.1.2001. I din't compile myself anything. I use php with apache server, in cgi way. Here is my php.ini causing troubles: [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler
[no subject]
Title: Mercurysports.com Promotions for NFL Football Season 2001 r referral account To: [EMAIL PROTECTED] r Message-Id: <[EMAIL PROTECTED]> Subject: [PHP-DEV] [EMAIL PROTECTED] Purchase your Super Bowl Squares today and don't miss out on your chance to make lots of extra cash. Squares cost from as little as $5 up to $100 per square. Why wait any longer buy yours now and see how easy it really is. Or get two free just by signing up you can use your Free $10 parlay to buy squares in the $5 Super Bowl Square Don't forget that you receive a 10% bonus on EVERY deposit over $50 (not just your first) that you make and you may even receive up to a 30% bonus as part of our daily deposit incentives program. We offer a 30% bonus daily on a random basis for deposits $500 and over. This mailing is sent to list subscribers only if you have receive this promotional email in error please click here -- 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 PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PHPDoc Development Status
On Thu, Nov 22, 2001 at 04:06:35PM +0100, Andre Gildemeister wrote: hi, I have pursued the development of PHPDoc very interestedly. After the incorporation into the CVS Repository: php4/pear/PHPDoc I have heard nothing more new... - in the meantime was something to heard about a rewrite in C, is that true? I've written a PHP-2-XML converter which is sitting directly on the Zend-parser. This gives us more speed and more accuracy. It has been written because Ulf Wendel convinced me to do it by delivering a few pizzas. If someone wants to test it, download it from http://weigon.dyndns.org/ It is a php-extension which requires some patches to the Zend engine. If someone tests it, don't give up to early. The ext has been written for 4.0.4pl1 or the like and won't compile with the latest php as the Zend core has changed. Currently missing is the PHPDoc part (the php code) which can handle XML. - shouldn't PHPDoc become an official extension either? (ext/phpdoc) phpdoc itself or just this extension ? comments etc. welcome. -Andre Gildemeister Jan -- mailto: [EMAIL PROTECTED] weigon @ #php.de (IRCnet) http://jan.kneschke.de weigon @ #modlogan (openprojects) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14186: Apache occasionally stops serving http request temporarily
From: [EMAIL PROTECTED] Operating system: SuSE Linux 7.2 PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: Apache occasionally stops serving http request temporarily On SuSE Linux 7.2 Apache occasionally stops serving http request for some time, then continues normal operation. Doesn't happen without PHP4 being used. Hard to reproduce. -- Edit bug report at: http://bugs.php.net/?id=14186edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14186 Updated: Apache occasionally stops serving http request temporarily
ID: 14186 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Performance problem Operating System: SuSE Linux 7.2 PHP Version: 4.0.4pl1 New Comment: Pretty useless bugreport. Please http://bugs.php.net/how-to-report.php before posting a bug and also try the latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Bogus, really Previous Comments: [2001-11-22 16:41:35] [EMAIL PROTECTED] On SuSE Linux 7.2 Apache occasionally stops serving http request for some time, then continues normal operation. Doesn't happen without PHP4 being used. Hard to reproduce. Edit this bug report at http://bugs.php.net/?id=14186edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] bug status definition request
hi, What's the difference between open, feedback and analyzed? Seems most discussions leave the bug status as open. philip -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] bug status definition request
Hello, On Thu, 22 Nov 2001, Philip Olson wrote: What's the difference between open, feedback and analyzed? Seems most discussions leave the bug status as open. Open: bug is just reported, bug has been updated by a user, and awaits checking by a developer Feedback: more information from the user is requested Analyzed: Bug has been reviewed by a developer, and he/she knows what is wrong. (This is almost the same as assigned, except that the developer didn't assign it :) I could be wrong here, but these are my opinions on the different statuses. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #3248 Updated: mail function putting wrong timezone info in message header?
ID: 3248 Updated by: venaas Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Mail related Operating System: Windows NT PHP Version: 4.0 Beta 3 Assigned To: hholzgra New Comment: Not sure if it helps, but I have a nearly untested patch that computes the offset using the diff between php_localtime_r() and php_gmtime_r(). I never understood where _timezone came from anyway. Previous Comments: [2000-07-25 21:26:20] [EMAIL PROTECTED] implementation for mail on microsoft platforms is in win32/sendmail.c and in there is generation code for generating a Date: header if none was supplied by mail() function ( see function PostHeader() ) [2000-07-25 20:27:20] [EMAIL PROTECTED] As far as I can tell from the source code, PHP is not responsible for generating the email message headers. Do other messages generated by the same server have the correct timezone information? [2000-01-18 19:29:30] [EMAIL PROTECTED] Not sure if this is really a PHP problem or just Microsoft at work, but sending email using the mail function seems to give incorrect timezone info in the Date: header. eg: Received: from becks by macs.wn.bcl.co.nz; Wed, 19 Jan 2000 13:11:34 +1300 (NZDT) (in this case becks=NT, macs=Unix - +1300 NZDT is correct) Message-ID: [EMAIL PROTECTED] Date: Wed, 19 Jan 2000 13:11:35 -1200 -1200 is wrong. The NT timezone is set to +12:00 Auckland/Wellington, with Daylight saving enabled. Edit this bug report at http://bugs.php.net/?id=3248edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14187: The make crashes
From: [EMAIL PROTECTED] Operating system: SuSE 7.2 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: The make crashes Y uso this configure: ./configure --with-apxs=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --enable-discard-patch --enable-calendar --enable-FTP --with-java and the make command gives me this error: Making all in sapi make[1]: Entering directory `/usr/local/php-4.0.6/sapi' Making all in apache make[2]: Entering directory `/usr/local/php-4.0.6/sapi/apache' make[3]: Entering directory `/usr/local/php-4.0.6/sapi/apache' /bin/sh /usr/local/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/php-4.0.6/sapi/apache -I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 -I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend -I/usr/local/php-4.0.6/ext/mysql/libmysql -I/usr/local/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c sapi_apache.c If i do not use apxs2 all run and make, but i have not the .so archive Y use Apache 2.0.16 Beta -- Edit bug report at: http://bugs.php.net/?id=14187edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14188: The make crashes
From: [EMAIL PROTECTED] Operating system: SuSE 7.2 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: The make crashes Y uso this configure: ./configure --with-apxs=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --enable-discard-patch --enable-calendar --enable-FTP --with-java and the make command gives me this error: Making all in sapi make[1]: Entering directory `/usr/local/php-4.0.6/sapi' Making all in apache make[2]: Entering directory `/usr/local/php-4.0.6/sapi/apache' make[3]: Entering directory `/usr/local/php-4.0.6/sapi/apache' /bin/sh /usr/local/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/php-4.0.6/sapi/apache -I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 -I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend -I/usr/local/php-4.0.6/ext/mysql/libmysql -I/usr/local/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c sapi_apache.c If i do not use apxs2 all run and make, but i have not the .so archive Y use Apache 2.0.16 Beta -- Edit bug report at: http://bugs.php.net/?id=14188edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14189: GD 2.0.1 compiling error
From: [EMAIL PROTECTED] Operating system: Red Hat 6.2 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: GD 2.0.1 compiling error Hi. I trying recompiling new version gd with php 4.0.6 e obtain error message: Making all in gd make[2]: Entering directory `/home/raw/php-4.0.6/ext/gd' make[3]: Entering directory `/home/raw/php-4.0.6/ext/gd' gcc -I. -I/home/raw/php-4.0.6/ext/gd -I/home/raw/php-4.0.6/main -I/home/raw/php-4.0.6 -I/home/raw/apache_1.3.19/src/include -I/home/raw/apache_1.3.19/src/os/unix -I/home/raw/php-4.0.6/Zend -I/home/raw/php-4.0.6/ext/mysql/libmysql -I/home/raw/php-4.0.6/ext/xml/expat/xmltok -I/home/raw/php-4.0.6/ext/xml/expat/xmlparse -I/home/raw/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.lo gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' gd.c: In function `php_if_imagecreatefromgif': gd.c:1209: `gdImageCreateFromGif' undeclared (first use in this function) gd.c:1209: (Each undeclared identifier is reported only once gd.c:1209: for each function it appears in.) gd.c: In function `php_if_imagegif': gd.c:1404: `gdImageGif' undeclared (first use in this function) My line to configure command is: ./configure --with-gd --with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng-1.0.11/ --with-mysql --with-apache=../apache_1.3.19/ --enable-track-vars --with-zlib-dir=../zlib-1.1.3/ Help me? Regards -- Edit bug report at: http://bugs.php.net/?id=14189edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14187 Updated: The make crashes
ID: 14187 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: SuSE 7.2 PHP Version: 4.0.6 New Comment: you have to use --with-apxs2 for apache2 support --with-apxs2[=FILE] Build shared Apache 2.0 module. FILE is the optional pathname to the Apache apxs tool; defaults to apxs. Previous Comments: [2001-11-22 18:09:19] [EMAIL PROTECTED] Y uso this configure: ./configure --with-apxs=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --enable-discard-patch --enable-calendar --enable-FTP --with-java and the make command gives me this error: Making all in sapi make[1]: Entering directory `/usr/local/php-4.0.6/sapi' Making all in apache make[2]: Entering directory `/usr/local/php-4.0.6/sapi/apache' make[3]: Entering directory `/usr/local/php-4.0.6/sapi/apache' /bin/sh /usr/local/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/php-4.0.6/sapi/apache -I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 -I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend -I/usr/local/php-4.0.6/ext/mysql/libmysql -I/usr/local/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c sapi_apache.c If i do not use apxs2 all run and make, but i have not the .so archive Y use Apache 2.0.16 Beta Edit this bug report at http://bugs.php.net/?id=14187edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14188 Updated: The make crashes
ID: 14188 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: SuSE 7.2 PHP Version: 4.0.6 New Comment: duplicate submission of bogus #14187 Previous Comments: [2001-11-22 18:11:23] [EMAIL PROTECTED] Y uso this configure: ./configure --with-apxs=/usr/local/apache2/bin/apxs --enable-force-cgi-redirect --enable-discard-patch --enable-calendar --enable-FTP --with-java and the make command gives me this error: Making all in sapi make[1]: Entering directory `/usr/local/php-4.0.6/sapi' Making all in apache make[2]: Entering directory `/usr/local/php-4.0.6/sapi/apache' make[3]: Entering directory `/usr/local/php-4.0.6/sapi/apache' /bin/sh /usr/local/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/php-4.0.6/sapi/apache -I/usr/local/php-4.0.6/main -I/usr/local/php-4.0.6 -I/usr/local/apache2/include -I/usr/local/php-4.0.6/Zend -I/usr/local/php-4.0.6/ext/mysql/libmysql -I/usr/local/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c sapi_apache.c If i do not use apxs2 all run and make, but i have not the .so archive Y use Apache 2.0.16 Beta Edit this bug report at http://bugs.php.net/?id=14188edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6417 Updated: Incorrect behaviour with references and arrays
ID: 6417 Updated by: venaas Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux RedHat 6.2 PHP Version: 4.0.6-dev New Comment: I would like to see this fixed, it's a serious bug IMO. Hope this serves as a reminder to someone (: Previous Comments: [2001-05-23 18:49:42] [EMAIL PROTECTED] Resurfacing. Is there any work being done on this? Or should I put this in the docs? If you don't expect it, this bug can create very strange behaviour, for example when you have some library function that creates references, it can mix up your script. This is definitely a bug, and should be fixed a.s.a.p. The fix is included here! status - analyzed (imo it is even critical, this is straight against the principle of assigning by value: [documentation] In PHP, variables are always assigned by value. That is to say, when you assign an expression to a variable, the entire value of the original expression is copied into the destination variable. This means, for instance, that after assigning one variable's value to another, changing one of those variables will have no effect on the other. ) [2001-04-28 15:27:01] [EMAIL PROTECTED] Reproduced in latest verison [2000-08-31 08:54:19] [EMAIL PROTECTED] Confirmed for 4.0.2. [2000-08-29 12:17:34] [EMAIL PROTECTED] ?php /* I've discovered some slightly counter-intuitive behaviour with references and arrays. I'm not sure whether this is actually a bug or a 'feature', but if it is the latter then it should be documented as such. Consider the following code involving references and integers: */ $a = 5; $b = $a; $c = $a; $c = 10; echo (1) a: $a (should be 5)br\n; /* Here we have created a variable ($a), made a reference to it ($b), made a copy of the original variable ($c), changed the copy ($c=10), and then printed out the original value. This is all fine and as expected. Now let's try the same thing, but with the addition of arrays: */ $A = array(); $A[0] = 5; $b = $A[0]; $C = $A; $C[0] = 10; echo (2) A[0]: $A[0] (I expected it to be 5)br\n; /* Thus, having copied the array $A to $C, we have actually made $C[0] *another* reference to the $A[0] (which is also referenced by $c). I would have expected $C[0] to have become detached from the reference (as in $c = $a in the first example). Taking out the line '$b = $A[0]' in the example above yields the expected behaviour: */ $A = array(); $A[0] = 5; $C = $A; $C[0] = 10; echo (3) A[0]: $A[0] (expected it to actually be 5 this time)br\n; /* Q: What's the explanation for all of this? A: When the Zend Engine constructs a copy of an array/hash, it constructs copies of the individual elements by using zval_add_ref (zend_variables.c). This simply increases the reference count of the value in question. If that value happens to be referenced by more than one name, it has the 'is_ref' flag set. However, in the case of copying array elements, the values are still _not_ separated if they have 'is_ref' set. As I mentioned above, I'm not sure whether this is actually the desired behaviour or not. In either case, I couldn't find it documented clearly anywhere (maybe I didn't look hard enough--if not, sorry in advance!). Working under the assumption that the behaviour is incorrect (I certainly find it very confusing), I worked out the following fix to the issue (assuming my understanding of the Zend Engine is correct): Instead of using zval_add_ref as the constructor when copying arrays, use this: ZEND_API void zval_add_ref_or_separate(zval **p) { if (PZVAL_IS_REF(*p)) { SEPARATE_ZVAL(p); } else { zval_add_ref(p); } } Another question is whether there are similar issues with objects? I haven't investigated... Note: I haven't included PHP modules/php.ini etc since I'm fairly sure this issue is unrelated to any site-specific setup. */ ? Edit this bug report at http://bugs.php.net/?id=6417edit=1 -- PHP
[PHP-DEV] Bug #14190: tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through
From: [EMAIL PROTECTED] Operating system: HP-UX 10.20 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through i used: configure --with-apache=/opt/apache/bin --with-oci8=/rdbms_v8/oracle/product/8.0.6 And the Exact Error Was: php_apache.c:379: warning: assignment makes pointer from integer without a cast /bin/sh /opt/php/php-4.0.6/libtool --silent --mode=link gcc -I. -I/opt/ php/php-4.0.6/sapi/apache -I/opt/php/php-4.0.6/main -I/opt/php/php-4.0.6 -I/opt/ apache/bin/src -I/opt/php/php-4.0.6/Zend -I/opt/php/php-4.0.6/ext/mysql/libmysql -I/rdbms_v8/oracle/product/8.0.6/rdbms/demo -I/rdbms_v8/oracle/product/8.0.6/ne twork/public -I/opt/php/php-4.0.6/ext/xml/expat/xmltok -I/opt/php/php-4.0.6/ext/ xml/expat/xmlparse -I/opt/php/php-4.0.6/TSRM -I/opt/apache/bin/src -DSUPPORT_UTF 8 -DXML_BYTE_ORDER=21 -g -O2 -o libsapi.la sapi_apache.lo mod_php4.lo php_apa che.lo Making install in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error exit code 1 Stop. *** Error exit code 1 -- Edit bug report at: http://bugs.php.net/?id=14190edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14190 Updated: tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through
ID: 14190 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.0.6 New Comment: Sorry. i forget to say that I used gcc 3.0.1 for compile Previous Comments: [2001-11-22 18:46:36] [EMAIL PROTECTED] i used: configure --with-apache=/opt/apache/bin --with-oci8=/rdbms_v8/oracle/product/8.0.6 And the Exact Error Was: php_apache.c:379: warning: assignment makes pointer from integer without a cast /bin/sh /opt/php/php-4.0.6/libtool --silent --mode=link gcc -I. -I/opt/ php/php-4.0.6/sapi/apache -I/opt/php/php-4.0.6/main -I/opt/php/php-4.0.6 -I/opt/ apache/bin/src -I/opt/php/php-4.0.6/Zend -I/opt/php/php-4.0.6/ext/mysql/libmysql -I/rdbms_v8/oracle/product/8.0.6/rdbms/demo -I/rdbms_v8/oracle/product/8.0.6/ne twork/public -I/opt/php/php-4.0.6/ext/xml/expat/xmltok -I/opt/php/php-4.0.6/ext/ xml/expat/xmlparse -I/opt/php/php-4.0.6/TSRM -I/opt/apache/bin/src -DSUPPORT_UTF 8 -DXML_BYTE_ORDER=21 -g -O2 -o libsapi.la sapi_apache.lo mod_php4.lo php_apa che.lo Making install in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error exit code 1 Stop. *** Error exit code 1 Edit this bug report at http://bugs.php.net/?id=14190edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14190 Updated: tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through
ID: 14190 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.0.6 New Comment: This is fixed in CVS. Previous Comments: [2001-11-22 18:51:16] [EMAIL PROTECTED] Sorry. i forget to say that I used gcc 3.0.1 for compile [2001-11-22 18:46:36] [EMAIL PROTECTED] i used: configure --with-apache=/opt/apache/bin --with-oci8=/rdbms_v8/oracle/product/8.0.6 And the Exact Error Was: php_apache.c:379: warning: assignment makes pointer from integer without a cast /bin/sh /opt/php/php-4.0.6/libtool --silent --mode=link gcc -I. -I/opt/ php/php-4.0.6/sapi/apache -I/opt/php/php-4.0.6/main -I/opt/php/php-4.0.6 -I/opt/ apache/bin/src -I/opt/php/php-4.0.6/Zend -I/opt/php/php-4.0.6/ext/mysql/libmysql -I/rdbms_v8/oracle/product/8.0.6/rdbms/demo -I/rdbms_v8/oracle/product/8.0.6/ne twork/public -I/opt/php/php-4.0.6/ext/xml/expat/xmltok -I/opt/php/php-4.0.6/ext/ xml/expat/xmlparse -I/opt/php/php-4.0.6/TSRM -I/opt/apache/bin/src -DSUPPORT_UTF 8 -DXML_BYTE_ORDER=21 -g -O2 -o libsapi.la sapi_apache.lo mod_php4.lo php_apa che.lo Making install in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error exit code 1 Stop. *** Error exit code 1 Edit this bug report at http://bugs.php.net/?id=14190edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14189 Updated: GD 2.0.1 compiling error
ID: 14189 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Red Hat 6.2 PHP Version: 4.0.6 New Comment: fixed in cvs Previous Comments: [2001-11-22 18:17:23] [EMAIL PROTECTED] Hi. I trying recompiling new version gd with php 4.0.6 e obtain error message: Making all in gd make[2]: Entering directory `/home/raw/php-4.0.6/ext/gd' make[3]: Entering directory `/home/raw/php-4.0.6/ext/gd' gcc -I. -I/home/raw/php-4.0.6/ext/gd -I/home/raw/php-4.0.6/main -I/home/raw/php-4.0.6 -I/home/raw/apache_1.3.19/src/include -I/home/raw/apache_1.3.19/src/os/unix -I/home/raw/php-4.0.6/Zend -I/home/raw/php-4.0.6/ext/mysql/libmysql -I/home/raw/php-4.0.6/ext/xml/expat/xmltok -I/home/raw/php-4.0.6/ext/xml/expat/xmlparse -I/home/raw/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.lo gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' gd.c: In function `php_if_imagecreatefromgif': gd.c:1209: `gdImageCreateFromGif' undeclared (first use in this function) gd.c:1209: (Each undeclared identifier is reported only once gd.c:1209: for each function it appears in.) gd.c: In function `php_if_imagegif': gd.c:1404: `gdImageGif' undeclared (first use in this function) My line to configure command is: ./configure --with-gd --with-jpeg-dir=../jpeg-6b/ --with-png-dir=../libpng-1.0.11/ --with-mysql --with-apache=../apache_1.3.19/ --enable-track-vars --with-zlib-dir=../zlib-1.1.3/ Help me? Regards Edit this bug report at http://bugs.php.net/?id=14189edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Curso a distancia
Title: Les Halles Consultores Curso Les Halles Consultores Curso de Preparación y evaluación de proyectos de Inversión CAPACITACIÓN A DISTANCIA: ORIENTADOS: A Empresarios, Profesionales y Particulares que deseen iniciar un proyecto de inversión disminuyendo los riesgos. OBJETIVOS: Permite aprender a formular, preparar y evaluar económica y financieramente un proyecto, aplicando técnicas relativas a la elección de oportunidades de negocios. IMPORTANTE : Inscriptos hasta el 27 de Noviembre, recibirán nuestro Software de Evaluación de Proyecto . Inicio del curso 30 de Noviembre. Solicitando información hoy recibirá gratuitamente nuestro soft #LA MISIÓN# Llenar el siguiente formulario para recibir SOFT "LA MISIÓN" E INFORMACIÓN DEL CURSO. Nombre y Apellido*: Dirección de e-mail*: Teléfono de 9 a 18 hs.*: País: (opcional) Teléfono celular: Si no desea seguir recibiendo información sobre nuestros cursos envíe un mail a [EMAIL PROTECTED] L e s-- H a l l e s C o n s u l t o r e s Chile - Santiago Argentina - Buenos Aires - Cap. Fed. Teatinos 20 Luis María Campos 1185 - 2ª A TEL: 005626956830 TEL: 054 011 4773-7688/7727 www.capacitacionabierta.com [EMAIL PROTECTED] Líder en Capacitación a Distancia Consultores de Empresas -- 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 PROTECTED]
[PHP-DEV] Bug #14191: Canot compile to '.so' lib for use with Apache 2
From: [EMAIL PROTECTED] Operating system: Linux - TurboLinux Server 6.5 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Canot compile to '.so' lib for use with Apache 2 PHP fails to 'make' with apache 2 for use as a '.so' lib. The configure Script was: ./configure --with-mysql --enable-force-cgi-redirect --with-apxs2=/usr/local/apache2/bin/apxs Configuring finished successfully, the make command stops with the following error message: ---snip-- Making all in apache2filter make[2]: Entering directory `/tmp/php-4.0.6/sapi/apache2filter' make[3]: Entering directory `/tmp/php-4.0.6/sapi/apache2filter' /bin/sh /tmp/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/tmp/php-4.0.6/sapi/apache2filter -I/tmp/php-4.0.6/main -I/tmp/ph p-4.0.6 -I/usr/local/apache2/include -I/tmp/php-4.0.6/Zend -I/tmp/php-4.0.6/ ext/mysql/libmysql -I/tmp/php-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ex t/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM -D_REENTRANT -DSUPPORT_UTF8 -DXM L_BYTE_ORDER=12 -I../TSRM -DTHREAD=1 -g -O2 -pthread -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:248: warning: passing arg 4 of `ap_get_brigade' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:337: too few arguments to function `ap_save_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:443: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/tmp/php-4.0.6/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/php-4.0.6/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/sapi' make: *** [all-recursive] Error 1 ---snip-- -- Edit bug report at: http://bugs.php.net/?id=14191edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] $_SESSION not populated with register_globals=On
Environment: PHP 4.2.0-dev (current HEAD from CVS) as CGI, Win32. This works ?php ini_set('register_globals', 0); session_register('foo'); echo ++$_SESSION['foo']; ? while this does not ?php ini_set('register_globals', 1); session_register('foo'); echo ++$_SESSION['foo']; ? Why is $_SESSION not populated when register_globals is on? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14190 Updated: tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through
ID: 14190 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.0.6 New Comment: Already fixed in CVS, wait for the upcoming PHP 4.1.0 (in a few days), which corrects this problem. Previous Comments: [2001-11-22 18:52:05] [EMAIL PROTECTED] This is fixed in CVS. [2001-11-22 18:51:16] [EMAIL PROTECTED] Sorry. i forget to say that I used gcc 3.0.1 for compile [2001-11-22 18:46:36] [EMAIL PROTECTED] i used: configure --with-apache=/opt/apache/bin --with-oci8=/rdbms_v8/oracle/product/8.0.6 And the Exact Error Was: php_apache.c:379: warning: assignment makes pointer from integer without a cast /bin/sh /opt/php/php-4.0.6/libtool --silent --mode=link gcc -I. -I/opt/ php/php-4.0.6/sapi/apache -I/opt/php/php-4.0.6/main -I/opt/php/php-4.0.6 -I/opt/ apache/bin/src -I/opt/php/php-4.0.6/Zend -I/opt/php/php-4.0.6/ext/mysql/libmysql -I/rdbms_v8/oracle/product/8.0.6/rdbms/demo -I/rdbms_v8/oracle/product/8.0.6/ne twork/public -I/opt/php/php-4.0.6/ext/xml/expat/xmltok -I/opt/php/php-4.0.6/ext/ xml/expat/xmlparse -I/opt/php/php-4.0.6/TSRM -I/opt/apache/bin/src -DSUPPORT_UTF 8 -DXML_BYTE_ORDER=21 -g -O2 -o libsapi.la sapi_apache.lo mod_php4.lo php_apa che.lo Making install in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. - I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error exit code 1 Stop. *** Error exit code 1 Edit this bug report at http://bugs.php.net/?id=14190edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14191 Updated: Canot compile to '.so' lib for use with Apache 2
ID: 14191 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Linux - TurboLinux Server 6.5 PHP Version: 4.0.6 New Comment: If you want to use apache 2, you should use the CVS version of PHP (together with apache 2.0.28). Derick Previous Comments: [2001-11-23 00:51:30] [EMAIL PROTECTED] PHP fails to 'make' with apache 2 for use as a '.so' lib. The configure Script was: ./configure --with-mysql --enable-force-cgi-redirect --with-apxs2=/usr/local/apache2/bin/apxs Configuring finished successfully, the make command stops with the following error message: ---snip-- Making all in apache2filter make[2]: Entering directory `/tmp/php-4.0.6/sapi/apache2filter' make[3]: Entering directory `/tmp/php-4.0.6/sapi/apache2filter' /bin/sh /tmp/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/tmp/php-4.0.6/sapi/apache2filter -I/tmp/php-4.0.6/main -I/tmp/ph p-4.0.6 -I/usr/local/apache2/include -I/tmp/php-4.0.6/Zend -I/tmp/php-4.0.6/ ext/mysql/libmysql -I/tmp/php-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ex t/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM -D_REENTRANT -DSUPPORT_UTF8 -DXM L_BYTE_ORDER=12 -I../TSRM -DTHREAD=1 -g -O2 -pthread -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:248: warning: passing arg 4 of `ap_get_brigade' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:337: too few arguments to function `ap_save_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:443: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/tmp/php-4.0.6/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/php-4.0.6/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/sapi' make: *** [all-recursive] Error 1 ---snip-- Edit this bug report at http://bugs.php.net/?id=14191edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
On Thu, Nov 22, 2001 at 05:11:19PM -0500, Colin Viebrock wrote : Except, that would entail making function names and class names case-sensitive, which they aren't now. That is much more of a major change to the language (with huge compatability issues) than what I am proposing. Hey, I didn't say it would make sense to do this now ;-) - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14176: Missing $result in example
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Missing $result in example In array_merge example we have: $array1 = array (color = red, 2, 4); $array2 = array (a, b, color = green, shape = trapezoid, 4); array_merge ($array1, $array2); But since array_merge returns an array it should look like this: $array1 = array (color = red, 2, 4); $array2 = array (a, b, color = green, shape = trapezoid, 4); $result = array_merge ($array1, $array2); Just like in array_merge_recursive(). -- Edit bug report at: http://bugs.php.net/?id=14176edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14176 Updated: Missing $result in example
ID: 14176 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: 4.0.6 New Comment: Fixed in CVS. It will show up in a few days on the website. Derick Previous Comments: [2001-11-22 08:49:22] [EMAIL PROTECTED] In array_merge example we have: $array1 = array (color = red, 2, 4); $array2 = array (a, b, color = green, shape = trapezoid, 4); array_merge ($array1, $array2); But since array_merge returns an array it should look like this: $array1 = array (color = red, 2, 4); $array2 = array (a, b, color = green, shape = trapezoid, 4); $result = array_merge ($array1, $array2); Just like in array_merge_recursive(). Edit this bug report at http://bugs.php.net/?id=14176edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sysvshm sysvshm.c
Hello, while fixing a bug in this extension, I noticed that this extension does not use any of the advanced Zend API functions (ie. resource management). This was some advanced error checking is not done. I think it would be wise that this is changed, so that the extension is more maintainable in the future. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14177: german transalation about register_globals has a bug!
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: german transalation about register_globals has a bug! In http://www.php.net/manual/de/security.registerglobals.php the sentence at the bottom Natürlich... ist the complete opposite of the meaning of this sentence in the english docs. DE: Natürlich heißt ein einfaches Aktivieren von register globals nicht, dass Ihr Code nun automatisch sicher ist. EN: Of course, simply turning off register_globals does not mean code is secure. Better DE: Natürlich bedeutet eine einfache Deaktivierung von register_globals nicht, dass Ihr Code... bye, tk. -- Edit bug report at: http://bugs.php.net/?id=14177edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sysvshm sysvshm.c
On Thursday 22 November 2001 16:18, [EMAIL PROTECTED] wrote: Hello, while fixing a bug in this extension, I noticed that this extension does not use any of the advanced Zend API functions (ie. resource management). it does do resource management. This was some advanced error checking is not done. I think it would be wise that this is changed, so that the extension is more maintainable in the future. So change it to use the new Zend API. :) -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14177 Updated: german transalation about register_globals has a bug!
ID: 14177 Updated by: georg Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 Assigned To: georg Edit this bug report at http://bugs.php.net/?id=14177edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14177 Updated: german transalation about register_globals has a bug!
ID: 14177 Updated by: georg Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 Assigned To: georg Edit this bug report at http://bugs.php.net/?id=14177edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
ID: 10172 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (04/04/2001) New Comment: Well, I suppose it is a documentation problem of sorts ... but my preference would be for the get_class() function to be consistent, regardless of whether the class is user-defined or extention-defined. Any reason why this shouldn't be consistent? - Colin Previous Comments: [2001-11-21 19:35:55] [EMAIL PROTECTED] get_class() only returns user defined classes in lowercase. Classes defined in extensions are returned in their original notation. Making this a documentation problem. [2001-04-04 20:41:34] [EMAIL PROTECTED] get_class() is documented to return the class/object name in lowercase. This isn't the case for DomText, DomDocument, etc. objects. In these cases, get_class() returns the StudyCaps version of the object name. - Colin Edit this bug report at http://bugs.php.net/?id=10172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
ID: 10172 Updated by: philip Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Documentation problem Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (04/04/2001) New Comment: Seems strange. Docs have been updated to reflect current behavior. Changing status to 'feedback'. Previous Comments: [2001-11-22 11:08:41] [EMAIL PROTECTED] Well, I suppose it is a documentation problem of sorts ... but my preference would be for the get_class() function to be consistent, regardless of whether the class is user-defined or extention-defined. Any reason why this shouldn't be consistent? - Colin [2001-11-21 19:35:55] [EMAIL PROTECTED] get_class() only returns user defined classes in lowercase. Classes defined in extensions are returned in their original notation. Making this a documentation problem. [2001-04-04 20:41:34] [EMAIL PROTECTED] get_class() is documented to return the class/object name in lowercase. This isn't the case for DomText, DomDocument, etc. objects. In these cases, get_class() returns the StudyCaps version of the object name. - Colin Edit this bug report at http://bugs.php.net/?id=10172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
ID: 10172 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Documentation problem Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (04/04/2001) New Comment: I *really* don't think this should be a documentation fix, I think the get_class() function needs to be changed to always return lowercase. Here is the required patch: cmv@vincent:/usr/local/sources/php4/Zend$ diff -u zend_builtin_functions.c NEW.zend_builtin_functions.c --- zend_builtin_functions.cThu Nov 22 16:49:26 2001 +++ NEW.zend_builtin_functions.cThu Nov 22 16:51:30 2001 @@ -458,7 +458,8 @@ { zval **arg; zend_class_entry *ce; - + char *lcname; + if (ZEND_NUM_ARGS()!=1 || zend_get_parameters_ex(1, arg)==FAILURE) { ZEND_WRONG_PARAM_COUNT(); } @@ -467,7 +468,10 @@ } ce = Z_OBJCE_PP(arg); - RETURN_STRINGL(ce-name, ce-name_length, 1); + lcname = estrndup(ce-name, ce-name_length); + zend_str_tolower(lcname, ce-name_length); + + RETURN_STRINGL(lcname, ce-name_length, 1); } /* }}} */ - Colin Previous Comments: [2001-11-22 16:04:07] [EMAIL PROTECTED] Seems strange. Docs have been updated to reflect current behavior. Changing status to 'feedback'. [2001-11-22 11:08:41] [EMAIL PROTECTED] Well, I suppose it is a documentation problem of sorts ... but my preference would be for the get_class() function to be consistent, regardless of whether the class is user-defined or extention-defined. Any reason why this shouldn't be consistent? - Colin [2001-11-21 19:35:55] [EMAIL PROTECTED] get_class() only returns user defined classes in lowercase. Classes defined in extensions are returned in their original notation. Making this a documentation problem. [2001-04-04 20:41:34] [EMAIL PROTECTED] get_class() is documented to return the class/object name in lowercase. This isn't the case for DomText, DomDocument, etc. objects. In these cases, get_class() returns the StudyCaps version of the object name. - Colin Edit this bug report at http://bugs.php.net/?id=10172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
ID: 10172 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (04/04/2001) New Comment: OK, but this docfix was right, as this is the current case, and it should be documented. If this patch goes throuh, and it arrives in some version, we can add a note, that this strange behaviour existed till eg. 4.1.0 and it is corrected after that release... Previous Comments: [2001-11-22 16:52:31] [EMAIL PROTECTED] I *really* don't think this should be a documentation fix, I think the get_class() function needs to be changed to always return lowercase. Here is the required patch: cmv@vincent:/usr/local/sources/php4/Zend$ diff -u zend_builtin_functions.c NEW.zend_builtin_functions.c --- zend_builtin_functions.cThu Nov 22 16:49:26 2001 +++ NEW.zend_builtin_functions.cThu Nov 22 16:51:30 2001 @@ -458,7 +458,8 @@ { zval **arg; zend_class_entry *ce; - + char *lcname; + if (ZEND_NUM_ARGS()!=1 || zend_get_parameters_ex(1, arg)==FAILURE) { ZEND_WRONG_PARAM_COUNT(); } @@ -467,7 +468,10 @@ } ce = Z_OBJCE_PP(arg); - RETURN_STRINGL(ce-name, ce-name_length, 1); + lcname = estrndup(ce-name, ce-name_length); + zend_str_tolower(lcname, ce-name_length); + + RETURN_STRINGL(lcname, ce-name_length, 1); } /* }}} */ - Colin [2001-11-22 16:04:07] [EMAIL PROTECTED] Seems strange. Docs have been updated to reflect current behavior. Changing status to 'feedback'. [2001-11-22 11:08:41] [EMAIL PROTECTED] Well, I suppose it is a documentation problem of sorts ... but my preference would be for the get_class() function to be consistent, regardless of whether the class is user-defined or extention-defined. Any reason why this shouldn't be consistent? - Colin [2001-11-21 19:35:55] [EMAIL PROTECTED] get_class() only returns user defined classes in lowercase. Classes defined in extensions are returned in their original notation. Making this a documentation problem. [2001-04-04 20:41:34] [EMAIL PROTECTED] get_class() is documented to return the class/object name in lowercase. This isn't the case for DomText, DomDocument, etc. objects. In these cases, get_class() returns the StudyCaps version of the object name. - Colin Edit this bug report at http://bugs.php.net/?id=10172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
On Thu, Nov 22, 2001 at 09:52:31PM -, [EMAIL PROTECTED] wrote : ID: 10172 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Documentation problem Operating System: RH 7.0 PHP Version: 4.0 Latest CVS (04/04/2001) New Comment: Well .. the documentation always documents the 'current' state as much as it can, so it is right to update the docs. However, I don't like the idea to lowercase all classes. I'ld rather see the original notation of classes not to be changed at all. No idea why there was every introduced lowercases 2c from Markus I *really* don't think this should be a documentation fix, I think the get_class() function needs to be changed to always return lowercase. Here is the required patch: cmv@vincent:/usr/local/sources/php4/Zend$ diff -u zend_builtin_functions.c NEW.zend_builtin_functions.c --- zend_builtin_functions.cThu Nov 22 16:49:26 2001 +++ NEW.zend_builtin_functions.cThu Nov 22 16:51:30 2001 @@ -458,7 +458,8 @@ { zval **arg; zend_class_entry *ce; - + char *lcname; + if (ZEND_NUM_ARGS()!=1 || zend_get_parameters_ex(1, arg)==FAILURE) { ZEND_WRONG_PARAM_COUNT(); } @@ -467,7 +468,10 @@ } ce = Z_OBJCE_PP(arg); - RETURN_STRINGL(ce-name, ce-name_length, 1); + lcname = estrndup(ce-name, ce-name_length); + zend_str_tolower(lcname, ce-name_length); + + RETURN_STRINGL(lcname, ce-name_length, 1); } /* }}} */ - Colin Previous Comments: [2001-11-22 16:04:07] [EMAIL PROTECTED] Seems strange. Docs have been updated to reflect current behavior. Changing status to 'feedback'. [2001-11-22 11:08:41] [EMAIL PROTECTED] Well, I suppose it is a documentation problem of sorts ... but my preference would be for the get_class() function to be consistent, regardless of whether the class is user-defined or extention-defined. Any reason why this shouldn't be consistent? - Colin [2001-11-21 19:35:55] [EMAIL PROTECTED] get_class() only returns user defined classes in lowercase. Classes defined in extensions are returned in their original notation. Making this a documentation problem. [2001-04-04 20:41:34] [EMAIL PROTECTED] get_class() is documented to return the class/object name in lowercase. This isn't the case for DomText, DomDocument, etc. objects. In these cases, get_class() returns the StudyCaps version of the object name. - Colin Edit this bug report at http://bugs.php.net/?id=10172edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercase for DomX objects
Well .. the documentation always documents the 'current' state as much as it can, so it is right to update the docs. I agree. However, I don't like the idea to lowercase all classes. I'ld rather see the original notation of classes not to be changed at all. No idea why there was every introduced lowercases Except, that would entail making function names and class names case-sensitive, which they aren't now. That is much more of a major change to the language (with huge compatability issues) than what I am proposing. - Colin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]