RE: [PHP-DEV] strange crash
Hello, I'll have a look, Derick On Wed, 21 Nov 2001, Chris Newbill wrote: Bingo! What is happening is I have PHP code that will eventually be pulled from a database, and some of them need to import the global scope (although I have changed this for security reasons). Only way to do this (easily) when eval'ing code is with extract($GLOBALS) or know which variables I want and pull them in one at a time. Well for prototyping the code is included in the file instead of being pulled from the DB. Here is the minimum script that will crash for me. Funny this used to work, I tried it as an experiment and when it worked I proceeded as if it would always work. ?php extract($GLOBALS); ? Guess extract() doesn't like the recursion of $GLOBALS?? -Chris -Original Message- From: Derick Rethans [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 21, 2001 12:30 AM To: Chris Newbill Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] strange crash On Wed, 21 Nov 2001, Chris Newbill wrote: --- array.c(1263) : Block 0x08217420 status: Beginning: OK (allocated on array.c:1218, 9 bytes) End: Overflown (magic=0x2A8FCC01 instead of 0x2A8FCC84) 1 byte(s) overflown --- array.c(1218) : Freeing 0x08217444 (9 bytes), script=/www/erain/st2/commercesys/html/discount_detail.php Ideas? This happens with today's CVS and 4.1.0RC3. I haven't broken the script down to something small enough to reproduce..yet. My guess is that it has something to do with the extract() function. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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 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]
[PHP-DEV] Bug #14155: why only display 4096?
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: why only display 4096? when I use php and mssql ,I select one table text type filed but it only display 4096byte. (I have chenged php.ini 'mssql.textsize=2147483647') why? -- Edit bug report at: http://bugs.php.net/?id=14155edit=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 #14155 Updated: why only display 4096?
ID: 14155 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MSSQL related Operating System: windows 2000 PHP Version: 4.0.6 New Comment: This is a limitation of the libraries as far as I know. However, there was some fix related to this. You might want to get the latest (4.2.0dev) version of www.php4win.com. Derick Previous Comments: [2001-11-21 03:43:44] [EMAIL PROTECTED] when I use php and mssql ,I select one table text type filed but it only display 4096byte. (I have chenged php.ini 'mssql.textsize=2147483647') why? Edit this bug report at http://bugs.php.net/?id=14155edit=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] Extremely Urgent : Problems with header information
Hi all, We are building an Intranet portal using PHP4 which basically is an intranet-based office automation tool that helps us to build intranets for different companies by configuring and building simple custom applications (not involving business logic) using this tool. There are 5 areasinthe homepage.The entire screen is a framset consisting of 2 main frames(vertically splitted)A and B. A is horizontally split into 3 frames C,D and E. and B is horizontally split into 2 frames F and G.It looks something like this CENTRAL AREA | TOP MENU - NAVIGATION BAR |MAIN MENU -| | | CONTENT AREA| | | | Problem Description: We are getting a CGI error on logon while displaying the homepage.It says : CGI Error The Specified CGI application misbehaved by not returning a complete set of HTTP headers.The headers it did return are : nothing It always comes in the Main menu area. This error occurs very frequently on visiting this homepage and is very random. If we right click on the specific frame and refresh it again, then the page gets loaded correctly. Note: There is an additional file menucontents*.php. This is a temporary file that contains some information about the actual menu that is displayed in the menu area as this is also dynamically generated menu. anybody has any ideas on what could be the problem?we are using IIS as the Web server. This is extremely urgent.If needed I can send the generated files and a snap shot of the error page. Thanks in advance, Rahul Desai
[PHP-DEV] Bug #11858 Updated: Insert queries add TWO records to database
ID: 11858 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: WinNT4 PHP Version: 4.0.6 New Comment: The problem was in the javascript, form submiting twice Previous Comments: [2001-11-20 19:40:23] [EMAIL PROTECTED] Can you try if this problem persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Also, please provide more details abour your actual connections setup to the database (native mysql, mysql through odbc?) Feedback. [2001-07-03 11:38:47] [EMAIL PROTECTED] All my insert queries seem to add two records to the database instead of one. I was using MS Access 2000 and did not have the problem. I am now using MySQL and all insert queries add 2 recs?! Eg. $sql = INSERT INTO Campaign (CampaignName,CampaignDesc,StartDate,EndDate,CompanyId,CampaignStatus,AdministratorId) VALUES ('$name','$desc','$start_date','$end_date',$company_id,0,1); $res_insert_campaign=mysql_query($sql,$conn); if (!$res_insert_campaign) { return false; } With the result: CampaignId CompanyId AdministratorId CampaignNameCampaignDesc StartDate EndDate ProposalPDF InvoicePDF CampaignStatus -- - --- - --- --- -- -- 11 45 1 Test Alltesting 2001-07-03 2003-07-03 NULL NULL0 12 45 1 Test Alltesting 2001-07-03 2003-07-03 NULL NULL0 (2 row(s) affected) A guy in the US seems to be having the same problem with Sybase. His details are: Rob Donat Sedonatech, Inc. 1735 W. Diversey Suite 521 Chicago, IL 60614 [EMAIL PROTECTED] 312-501-1200 cell 773-388-0271(2) office(fax) Do u know if this is a PHP, MySQL, ODBC or server setting bug? My fix at the moment is to insert a record, select it and delete one if 2 are added. This is very messy and I would like to know if I have to go back to Access or start using another relational database? Does anyone else have this problem or, preferebly, how do I fix it? Thank you for any help. mailto:[EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=11858edit=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 #11858 Updated: Insert queries add TWO records to database
On Wed, Nov 21, 2001 at 09:19:15AM -, [EMAIL PROTECTED] wrote : ID: 11858 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: WinNT4 PHP Version: 4.0.6 New Comment: The problem was in the javascript, form submiting twice Lol :-) Ok, finally its closed :-) thanks, - 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 #13973 Updated: Memory Problem
ID: 13973 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Performance problem Operating System: NT4 SP6 PHP Version: 4.0.4pl1 New Comment: If I Use 4.0.6, wich i tried. OCI is giving me problems. It says it cannot find entry point OCILobOpen. I'm using Oracle 8.0.5 client on NT 4 platform. Could this be an Oracle version problem? Previous Comments: [2001-11-08 11:47:08] [EMAIL PROTECTED] Please try php 4.0.6, and report back if it fixed the problem. Derick [2001-11-07 06:25:30] [EMAIL PROTECTED] I have PHP 4.04pl1 installed on apache 1.3.22. On NT4 with SP6. oci8.dll is added to the extension list. Now if I make a page with pure HTML. and refresh it 20 times. nothing stange happens. But if I insert the following code : ? echo foo; ? I get a memory build up of appr. 200 KB per refresh. eventually Apache stops responding. What could be the problem, is oci8? Arie Edit this bug report at http://bugs.php.net/?id=13973edit=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 #12029 Updated: --with-apxs can cause the error MySQL: Unable to save result set in
On Wed, Nov 21, 2001 at 07:27:26AM +0100, Derick Rethans wrote : On 21 Nov 2001 [EMAIL PROTECTED] wrote: ID: 12029 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: Relevant information merged from 11765 (bogus now): Please mark these as Duplicate. The Bogus state is for bugs that are not really bugs. Duplicate means that some other report has been filed, with the same bug. (Things that got submitted multiple times by accident, are of course Bogus). Yes ... I'm aware. How shall I apologize? It was too late .. :-/ Shouldn't have merged them of course. - 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 #12029 Updated: --with-apxs can cause the error MySQL: Unable to save result set in
ID: 12029 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 and 4.1.0RC3 New Comment: Maybe this is related to multibyte support some sort of? Can you try to minimize as much ./configure options as possible (at best, use no option at all, mysql support is auto-builtin) and see if it works? Also, can you try against another MySQL Server version? Can you try an --enable-debug build? Previous Comments: [2001-11-20 22:01:56] [EMAIL PROTECTED] Yes , I tried. Nothing changed. Maybe there r some errors with my Apache or conflict with some other modules. Maybe not. [2001-11-20 19:25:56] [EMAIL PROTECTED] Relevant information merged from 11765 (bogus now): [2001-06-27 23:06:49] [EMAIL PROTECTED] I'm getting the following error message when I execute a query (such as insert or delete or update but not select) that doesn't produce any results: Warning: MySQL: Unable to save result set in /path/to/sql.php3 on line 33 MySQL said NOTHING and the query was successful executed. I have set display_errors = Off in my php.ini, so no warnings should be shown , but php script can not go on at the line where the Warnning should display. I configured php with the following command: ./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-gd=../../gd/gd1.3 --with-ftp --with-imap=../../mail/imap/imap-4.7c --enable-memory-limit --with-pgsql=/usr/local/pgsql MySQL is version 3.23.38 and PostgreSQL is version 7.1.2 and compiled with th following command: ./configure --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312 --with-extra-charsets=all ./configure --enable-multibyte --enable-unicode-conversion --with-perl --with-openssl=/usr/local/ssl --enable-odbc --with-CXX BTW : The script is perfect on mysql-php-4.0.3pl1 and postgreSQL-php-4.0.6 . [2001-06-27 23:37:47] [EMAIL PROTECTED] The script(error.php) is : ? $db_acc_user = root; $db_acc_passwd = password; $db = pacc; $sql = INSERT INTO type (name, quota, pc, cn, office) VALUES ('Howard', '10', '1', '0', '1'); mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd); mysql_db_query($db,$sql); mysql_close(); ? The result in browser is: Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7 But I just found that NO error in command line root@localhost # php ./error.php X-Powered-By: PHP/4.0.6 Content-type: text/html [2001-11-20 19:22:36] [EMAIL PROTECTED] Hmm .. weird. Can you give it a try with latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Information from 12009 (now bogus): mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES ('milewskij','','657998')); './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom' '--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm' '--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets' '--with-ttf' '--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' it crashes on INSERT and DELETE query (not on SELECT) I read FAQ and that recompiling with path to mySQL will solve the problem, but it doesn't the same script running on redhat 7 with PHP 4.0.2 and the same mySQL and mod_auth_mysql returns no error please help me as soon as you can Jakub Formela phpinfo: http://new.pharmag.pl script with error http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet -- [2001-07-15 22:15:16] [EMAIL PROTECTED] WHY NOT OPEN??? [2001-07-11 04:00:15] [EMAIL PROTECTED] I'm getting the following error message when I execute a query (such as insert or delete or update but NOT to select) that doesn't produce any results: The script(error.php) is : ? $db_acc_user = root; $db_acc_passwd = password; $db = pacc; $sql = INSERT INTO type (name, quota, pc, cn, office) VALUES ('Howard', '10', '1', '0', '1') ; mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd); mysql_select_db($db); mysql_query($sql); echo br.mysql_errno().:.mysql_error().br; mysql_close(); ? The result in browser is: Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7 0: MySQL said
[PHP-DEV] Bug #14158 Updated: why I can not chenge mssql.textsize?
ID: 14158 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MSSQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: You already reported this. Once is enough. Derick Previous Comments: [2001-11-21 06:28:22] [EMAIL PROTECTED] I use php406 and mssql,I chenge mssql.textsize in php.ini, but my website phpinfo.php display mssql.textsize = server default why? is it bug? Edit this bug report at http://bugs.php.net/?id=14158edit=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 #14158 Updated: why I can not change mssql.textsize?
ID: 14158 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: why I can not chenge mssql.textsize? Old Status: Bogus Status: Open Bug Type: MSSQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: I use php406 and mssql,I changed mssql.textsize in php.ini, but my website phpinfo.php display mssql.textsize = server default why? is it bug? Previous Comments: [2001-11-21 06:30:05] [EMAIL PROTECTED] You already reported this. Once is enough. Derick [2001-11-21 06:28:22] [EMAIL PROTECTED] I use php406 and mssql,I chenge mssql.textsize in php.ini, but my website phpinfo.php display mssql.textsize = server default why? is it bug? Edit this bug report at http://bugs.php.net/?id=14158edit=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 #14158 Updated: why I can not chenge mssql.textsize?
ID: 14158 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MSSQL related Operating System: win2000 PHP Version: 4.0.6 Previous Comments: [2001-11-21 06:30:05] [EMAIL PROTECTED] You already reported this. Once is enough. Derick [2001-11-21 06:28:22] [EMAIL PROTECTED] I use php406 and mssql,I chenge mssql.textsize in php.ini, but my website phpinfo.php display mssql.textsize = server default why? is it bug? Edit this bug report at http://bugs.php.net/?id=14158edit=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 #14159: chdir() removes the last slash in parameter
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.6 PHP Bug Type: Directory function related Bug description: chdir() removes the last slash in parameter I call: $str = images/; chdir($str); And chdir() removes the last slash from $str. I expected, as common sence says, that it will left $str unchanged. Anyway, you can look at it in real conditions at http://nepto.sk/test2.php I hope this will help. Not me, but you. -- Edit bug report at: http://bugs.php.net/?id=14159edit=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 #13666 Updated: --enable-sockets fails to compile
ID: 13666 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: linux mips glibc2 cobalt raq PHP Version: 4.0.6 New Comment: Ok, I probably don't have to ask if it works about current CVS or RC. SO_SNDLOWAT and friends are still in ext/socket. Anyway, cany ou grep your system header files if the constants SO_SNDLOWAT , SO_RCVLOWAT , SO_SNDTIMEO and SO_RCVTIMEO are defined somewhere? The 'should' be in /usr/include/asm/socket.h, the linux kernel defines them in include/asm-i386/socket.h:#define SO_SNDLOWAT 19 include/asm-mips/socket.h:#define SO_SNDLOWAT 0x1003 Maybe it's a problem with your header files? If you find anything, please also try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-10-23 17:50:21] [EMAIL PROTECTED] yep : /bin/sh /usr/src/php4-200110231200/libtool --silent --mode=compile gcc -I. -I/usr/src/php4-200110231200/ext/sockets -I/usr/src/php4-200110231200/main -I/usr/src/php4-200110231200 -I/usr/include/apache -I/usr/src/php4-200110231200/Zend -I/usr/src/php4-200110231200/ext/xml/expat -DCOBALT_RAQ_LED -DLINUX=2 -I/usr/src/php4-200110231200/TSRM -g -O2 -prefer-pic -c sockets.c sockets.c: In function `zm_startup_sockets': sockets.c:361: `SO_SNDLOWAT' undeclared (first use this function) sockets.c:361: (Each undeclared identifier is reported only once sockets.c:361: for each function it appears in.) sockets.c:362: `SO_RCVLOWAT' undeclared (first use this function) sockets.c:363: `SO_SNDTIMEO' undeclared (first use this function) sockets.c:364: `SO_RCVTIMEO' undeclared (first use this function) make[3]: *** [sockets.lo] Error 1 make[3]: Leaving directory `/usr/src/php4-200110231200/ext/sockets' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php4-200110231200/ext/sockets' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php4-200110231200/ext' make: *** [all-recursive] Error 1 [2001-10-23 10:57:52] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-10-14 15:18:48] [EMAIL PROTECTED] configed with --with-apxs --enable-sockets Making all in sockets make[2]: Entering directory `/usr/src/php-4.0.6/ext/sockets' make[3]: Entering directory `/usr/src/php-4.0.6/ext/sockets' /bin/sh /usr/src/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/src/php-4.0.6/ext/sockets -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6 -I/usr/include/apache -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/ext/mysql/libmysql -I/usr/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/src/php-4.0.6/TSRM -DCOBALT_RAQ_LED -DLINUX=2 -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c sockets.c sockets.c: In function `php_minit_sockets': sockets.c:233: `SO_SNDLOWAT' undeclared (first use this function) sockets.c:233: (Each undeclared identifier is reported only once sockets.c:233: for each function it appears in.) sockets.c:234: `SO_RCVLOWAT' undeclared (first use this function) sockets.c:235: `SO_SNDTIMEO' undeclared (first use this function) sockets.c:236: `SO_RCVTIMEO' undeclared (first use this function) make[3]: *** [sockets.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.0.6/ext/sockets' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php-4.0.6/ext/sockets' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13666edit=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 #13611 Updated: Fix of #6756 breaks compiling on AIX
ID: 13611 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: AIX 4.3.3 with C compiler 3.x PHP Version: 4.0.6 New Comment: Can you try if this still happens with latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz If so, can you try replacing the line #define _XOPEN_SOURCE_EXTENDED with #ifndef _XOPEN_SOURCE_EXTENDED #define _XOPEN_SOURCE_EXTENDED #endif and see if it works? Feedback. Previous Comments: [2001-10-09 07:27:06] [EMAIL PROTECTED] configure --enable-discard-path --enable-force-cgi-redirect --enable-memory-limit --enable-dbase --enable-ftp --enable-calendar --enable-wddx --enable-socket ; make ext/sockets/sockets.c line 38 causes the system-defined _XOPEN_SOURCE_EXTENDED to be redefined from a numeric value to an empty value. This later breaks compilation because the numeric value will be used in another system header file containing a statement #if _XOPEN_SOURCE_EXTENDED==1 Edit this bug report at http://bugs.php.net/?id=13611edit=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 #13566 Updated: BUG FIX? for ext/sockets
ID: 13566 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Sockets related Operating System: linux kernel 2.4.2 PHP Version: 4.0CVS-2001-10-05 Old Assigned To: Assigned To: mfischer New Comment: I don't promise to fix this myself but assigned it so I don't forget about this ... Assigned to me. Previous Comments: [2001-10-05 14:38:40] [EMAIL PROTECTED] I've been working with the sockets extension for PHP 4.0.8-dev now for the past few days and I've noticed what must be a bug in socket_select(). Basically, socket_select() takes two parameters for timeout values in place of the single timeval struct that the standard select() function takes. With the standard select(), using a NULL instead of a timeout struct causes select() to block indefinitely. The socket_select() function in PHP doesn't have this capability, as calling socket_select() with NULL in both sec and usec end up in the timeval struct both as 0, setting the blocking timeout on the system select() call in turn to 0. A quick fix: if sec and usec are both less than 0, pass NULL to the system select() call instead of a timeval struct with 0s for tv_sec and tv_usec. This will cause the desired effect of having socket_select() block indefinitely, as in system select() function. Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I won't bother posting a patch because this will take all of 3 seconds to do. Here's my suggestion: RETURN_LONG(select(max_fd+1, rfds ? (rfds-set) : NULL, wfds ? (wfds-set) : NULL, xfds ? (xfds-set) : NULL, ((Z_LVAL_PP(arg4) 0 Z_LVAL_PP(arg5) 0) ? NULL : tv))); I was raking my brain trying to figure out why I couldn't do jack with socket_select(), and this seems to fix it. Comments? Is it do-able? J Edit this bug report at http://bugs.php.net/?id=13566edit=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 #13260 Updated: fsockopen when times out is core dumped
ID: 13260 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: FreeBSD 4.3 PHP Version: 4.0CVS-2001-09-12 New Comment: 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. Previous Comments: [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]
[PHP-DEV] PHP 4.1.0 Final RC QA Status
PHP 4.1.0 Final RC QA Status Over the last few days, 12 people have submitted 26 build reports for the latest RC. (Hopefully, I have not missed anyone. :) A full listing of the reports can be viewed at: http://fooassociates.com/phpqa/ --- Overview --- There has been a good deal of testing on various flavours of Linux: SuSE: 8 builds Red Hat: 6 builds Debian: 3 builds Slackware: 1 build Each of these used Apache or CGI FreeBSD has also been built a few times using Apache and CGI Rounding out the other OSs: Mac OS X + Apache Sun OS 5.8 + CGI Win32 + Apache + ISAPI --- Plan? --- While we have had a good amount of testing for Un*x/Apache and Un*x/CGI builds of the RC, we have only had a few tests of other OSs and SAPIs. I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. Any comments? --- Finally --- Thanks to everyone who has taken the time to build the RC and submit a report via the mailing lists and/or the PHP QA Wiki! -- 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 #10830 Updated: Cannot bind() a socket to a specific port in FreeBSD
ID: 10830 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: FreeBSD 4.3-STABLE PHP Version: 4.0.5 New Comment: The socket interface has been rewritten in PHP. Can you try latest RC please http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Unfortunately, there is no documentation yet for the new extension. All socket related functions start with 'socket_*()', so this would be socket_create, socket_bind, etc. Feedback. Previous Comments: [2001-05-12 13:19:32] [EMAIL PROTECTED] Operating in CGI mode, trying the Simple TCP/IP Server script at http://www.php.net/manual/en/html/ref.sockets.html bind($sock,$address,$port) fails with Invalid argument. bind($sock,$address) gives a parameter count error, but manages to bind the socket to the next available port anyway. Reproducable in 12-May snapshot. This may affect other BSD unices also, however it is verified as working properly under Linux. Edit this bug report at http://bugs.php.net/?id=10830edit=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 #10765 Updated: timeout doesn't work
ID: 10765 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Windows 98 PHP Version: 4.0.5 New Comment: Can you try latest RC if the problem still exists http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. Previous Comments: [2001-05-10 13:39:31] [EMAIL PROTECTED] Actually I am making a Webster dictionary Web Interface: $fp = fsockopen($webster_server, $webster_port, $err, $errno, 5); socket_set_timeout($fp, 5); Here 5 seconds timeout in fsockopen() doesn't work. If it cannot connet, it will simply wait until the maximun script execution time (default 30 seconds in php.ini) reached. socket_set_timeout() seems to be not implemented in this version. (PHP 4.0.5, Windows CGI binary release) [2001-05-10 04:44:49] [EMAIL PROTECTED] Add some short script which demonstrates how they don't work. --Jani [2001-05-09 16:43:46] [EMAIL PROTECTED] timeout parameter in fsockopen() doesn't work socket_set_timeout() doesn't work. I am using PHP 4.0.5 (binary release, CGI version) in Windows 98. Edit this bug report at http://bugs.php.net/?id=10765edit=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] PHP 4.1.0 Final RC QA Status
I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. I will add Win32/Apache to my list of tests (if not now, at least for the next RC) but I'm going to need some help and advice from anyone that knows how to do this as I'm a little unsure what the pitfalls are going to be. I have a few questions about this though. First question is. What compiler should I use? 2. Do you want these tests doing on Multiple Win32 platforms? If so, I can probably test Win95, 98, 2000 Pro/Server and XP Pro. 3. Will you want the tests doing from the same build or compiled separately on each machine? That should do it for now :-) Regards Andy. - Original Message - From: Zak Greant [EMAIL PROTECTED] To: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 12:34 PM Subject: [PHP-QA] PHP 4.1.0 Final RC QA Status PHP 4.1.0 Final RC QA Status Over the last few days, 12 people have submitted 26 build reports for the latest RC. (Hopefully, I have not missed anyone. :) A full listing of the reports can be viewed at: http://fooassociates.com/phpqa/ --- Overview --- There has been a good deal of testing on various flavours of Linux: SuSE: 8 builds Red Hat: 6 builds Debian: 3 builds Slackware: 1 build Each of these used Apache or CGI FreeBSD has also been built a few times using Apache and CGI Rounding out the other OSs: Mac OS X + Apache Sun OS 5.8 + CGI Win32 + Apache + ISAPI --- Plan? --- While we have had a good amount of testing for Un*x/Apache and Un*x/CGI builds of the RC, we have only had a few tests of other OSs and SAPIs. I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. Any comments? --- Finally --- Thanks to everyone who has taken the time to build the RC and submit a report via the mailing lists and/or the PHP QA Wiki! -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Quality Assurance 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]
[PHP-DEV] Bug #9229 Updated: Sockets extension does not compile -- possible problem
ID: 9229 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: IRIX 6.5 PHP Version: 4.0.4pl1 New Comment: Can you please try latest RC and see if it still exists http://www.php.net/~zeev/php-4.1.0RC3.tar.gz If not, please include the output of 'make' (and don't break lines please). Feedback. Previous Comments: [2001-02-12 12:30:27] [EMAIL PROTECTED] The sockets extension does not compile under IRIX. This is due to the IRIX sockets library not including msg_flags in the msghdr struct, contained within sockets.h. Edit this bug report at http://bugs.php.net/?id=9229edit=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: [PATCH] optional parameter to mysql_connect() to create truly new link
On Wed, Nov 21, 2001 at 12:16:51PM +0200, Lenar Lõhmus wrote : Markus Fischer wrote: Hi, The attached patch against current CVS adds an optional parameter to mysql_connect() to specify if a truly new link to the database should be established. The patch changes the prototype to: resource mysql_connect ([string hostname [, string username [, string password [, bool new_link ); There is no BC issue. The optional parameter is ignored when using mysql_pconnect(). I think it's not right to ignore this with mysql_pconnect(). In this case the meaning of this flag should be: 'return existing mysql resource (or create new) not yet returned by similar call during this request' Sure. It's just a matter of altering the logic (just a oneliner). The problem, with the current implementation you _can't_ work this around from PHP side. Only with different database users which is, IMHO, not the right solution. PHP traps traps you into this and its not hard to fix and has no BC issues at all. I already received mail that its stupid to add a new param to the Function. and that its better that PHP detects this problem self. I don't see such a problem with an optional parameter. And, I don't think its possible for PHP to do magic and detect itself what to do. I wonder what others think? - 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] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wed, 21 Nov 2001, Andy Woolley wrote: I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. I will add Win32/Apache to my list of tests (if not now, at least for the next RC) but I'm going to need some help and advice from anyone that knows how to do this as I'm a little unsure what the pitfalls are going to be. I have a few questions about this though. First question is. What compiler should I use? 2. Do you want these tests doing on Multiple Win32 platforms? If so, I can probably test Win95, 98, 2000 Pro/Server and XP Pro. 3. Will you want the tests doing from the same build or compiled separately on each machine? I think we should be testing the pre-compiled binaries which will later on become the release for win32 platforms. As we have seen many times before, there have been build-problems in the release which were not caught by tests. Whoever builds it should build also RC builds. --Jani -- 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] PHP 4.1.0 Final RC QA Status
On Wed, 21 Nov 2001, Zak Greant wrote: On November 21, 2001 06:55 am, Jani Taskinen wrote: I think we should be testing the pre-compiled binaries which will later on become the release for win32 platforms. As we have seen many times before, there have been build-problems in the release which were not caught by tests. Whoever builds it should build also RC builds. I don't quite grok the last sentence... so I will interprete it as being what I want to hear. ; ) I think that you just said this: Whoever is responsible for building the distributed Windows binary should also build each of the RCs and distribute them to the QA team for testing. Pardon my english. You interpreted it correctly. :) --Jani -- 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] PHP 4.1.0 Final RC QA Status
Hello I'll be doing a build on Solaris 8 / i386 tonight, and several on Linux. regards, Derick On Wed, 21 Nov 2001, Zak Greant wrote: PHP 4.1.0 Final RC QA Status Over the last few days, 12 people have submitted 26 build reports for the latest RC. (Hopefully, I have not missed anyone. :) A full listing of the reports can be viewed at: http://fooassociates.com/phpqa/ --- Overview --- There has been a good deal of testing on various flavours of Linux: SuSE: 8 builds Red Hat: 6 builds Debian: 3 builds Slackware: 1 build Each of these used Apache or CGI FreeBSD has also been built a few times using Apache and CGI Rounding out the other OSs: Mac OS X + Apache Sun OS 5.8 + CGI Win32 + Apache + ISAPI --- Plan? --- While we have had a good amount of testing for Un*x/Apache and Un*x/CGI builds of the RC, we have only had a few tests of other OSs and SAPIs. I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. Any comments? --- Finally --- Thanks to everyone who has taken the time to build the RC and submit a report via the mailing lists and/or the PHP QA Wiki! -- 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 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
On Tue, 20 Nov 2001, Egon Schmid wrote: From: Christian Stocker [EMAIL PROTECTED] I wrote further on my ImageMagick extension (still a lot missing), but most importantly i wrote some documentation. You can have a look at it at http://php.chregu.tv/imagick/ comments etc. always welcome. Looks good. Please commit it to phpdoc and make your updates there. mmh, as the extension is not in the php-source tree at the moment, it doesn't make sense to check it in into phpdoc. Or am I wrong about that? But as soon as ext/imagick is in the cvs (if...), I will commit my documentation to phpdoc as well. 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]
Re: [PHP-DEV] ext/imagick update
On Wed, 21 Nov 2001, Christian Stocker wrote: On Tue, 20 Nov 2001, Egon Schmid wrote: From: Christian Stocker [EMAIL PROTECTED] I wrote further on my ImageMagick extension (still a lot missing), but most importantly i wrote some documentation. You can have a look at it at http://php.chregu.tv/imagick/ comments etc. always welcome. Looks good. Please commit it to phpdoc and make your updates there. mmh, as the extension is not in the php-source tree at the moment, it doesn't make sense to check it in into phpdoc. Or am I wrong about that? But as soon as ext/imagick is in the cvs (if...), I will commit my documentation to phpdoc as well. Did you request a cvs account already? IMO this would be a fine extension. However, i think it should move to the PEAR repository, as soon as that framework is ready. 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] ext/imagick update
On Wed, 21 Nov 2001 [EMAIL PROTECTED] wrote: On Wed, 21 Nov 2001, Christian Stocker wrote: On Tue, 20 Nov 2001, Egon Schmid wrote: From: Christian Stocker [EMAIL PROTECTED] I wrote further on my ImageMagick extension (still a lot missing), but most importantly i wrote some documentation. You can have a look at it at http://php.chregu.tv/imagick/ comments etc. always welcome. Looks good. Please commit it to phpdoc and make your updates there. mmh, as the extension is not in the php-source tree at the moment, it doesn't make sense to check it in into phpdoc. Or am I wrong about that? But as soon as ext/imagick is in the cvs (if...), I will commit my documentation to phpdoc as well. Did you request a cvs account already? IMO this would be a fine extension. I already have a cvs-account (for pear), i would just need karma for ext/imagick and phpdoc... However, i think it should move to the PEAR repository, as soon as that framework is ready. I thought about that, too. But unfortunately the framework for traditional native php-extension in c is not really there (for packages written in PHP, it's almost ready...). 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]
Re: [PHP-DEV] RE: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wed, 21 Nov 2001, Karl Austin wrote: I'm all for testing windows builds, especially if anyone wants to chuck the Sablatron extension my way as well. The Sablotron extension does not exist anymore. YOu should use the xslt extension now (which has almost the same API). 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 #8170 Updated: fsockopen and fopen with ip address not active
ID: 8170 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Windows NT AND 98 PHP Version: 4.0.3pl1 New Comment: Can you reproduce this with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. Previous Comments: [2000-12-08 10:49:44] [EMAIL PROTECTED] On Windows 32 systems. With Apache Server or IIS $file = fsockopen (10.1.1.121, 80, $errno, $errstr, 3); Where 10.1.1.121 is an generic IP address If the IP address is not active or there is not an service active on the port the script dead with a timeout (not of 3 seconds but of 30 seconds). The same problem if I use this: $file = fopen(http://10.1.1.121;, r); If I use the @ the script dead after 30 seconds, so also the fopen example with remote url that I have read in the php4 manual dead. Edit this bug report at http://bugs.php.net/?id=8170edit=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: [PATCH] optional parameter to mysql_connect() to create truly new link
Hi, I think no magic needed, optional parameter is good enough solution and gives the control to the hands of programmer. Just - there should be this flag for both: mysql_connect() and mysql_pconnect(). And I agree different usernames is not the right thing to suggest. Lenar Markus Fischer wrote: On Wed, Nov 21, 2001 at 12:16:51PM +0200, Lenar Lõhmus wrote : Markus Fischer wrote: Hi, The attached patch against current CVS adds an optional parameter to mysql_connect() to specify if a truly new link to the database should be established. The patch changes the prototype to: resource mysql_connect ([string hostname [, string username [, string password [, bool new_link ); There is no BC issue. The optional parameter is ignored when using mysql_pconnect(). I think it's not right to ignore this with mysql_pconnect(). In this case the meaning of this flag should be: 'return existing mysql resource (or create new) not yet returned by similar call during this request' Sure. It's just a matter of altering the logic (just a oneliner). The problem, with the current implementation you _can't_ work this around from PHP side. Only with different database users which is, IMHO, not the right solution. PHP traps traps you into this and its not hard to fix and has no BC issues at all. I already received mail that its stupid to add a new param to the Function. and that its better that PHP detects this problem self. I don't see such a problem with an optional parameter. And, I don't think its possible for PHP to do magic and detect itself what to do. I wonder what others think? - 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 #14160: associative arrays - cannot use exclamation mark in key!
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Arrays related Bug description: associative arrays - cannot use exclamation mark in key! if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. -- Edit bug report at: http://bugs.php.net/?id=14160edit=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 #14161: segfault after strange code
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: segfault after strange code ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. -- Edit bug report at: http://bugs.php.net/?id=14161edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. Previous Comments: [2001-11-21 10:04:02] [EMAIL PROTECTED] if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14161 Updated: segfault after strange code
ID: 14161 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. Previous Comments: [2001-11-21 10:08:28] [EMAIL PROTECTED] ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. Edit this bug report at http://bugs.php.net/?id=14161edit=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 #14161 Updated: segfault after strange code
ID: 14161 Updated by: mj Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: FYI: I get access denied when accessing http://mail.ardents.hu:701/info.php3. Previous Comments: [2001-11-21 10:10:52] [EMAIL PROTECTED] Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. [2001-11-21 10:08:28] [EMAIL PROTECTED] ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. Edit this bug report at http://bugs.php.net/?id=14161edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. Previous Comments: [2001-11-21 10:08:25] [EMAIL PROTECTED] Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. [2001-11-21 10:04:02] [EMAIL PROTECTED] if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14161 Updated: segfault after strange code
ID: 14161 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Reproducible crash Bug Type: Scripting Engine problem Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: Reproduced with 4.0.6 (crash) and reported memory leak with current CVS: mfischer@debian:~/src/php/bugtest$ php -f 14161.php end../zend_execute.c(1962) : Freeing 0x082FC3E4 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) Last leak repeated 6 times Reclassifying this as a ZE problem. Previous Comments: [2001-11-21 10:12:40] [EMAIL PROTECTED] FYI: I get access denied when accessing http://mail.ardents.hu:701/info.php3. [2001-11-21 10:10:52] [EMAIL PROTECTED] Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. [2001-11-21 10:08:28] [EMAIL PROTECTED] ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. Edit this bug report at http://bugs.php.net/?id=14161edit=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 #14161 Updated: segfault after strange code
ID: 14161 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Scripting Engine problem Bug Type: Reproducible crash Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: It works here, is that dot at the end of php3 really there? The configuration is PHP4.0.6 compiled with: './configure' '--with-oci8' '--with-apache=/coca/install/apache_1.3.22/' '--enable-sigchild' '--enable-track-vars' '--with-mysql' '--with-pgsql=/usr/local/pgsql' Previous Comments: [2001-11-21 10:18:28] [EMAIL PROTECTED] Reproduced with 4.0.6 (crash) and reported memory leak with current CVS: mfischer@debian:~/src/php/bugtest$ php -f 14161.php end../zend_execute.c(1962) : Freeing 0x082FC3E4 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) Last leak repeated 6 times Reclassifying this as a ZE problem. [2001-11-21 10:12:40] [EMAIL PROTECTED] FYI: I get access denied when accessing http://mail.ardents.hu:701/info.php3. [2001-11-21 10:10:52] [EMAIL PROTECTED] Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. [2001-11-21 10:08:28] [EMAIL PROTECTED] ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. Edit this bug report at http://bugs.php.net/?id=14161edit=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] ext/imagick update (fwd)
On Wed, 21 Nov 2001 15:22:12 +0100, derick wrote: Let it do to the list then ... On Wed, 21 Nov 2001, Christian Stocker wrote: On Tue, 20 Nov 2001, Egon Schmid wrote: From: Christian Stocker [EMAIL PROTECTED] I wrote further on my ImageMagick extension (still a lot missing), but most importantly i wrote some documentation. You can have a look at it at http://php.chregu.tv/imagick/ comments etc. always welcome. Looks good. Please commit it to phpdoc and make your updates there. mmh, as the extension is not in the php-source tree at the moment, it doesn't make sense to check it in into phpdoc. Or am I wrong about that? But as soon as ext/imagick is in the cvs (if...), I will commit my documentation to phpdoc as well. Did you request a cvs account already? IMO this would be a fine extension. However, i think it should move to the PEAR repository, as soon as that framework is ready. I see no point in adding this extension to cvs actually, when we have pear, let's add it there, until then, I don't think this belongs in the php documentation or in the php source tree (no offense christian I just don't see a general enough usage for this extension). mmh.I'm fine with pear, if there would be a standard way for deploying traditional extensions. About the general usage of this extension: I see a lot of people using ImageMagick with exec()/system() since it supports a vast number of imageformats and some other features not supported by gd. Nevertheless, i'm certainly not offended, if you don't want it in the main cvs, but I think a lot of people could see a real use in it. 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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-11-21 10:15:34] [EMAIL PROTECTED] $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. [2001-11-21 10:08:25] [EMAIL PROTECTED] Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. [2001-11-21 10:04:02] [EMAIL PROTECTED] if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip Previous Comments: [2001-11-21 10:20:43] [EMAIL PROTECTED] Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-11-21 10:15:34] [EMAIL PROTECTED] $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. [2001-11-21 10:08:25] [EMAIL PROTECTED] Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. [2001-11-21 10:04:02] [EMAIL PROTECTED] if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. Edit this bug report at http://bugs.php.net/?id=14160edit=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] ext/imagick update (fwd)
Christian Stocker wrote: On Wed, 21 Nov 2001 15:22:12 +0100, derick wrote: Let it do to the list then ... On Wed, 21 Nov 2001, Christian Stocker wrote: On Tue, 20 Nov 2001, Egon Schmid wrote: From: Christian Stocker [EMAIL PROTECTED] I wrote further on my ImageMagick extension (still a lot missing), but most importantly i wrote some documentation. You can have a look at it at http://php.chregu.tv/imagick/ comments etc. always welcome. Looks good. Please commit it to phpdoc and make your updates there. mmh, as the extension is not in the php-source tree at the moment, it doesn't make sense to check it in into phpdoc. Or am I wrong about that? But as soon as ext/imagick is in the cvs (if...), I will commit my documentation to phpdoc as well. Did you request a cvs account already? IMO this would be a fine extension. However, i think it should move to the PEAR repository, as soon as that framework is ready. I see no point in adding this extension to cvs actually, when we have pear, let's add it there, until then, I don't think this belongs in the php documentation or in the php source tree (no offense christian I just don't see a general enough usage for this extension). mmh.I'm fine with pear, if there would be a standard way for deploying traditional extensions. About the general usage of this extension: I see a lot of people using ImageMagick with exec()/system() since it supports a vast number of imageformats and some other features not supported by gd. Nevertheless, i'm certainly not offended, if you don't want it in the main cvs, but I think a lot of people could see a real use in it. Really, I've *never* come across a piece of code that used imagemagick. I think it definitely does have a use, don't get me wrong, I'm just doubting that the use is widespread enough to be in PHP's cvs currently... I think perhaps we should in the meantime have a little repository somewhere of extensions (just a list), where imagemagick could be listed. Also, as you said yourself, currently its very basic, so at least we should let it mature a little (btw, I'm just going on what you said here, I haven't looked at the code). -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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) Previous Comments: [2001-11-21 10:22:38] [EMAIL PROTECTED] Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? [2001-11-21 10:22:24] [EMAIL PROTECTED] Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:20:43] [EMAIL PROTECTED] Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-11-21 10:15:34] [EMAIL PROTECTED] $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. [2001-11-21 10:08:25] [EMAIL PROTECTED] Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: jan Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? Previous Comments: [2001-11-21 10:22:24] [EMAIL PROTECTED] Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:20:43] [EMAIL PROTECTED] Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-11-21 10:15:34] [EMAIL PROTECTED] $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. [2001-11-21 10:08:25] [EMAIL PROTECTED] Works for me on 4.0.6 , Linux. Please give the shortest reproduceable script. Feedback. [2001-11-21 10:04:02] [EMAIL PROTECTED] if you have an array where the key is a string like $arrayname[a string here!]. You will not be able to pull the value for that key from the array. Removing the exclamation mark in the key fixes this bug. Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC Previous Comments: [2001-11-21 10:27:59] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:22:38] [EMAIL PROTECTED] Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? [2001-11-21 10:22:24] [EMAIL PROTECTED] Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:20:43] [EMAIL PROTECTED] Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-11-21 10:15:34] [EMAIL PROTECTED] $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; will print nothing, or an error about undefined index, depending on your error settings in php.ini. As I said before, removing the exclamation mark in the key fixes the problem. 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) Previous Comments: [2001-11-21 10:31:09] [EMAIL PROTECTED] Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC [2001-11-21 10:27:59] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:22:38] [EMAIL PROTECTED] Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? [2001-11-21 10:22:24] [EMAIL PROTECTED] Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:20:43] [EMAIL PROTECTED] Works for me: [chroot] mfischer@ficken:~/src/php/bugtest$ php ? $translations=Array(); $translations[Register Now for Free!]=¡Regístrate ya gratis!; echo $translations[Register Now for Free!]; ? X-Powered-By: PHP/4.0.6-dev Content-type: text/html ¡Regístrate ya gratis![chroot] mfischer@ficken:~/src/php/bugtest$ Hmm probably dumb question, are you really running 4.0.6? Can you try latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) Previous Comments: [2001-11-21 10:32:22] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:31:09] [EMAIL PROTECTED] Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC [2001-11-21 10:27:59] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:22:38] [EMAIL PROTECTED] Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? [2001-11-21 10:22:24] [EMAIL PROTECTED] Sorry, of course I meant http://phpuk.org/~james/php-4.1.0RC3-win32.zip 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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] ext/imagick update (fwd)
Really, I've *never* come across a piece of code that used imagemagick. I think it definitely does have a use, don't get me wrong, I'm just doubting that the use is widespread enough to be in PHP's cvs currently... IMHO, imagemagick is a powerfull tools. Some of their functionnalities could be done with the gd ext (at least with a piece of phpcode), but gd is not and will not be a complete images converter/modifier and not optimize to be. I use imagick as a command line (exec) to convert, resize, and so for several years, speeds up the jobs and best result. I think perhaps we should in the meantime have a little repository somewhere of extensions (just a list), where imagemagick could be listed. Also, as you said yourself, currently its very basic, so at least we should let it mature a little (btw, I'm just going on what you said here, I haven't looked at the code). The repository is a great idea :). pa -- 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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Mixep up name, sorry :) You can test RC please http://phpuk.org/~james/php-4.1.0RC3-win32.zip Previous Comments: [2001-11-21 10:32:56] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:32:22] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:31:09] [EMAIL PROTECTED] Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC [2001-11-21 10:27:59] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:22:38] [EMAIL PROTECTED] Can't reproduce this on FreeBSD 4.2-Stable and PHP 4.1.0RC3 as cgi or RC2 as mod_php. maybe a windows thingie ? 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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 #13566 Updated: BUG FIX? for ext/sockets
ID: 13566 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Sockets related Operating System: linux kernel 2.4.2 PHP Version: 4.0CVS-2001-10-05 Old Assigned To: mfischer Assigned To: New Comment: It seems that in the latest 4.1.0RC (and I assume in the 4.2.0dev) this has been fixed. Omitting the last argument and passing NULL for tv_sec provides the expected behaviour, i.e. an indefinite blocking call... J Previous Comments: [2001-11-21 07:15:58] [EMAIL PROTECTED] I don't promise to fix this myself but assigned it so I don't forget about this ... Assigned to me. [2001-10-05 14:38:40] [EMAIL PROTECTED] I've been working with the sockets extension for PHP 4.0.8-dev now for the past few days and I've noticed what must be a bug in socket_select(). Basically, socket_select() takes two parameters for timeout values in place of the single timeval struct that the standard select() function takes. With the standard select(), using a NULL instead of a timeout struct causes select() to block indefinitely. The socket_select() function in PHP doesn't have this capability, as calling socket_select() with NULL in both sec and usec end up in the timeval struct both as 0, setting the blocking timeout on the system select() call in turn to 0. A quick fix: if sec and usec are both less than 0, pass NULL to the system select() call instead of a timeval struct with 0s for tv_sec and tv_usec. This will cause the desired effect of having socket_select() block indefinitely, as in system select() function. Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I won't bother posting a patch because this will take all of 3 seconds to do. Here's my suggestion: RETURN_LONG(select(max_fd+1, rfds ? (rfds-set) : NULL, wfds ? (wfds-set) : NULL, xfds ? (xfds-set) : NULL, ((Z_LVAL_PP(arg4) 0 Z_LVAL_PP(arg5) 0) ? NULL : tv))); I was raking my brain trying to figure out why I couldn't do jack with socket_select(), and this seems to fix it. Comments? Is it do-able? J Edit this bug report at http://bugs.php.net/?id=13566edit=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 #13566 Updated: BUG FIX? for ext/sockets
ID: 13566 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Sockets related Operating System: linux kernel 2.4.2 PHP Version: 4.0CVS-2001-10-05 Old Assigned To: mfischer Assigned To: New Comment: Ok, well done :-) Closing it. Previous Comments: [2001-11-21 10:38:37] [EMAIL PROTECTED] It seems that in the latest 4.1.0RC (and I assume in the 4.2.0dev) this has been fixed. Omitting the last argument and passing NULL for tv_sec provides the expected behaviour, i.e. an indefinite blocking call... J [2001-11-21 07:15:58] [EMAIL PROTECTED] I don't promise to fix this myself but assigned it so I don't forget about this ... Assigned to me. [2001-10-05 14:38:40] [EMAIL PROTECTED] I've been working with the sockets extension for PHP 4.0.8-dev now for the past few days and I've noticed what must be a bug in socket_select(). Basically, socket_select() takes two parameters for timeout values in place of the single timeval struct that the standard select() function takes. With the standard select(), using a NULL instead of a timeout struct causes select() to block indefinitely. The socket_select() function in PHP doesn't have this capability, as calling socket_select() with NULL in both sec and usec end up in the timeval struct both as 0, setting the blocking timeout on the system select() call in turn to 0. A quick fix: if sec and usec are both less than 0, pass NULL to the system select() call instead of a timeval struct with 0s for tv_sec and tv_usec. This will cause the desired effect of having socket_select() block indefinitely, as in system select() function. Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I won't bother posting a patch because this will take all of 3 seconds to do. Here's my suggestion: RETURN_LONG(select(max_fd+1, rfds ? (rfds-set) : NULL, wfds ? (wfds-set) : NULL, xfds ? (xfds-set) : NULL, ((Z_LVAL_PP(arg4) 0 Z_LVAL_PP(arg5) 0) ? NULL : tv))); I was raking my brain trying to figure out why I couldn't do jack with socket_select(), and this seems to fix it. Comments? Is it do-able? J Edit this bug report at http://bugs.php.net/?id=13566edit=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 #9879 Updated: ISAPI Not handleing connections to MySQL correctly
ID: 9879 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Win NT PHP Version: 4.0.4pl1 New Comment: I tried the RC releas, and it seems to work fine. The original code that caused the problem has been modified, but I made a quick page that does a pconnect and does a query. calling that page many times, then checking the process list in mysql shows sane values. So it seems resolved. Thanks very much. Previous Comments: [2001-11-20 19:43:35] [EMAIL PROTECTED] Can you try if the problem still persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2001-03-20 14:28:51] [EMAIL PROTECTED] When running php as an isapi filter, php connects and works properly, but does not reuse persistant connections so that each page view results in many, many open connections to MySQL server, which ulitmately results in errors because of too many connections. We're connecting with code such as this: $db_link = mysql_pconnect (DB_HOST, USERNAME, PASSWORD) or die (Could not connect to database); Where DB_HOST, USERNAME, and PASSWORD are defined as constants. The php version is 4.4pl1, installed with the windows installer, using the php4isapa.dll from the zipfile. Edit this bug report at http://bugs.php.net/?id=9879edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Sorry, I am working to a strict (and rapidly approaching) deadline on this website and cannot afford to be installing new versions of PHP on the server. If the machine was in my office or my personal machine it would be fine but I'm sorry fellas! I have found a workaround for the moment (leaving the exclamation mark out) and I am happy with that for the moment. Previous Comments: [2001-11-21 10:38:12] [EMAIL PROTECTED] Mixep up name, sorry :) You can test RC please http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:32:56] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:32:22] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:31:09] [EMAIL PROTECTED] Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC [2001-11-21 10:27:59] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) 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=14160 Edit this bug report at http://bugs.php.net/?id=14160edit=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 #9879 Updated: ISAPI Not handleing connections to MySQL correctly
ID: 9879 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: Win NT PHP Version: 4.0.4pl1 New Comment: Great, thank you! Closing. Previous Comments: [2001-11-21 10:46:11] [EMAIL PROTECTED] I tried the RC releas, and it seems to work fine. The original code that caused the problem has been modified, but I made a quick page that does a pconnect and does a query. calling that page many times, then checking the process list in mysql shows sane values. So it seems resolved. Thanks very much. [2001-11-20 19:43:35] [EMAIL PROTECTED] Can you try if the problem still persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2001-03-20 14:28:51] [EMAIL PROTECTED] When running php as an isapi filter, php connects and works properly, but does not reuse persistant connections so that each page view results in many, many open connections to MySQL server, which ulitmately results in errors because of too many connections. We're connecting with code such as this: $db_link = mysql_pconnect (DB_HOST, USERNAME, PASSWORD) or die (Could not connect to database); Where DB_HOST, USERNAME, and PASSWORD are defined as constants. The php version is 4.4pl1, installed with the windows installer, using the php4isapa.dll from the zipfile. Edit this bug report at http://bugs.php.net/?id=9879edit=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 #14160 Updated: associative arrays - cannot use exclamation mark in key!
On Wed, Nov 21, 2001 at 03:46:19PM -, [EMAIL PROTECTED] wrote : ID: 14160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Sorry, I am working to a strict (and rapidly approaching) deadline on this website and cannot afford to be installing new versions of PHP on the server. If the machine was in my office or my personal machine it would be fine but I'm sorry fellas! I have found a workaround for the moment (leaving the exclamation mark out) and I am happy with that for the moment. I see. We then leave it in this state for now. Maybe you can do the tests when you have more time left. Thanks for your cooperation. - 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]
Re: [PHP-DEV] ext/imagick update (fwd)
On Wed, 21 Nov 2001 16:27:28 +0100, Sterling Hughes wrote: [snip] I think perhaps we should in the meantime have a little repository somewhere of extensions (just a list), where imagemagick could be listed. Also, as you said yourself, currently its very basic, so at least we should let it mature a little (btw, I'm just going on what you said here, I haven't looked at the code). yes, it's basic, but useable. ImageMagick's functionlist is extensiv, so it will be a lot to do. But the repository is a good idea. Or just hack the pear.php.net site the way, that one can see the php-c-extensions without all the pear-php-packages.. Anyway, I think this whole issue with extensions in PEAR/PECL should be discussed/implemented/whatever. Maybe better on pear-dev... 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]
RE: [PHP-DEV] ext/imagick update (fwd)
Title: RE: [PHP-DEV] ext/imagick update (fwd) Sterling Hughes writes: Really, I've *never* come across a piece of code that used imagemagick. I think it definitely does have a use, don't get me wrong, I'm just doubting that the use is widespread enough to be in PHP's cvs currently... Well it's taken several years but finally you posted something I don't agree with. :) So imagemagick would be less popular than, say, Ovrimos, YAZ(eesh), SESAM, Crédit Mutuel CyberMUT... I could see imagemagick giving gd a real run for its money in the PHP extension popularity contest, particularly after it has matured and had its featureset (hint hint..) enhanced. Perhaps if it were added to the base code the author would be more inclined to enhance/update/maintain it. Just a thought anyways. 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]
[PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
Win32 Builds, Apache, IIS, CGI work, Apache2 doesnt but works in latest CVS (segfaults on requests but thats a minor fix.) All modules Ive built and tested work (that is the major ones). - James - Original Message - From: Zak Greant [EMAIL PROTECTED] To: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 12:34 PM Subject: [PHP-QA] PHP 4.1.0 Final RC QA Status PHP 4.1.0 Final RC QA Status Over the last few days, 12 people have submitted 26 build reports for the latest RC. (Hopefully, I have not missed anyone. :) A full listing of the reports can be viewed at: http://fooassociates.com/phpqa/ --- Overview --- There has been a good deal of testing on various flavours of Linux: SuSE: 8 builds Red Hat: 6 builds Debian: 3 builds Slackware: 1 build Each of these used Apache or CGI FreeBSD has also been built a few times using Apache and CGI Rounding out the other OSs: Mac OS X + Apache Sun OS 5.8 + CGI Win32 + Apache + ISAPI --- Plan? --- While we have had a good amount of testing for Un*x/Apache and Un*x/CGI builds of the RC, we have only had a few tests of other OSs and SAPIs. I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. Any comments? --- Finally --- Thanks to everyone who has taken the time to build the RC and submit a report via the mailing lists and/or the PHP QA Wiki! -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Quality Assurance 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] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On November 21, 2001 06:55 am, Jani Taskinen wrote: I think we should be testing the pre-compiled binaries which will later on become the release for win32 platforms. As we have seen many times before, there have been build-problems in the release which were not caught by tests. Whoever builds it should build also RC builds. I don't quite grok the last sentence... so I will interprete it as being what I want to hear. ; ) I think that you just said this: Whoever is responsible for building the distributed Windows binary should also build each of the RCs and distribute them to the QA team for testing. As I posted when RC3 came out: http://www.phpuk.org/~james/php-4.1.0RC3-win32.zip I also have a nice installshield script that creates a distributable msi installer but its not quite finished yet (havnt done sapi installation or php.ini altering but I will sort that probably not for 4.1.0 but defintatly for 4.2.0, would anyone have a problem if I approached installshield software to get us a license for their developer version. I was looking at it for possible integration with the PEAR installer which Stig is working on I belive).. Ill build a few more extensions tonight and add them to the zip already available I just need to sort out hyperwave, domxml, xslt and a few of the more obsecure extensions then I should be able to build them all. - 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]
Re: [PHP-DEV] RE: [PHP-QA] PHP 4.1.0 Final RC QA Status
I'm all for testing windows builds, especially if anyone wants to chuck the Sablatron extension my way as well. Karl ext/sablatron is no longer existant, you need to port to ext/xslt instead. (Perhaps we should write a wrapper libaray to help people who are using ext/sablatron for now.. anyone willing to do that??) - 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 #14162: wrong init with mcrypt_generic_init crashes php
From: [EMAIL PROTECTED] Operating system: i686-pc-linux-gnu PHP version: 4.0CVS-2001-11-21 PHP Bug Type: Unknown/Other Function Bug description: wrong init with mcrypt_generic_init crashes php Hi, php crashes with libmcrypt (ive test it with 2.4.17) with the follow php script. The problem is the complete wrong initalising with mcrypt_generic_init. The mcrypt_generic_init results -3 and mcrypt_generic crashes. ?php $stream='Hello World!'; $td = @mcrypt_module_open (MCRYPT_ARCFOUR , '', MCRYPT_MODE_STREAM, ''); if ($td!=false){ $result=@mcrypt_generic_init ($td, false, false); if ($result!=-1){ $stream = mcrypt_generic ($td, $stream); mcrypt_generic_deinit ($td); } } echo $stream; ? -- Edit bug report at: http://bugs.php.net/?id=14162edit=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] GDLIB Problem ...
Hi, i played a little with the stupid gd-2.xxx and 1.8.4 so maybe i find a way to fix one of rasmus required bugs. But now i think there is an problem. http://www.bate.de/bug/phpinfo.php There shows me PHP: GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled but: http://webcam.bate.de/webcam.php says: libgd was not built with TrueType font support ?? I removed all Header files from hand an killed all gd* libs. I linkd php direct to the libgd.a in the gd-1.8.4 original compiled sources ?? Any solution`?? --Marco -- 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] GDLIB Problem ...
rasmus required ? Most of the issues are fixed in GD-2.0.2. We just need Boutell to get off their butts and release a new version now. -Rasmus On Wed, 21 Nov 2001, Marco Kaiser wrote: Hi, i played a little with the stupid gd-2.xxx and 1.8.4 so maybe i find a way to fix one of rasmus required bugs. But now i think there is an problem. http://www.bate.de/bug/phpinfo.php There shows me PHP: GD Support enabled GD Version 1.6.2 or higher FreeType Support enabled FreeType Linkage with freetype JPG Support enabled PNG Support enabled WBMP Support enabled but: http://webcam.bate.de/webcam.php says: libgd was not built with TrueType font support ?? I removed all Header files from hand an killed all gd* libs. I linkd php direct to the libgd.a in the gd-1.8.4 original compiled sources ?? Any solution`?? --Marco -- 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: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wednesday 21 November 2001 4:14 pm, James Moore wrote: As I posted when RC3 came out: http://www.phpuk.org/~james/php-4.1.0RC3-win32.zip I also have a nice installshield script that creates a distributable msi installer but its not quite finished yet (havnt done sapi installation or php.ini altering but I will sort that probably not for 4.1.0 but defintatly for 4.2.0, would anyone have a problem if I approached installshield software to get us a license for their developer version. I was looking at it for possible integration with the PEAR installer which Stig is working on I belive).. Ill build a few more extensions tonight and add them to the zip already available I just need to sort out hyperwave, domxml, xslt and a few of the more obsecure extensions then I should be able to build them all. If it's any use to you, I bought a licence for Wise Install Builder solely for the purpose of building the PHP windows installation stuff. I chose the Wise software because it seemed significantly more capable than the InstallShield stuff. Anyway, since it was bought for the job, I'd be more than happy to transfer the licence to you. Needless to say, your existing installshield script won't work, but you could have the Wise script I built. I avoided the MSI stuff when I started the installer because for most users it meant a significant extra download from microsoft before they could use it, but maybe the world has changed since then and more users have the microsoft installation stuff already on their machines. Cheers -- Phil Driscoll -- 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 #14133 Updated: 1
ID: 14133 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Bogus Bug Type: Unknown/Other Function Operating System: windows PHP Version: 4.0.6 Previous Comments: [2001-11-20 00:14:52] [EMAIL PROTECTED] Perfect operation, just characters ignored in the end of the it paginates Edit this bug report at http://bugs.php.net/?id=14133edit=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 #10426 Updated: pfsockopen resource is not client site persistent.
ID: 10426 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux snarff 2.2.16-3smp #1 SMP PHP Version: 4.0.3 New Comment: Can you please try the latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-04-20 14:22:05] [EMAIL PROTECTED] config line: './configure' '--with-apache=/usr/local/apache_1.3.14' '--with-mysql=/usr/local/mysql' '--with-ldap' '--with-imap' '--enable-ftp' '--enable-yp' '--enable-track-vars' any connections that are opened by pfsockopen are not being retained such that subsequent page calls to this script will be able to utilize the open connection (yes, the server is still connected and listening to the connection made) but php will not allow to reuse that connection. error message: Warning: Supplied argument is not a valid File-Handle resource in /home/ralph/ralphschindler-www/projects/client_rs_cpen471.php on line 19 the calling form after the connection is made looks like this: form method=post action=client_rs_cpen471.php input type=hidden name=mysocket value=Resource id #1 input type=hidden name=connect_string value=snarff.net 4115 input type=text name=command input type=submit Is this a bug? there is scarce info on this issue on the web here is the code i was using to test this client app: htmlbodypre ? $connect_string = serversomewhere.net 4115; if (isset($connect_string)) { list($connect_host, $connect_port) = split( , $connect_string); /* Check to see if a connection is already open */ if(!isset($mysocket)) { echo Starting Connection on $connect_host - $connect_portbr\n; $mysocket = pfsockopen($connect_host, $connect_port, $error_no, $error_str, 180); } else { echo Using open connection on $host - $port - $mysocketbr\n; fputs($mysocket,$command); echo fread($mysocket,128); fclose($mysocket); } echo $error_no . \n\n . $error_str; ? form method=post action=client_rs_cpen471.php input type=hidden name=mysocket value=? echo $mysocket; ? input type=hidden name=connect_string value=? echo $connect_string; ? input type=text name=command input type=submit /form Edit this bug report at http://bugs.php.net/?id=10426edit=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 #7723 Updated: pfsockopen doesn't read more than one time
ID: 7723 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Debian/Linux 2.2.17, FreeBSD 4.1 PHP Version: 4.0.3pl1 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: [2000-11-09 09:54:35] [EMAIL PROTECTED] Look at the following code snippet $fh=pfsockopen('localhost', 12345, $err_no, $err_str, 30); fputs($fh, GETTSTUFF\r\n); $stuff=fgets($fh, 256); print strlen($stuff); print $stuff; Now, when I run in for the first time, everything works fine and my perl-server returns the desired value to php. When I hit reload, the connection is reused (it's really the same one, same host/port), and the server receives the request, and responses with a single line, but PHP is no longer able to read from the socket. It returns FALSE. I already tried to flush the socket or set it to non-blocking, neither works. The symptom remains the same: server gets request, replies to it, but PHP doesn't read anything. PHP was compiled as a module, as a cgi version, statically or as dso, with or without socket support, nearly all combinations have been checked out (on Debian and FreeBSD). Edit this bug report at http://bugs.php.net/?id=7723edit=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 #6914 Updated: persistent socket connection failure
ID: 6914 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux 2.2.17 PHP Version: 4.0.2 New Comment: pfsockopen() works for me with latest RC 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: [2000-09-27 22:17:24] [EMAIL PROTECTED] A UNIX socket connection is made using pfsockopen(). On the initial script entry, a message is sent to our server and the reply is correctly received by the script. On subsequent script entries, messages to the server are still sent successfully, but upon attempting to reply a SIGPIPE is received by server, and the php script receives a 0-length reply to its fgets() read. We traced the problem to ext/standard/file.c, in the routine _file_socket_dtor(). In that routine, the macro SOCK_FCLOSE is used, which calls php_sock_close() in fsock.c. This routine correctly handles the persistent socket. However, after that call, _file_socket_dtor() then incorrectly calls the C routine shutdown(), which is what caused the problem. In fact, php_sock_close() already completely takes care of the shutdown() (for the non-persistent case), so in any event the shutdown() call in _file_socket_dtor() is not necessary. Edit this bug report at http://bugs.php.net/?id=6914edit=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 #5480 Updated: set_socket_blocking($fp, False) don't work !
ID: 5480 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Win32 PHP Version: 4.0.0 New Comment: Uh, 4.0.0 .. quite old ;) 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: [2000-08-04 12:13:58] [EMAIL PROTECTED] reclassify [2000-07-09 06:54:14] [EMAIL PROTECTED] $fp = fsockopen(localhost, 8000, $errno, $errstring, 3); if(!$fp) { echo $errstr ($errno)br\n; } else { set_socket_blocking($fp, False); fputs($fp, $message); //while (!feof($fp)) { //$string .= fread($fp, 20); $string .= fgets($fp, 60); //print(MESSAGE FGETS: $messageBR\n); print(MESSAGE : $string\n); //} //fpassthru($fp); print(MESSAGE FINISHED : $string\n); fclose($fp); //print(Message Received : $loginReceivedBR); } Edit this bug report at http://bugs.php.net/?id=5480edit=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 #8775 Updated: pfsockopen - socket_get_status has EOF set.. feof() returns false
ID: 8775 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux PHP Version: 4.0.4pl1 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-01-20 12:09:09] [EMAIL PROTECTED] After further working with this, I have found that even if I keep all of my code within one script and never fclose() I'm still getting disconnected after all the data is read. I'm pretty sure that this is not related to my code. I verified via telnet that the server I'm connecting to does not close the connection. [2001-01-18 01:00:36] [EMAIL PROTECTED] i have found that socket_get_status will say that an EOF has occurred but feof() says otherwise (and the socket isn't disconnected). feof() seems to be working fine. im using pfsockopen() to create the socket. also, im seeing 0 bytes unread until i attempt reading once, then the correct number of bytes remaining are listed. this may be unrelated but once i have read all of the bytes remaining, i get a EOF (detected by feof() and the connection is toast after that point). it could be a bug somewhere in my scripts logic.. but who knows. System Linux 2.0.36 #4 Thu Aug 19 23:54:41 CDT 1999 i586 unknown Build Date Jan 15 2001 Configure Command './configure' '--with-mysql' '--with-apache=../apache_1.3.4' '--enable-track-vars' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib ZEND_DEBUG disabled Thread Safety disabled code snippit: $stat = socket_get_status($socketptr); if ($stat[eof] == 1) { if (!(feof($socketptr))) { print socket_get_status lied?; return true; } else { fclose($socketptr); print REMOTE CLOSED CONNECTIONbr; exit; } } Edit this bug report at http://bugs.php.net/?id=8775edit=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 #10304 Updated: Garbled Data/timeout with UDP-Socket
ID: 10304 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux2.2.12 PHP Version: 4.0.4pl1 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-06-02 21:42:00] [EMAIL PROTECTED] For now, I suggest you use the sockets extensions functions: function foo2($ip,$port) { $sock=socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP); $retval=connect($sock,$ip,$port); write($sock, info\x00, 11); $numread=read($sock,$readdata,1, PHP_BINARY_READ); close $sock; return $readdata; } This works for me just fine. Seems the f-funcs don't work as expected with UDP. --Jani [2001-04-12 11:06:52] [EMAIL PROTECTED] 1) ? function foo($ip,$port) { $fp = fsockopen(udp://.$ip,$port); fwrite($fp,info\x00); $a = fread($fp,5000); fclose($fp); } ? This code is for querying a HalfLife-Server (left out if ($fp) ...). The script works till it tries to read from the socket. PHP reads a part of the string the server should return and hangs till the socket times out. The same method in C, Perl etc works perfectly so I assume there is a problems with PHP and UDP-Sockets. 2) Trying to read multiple lines from a server connected to with an UDP-Socket give garbled Data+Timeout. Again C, Perl work perfectly. (recent version from CVS do not work, too) Edit this bug report at http://bugs.php.net/?id=10304edit=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: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
If it's any use to you, I bought a licence for Wise Install Builder solely for the purpose of building the PHP windows installation stuff. I chose the Wise software because it seemed significantly more capable than the InstallShield stuff. Anyway, since it was bought for the job, I'd be more than happy to transfer the licence to you. Needless to say, your existing installshield script won't work, but you could have the Wise script I built. I avoided the MSI stuff when I started the installer because for most users it meant a significant extra download from microsoft before they could use it, but maybe the world has changed since then and more users have the microsoft installation stuff already on their machines. Well if your happy doing the installer for now thats fine, I was just looking at installshield for a PEAR install system due to the fact it installshield developer 7 looked more extensable to me :) - 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 #13601 Updated: File download with Content-Length specified fails with IE5.5
ID: 13601 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Linux (Red Hat 7) PHP Version: 4.0.6 New Comment: Are you sure there isn't some transparent proxy involved? Previous Comments: [2001-11-20 06:55:25] [EMAIL PROTECTED] As stated in my original submission, EITHER going through a proxy, OR simply dialling up through an ISP, you get the problem. Connecting directly over a LAN, you do not. Please re-open. [2001-11-14 06:41:49] [EMAIL PROTECTED] No feedback. Closing. [2001-10-23 06:23:12] [EMAIL PROTECTED] I would guess this has something to do with proxy being in between..is there one? --Jani [2001-10-22 03:58:23] [EMAIL PROTECTED] Yes. In the script, $size=filesize($file); Where $file is the filename and path. To prove that it's correct, I have printed the value. Also, both NS and IE (when it works, ie. not through a proxy), display the correct file size and bytes remaining, etc. [2001-10-21 01:08:59] [EMAIL PROTECTED] Is the $size correct for the file? 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=13601 Edit this bug report at http://bugs.php.net/?id=13601edit=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 #14145 Updated: configure fails with apache 2.0.28
ID: 14145 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: *Configuration Issues Operating System: linux 2.2.14 PHP Version: 4.0.6 New Comment: Not a bug - bogus. Previous Comments: [2001-11-20 12:56:20] [EMAIL PROTECTED] i now use : --with-apxs2=... and php4-latest.tar.gz that works fine with 2.0.28 [2001-11-20 06:59:34] [EMAIL PROTECTED] Hello from Berlin. I try to build an apache with a static mod_php (on SuSE Linux 6.4 a 2.2.14 kernel) I use this on php : ./configure --with-mysql=/usr/local/mysql --with-config-file-path=/etc --with-apache=../httpd-2_0_28 --enable-track-vars this fails with this Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... no configure: error: Invalid Apache directory - unable to find httpd.h under /home/dantho/httpd-2_0_28 if i use --with-apache2 wich i found i a bug report ./configure make make install works fine (after using --with-apache2). and then under httpd-2_0_28 ./configure --prefix=/usr/local/httpsd --enable-ssl --with-ssl=/usr/local/openssl --enable-suexec --with-suexec-caller=nobody --with-suexec-docroot=/home --enable-module=src/modules/php4/libphp4.a make make install erverything work also fine : BUT there is not mod_php included if i check it with ./httpd -l What goes wrong here - any idea would be great. Edit this bug report at http://bugs.php.net/?id=14145edit=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 #14146 Updated: Compiles fine, but PHP binary and module just exit
ID: 14146 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: AIX PHP Version: 4.0.6 New Comment: What does 'bt full' output? (in GDB) Previous Comments: [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. [2001-11-20 07:11:34] [EMAIL PROTECTED] If AIX includes this feature, can you do something similar to 'strace php' in Linux? Derick [2001-11-20 07:09:55] [EMAIL PROTECTED] Compiling PHP 4.0.6 under AIX with ./configure --prefix=/san/stst/ststivo --enable-cgi Will result in a clean build, but the binary when started, will exit immediately, offering NO info on what happened. The same happens with building as Apache (1.3.22) module, but the httpd binary will exit immediately, without error msg or log msg. uname -a: AIX kameel 2 4 0042F55A4C00 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] Bug #14146 Updated: Compiles fine, but PHP binary and module just exit
ID: 14146 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *General Issues Operating System: AIX PHP Version: 4.0.6 New Comment: And you should also try the PHP 4.1.0RC3 from: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz Previous Comments: [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. [2001-11-20 07:11:34] [EMAIL PROTECTED] If AIX includes this feature, can you do something similar to 'strace php' in Linux? Derick 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] Bug #14147 Updated: symbol uncompress: referenced symbol not found
ID: 14147 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Old Bug Type: Dynamic loading Bug Type: MySQL related Operating System: Solaris 8 sun4u PHP Version: 4.0.6 Previous Comments: [2001-11-20 20:36:21] [EMAIL PROTECTED] Okay, so I just got this, but I don't know what it means yet. # ldd -d /usr/local/apache/libexec/libphp4.so libpam.so.1 = /usr/lib/libpam.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.1 = /usr/lib/libm.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libc.so.1 = /usr/lib/libc.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 symbol not found: uncompress/usr/local/apache/libexec/libphp4.so) symbol not found: compress (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_block_alarms (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_user_name (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_max_requests_per_child (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_server_root (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_user_id(/usr/local/apache/libexec/libphp4.so) symbol not found: ap_group_id (/usr/local/apache/libexec/libphp4.so) symbol not found: top_module(/usr/local/apache/libexec/libphp4.so) [2001-11-20 12:12:48] [EMAIL PROTECTED] You should add --with-zlib, as the MySQL extension requires it. THis is fixed in newer versions, including the upcoming 4.1.0 release. Derick [2001-11-20 10:29:08] [EMAIL PROTECTED] Okay, so I just got this, but I don't know what it means yet. # ldd -d /usr/local/apache/libexec/libphp4.so libpam.so.1 = /usr/lib/libpam.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.1 = /usr/lib/libm.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libc.so.1 = /usr/lib/libc.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 symbol not found: uncompress/usr/local/apache/libexec/libphp4.so) symbol not found: compress (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_block_alarms (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_user_name (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_max_requests_per_child (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_server_root (/usr/local/apache/libexec/libphp4.so) symbol not found: ap_user_id(/usr/local/apache/libexec/libphp4.so) symbol not found: ap_group_id (/usr/local/apache/libexec/libphp4.so) symbol not found: top_module(/usr/local/apache/libexec/libphp4.so) [2001-11-20 08:35:19] [EMAIL PROTECTED] Compiling the latest stable PHP4 and Apache with gcc on a Solaris 8 box goes without a hitch, only to have this fatal error when I try to run it(them): bash-2.03# /usr/local/apache/bin/apachectl configtest Syntax error on line 205 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol uncompress: referenced symbol not found PHP compile flags: ./configure \ --with-imap=../imap-2001a.RELEASE-CANDIDATE.4/ \ --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-libgcc \ Apache compile flags: ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --logfiledir=/var/log \ --enable-module=rewrite \ --enable-module=info \ --enable-module=so \ --enable-shared=max \ --enable-rule=SHARED_CORE \ I tried some of the fixes in similar bug reports to no avail. (SHARED_CORE in Apache,
[PHP-DEV] Bug #14118 Updated: Upload file more than 1 Mb doesn´t work
ID: 14118 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: linux redhat 7.1 PHP Version: 4.0.4pl1 New Comment: Please try with PHP 4.1.0RC3: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz Previous Comments: [2001-11-20 09:16:58] [EMAIL PROTECTED] My php.ini has track_errors = On but the script return the same error The page cannot be displayed. when I try to upload a file higher 2 Mb, I´ve changed all in my script and my php.ini but doesn´t work, please can you help me suggest me another solution. My script printed the post variables, if the file is lower than 2 mb the variables are printed, but if the file is higher 2 mb I get the error The page cannot be displayed, and the variables aren´t printed. Maybe my apache.conf file has a error.Please help me Thanks [2001-11-19 18:43:44] [EMAIL PROTECTED] This script works for me just fine. Note that to be able to see the error message, you need to have this directive enabled in php.ini: track_errors = On Also note that if MAX_FILE_SIZE is used and is set to lower than the values in php.ini it will override them. And the value it sets is in bytes. test.php- ?php print_r($HTTP_POST_FILES); echo $php_errormsg; ? FORM ENCTYPE=multipart/form-data ACTION=test.php METHOD=POST INPUT TYPE=hidden name=MAX_FILE_SIZE value=1024000 INPUT NAME=UploadedFile TYPE=file INPUT TYPE=hidden name=set value=go INPUT TYPE=submit VALUE=Upload /FORM /BODY /HTML test.php- [2001-11-19 13:59:48] [EMAIL PROTECTED] My apache version is: Apache/1.3.14 I use internet explorer 5.5 and netscape 4.75 but the problem persist I erased the line INPUT TYPE=hidden name=MAX_FILE_SIZE value=1024000 but doesn´t work. If you see my script I print the upload variables, if I upload a file lower 2 Mb, the variables are printed, but if I transfer a higher file the variables aren´t printed and not copy the file in server. Thanks [2001-11-19 13:36:57] [EMAIL PROTECTED] Doesn't outright die anymore with today's (11/19) snapshot, but it still doesn't work. Just doesn't POST anything now. My max size 2GB, should be more than enough to cover the 9MB+ file(s) I am using to test. -Chris [2001-11-19 13:21:19] [EMAIL PROTECTED] With an older 4.2.0-dev I can get up to about 6MB. Local File: /tmp/php4Za1Aa Name: ecdc_v502b_up.exe Size: 5855275 Type: application/octet-stream Like derick said please try latest CVS and report back. You can grab it from http://snaps.php.net/. I'll try it myself too. -Chris 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=14118 Edit this bug report at http://bugs.php.net/?id=14118edit=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 #14151 Updated: Installed/Compiled Php4.0.6 with Oracle9i on Linux Red Hat7.2
ID: 14151 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Linux Red Hat 7.2 PHP Version: 4.0.6 New Comment: Check this manual page: http://www.php.net/manual/en/ref.oci8.php And especially the part about linking Apache with libpthread. --Jani Previous Comments: [2001-11-20 12:19:46] [EMAIL PROTECTED] Check your httpd error_log and see if it has things like segmentation fault. If so, read on how to make a backtrace at bugs.php.net/how-to-report.php Add that backtrace to this report. Derick [2001-11-20 11:59:19] [EMAIL PROTECTED] I installed/compiled php4.0.6 with Oracle9i on RedHat 7.2 successfully. Following is the configure command to compile/install php: configure --with-oci8=/MyOracle_Home/ --with-apxs=/My_Apache_Home/bin/apxs After compiling php, libphp4.so, and httpd.conf was generated in their apache directories. Apache1.3.19 (with Dynamic Shared Object) can be started without any problem. Php script: ? phpinfo(); ? shows that oci8 is enabled and current oracle version is 9. However when use php to communicate with Oracle9i server, Netscape browser shows an error says that there is no data in html. If use same php code in another machine with php4.0.6 compiled with oracle8i, It can work with oracle9i server without any problem. Edit this bug report at http://bugs.php.net/?id=14151edit=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 #14156 Updated: No TTF support in this PHP build
ID: 14156 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: Use --enable-gd-native-ttf or --enable-gd-native-tt (yes that's a typo) if the first doesn't work. Previous Comments: [2001-11-21 04:19:24] [EMAIL PROTECTED] libgd-1.8.4 freetype-2.0.3-7 freetype-devel-2.0.3-7 freetype-utils-2.0.3-7 Although in big #9569 you've said that GD extension only works with Freetype 1.x Guys from gd are saying: If you want to use the TrueType font support, you must also install the FreeType 2.x library, including the header files. while configuring, I got this: checking whether to enable truetype string function in gd... no checking for freetype(2)... no my config line: ./configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-shared --with-apxs=/usr/sbin/apxs --with-gd --with-jpeg-dir=/usr --with-png --with-ttf=/usr/lib --with-freetype=/usr/lib --with-zlib --enable-safe-mode --enable-track-vars --enable-ftp --with-mysql=/usr/local/mysql --with-dbase --with-gettext script: ?php $im = imagecreate (400, 30); $black = ImageColorAllocate ($im, 0, 0, 0); $white = ImageColorAllocate ($im, 255, 255, 255); ImageTTFText ($im, 20, 0, 10, 20, $white, /path/arial.ttf, Testing... Omega: #937;); ImagePNG ($im); ? error: Warning: ImageTtfText: No TTF support in this PHP build Edit this bug report at http://bugs.php.net/?id=14156edit=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: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wednesday 21 November 2001 4:50 pm, James Moore wrote: Well if your happy doing the installer for now thats fine I'm happy doing it, but sad that I never seem to find time to make it any better :) It's main drawback at the moment is that it relies on an OCX control which is not present on a small proportion of machines, and that it doesn't attempt to edit httpd.conf for an Apache installation. If we wanted to extend the functionality to include PEAR then unless it is a simple matter of copying the pear stuff to a particular location, I'm not familiar enough with PEAR to do a decent job. I would be happy to hand over the reigns though :) I was just looking at installshield for a PEAR install system due to the fact it installshield developer 7 looked more extensable to me :) Maybe it is now - at the point in time I did the research (maybe 18 months ago) Wise seemed to be ahead of the game. What would be really great would be a free Windows installer, but sadly everything I found in that regard was junk. Cheers -- Phil Driscoll -- 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] PHP 4.1.0 Final RC QA Status
I built it on Linux with Apache 2.0.28. I guess no one merged the HEAD changes in that will make it work with Apache2Filter. Latest HEAD works fine with 2.0.28. Brian. - Original Message - From: Derick Rethans [EMAIL PROTECTED] To: Zak Greant [EMAIL PROTECTED] Cc: PHP Quality Assurance Team Mailing List [EMAIL PROTECTED]; PHP Developers Mailing List [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 8:08 AM Subject: Re: [PHP-DEV] PHP 4.1.0 Final RC QA Status Hello I'll be doing a build on Solaris 8 / i386 tonight, and several on Linux. regards, Derick On Wed, 21 Nov 2001, Zak Greant wrote: PHP 4.1.0 Final RC QA Status Over the last few days, 12 people have submitted 26 build reports for the latest RC. (Hopefully, I have not missed anyone. :) A full listing of the reports can be viewed at: http://fooassociates.com/phpqa/ --- Overview --- There has been a good deal of testing on various flavours of Linux: SuSE: 8 builds Red Hat: 6 builds Debian: 3 builds Slackware: 1 build Each of these used Apache or CGI FreeBSD has also been built a few times using Apache and CGI Rounding out the other OSs: Mac OS X + Apache Sun OS 5.8 + CGI Win32 + Apache + ISAPI --- Plan? --- While we have had a good amount of testing for Un*x/Apache and Un*x/CGI builds of the RC, we have only had a few tests of other OSs and SAPIs. I do not know that we have time this RC to try and find people to build with other SAPIs and OSs. However, I feel that we should try to get a bit more testing on the various Win platforms. Any comments? --- Finally --- Thanks to everyone who has taken the time to build the RC and submit a report via the mailing lists and/or the PHP QA Wiki! -- 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 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]
[PHP-DEV] Bug #14162 Updated: wrong init with mcrypt_generic_init crashes php
ID: 14162 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Unknown/Other Function Operating System: i686-pc-linux-gnu PHP Version: 4.0CVS-2001-11-21 Old Assigned To: Assigned To: derick Edit this bug report at http://bugs.php.net/?id=14162edit=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: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
You might have thought it was junk, but did you look at the one from the Nullsoft guys? http://www.nullsoft.com/free/nsis/ Brian. - Original Message - From: Phil Driscoll [EMAIL PROTECTED] To: James Moore [EMAIL PROTECTED]; Zak Greant [EMAIL PROTECTED]; Jani Taskinen [EMAIL PROTECTED]; Andy Woolley [EMAIL PROTECTED] Cc: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 11:55 AM Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status On Wednesday 21 November 2001 4:50 pm, James Moore wrote: Well if your happy doing the installer for now thats fine I'm happy doing it, but sad that I never seem to find time to make it any better :) It's main drawback at the moment is that it relies on an OCX control which is not present on a small proportion of machines, and that it doesn't attempt to edit httpd.conf for an Apache installation. If we wanted to extend the functionality to include PEAR then unless it is a simple matter of copying the pear stuff to a particular location, I'm not familiar enough with PEAR to do a decent job. I would be happy to hand over the reigns though :) I was just looking at installshield for a PEAR install system due to the fact it installshield developer 7 looked more extensable to me :) Maybe it is now - at the point in time I did the research (maybe 18 months ago) Wise seemed to be ahead of the game. What would be really great would be a free Windows installer, but sadly everything I found in that regard was junk. Cheers -- Phil Driscoll -- 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]
[PHP-DEV] Bug #13883 Updated: compilation module php4 avec apache
ID: 13883 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-10-31 19:38:50] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ --Jani [2001-10-31 05:42:09] [EMAIL PROTECTED] when i compilating apache for it take php_modules. i have this error. Thanks [2001-10-31 05:23:17] [EMAIL PROTECTED] report in english please [2001-10-31 05:09:34] [EMAIL PROTECTED] En compilant Apache pour qu'il prenne en compte le module php, voilà ce que j'obtiens Merci Creating Makefile in src + configured for IBM AIX 4.3 platform + setting C compiler to cc + setting C pre-processor to cc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. cd ..; cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/apache/p hp-4.0.6 -I/apache/php-4.0.6/main -I/apache/php-4.0.6/main -I/apache/php-4.0.6/Zend -I/apache/php-4.0.6/Zend -I/apache/php-4.0.6 /TSRM -I/apache/php-4.0.6/TSRM -I/apache/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread -o h elpers/dummy helpers/dummy.c -R/usr/informix/lib -R/usr/informix/lib/esql -L/usr/informix/lib -L/usr/informix/lib/esql -Lmodu les/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lifos -lifgen -lifsql -lifasf -lifos -lifgen -lifgls -ltli -l/netst ub -lc -lmsaa -lbsd -ldl -lifglx -ldl -lcrypt -lbind -lm -ldl ld: 0706-027 The -R /usr/informix/lib flag is ignored. ld: 0706-027 The -R /usr/informix/lib/esql flag is ignored. ld: 0706-006 Cannot find or open library file: -l /netstub ld:open(): No such file or directory make: The error code from the last command is 255. Stop. Error Output for sanity check = End of Error Report = Aborting! Edit this bug report at http://bugs.php.net/?id=13883edit=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 #13891 Updated: bug in sapi/apache/mod_php4.c
ID: 13891 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Digital Unix 4.0D PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-10-31 19:36:40] [EMAIL PROTECTED] Works fine with latest CVS. Try the snapshot from http://snaps.php.net/ And what is the problem/error you get if this is not changed? What version of Apache do you have? --Jani [2001-10-31 18:07:11] [EMAIL PROTECTED] /* r-connection-ap_auth_type = Basic;*/ r-connection-auth_type =Basic; .../sapi/apache/mod_php4.c line 402 the record reference to 'ap_auth_type' is not a vaild member. should be only 'auth_type'. i changed it. works. cheers christoph Edit this bug report at http://bugs.php.net/?id=13891edit=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 #13572 Updated: fread doesn't read from udp sockets
ID: 13572 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: Windows 2k/Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-10-31 19:34:19] [EMAIL PROTECTED] You didn't try the example script from the manual. Please try it. And what 'similar c program' are you referring to? Are the sources somewhere available to see? --Jani [2001-10-07 09:26:10] [EMAIL PROTECTED] i tried now: $fp=fsockopen(udp://10.0.0.2, $mudport, $errno,$errstr); socket_set_timeout($fp, 3); if($fp) { echo con: okbr; fwrite($fp, $query_string); echo fread($fp, 100); fclose($fp); } result is, that php still does not receive an answer from the request (php4.0.7rc3 compiled as cgi for linux) tcpdump proves, that there was an answer: 15:22:30.654252 10.0.0.1.1062 10.0.0.2.4246: udp 39 15:22:30.661213 10.0.0.2.4246 10.0.0.1.4246: udp 126 [2001-10-06 20:20:45] [EMAIL PROTECTED] Does the example UDP script on the manual page for fsockopen() work for you? It does for me so I doubt this is a bug.. --Jani [2001-10-06 04:31:49] [EMAIL PROTECTED] i used fsockopen(udp://$host, $port ) socket_set_blocking($fp, FALSE) [2001-10-06 04:26:18] [EMAIL PROTECTED] In 4.0.7 a new socket has been introduced. Did you used it? - markus 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=13572 Edit this bug report at http://bugs.php.net/?id=13572edit=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 #13882 Updated: parent class isn`t correctly resolved when child class is included
ID: 13882 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-10-31 19:19:20] [EMAIL PROTECTED] Works fine here with latest CVS. Try the latest dev build from: http://www.php4win.com/ --Jani [2001-10-31 04:28:22] [EMAIL PROTECTED] Code: -- ClassA.php contents -- ?php class A { function Test() { echo A::Test\n; } } ? -- Test.php contents ?php include_once('ClassA.php'); class B extends A { function Test() { parent::Test(); } } B::Test(); ? - Try to execute Test.php - for example, type php.exe -q Test.php - i recieved application error message on this. The problem seems to be in a buggy parent resove algorithm. On such a cases it incorrectly resolves parent - to class itself (it results in infinite recursion) or raises an exception (the memory coudn`t be read). This problem can be solved by using real parent`s class name except parent::, or by doing all such includes on the same level -- if some class is included (by include, require, include_once, require_once), all their child classes must be included before the line where parent is included. Edit this bug report at http://bugs.php.net/?id=13882edit=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 #14163: Apache 2.0.28 Beta Service Crashes when loading PHP module
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Apache2 related Bug description: Apache 2.0.28 Beta Service Crashes when loading PHP module When I add this entry to my httpd.conf: code LoadModule php4_module C:/Program Files/php/sapi/php4apache.dll /code Apache will crash when trying to start the service. If I comment the line out, Apache starts just fine. This configuration works just fine with Apache 1.3.22. -- Edit bug report at: http://bugs.php.net/?id=14163edit=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: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wednesday 21 November 2001 6:14 pm, Brian Moon wrote: You might have thought it was junk, but did you look at the one from the Nullsoft guys? http://www.nullsoft.com/free/nsis/ I didn't find it when I lookd - however, it looks like it's not junk :) -- Phil Driscoll -- 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 #14163 Updated: Apache 2.0.28 Beta Service Crashes when loading PHP module
ID: 14163 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: If you use it with apache 2, you need a special SAPI module. Ask for support on the [EMAIL PROTECTED] mailinglist. Derick Previous Comments: [2001-11-21 13:21:08] [EMAIL PROTECTED] When I add this entry to my httpd.conf: code LoadModule php4_module C:/Program Files/php/sapi/php4apache.dll /code Apache will crash when trying to start the service. If I comment the line out, Apache starts just fine. This configuration works just fine with Apache 1.3.22. Edit this bug report at http://bugs.php.net/?id=14163edit=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 #13940 Updated: mysql_select_db doesn't honor resource_identifier param
ID: 13940 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Bogus Bug Type: MySQL related Operating System: RedHat 7.1 PHP Version: 4.2.0-dev New Comment: No need for two reports about same issue. Previous Comments: [2001-11-20 19:15:49] [EMAIL PROTECTED] Ehh not bogus. Like you said is a dupe. Even though I reported it before 14137. Oh well, -Chris [2001-11-20 18:42:25] [EMAIL PROTECTED] This is basically a dup of #14137, bogusifying this one. [2001-11-05 19:42:17] [EMAIL PROTECTED] I can already hear the lame 'expected behavior, use mysql_select_db() before each query, blah, blah' excuses coming, but... If you are able to set properties per connection resource, one would think that those properties stay with that connection resource and do not get overriden by setting properties for other connection resources. This implementation seems rather misleading. Not sure where to point the finger here, Zend Resource Management??? -Chris yes I am aware I copy+pasted passwords, they are changed , not that you can access that server anyways :) [2001-11-05 19:19:30] [EMAIL PROTECTED] I need multiple connections to the same MySQL server to two different databases and mysql_select_db() is not honoring the resource_identifier, it is using the one of that last connection opened. //script ?php // test mysql_select_db with two active connections $conn1 = mysql_connect(localhost, root ,#rain!); if (!$conn1) { print Could not connect to server one\n; } else { if (!mysql_select_db(st2, $conn1)) print Could not select DB on server one .mysql_error($conn1).\n; } $conn2 = mysql_connect(localhost, root ,#rain!); if (!$conn2) { print Could not connect to server two\n; } else { if (!mysql_select_db(commercesys, $conn2)) print Could not select DB on server two .mysql_error($conn2).\n; } if (!mysql_query(select * from user, $conn1)) { print Could not issue query to conn1 .mysql_error($conn1).\n; } if (!mysql_query(select * from customer, $conn2)) { print Could not issue query to conn2 .mysql_error($conn2).\n; } ? OUTPUT: Could not issue query to conn1 Table 'commercesys.user' doesn't exist If you flip the connect blocks you get: Could not issue query to conn2 Table 'st2.customer' doesn't exist I'll look at the source, but this is not too cool. -Chris Edit this bug report at http://bugs.php.net/?id=13940edit=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] PHP 4.1.0 Final RC QA Status
James: It seems that the php4ts_debug.dll file is missing in your current build. A+ Alain As I posted when RC3 came out: http://www.phpuk.org/~james/php-4.1.0RC3-win32.zip I also have a nice installshield script that creates a distributable msi installer but its not quite finished yet (havnt done sapi installation or php.ini altering but I will sort that probably not for 4.1.0 but defintatly for 4.2.0, would anyone have a problem if I approached installshield software to get us a license for their developer version. I was looking at it for possible integration with the PEAR installer which Stig is working on I belive).. Ill build a few more extensions tonight and add them to the zip already available I just need to sort out hyperwave, domxml, xslt and a few of the more obsecure extensions then I should be able to build them all. - 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 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] PHP 4.1.0 Final RC QA Status
- Original Message - From: Alain Samoun [EMAIL PROTECTED] To: James Moore [EMAIL PROTECTED] Cc: Zak Greant [EMAIL PROTECTED]; Jani Taskinen [EMAIL PROTECTED]; Andy Woolley [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 6:39 PM Subject: Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status James: It seems that the php4ts_debug.dll file is missing in your current build. A+ Alain Its shown as there for me. - 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]
Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status
On Wed, 21 Nov 2001 17:55:33 + Phil Driscoll [EMAIL PROTECTED] wrote: On Wednesday 21 November 2001 4:50 pm, James Moore wrote: Well if your happy doing the installer for now thats fine I'm happy doing it, but sad that I never seem to find time to make it any better :) It's main drawback at the moment is that it relies on an OCX control which is not present on a small proportion of machines, and that it doesn't attempt to edit httpd.conf for an Apache installation. If we wanted to extend the functionality to include PEAR then unless it is a simple matter of copying the pear stuff to a particular location, I'm not familiar enough with PEAR to do a decent job. I would be happy to hand over the reigns though :) Why not try to work with popular bundles like manucorp's easyphp (http://www.easyphp.org), and ask them to include pear and/or includes a RC distribution ? Maybe a way to extand pear usage and got more endusers (bad idea ? ;) ) from endusers about RC. pa -- 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] SAPI/CGI and CG(extended_info)
Why is it that CG(extended_info) is set to 0 after the extensions are loaded when PHP is running as CGI? This is 'bad' when a extension, like APD, relies on CG(extended_info)=1 and CG(extended_info) gets overwritten. -- 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 #14118 Updated: Upload file more than 1 Mb doesn´t work
ID: 14118 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Unknown/Other Function Operating System: linux redhat 7.1 PHP Version: 4.0.4pl1 New Comment: Thanks I resolved my problem, the reason was that the squid configuration limit the request size, I changed this value and I can upload file more higher than 2 Mb . Thanks for all, I´m sorry Mauricio Previous Comments: [2001-11-21 12:42:44] [EMAIL PROTECTED] Please try with PHP 4.1.0RC3: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz [2001-11-20 09:16:58] [EMAIL PROTECTED] My php.ini has track_errors = On but the script return the same error The page cannot be displayed. when I try to upload a file higher 2 Mb, I´ve changed all in my script and my php.ini but doesn´t work, please can you help me suggest me another solution. My script printed the post variables, if the file is lower than 2 mb the variables are printed, but if the file is higher 2 mb I get the error The page cannot be displayed, and the variables aren´t printed. Maybe my apache.conf file has a error.Please help me Thanks [2001-11-19 18:43:44] [EMAIL PROTECTED] This script works for me just fine. Note that to be able to see the error message, you need to have this directive enabled in php.ini: track_errors = On Also note that if MAX_FILE_SIZE is used and is set to lower than the values in php.ini it will override them. And the value it sets is in bytes. test.php- ?php print_r($HTTP_POST_FILES); echo $php_errormsg; ? FORM ENCTYPE=multipart/form-data ACTION=test.php METHOD=POST INPUT TYPE=hidden name=MAX_FILE_SIZE value=1024000 INPUT NAME=UploadedFile TYPE=file INPUT TYPE=hidden name=set value=go INPUT TYPE=submit VALUE=Upload /FORM /BODY /HTML test.php- [2001-11-19 13:59:48] [EMAIL PROTECTED] My apache version is: Apache/1.3.14 I use internet explorer 5.5 and netscape 4.75 but the problem persist I erased the line INPUT TYPE=hidden name=MAX_FILE_SIZE value=1024000 but doesn´t work. If you see my script I print the upload variables, if I upload a file lower 2 Mb, the variables are printed, but if I transfer a higher file the variables aren´t printed and not copy the file in server. Thanks [2001-11-19 13:36:57] [EMAIL PROTECTED] Doesn't outright die anymore with today's (11/19) snapshot, but it still doesn't work. Just doesn't POST anything now. My max size 2GB, should be more than enough to cover the 9MB+ file(s) I am using to test. -Chris 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=14118 Edit this bug report at http://bugs.php.net/?id=14118edit=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] PHP 4.1.0 Final RC QA Status
Checked it again: Nope, you must have it in your system from a previous build or you called it another name... A+ Alain On Wed, Nov 21, 2001 at 06:46:20PM -, James Moore wrote: - Original Message - From: Alain Samoun [EMAIL PROTECTED] To: James Moore [EMAIL PROTECTED] Cc: Zak Greant [EMAIL PROTECTED]; Jani Taskinen [EMAIL PROTECTED]; Andy Woolley [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 6:39 PM Subject: Re: [PHP-DEV] Re: [PHP-QA] PHP 4.1.0 Final RC QA Status James: It seems that the php4ts_debug.dll file is missing in your current build. A+ Alain Its shown as there for me. - 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]