#25961 [NEW]: sem_get with fixed IDC_CREAT flag
From: daredevil at rozmova dot if dot ua Operating system: FreeBSD, cygwin PHP version: 4.3.3 PHP Bug Type: Semaphore related Bug description: sem_get with fixed IDC_CREAT flag Description: in the sem_get function, according to the source code, semaphore *always* getting with IPC_CREATE flag. That is unnecessary in situations, when I wanna get an existing semaphore, not to create a new one. Also in the Documentation You should mention, that a PHP semaphore is really THREE of them! Because when writing an client-server app (php as a client platform ang C/C++ as a server platform), and a semaphore is created in C++ as semget(key, 1(!), IPC_CREATE | 0666) - I need onle one! When trying to reach it in php sem_get(key) php handles an "ivalid argument exception" because php wanna re-create the semaphore set from 1 to 3. -- Edit bug report at http://bugs.php.net/?id=25961&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25961&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25961&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25961&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25961&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25961&r=support Expected behavior: http://bugs.php.net/fix.php?id=25961&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25961&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25961&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25961&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25961&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25961&r=float
#25932 [Bgs]: s (PCRE_DOTALL) modifier makes Apache2 crash
ID: 25932 User updated by: dcahh at gmx dot de Reported By: dcahh at gmx dot de Status: Bogus Bug Type: PCRE related Operating System: W2K Prof PHP Version: 4.3.4RC2 New Comment: ok, tks Previous Comments: [2003-10-22 21:12:22] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This code does infact cause a crash (not limited to Win32). However, the crash is the result of a bug in the PCRE library, please report it to the authors of said library. This is not a PHP bug. [2003-10-22 02:58:38] dcahh at gmx dot de http://www.lco.lineas.de/xmlCms.dtd";> Partner der LCO de Partner der LINEAS Consulting GmbH LINEAS Consulting GmbH Hamburg Partnerfirmen 30 days index,follow ja 3 Partner LCO LINEAS Consulting 15.10.2003 Die Partnerfirmen der LINEAS Consulting GmbH http://www.ca.com/"; zielfenster="_blank"> http://www.ey.com/"; zielfenster="_blank"> http://www.cisco.de/"; zielfenster="_blank"> http://www.atelion.de/"; zielfenster="_blank"> http://www.line-information.de/"; zielfenster="_blank"> http://www.incognis.de/"; zielfenster="_blank"> http://www.addcraft.com/"; zielfenster="_blank"> http://www.comendo.com/"; zielfenster="_blank"> [2003-10-21 10:54:15] [EMAIL PROTECTED] What is the XML file used? [2003-10-21 06:15:42] dcahh at gmx dot de Description: I tried to parse a .xml-file using the regular expression as below. Using the s modifier reproduces a crash, leaving it away the crash does not appear. System message: The exception "unkown software expection" (0xc0fd) occured in the program at 0x00c3912d. OK / Cancel (translated from German error message) Reproduce code: --- preg_match_all('~<(\w+)/?>(.)*~sm', $this->sFile, $aTags); // havin s modifier reproduces the crash, leaving it away = no crash Expected result: Regular Expression matches -- Edit this bug report at http://bugs.php.net/?id=25932&edit=1
#25952 [Fbk->Opn]: Parse error on line 1 - have to remove zend/*.parser.c
ID: 25952 User updated by: tim at digicol dot de Reported By: tim at digicol dot de -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE Linux 8.2 PHP Version: 4.3.4RC2 New Comment: "bison (GNU Bison) 1.75" - it's the standard bison delivered with SuSE Linux 8.2. Previous Comments: [2003-10-22 12:18:49] [EMAIL PROTECTED] Which version of bison are you using? [2003-10-22 09:43:47] tim at digicol dot de Description: PHP 4.3.4RC2 seems to compiles fine, but every PHP script we call results in a "parse error on line 1". Thies Arntzen told us to remove zend/*.parser.c, zend/*.parser.h, zend/*.scanner.c and then run make again - this works fine for us. But we were hoping that this issue be resolved in 4.3.4. We had the same problem with PHP 4.3.3 on SuSE Linux as well, and also on an HP-UX server. Here's the configure line: === ../php-4.3.4RC2/configure \ --with-config-file-path=/usr/local/php/conf \ --enable-track-vars \ --disable-magic-quotes \ --enable-xml \ --enable-sysvsem \ --enable-sysvshm \ --with-apxs=/usr/local/apache/bin/apxs \ --disable-debug \ --enable-ftp \ --enable-wddx \ --enable-sigchild \ --enable-inline-optimization \ --disable-pear \ --enable-exif \ --with-pgsql=/usr/local/pgsql \ --prefix=/usr/local/php \ --without-mysql \ --with-oci8=/dot/oracle/product/9.2.0 \ --with-db3=/usr/local/db3 \ --with-zlib \ --with-dom \ --with-mhash=/usr/local/mhash \ --enable-mbstring=UTF-8 \ --enable-mbstr-enc-trans \ --enable-mbregex \ --disable-pic === Reproduce code: --- Any PHP script. Actual result: -- No output. error_log says: PHP Parse error: parse error, unexpected T_STRING in on line 1 -- Edit this bug report at http://bugs.php.net/?id=25952&edit=1
#25943 [Bgs]: String comparison with "if"
ID: 25943 User updated by: wolfgang dot wuensch at ww-informatik dot de Reported By: wolfgang dot wuensch at ww-informatik dot de Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 4.3.2 New Comment: Ok, I understand. Is it possible to check, if the "double" could be to big? I don't want to use strcmp() every time, because of performance-problems. I don't know anything about the possibile values of my "strings". Would be fine, if the "if-Statement" works independent from my level of skill concerning datatypes. Previous Comments: [2003-10-22 01:21:12] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php php -r \' $a = \"0205100104040203001\"; $b = \"0205100104040203002\"; var_dump($a == $b);\' == true php -r \' $a = \"0205100104040203001\"; $b = \"0205100104040203002\"; var_dump($a === $b);\' == false. php will cast strings to numbers and compare them.. - depending on your system. the number may be too big to store in an double.. - use bcmath or === or strcmp... [2003-10-22 01:07:24] wolfgang dot wuensch at ww-informatik dot de Description: I compare two strings, who are different from each other. The if-Statement gives me a "true". I want a "false". Reproduce code: --- $val1="020510010404020301"; $val2="020510010404020302"; if( $val1 == $val2 ) { echo $val1; echo ""; echo $val2; echo ""; echo "is not good"; } else { echo "yeah"; } Expected result: go into the "else" Actual result: -- go into the "if" Note: var_dump() used with $var1 and $var2 gives me string(18) strcmp() works fine. -- Edit this bug report at http://bugs.php.net/?id=25943&edit=1
#25932 [Opn->Bgs]: s (PCRE_DOTALL) modifier makes Apache2 crash
ID: 25932 Updated by: [EMAIL PROTECTED] Reported By: dcahh at gmx dot de -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: W2K Prof PHP Version: 4.3.4RC2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This code does infact cause a crash (not limited to Win32). However, the crash is the result of a bug in the PCRE library, please report it to the authors of said library. This is not a PHP bug. Previous Comments: [2003-10-22 02:58:38] dcahh at gmx dot de http://www.lco.lineas.de/xmlCms.dtd";> Partner der LCO de Partner der LINEAS Consulting GmbH LINEAS Consulting GmbH Hamburg Partnerfirmen 30 days index,follow ja 3 Partner LCO LINEAS Consulting 15.10.2003 Die Partnerfirmen der LINEAS Consulting GmbH http://www.ca.com/"; zielfenster="_blank"> http://www.ey.com/"; zielfenster="_blank"> http://www.cisco.de/"; zielfenster="_blank"> http://www.atelion.de/"; zielfenster="_blank"> http://www.line-information.de/"; zielfenster="_blank"> http://www.incognis.de/"; zielfenster="_blank"> http://www.addcraft.com/"; zielfenster="_blank"> http://www.comendo.com/"; zielfenster="_blank"> [2003-10-21 10:54:15] [EMAIL PROTECTED] What is the XML file used? [2003-10-21 06:15:42] dcahh at gmx dot de Description: I tried to parse a .xml-file using the regular expression as below. Using the s modifier reproduces a crash, leaving it away the crash does not appear. System message: The exception "unkown software expection" (0xc0fd) occured in the program at 0x00c3912d. OK / Cancel (translated from German error message) Reproduce code: --- preg_match_all('~<(\w+)/?>(.)*~sm', $this->sFile, $aTags); // havin s modifier reproduces the crash, leaving it away = no crash Expected result: Regular Expression matches -- Edit this bug report at http://bugs.php.net/?id=25932&edit=1
#25948 [Opn->Bgs]: XSLT_SABOPT_DISABLE_ADDING_META - if false generates invalid XML
ID: 25948 Updated by: [EMAIL PROTECTED] Reported By: phpdocs at pointbeing dot net -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Red Hat Linux release 7.3 (Valha PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. PHP only sets options, the actual addition is performed by the Sablotron library. Hence the bug is in it, not PHP. Previous Comments: [2003-10-22 12:47:14] phpdocs at pointbeing dot net I should add that this occurs when the constant is set to 'false'. [2003-10-22 06:10:41] phpdocs at pointbeing dot net Description: The XSLT_SABOPT_DISABLE_ADDING_META constant, set during compilation, automatically adds: to the output when it detects that the output is likely to be HTML. Problem is not the fact that it adds it - but that this line isn't actually valid XML - thus breaking the validity of any output! Reproduce code: --- Occurs whenever xslt_process() is used to generate HTML output. Examples - XSL File: http://www.pointbeing.net/wap2html/source.php?file=01.xsl XML Source: http://www.pointbeing.net/wap2html/tv01.wml Expected result: I would like to see valid XML generated, for example: Actual result: -- This is output automatically: This apparently cannot be disabled at runtime. -- Edit this bug report at http://bugs.php.net/?id=25948&edit=1
#25959 [Opn->Ver]: dbase_get_record() crashes php.exe on some files
ID: 25959 Updated by: [EMAIL PROTECTED] Reported By: webmaster at pulsarbremen dot de -Status: Open +Status: Verified Bug Type: dBase related -Operating System: Win2K SP4 +Operating System: All PHP Version: 4.3.3 Previous Comments: [2003-10-22 18:35:20] webmaster at pulsarbremen dot de Description: Experiencing the following problem: Using dbase_get_record() or dbase_get_record_with_names() on some files makes php.exe crash. Running php-4.3.3-Win32. You can find the DBF-file at http://www.pulsarbremen.de/DRSMain.DBF These files are generated by a radio automation software (tried to generate a new one: same result), I have no influence on the structure of the files but need to read them. Thanks for any help! Reproduce code: --- $db_path = "DRSMain.DBF"; $dbh = dbase_open($db_path,0); $rowcount = dbase_numrecords ($dbh); for ($i=1; $i <= $rowcount; $i++) { $row = dbase_get_record_with_names($dbh,$i); echo $row[ARTIST]; } Expected result: Script should write contents of the ARTIST-field in every database row. Actual result: -- php.exe crashes (no output), apache shows error 500 (internal server error) -- Edit this bug report at http://bugs.php.net/?id=25959&edit=1
#25945 [Asn->Opn]: APACHE_INCLUDE is pre-expanded in Makefile
ID: 25945 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Assigned +Status: Open -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Linux (RH AS 2.1) PHP Version: 4.3.3 Assigned To: sniper Previous Comments: [2003-10-22 05:30:28] cjbj at hotmail dot com Description: I'm having some problems with a recalcitrant apxs program. It returns a bogus path for the Apache headers. The Makefile therefore is wrong and sapi_apache.c fails to compile. The APACHE_INCLUDE variable in the Makefile is not used anywhere so changing it has no effect. My configure line is: --with-oci8=$ORACLE_HOME --with-apxs=$ORACLE_HOME/Apache/Apache/bin/apxs --enable-sigchild The resulting Makefile is: ... APACHE_INCLUDE = -I/include ... sapi/apache/sapi_apache.lo: /home/cjbj/php-4.3.3/sapi/apache/sapi_apache.c $(LIBTOOL) --mode=compile $(CC) ... -I/include ... ... The problem I'm reporting is the compile line. It has already expanded the Apache path, so any change to APACHE_INCLUDE is never used. It would make working around this and similar problems easier if the compile line was: $(LIBTOOL) --mode=compile $(CC) ... -I$(APACHE_INCLUDE) ... If this is not possible, then maybe the "APACHE_INCLUDE = -I/include" line could be removed altogether from the Makefile. -- Edit this bug report at http://bugs.php.net/?id=25945&edit=1
#17471 [Com]: Problem with Novell Netware map drive
ID: 17471 Comment by: ray dot eifler at wise dot com Reported By: alex at consultant dot ru Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows 2000 Prof PHP Version: 4.2.1 New Comment: I am using the 4.3.3 version of php under IIS 5. I am trying to write to a mapped netware drive. All local fopens work, but when trying to write to netware, I get Warning: fopen(J:\VA\vmInsert.dat): failed to open stream: No such file or directory in c:\inetpub\wwwroot\testio.php on line 4 here is the script Previous Comments: [2002-10-25 01:00:11] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-09 11:28:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-06-24 05:21:38] Mariusz dot Buk at acx dot com dot pl Unfortunatelly, the solution you gave didn't help. I've tried to REMOVE and INSTALL (not reinstall) the Apache2 again. One thing I've changed. Apache works now in Console instead of running as a service. Everything works fine in this configuration. Please let me know if there will be possibility to run Apache as a service (as it sould be). The problem is NOT SOLVED. [2002-06-21 12:24:48] cg at gordimer dot net it works under win98 because there the webserver doesn't run as a service (under the system account) but as executable (under the user account) Christoph [2002-06-21 12:23:09] cg at gordimer dot net You must use a network user with access rights to the novell mapping (run Apache IIS with that user) Then it should work - at least it does in my case. Christoph 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/17471 -- Edit this bug report at http://bugs.php.net/?id=17471&edit=1
#25955 [Opn]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff
ID: 25955 Updated by: [EMAIL PROTECTED] Reported By: andreas at fink dot org Status: Open Bug Type: Compile Failure Operating System: MacOS 10.3 (7B85) PHP Version: 4.3.3, 5-200310221730 New Comment: Yep, that was the fix they were going to add to the configure script. Previous Comments: [2003-10-22 15:33:09] andreas at fink dot org apparently, the trick which is needed is to put #define BIND_8_COMPAT 1 in ext/standard/dns.c This will call the bind8 code instead of the non existing bind9 code. Now compilation seems to work but I get ld: /usr/lib/libjpeg.a(jcapimin.o) has local relocation entries in non-writable section (__TEXT,__symbol_stub1) but this is probably not a problem of PHP but of libjpeg I just compiled in. [2003-10-22 15:21:21] andreas at fink dot org with version php5-200310221730 I got the same: cc -Iext/standard/ -I/development/php5-200310221730/ext/standard/ -DPHP_ATOM_INC -I/development/php5-200310221730/include -I/development/php5-200310221730/main -I/development/php5-200310221730 -I/development/php5-200310221730/Zend -I/usr/include/libxml2 -I/usr/include/mysql -no-cpp-precomp -I/development/php5-200310221730/TSRM -g -O2 -c /development/php5-200310221730/ext/standard/dns.c -o ext/standard/dns.o && echo > ext/standard/dns.lo /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_check_record': /development/php5-200310221730/ext/standard/dns.c:226: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:226: error: (Each undeclared identifier is reported only once /development/php5-200310221730/ext/standard/dns.c:226: error: for each function it appears in.) /development/php5-200310221730/ext/standard/dns.c:237: error: `T_A' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:238: error: `T_NS' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:240: error: `T_PTR' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:241: error: `T_ANY' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:242: error: `T_SOA' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:243: error: `T_CNAME' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:263: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_get_mx': /development/php5-200310221730/ext/standard/dns.c:716: error: `HEADER' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:716: error: `hp' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:752: error: parse error before ')' token /development/php5-200310221730/ext/standard/dns.c:753: error: `HFIXEDSZ' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:755: error: `QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 patmusic:/development/php5-200310221730 root# and if I include "nameser8_compat.h" in dns.c linking fails too: ld: Undefined symbols: _res_9_dn_expand _res_9_dn_skipname _res_9_search make: *** [libs/libphp5.bundle] Error 1 [2003-10-22 13:13:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip funny, I think we just had this discusson on the mailing lists. I believe marko or chregu have submitted a patch to correct this. Try a cvs version. Although I hope they also backported their fix to the 4.3 tree as well [2003-10-22 13:02:01] andreas at fink dot org Description: I'm trying to compile php-4.3.3 the same way I did on many machines before without any problem. This time this is a brand new Apple G5 with MacOS 10.3 (Panther). In comparison to all the other Mac's I've compiled before, this is the first one which has 10.3 installed fresh and was not upgraded from 10.2.8 This problem doesnt seem to occur on a G5 which was installed with 10.2.8 and then upgraded to 10.3 for some freaky reason. The 10.3 install runs Xcode and gcc-3.3 compiler Reproduce code: --- ./configure --prefix=/usr --with-mysql=/usr --enable-track-vars --with-sockets --ena
#25922 [Ver->Csd]: In error handler, modifying 5th arg (errcontext) may result in seg fault
ID: 25922 Updated by: [EMAIL PROTECTED] Reported By: jeroen at derks dot it -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.4.20 Debian 3.0 PHP Version: 4-STABLE-CVS-20031021 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-21 06:16:08] [EMAIL PROTECTED] With PHP 4.3.4RC3-dev: [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(152) : Block 0x08508470 status: Beginning: Overrun (magic=0x084E8D58, expected=0x7312F8DC) End: Unknown --- [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(159) : Block 0x08509568 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: Overrun (magic=0x084E8D58, expected=0x7312F8DC) End: Unknown --- [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(159) : Block 0x085095A0 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: Overrun (magic=0x085095D0, expected=0x7312F8DC) End: Unknown --- [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(165) : Block 0x085095D8 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: Overrun (magic=0x08509608, expected=0x7312F8DC) End: Unknown --- [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(159) : Block 0x08509610 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: Overrun (magic=0x08509640, expected=0x7312F8DC) End: Unknown --- [Tue Oct 21 13:11:19 2003] Script: 't.php' --- zend_opcode.c(165) : Block 0x08509648 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: Overrun (magic=0x08509678, expected=0x7312F8DC) End: Unknown ...and so on. GDB backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 14715)] 0x08259de8 in _efree (ptr=0x85096b4, __zend_filename=0x8361d00 "zend_opcode.c", __zend_lineno=169, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x08259de8 in _efree (ptr=0x85096b4, __zend_filename=0x8361d00 "zend_opcode.c", __zend_lineno=169, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:259 #1 0x08265895 in destroy_op_array (op_array=0x8508af8) at zend_opcode.c:169 #2 0x0826566b in destroy_zend_function (function=0x8508af8) at zend_opcode.c:100 #3 0x08272fa7 in zend_hash_destroy (ht=0x8415848) at zend_hash.c:553 #4 0x0826cb30 in zend_shutdown () at zend.c:559 #5 0x082358bf in php_module_shutdown () at main.c:1284 #6 0x08290fb0 in main (argc=2, argv=0xbc84) at php_cli.c:876 Note: Works fine with PHP 5. [2003-10-20 14:11:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-10-20 07:54:21] jeroen at derks dot it Description: Modifying 5th parameter of error handler will make PHP crash when leaving the error handler. NB: This seems to happen only when the error was generated in a function (possibly also in a member function). Please see the code. NB2: When changing function test()'s parameter name into $args, PHP exitted normally. Reproduce code: --- function my_error_handler( $error, $errmsg = '', $errfile = '', $errline = 0, $errcontext = '' ) { $errcontext = ''; } set_error_handler( 'my_error_handler' ); function test( $headers = '' ) { echo "Undefined index here: '{$data['HTTP_HEADER']}'\n";
#25917 [Opn->Fbk]: odbc_error() sometimes returns a bad string
ID: 25917 Updated by: [EMAIL PROTECTED] Reported By: thorsten at rinne dot info -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Windows2000 PHP Version: 4CVS, 5CVS New Comment: can you please turn on the logging option in your client, and post the relavent portions to this bug? Under windows it's in the ODBC Administrator. Previous Comments: [2003-10-22 08:32:47] thorsten at rinne dot info This bug can also reproduced with PHP 4.3.4RC1 and 4.3.4RC2. This happens with INSERTS, UPDATEs and DELETEs, too. [2003-10-20 03:49:22] thorsten at rinne dot info Description: We use IBM DB2 databases on our Windows2000 systems. The bug occured then writing a database class. The odbc_error() function returns sometimes bad strings with special characters. If a real error occurs, the function returns the correct six-digit ODBC state. After that, the error code will not be removed from memory and the error code will be returned on every query although it is correct. Note: var_dump(odbc_error()) returns sometimes bad strings with special characters, sometimes nothing. Reproduce code: --- function myquery($query) { $result = odbc_exec($conn, $query); if (odbc_error($conn)) { print "SQLQuery: ".$query; print "ErrorNum: ".odbc_error($conn)); print "ErrorMsg: ".odbc_errormsg($conn)); } return $result; } Expected result: The expected result should be empty when no error occured and the six-digit ODBC state when an error occured. After every correct new query, the result should be empty. Actual result: -- Here are some results, the queries are correct: SQLQuery: SELECT * FROM SYSTEM ErrorNum: 8¸ÌP· ErrorMsg: Ìx¹Ì or SQLQuery: SELECT * FROM SYSTEM2 ErrorNum: àWPW ErrorMsg: or SQLQuery: SELECT * FROM SYSTEM ErrorNum: ErrorMsg: -- Edit this bug report at http://bugs.php.net/?id=25917&edit=1
#25118 [Opn->Ver]: can't store data in blob fields
ID: 25118 Updated by: [EMAIL PROTECTED] Reported By: php at jschreiber dot com -Status: Open +Status: Verified Bug Type: ODBC related Operating System: GNU/Linux (Gentoo) PHP Version: 4.3.2 New Comment: Marking this as a verified bug, in the sense that I know it exists. BLOB support in the ODBC system as it stands is relativly, umm, not useful. I haven't a good solution to this right now though. Previous Comments: [2003-09-08 19:09:47] php at jschreiber dot com I looked at my last trace one more time and saw that SQLBindParameter( hStmt=1:1, iPar=1, fParamType=SQL_PARAM_INPUT, fCType=SQL_C_CHAR, fSQLType=SQL_BLOB, cbColDef=1048576, ibScale=0, rgbValue=&000a, cbValueM ax=0, pcbValue=&0820563c ) ---> Time elapsed - +6.81E-004 seconds is being called with fCType=SQL_C_CHAR instead of SQL_BINARY. So I applied a part of Clara Lius patch to the code and changed the line containg SQL_LEN_DATA_AT_EXEC as described in my last comment. Now my "blobtest" script runs fine!! But the problem seems not to be totally solved - the odbc-test that comes with php seems to "hang" on some statements--sometimes it works, sometimes not... Anyway, I think that was a step in the right direction, so here is my patch: http://www.jschreiber.com/php/blobtest/blob-patch.txt Jan [2003-09-08 08:56:51] php at jschreiber dot com Hi! I still have the problem, that I can't store BLOBs in my database. Now, I tried it with the "old' PHP 4.3.2 on a Solaris machine with IBM DB/2 V8.1 Fixpack 3 installed, but that didn't work either. So I started to investigate /ext/odbc/php_odbc.c. The problem seems to be located in the odbc_execute function. All my investigations were done with the 4.3.2-version of that file (or better: v 1.143.2.9 2003/05/02), but I saw, that there was no major difference to today's cvs version (at least not in the odbc_execute function). One of the problems was, that the while loop that calls SQLPutData was never called, since SQLExecute(result->stmt) returned SQL_SUCCESS and not SQL_NEED_DATA as expected. Okay, why is this so? After the file that shall be put in the BLOB field was opened some lines above (still in odbc_execute), you call params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0); According to the DB/2 CLI documentation, SQL_LEN_DATA_AT_EXEC is only needed for bulk inserts and requires an update or insert via SQLBulkOperations(). So I changed this line to params[i-1].vallen = SQL_DATA_AT_EXEC; And--voila--the SQLExecute returned SQL_NEED_DATA and the loop was executed. But there still is a problem, which I could not fix: SQLPutData now returns [IBM][CLI Driver] CLI0112E Error in assignment. SQLSTATE=22005 May this has something to do with the stuff that Clara tried to fix with her patch. Do you have any ideas? I put the trace to http://www.jschreiber.com/php/blobtest/db2trace3.txt Jan [2003-08-28 05:02:05] php at jschreiber dot com Sorry, guys...! It still doesn't work. I tried it with my "blobtest" (http://www.jschreiber.com/php/blobtest/). the insert statement gets executed, but the blob only contains an empty value (x''). I uploaded a new db2 trace to http://www.jschreiber.com/php/blobtest/db2trace_new.txt I hope that helps you!! Again, thank you for trying to fix that. Jan [2003-08-28 04:55:49] [EMAIL PROTECTED] Typo fixed. Thanks. :) But does this version fix your original problem..? [2003-08-28 03:42:01] php at jschreiber dot com I downloaded php5 directly from cvs (using the gentoo php-cvs portage), and there seems to be a typo in php5/ext/odbc/php_odbc.c, line 1433: 433c1433 < sql_c-type = SQL_C_BINARY; --- > sql_c_type = SQL_C_BINARY; 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/25118 -- Edit this bug report at http://bugs.php.net/?id=25118&edit=1
#25472 [Opn->Bgs]: Iterative calls to ODBC_DO seems to cause memory leak.
ID: 25472 Updated by: [EMAIL PROTECTED] Reported By: chris dot neale at somerfield dot co dot uk -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Winnt SP6a Build 1381 PHP Version: 5CVS-2003-09-10 (dev) New Comment: While there are (more than likely) memory leaks in the ODBC module, this isn't one of them. It's either the cursor or the client holding this memory. Previous Comments: [2003-09-22 06:04:00] chris dot neale at somerfield dot co dot uk I have used odbc_free_result($results) in an attempt to solve the problem but it has not worked as you described. The memory problem persists. I have put the odbc_free_result line below the odbc_do line. kind regards, Chris [2003-09-17 18:56:03] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php To free memory you should use the odbc_free_result() function. Otherwise you are forcing PHP to keep all results for your query in memory. Since one of those fields is a string (varying length?) the memory increase is not linear. [2003-09-11 07:20:53] chris dot neale at somerfield dot co dot uk Each row contains 2 x Integers 1 x 255-Character Text value 11 x Doubles [2003-09-10 20:33:25] [EMAIL PROTECTED] Approximately HOW much data is in one row in your query..? [2003-09-10 12:27:51] chris dot neale at somerfield dot co dot uk Description: I am trying to generate 700 static HTML pages each containing a table of data. The loop appends the SQL string with the loop value and then calls ODBC_DO. I've taken out all the table formatting routines out of the code below, but it still replicates the same fault. ODBC connects to an Access 97 SR1 database. I have installed the Jet SP 7_9NT service pack too. When I run it, PHP.exe shows up in task manager's process monitor, eating away at memory fast - about 1 meg every second gets consumed by php's process and it generates about 7000 page faults every second too. But the script still works, and the information comes out as expected. The memory is then freed when PHP exits. I'm concerned this bug will cause problems when I scale the project up to generate 2 + reports. I've run this code not only from a web page, but also from the command line with some additional code which waits for a user keystroke before continuing to the next loop iteration, hoping to slow down the process. The same problem occurred. I'm using the latest Win32 CVS snapshot at the time of writing. Same problem when using latest stable build of PHP 4. php.ini - memory_limit = 8M I've seen the memory climb as high as 40mb when running this script. PHP.ini modifications: extension=php_gd2.dll enabled. doc_root, extension_dir That's about all the info I can find... Really hope someone can shed some light on this one as I've been trying to solve it for about 2 weeks! Many thanks, Chris Reproduce code: --- $dbCon = odbc_connect('AccessDbSystemDSN', '', ''); for ($nval=1;$nval<=700;$nval++) { $query = "SELECT * from [tablename] where ID = ".$nval; $results = odbc_do($dbCon, $query); } odbc_close($dbCon); Expected result: I expected the memory to remain fairly constant throughout execution, but it keeps on rising and not always at a constant rate. Actual result: -- The reports generates successfully on my desktop machine despite the memory rising, however PHP crashes when I run it on my laptop which has less RAM than my desktop. Same NT build and PHP CVS snapshot on Laptop. No error message, just 'Internal Server Error' message. No Apache error log generated. -- Edit this bug report at http://bugs.php.net/?id=25472&edit=1
#25958 [Opn->Fbk]: odbc_connect fails to login to remote Dbase 5
ID: 25958 Updated by: [EMAIL PROTECTED] Reported By: brian dot garvis at mascommsys dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Windows 2003 Server PHP Version: 4.3.2 New Comment: Please include your DSN entry, and a SQL Log for the connection attempt if you can. From the sounds of it, you're not configured properly on the ODBC Administrator end, and thus not a PHP bug. Previous Comments: [2003-10-22 18:19:57] brian dot garvis at mascommsys dot com Description: odbc_connect fails to connect to a Dbase 5 database which resides on a separate Windows 2000 machine using Microsoft ODBC Data Source Administrator. If move database to local machine and point ODBC to local database, then works. PHP reports error: Warning: SQL error: [Microsoft][ODBC dBase Driver] '(unknown)' is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides., SQL state S1009 in SQLConnect in C:\DEMO\wwwroot\login.php on line 16 Reproduce code: --- http://bugs.php.net/?id=25958&edit=1
#25960 [NEW]: http://talk.php.net is borked..
From: dirtbird at ntlworld dot com Operating system: N/A PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: http://talk.php.net is borked.. Description: the talks at http://talk.php.net are borked.. Actual result: -- http://talks.php.net/show/ezcamp?PHPSESSID=ca004cc7a8815f3903a3d0bf719dc37a produces the following.. Notice: Undefined variable: c in /local/Web/sites/talks/show.php on line 44 Warning: Invalid argument supplied for foreach() in /local/Web/sites/talks/display.php on line 6 Notice: Undefined property: baseDir in /local/Web/sites/talks/display.php on line 649 Notice: Undefined property: baseDir in /local/Web/sites/talks/display.php on line 690 Notice: Undefined property: showScript in /local/Web/sites/talks/display.php on line 690 Next: Introduction Welcome! PHP Introduction eZ Publish Summer Conference August 22nd, 2003. Skien, Norway Derick Rethans <[EMAIL PROTECTED]> http://pres.derickrethans.nl/ezcamp -- Edit bug report at http://bugs.php.net/?id=25960&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25960&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25960&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25960&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25960&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25960&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25960&r=support Expected behavior: http://bugs.php.net/fix.php?id=25960&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25960&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25960&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25960&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25960&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25960&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25960&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25960&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25960&r=float
#16890 [Com]: Session variables lost during page changes
ID: 16890 Comment by: psloan at exchange dot purdue dot edu Reported By: phpbug at ski-info-online dot com Status: Closed Bug Type: Session related Operating System: WinXP PHP Version: 4.2.0 New Comment: I seem to be getting this problem myself and the above DOES NOT resolve the problem. PHP 4.3.3, IIS 5. Previous Comments: [2002-08-14 14:11:57] [EMAIL PROTECTED] As stated by user. [2002-08-14 14:10:24] phpbug at ski-info-online dot com Well, since posting this I have upgraded some time ago to 4.2.1, the problem did not repeat itself in that version and I have session vars working fine now. [2002-08-14 12:26:03] [EMAIL PROTECTED] So does this post solution by madsosterby fix the problem for the rest of you? I know highly doubtful, but I can hope :) [2002-08-14 10:36:42] madsosterby at NOSPAMmail1 dot stofanet dot dk Hi, I tried alot to find the solution.. and PHP works fine under windows 9x and apache. Only testet with : PHP 4.2.2 and Apache 1.3.26 If found that it *ONLY* (for me at least) if I use the dir "C:\tmp". Not if changing to C:\temp and changing it to that dir i php.ini.. strange! Using the php.ini-dist! Change this: *php.ini* register_globals Off; [SESSIONS] session.save_path = /tmp session.cookie_path = / It Works for me now! Greets Mads Østerby [2002-07-20 03:25:04] madsosterby at NOSPAMmail1 dot stofanet dot dk Im tried with Windows 98, php4.06, php4.1, php4.2.1 and the added version php-dev-4.2.2. I still cant get the sessions - the are registered in my session dir - that I can see. My code works under php 4.x for linux - so .. must be the windows version of PHP. Greets Mads 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/16890 -- Edit this bug report at http://bugs.php.net/?id=16890&edit=1
#25956 [Opn->Bgs]: Apache: Illegal Instruction
ID: 25956 Updated by: [EMAIL PROTECTED] Reported By: zefram at zefram dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Infitite function or method recursion will lead to stack overflow. Previous Comments: [2003-10-22 16:40:45] zefram at zefram dot net Figured out the cause and the fix. Still a nasty error that the compiler should look for, IMO. Here's the code that was broken: -- class Store extends Data { function showList($list_ref) { // Should be: $list = parent::showList($list_ref); $list = $this->showList($list_ref); return "a"; } } class Data { function showList($list_ref) { return ""; } } $test = new Store(); echo $test->showList(1); -- As you can see, infinite recursion is not your friend. John [2003-10-22 16:25:26] zefram at zefram dot net Description: Apache is killing children left and right giving this error: [Wed Oct 22 16:04:15 2003] [notice] child pid 1024 exit signal Illegal instruction (4) It happens every time I try to run an application I'm in the middle of building. Very frustrating. I cannot provide code, as it's a closed source app. I'll try to reduce the code to what's exactly dying, but I'm not sure at this point what it is. It seems to have to do with objects and perhaps inheritance. My compile options are: ./configure --with-apache=../apache_1.3.27/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg -- with-mhash Apache just loads php4 and enables mod_rewrite. Apache is not dropping a core file, so I can't provide a backtrace. Any guidance would be much appreciated. John -- Edit this bug report at http://bugs.php.net/?id=25956&edit=1
#25959 [NEW]: dbase_get_record() crashes php.exe on some files
From: webmaster at pulsarbremen dot de Operating system: Win2K SP4 PHP version: 4.3.3 PHP Bug Type: dBase related Bug description: dbase_get_record() crashes php.exe on some files Description: Experiencing the following problem: Using dbase_get_record() or dbase_get_record_with_names() on some files makes php.exe crash. Running php-4.3.3-Win32. You can find the DBF-file at http://www.pulsarbremen.de/DRSMain.DBF These files are generated by a radio automation software (tried to generate a new one: same result), I have no influence on the structure of the files but need to read them. Thanks for any help! Reproduce code: --- $db_path = "DRSMain.DBF"; $dbh = dbase_open($db_path,0); $rowcount = dbase_numrecords ($dbh); for ($i=1; $i <= $rowcount; $i++) { $row = dbase_get_record_with_names($dbh,$i); echo $row[ARTIST]; } Expected result: Script should write contents of the ARTIST-field in every database row. Actual result: -- php.exe crashes (no output), apache shows error 500 (internal server error) -- Edit bug report at http://bugs.php.net/?id=25959&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25959&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25959&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25959&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25959&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25959&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25959&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25959&r=support Expected behavior: http://bugs.php.net/fix.php?id=25959&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25959&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25959&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25959&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25959&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25959&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25959&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25959&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25959&r=float
#25958 [NEW]: odbc_connect fails to login to remote Dbase 5
From: brian dot garvis at mascommsys dot com Operating system: Windows 2003 Server PHP version: 4.3.2 PHP Bug Type: ODBC related Bug description: odbc_connect fails to login to remote Dbase 5 Description: odbc_connect fails to connect to a Dbase 5 database which resides on a separate Windows 2000 machine using Microsoft ODBC Data Source Administrator. If move database to local machine and point ODBC to local database, then works. PHP reports error: Warning: SQL error: [Microsoft][ODBC dBase Driver] '(unknown)' is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides., SQL state S1009 in SQLConnect in C:\DEMO\wwwroot\login.php on line 16 Reproduce code: --- http://bugs.php.net/?id=25958&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25958&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25958&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25958&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25958&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25958&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25958&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25958&r=support Expected behavior: http://bugs.php.net/fix.php?id=25958&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25958&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25958&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25958&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25958&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25958&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25958&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25958&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25958&r=float
#23782 [Com]: configure script doesn't support libmcrypt version > 2.4
ID: 23782 Comment by: perske at uni-muenster dot de Reported By: r dot rignier at libertysurf dot fr Status: Closed Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.1 New Comment: Hello. Same bug still appears with PHP 4.3.3, libmcrypt 2.5.7 on AIX 5.1. No problem (except known bugs appearing at "make test") with libmcrypt 2.4.22. What information do you need for further analysis? (I will not be able to reply before next monday.) Thank you for your great work Previous Comments: [2003-05-23 11:46:36] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-05-23 11:37:05] r dot rignier at libertysurf dot fr Hello all, I have installed the latest libmcrypt 2.5.7 on /usr/local/libmcrypt in the PHP 4.3.1 source file directory : # ./configure --with-mcrypt=/usr/local/libmcrypt return no errors # make failed with errors It's because configure script doesn't recognize correctly the library version (I think it detects 2.2) in ext/mcryt/mcrypt.c I had to manually add: #undef HAVE_LIBMCRYPT22 #define HAVE_LIBMCRYPT24 to force libmcrypt 2.4 compatibility then it compiles OK here is a part of the config.log for mcrypt : configure:41314: checking for mcrypt support configure:41374: checking for mcrypt_module_open in -lmcrypt configure:41393: gcc -o conftest -g -O2 -L/usr/local/libmcrypt/lib -lltdl conftest.c -lmcrypt -lcrypt -lresolv -lm -ldl -lnsl -lcrypt 1>&5 /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status configure: failed program was: #line 41382 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mcrypt_module_open(); int main() { mcrypt_module_open() ; return 0; } configure:41510: checking for init_mcrypt in -lmcrypt configure:41529: gcc -o conftest -g -O2 -L/usr/local/libmcrypt/lib conftest.c -lmcrypt -lcrypt -lresolv -lm -ldl -lnsl -lcrypt 1>&5 -- Edit this bug report at http://bugs.php.net/?id=23782&edit=1
#25957 [NEW]: bad one? mixingup of array / $this-> in memory
From: sven at leon dot uia dot mx Operating system: All (redhat 90) PHP version: 5.0.0b1 (beta1) PHP Bug Type: *Programming Data Structures Bug description: bad one? mixingup of array / $this-> in memory Description: In a class I send an array $test as a parameter to a protected function. Then, if I try to access that array in any way in that function, suddenly the $this object contains the data of that array $test (!) Reproduce code: --- Sorry, cant make a short-and-clear reproducing code, but here I have a small code sample that actually caused the problem: (note that $this->params["source"] _IS_ an array) protected function get_body($css){ echo "B0 ("; print_r($this); echo ")"; flush(); $retval=""; while(list($key, $cell_data)=each($this->params["source"])){ echo "B1 ("; print_r($this); echo ")"; flush(); Expected result: I will try to get a .zip together with the classes that seem to cause this problem. Actual result: -- B0 (table_key_value_a Object ( [params:protected] => Array ( [source] => Array ( [crc] => mBjsS50UkhAnxjWp [sid] => 75 [test_site] => 75,mBjsS50UkhAnxjWp ) [col headers] => Array ( [0] => Key [1] => Value ) [table header] => HTTP VARIABLES [css prefix] => debug [table header extra] => align='center' ) ) ) B1 (table_key_value_a Object ( [cell_data] => mBjsS50UkhAnxjWp [key] => crc ) ) -- Edit bug report at http://bugs.php.net/?id=25957&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25957&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25957&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25957&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25957&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25957&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25957&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25957&r=support Expected behavior: http://bugs.php.net/fix.php?id=25957&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25957&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25957&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25957&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25957&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25957&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25957&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25957&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25957&r=float
#25956 [Opn]: Apache: Illegal Instruction
ID: 25956 User updated by: zefram at zefram dot net Reported By: zefram at zefram dot net Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.9 STABLE PHP Version: 4.3.3 New Comment: Figured out the cause and the fix. Still a nasty error that the compiler should look for, IMO. Here's the code that was broken: -- class Store extends Data { function showList($list_ref) { // Should be: $list = parent::showList($list_ref); $list = $this->showList($list_ref); return "a"; } } class Data { function showList($list_ref) { return ""; } } $test = new Store(); echo $test->showList(1); -- As you can see, infinite recursion is not your friend. John Previous Comments: [2003-10-22 16:25:26] zefram at zefram dot net Description: Apache is killing children left and right giving this error: [Wed Oct 22 16:04:15 2003] [notice] child pid 1024 exit signal Illegal instruction (4) It happens every time I try to run an application I'm in the middle of building. Very frustrating. I cannot provide code, as it's a closed source app. I'll try to reduce the code to what's exactly dying, but I'm not sure at this point what it is. It seems to have to do with objects and perhaps inheritance. My compile options are: ./configure --with-apache=../apache_1.3.27/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg -- with-mhash Apache just loads php4 and enables mod_rewrite. Apache is not dropping a core file, so I can't provide a backtrace. Any guidance would be much appreciated. John -- Edit this bug report at http://bugs.php.net/?id=25956&edit=1
#25956 [NEW]: Apache: Illegal Instruction
From: zefram at zefram dot net Operating system: FreeBSD 4.9 STABLE PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: Apache: Illegal Instruction Description: Apache is killing children left and right giving this error: [Wed Oct 22 16:04:15 2003] [notice] child pid 1024 exit signal Illegal instruction (4) It happens every time I try to run an application I'm in the middle of building. Very frustrating. I cannot provide code, as it's a closed source app. I'll try to reduce the code to what's exactly dying, but I'm not sure at this point what it is. It seems to have to do with objects and perhaps inheritance. My compile options are: ./configure --with-apache=../apache_1.3.27/ --with-mysql --with-gd --enable-sockets --with-png-dir=/usr/include/ libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ include/libjpeg -- with-mhash Apache just loads php4 and enables mod_rewrite. Apache is not dropping a core file, so I can't provide a backtrace. Any guidance would be much appreciated. John -- Edit bug report at http://bugs.php.net/?id=25956&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25956&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25956&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25956&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25956&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25956&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25956&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25956&r=support Expected behavior: http://bugs.php.net/fix.php?id=25956&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25956&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25956&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25956&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25956&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25956&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25956&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25956&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25956&r=float
#24024 [Com]: Vulnerability in phpinfo()
ID: 24024 Comment by: rick_g22 at yahoo dot com Reported By: rich dot fearn at btopenworld dot com Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.1 New Comment: Well, some web hosting companies provide public access to phpinfo in /phpinfo.php by default. If phpinfo() has some vulnerability, someone could exploit it in the case. Anyway, I can see that this could be at most just another cross-site scripting bug (inserting javascript into PHP's output), so I see no need to fix this "bug". Am I right? Previous Comments: [2003-06-04 13:06:02] [EMAIL PROTECTED] phpinfo() is a debugging function. It is not something that should be publically accessible. Adding filtering to it would make it much less useful as a debugging tool. [2003-06-04 12:42:54] rich dot fearn at btopenworld dot com I've just received an e-mail about a vulnerability in the phpinfo() function. If phpinfo() is used in a page on a web site, a parameter containing script can be passed to that page; that script will be executed. For example, with the page: stored as info.php, going to http:///info.php?test=alert('Hello') will cause the script to be executed, resulting in a pop-up containing the message "Hello". The vulnerability is due to the fact that parameters are not encoded when they are output in the _SERVER["argv"] section of phpinfo()'s output. (In the other parts of the output where parameters are displayed, < and > characters are converted to the & entities.) -- Edit this bug report at http://bugs.php.net/?id=24024&edit=1
#25955 [Opn]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff
ID: 25955 User updated by: andreas at fink dot org Reported By: andreas at fink dot org Status: Open Bug Type: Compile Failure Operating System: MacOS 10.3 (7B85) PHP Version: 4.3.3, 5-200310221730 New Comment: apparently, the trick which is needed is to put #define BIND_8_COMPAT 1 in ext/standard/dns.c This will call the bind8 code instead of the non existing bind9 code. Now compilation seems to work but I get ld: /usr/lib/libjpeg.a(jcapimin.o) has local relocation entries in non-writable section (__TEXT,__symbol_stub1) but this is probably not a problem of PHP but of libjpeg I just compiled in. Previous Comments: [2003-10-22 15:21:21] andreas at fink dot org with version php5-200310221730 I got the same: cc -Iext/standard/ -I/development/php5-200310221730/ext/standard/ -DPHP_ATOM_INC -I/development/php5-200310221730/include -I/development/php5-200310221730/main -I/development/php5-200310221730 -I/development/php5-200310221730/Zend -I/usr/include/libxml2 -I/usr/include/mysql -no-cpp-precomp -I/development/php5-200310221730/TSRM -g -O2 -c /development/php5-200310221730/ext/standard/dns.c -o ext/standard/dns.o && echo > ext/standard/dns.lo /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_check_record': /development/php5-200310221730/ext/standard/dns.c:226: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:226: error: (Each undeclared identifier is reported only once /development/php5-200310221730/ext/standard/dns.c:226: error: for each function it appears in.) /development/php5-200310221730/ext/standard/dns.c:237: error: `T_A' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:238: error: `T_NS' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:240: error: `T_PTR' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:241: error: `T_ANY' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:242: error: `T_SOA' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:243: error: `T_CNAME' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:263: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_get_mx': /development/php5-200310221730/ext/standard/dns.c:716: error: `HEADER' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:716: error: `hp' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:752: error: parse error before ')' token /development/php5-200310221730/ext/standard/dns.c:753: error: `HFIXEDSZ' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:755: error: `QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 patmusic:/development/php5-200310221730 root# and if I include "nameser8_compat.h" in dns.c linking fails too: ld: Undefined symbols: _res_9_dn_expand _res_9_dn_skipname _res_9_search make: *** [libs/libphp5.bundle] Error 1 [2003-10-22 13:13:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip funny, I think we just had this discusson on the mailing lists. I believe marko or chregu have submitted a patch to correct this. Try a cvs version. Although I hope they also backported their fix to the 4.3 tree as well [2003-10-22 13:02:01] andreas at fink dot org Description: I'm trying to compile php-4.3.3 the same way I did on many machines before without any problem. This time this is a brand new Apple G5 with MacOS 10.3 (Panther). In comparison to all the other Mac's I've compiled before, this is the first one which has 10.3 installed fresh and was not upgraded from 10.2.8 This problem doesnt seem to occur on a G5 which was installed with 10.2.8 and then upgraded to 10.3 for some freaky reason. The 10.3 install runs Xcode and gcc-3.3 compiler Reproduce code: --- ./configure --prefix=/usr --with-mysql=/usr --enable-track-vars --with-sockets --enable-ftp --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr --with-gd --with-apxs=/usr/sbin/apxs make Expected result: compiles
#25955 [Fbk->Opn]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff
ID: 25955 User updated by: andreas at fink dot org Reported By: andreas at fink dot org -Status: Feedback +Status: Open Bug Type: Compile Failure -Operating System: MacOS 10.3 +Operating System: MacOS 10.3 (7B85) -PHP Version: 4.3.3 +PHP Version: 4.3.3, 5-200310221730 New Comment: with version php5-200310221730 I got the same: cc -Iext/standard/ -I/development/php5-200310221730/ext/standard/ -DPHP_ATOM_INC -I/development/php5-200310221730/include -I/development/php5-200310221730/main -I/development/php5-200310221730 -I/development/php5-200310221730/Zend -I/usr/include/libxml2 -I/usr/include/mysql -no-cpp-precomp -I/development/php5-200310221730/TSRM -g -O2 -c /development/php5-200310221730/ext/standard/dns.c -o ext/standard/dns.o && echo > ext/standard/dns.lo /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_check_record': /development/php5-200310221730/ext/standard/dns.c:226: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:226: error: (Each undeclared identifier is reported only once /development/php5-200310221730/ext/standard/dns.c:226: error: for each function it appears in.) /development/php5-200310221730/ext/standard/dns.c:237: error: `T_A' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:238: error: `T_NS' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:240: error: `T_PTR' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:241: error: `T_ANY' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:242: error: `T_SOA' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:243: error: `T_CNAME' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:263: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c: In function `zif_dns_get_mx': /development/php5-200310221730/ext/standard/dns.c:716: error: `HEADER' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:716: error: `hp' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `C_IN' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:745: error: `T_MX' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:752: error: parse error before ')' token /development/php5-200310221730/ext/standard/dns.c:753: error: `HFIXEDSZ' undeclared (first use in this function) /development/php5-200310221730/ext/standard/dns.c:755: error: `QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 patmusic:/development/php5-200310221730 root# and if I include "nameser8_compat.h" in dns.c linking fails too: ld: Undefined symbols: _res_9_dn_expand _res_9_dn_skipname _res_9_search make: *** [libs/libphp5.bundle] Error 1 Previous Comments: [2003-10-22 13:13:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip funny, I think we just had this discusson on the mailing lists. I believe marko or chregu have submitted a patch to correct this. Try a cvs version. Although I hope they also backported their fix to the 4.3 tree as well [2003-10-22 13:02:01] andreas at fink dot org Description: I'm trying to compile php-4.3.3 the same way I did on many machines before without any problem. This time this is a brand new Apple G5 with MacOS 10.3 (Panther). In comparison to all the other Mac's I've compiled before, this is the first one which has 10.3 installed fresh and was not upgraded from 10.2.8 This problem doesnt seem to occur on a G5 which was installed with 10.2.8 and then upgraded to 10.3 for some freaky reason. The 10.3 install runs Xcode and gcc-3.3 compiler Reproduce code: --- ./configure --prefix=/usr --with-mysql=/usr --enable-track-vars --with-sockets --enable-ftp --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr --with-gd --with-apxs=/usr/sbin/apxs make Expected result: compiles fine. Actual result: -- /development/php-4.3.3/ext/standard/dns.c: In function `zif_checkdnsrr': /development/php-4.3.3/ext/standard/dns.c:228: error: `T_MX' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:228: error: (Each undeclared identifier is reported only once /development/php-4.3.3/ext/standard/dns.c:228: error: for each function it appears in.) /development/php-4.3.3/ext/standar
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: info at splendense dot nl Reported By: storozhilov at mail dot ru Status: No Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.8 PHP Version: 4-STABLE-200307070330 Assigned To: wez New Comment: See the code below to verify , I'm not able to alter php versions since it's hosted with my ISP so please test it with the latest version so it can be closed as being fixed or further investigation needed. output: PHP Warning: fgets(): SSL: fatal protocol error in /path.to/test_ssl.php on line 18 Please put the bug to 'open'. Previous Comments: [2003-10-14 20:32:14] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-10-08 07:30:39] [EMAIL PROTECTED] Could you try the next stable snapshot (due in a few minutes)? I comitted a fix for a different bug that might make a difference to this one. If it hasn't fixed it, could you post an https:// URL that reproduces the problem, so that I can investigate further? [2003-09-24 11:36:55] chris dot edwards at obinet dot com Getting the exact same error. Same OS, same version of PHP. Changing the length of the string offered no changes. I still get: SSL: fatal protocol error I'm getting this for fread() and fgets(). [2003-08-21 20:25:22] info at splendense dot nl Using '$buff = fgets ($f, 355);' does not give any error, however 356 does for me (php 4.3.2 solaris). My script seems to work fine but maybe a response string greater than 355 chars will not work?!? [2003-08-21 20:18:33] scottm at spamcop dot net I've not verified this patch will work and I'll hopefully test it tomorrow. I believe it is reaching the end of the file and nr_bytes is returning 0 and this is being caught by an if statement which should be looking for -1. --- network.c Thu Aug 21 21:06:43 2003 +++ network.c.patched Thu Aug 21 21:13:09 2003 @@ -1011,13 +1011,14 @@ do { nr_bytes = SSL_read(sock->ssl_handle, buf, count); - if (nr_bytes <= 0) { + if (nr_bytes < 0) { retry = handle_ssl_error(stream, nr_bytes TSRMLS_CC); if (retry == 0 && !SSL_pending(sock->ssl_handle)) { stream->eof = 1; } } else { - /* we got the data */ + /* we got the data */ + stream->eof = 1; break; } } while (retry); 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#25955 [Opn->Fbk]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff
ID: 25955 Updated by: [EMAIL PROTECTED] Reported By: andreas at fink dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: MacOS 10.3 PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip funny, I think we just had this discusson on the mailing lists. I believe marko or chregu have submitted a patch to correct this. Try a cvs version. Although I hope they also backported their fix to the 4.3 tree as well Previous Comments: [2003-10-22 13:02:01] andreas at fink dot org Description: I'm trying to compile php-4.3.3 the same way I did on many machines before without any problem. This time this is a brand new Apple G5 with MacOS 10.3 (Panther). In comparison to all the other Mac's I've compiled before, this is the first one which has 10.3 installed fresh and was not upgraded from 10.2.8 This problem doesnt seem to occur on a G5 which was installed with 10.2.8 and then upgraded to 10.3 for some freaky reason. The 10.3 install runs Xcode and gcc-3.3 compiler Reproduce code: --- ./configure --prefix=/usr --with-mysql=/usr --enable-track-vars --with-sockets --enable-ftp --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr --with-gd --with-apxs=/usr/sbin/apxs make Expected result: compiles fine. Actual result: -- /development/php-4.3.3/ext/standard/dns.c: In function `zif_checkdnsrr': /development/php-4.3.3/ext/standard/dns.c:228: error: `T_MX' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:228: error: (Each undeclared identifier is reported only once /development/php-4.3.3/ext/standard/dns.c:228: error: for each function it appears in.) /development/php-4.3.3/ext/standard/dns.c:239: error: `T_A' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:240: error: `T_NS' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:242: error: `T_PTR' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:243: error: `T_ANY' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:244: error: `T_SOA' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:245: error: `T_CNAME' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:256: error: `C_IN' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c: In function `zif_getmxrr': /development/php-4.3.3/ext/standard/dns.c:288: error: `HEADER' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:288: error: `hp' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:317: error: `C_IN' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:317: error: `T_MX' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:324: error: parse error before ')' token Partial fix is to include "nameser8_compat.h" into ext/standard/dns.c in the beginning. After that it compiles fine but fails at linking: ld: Undefined symbols: _res_9_dn_expand _res_9_dn_skipname _res_9_search -- Edit this bug report at http://bugs.php.net/?id=25955&edit=1
#25955 [NEW]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff
From: andreas at fink dot org Operating system: MacOS 10.3 PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff Description: I'm trying to compile php-4.3.3 the same way I did on many machines before without any problem. This time this is a brand new Apple G5 with MacOS 10.3 (Panther). In comparison to all the other Mac's I've compiled before, this is the first one which has 10.3 installed fresh and was not upgraded from 10.2.8 This problem doesnt seem to occur on a G5 which was installed with 10.2.8 and then upgraded to 10.3 for some freaky reason. The 10.3 install runs Xcode and gcc-3.3 compiler Reproduce code: --- ./configure --prefix=/usr --with-mysql=/usr --enable-track-vars --with-sockets --enable-ftp --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr --with-gd --with-apxs=/usr/sbin/apxs make Expected result: compiles fine. Actual result: -- /development/php-4.3.3/ext/standard/dns.c: In function `zif_checkdnsrr': /development/php-4.3.3/ext/standard/dns.c:228: error: `T_MX' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:228: error: (Each undeclared identifier is reported only once /development/php-4.3.3/ext/standard/dns.c:228: error: for each function it appears in.) /development/php-4.3.3/ext/standard/dns.c:239: error: `T_A' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:240: error: `T_NS' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:242: error: `T_PTR' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:243: error: `T_ANY' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:244: error: `T_SOA' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:245: error: `T_CNAME' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:256: error: `C_IN' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c: In function `zif_getmxrr': /development/php-4.3.3/ext/standard/dns.c:288: error: `HEADER' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:288: error: `hp' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:317: error: `C_IN' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:317: error: `T_MX' undeclared (first use in this function) /development/php-4.3.3/ext/standard/dns.c:324: error: parse error before ')' token Partial fix is to include "nameser8_compat.h" into ext/standard/dns.c in the beginning. After that it compiles fine but fails at linking: ld: Undefined symbols: _res_9_dn_expand _res_9_dn_skipname _res_9_search -- Edit bug report at http://bugs.php.net/?id=25955&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25955&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25955&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25955&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25955&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25955&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25955&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25955&r=support Expected behavior: http://bugs.php.net/fix.php?id=25955&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25955&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25955&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25955&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25955&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25955&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25955&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25955&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25955&r=float
#25948 [Opn]: XSLT_SABOPT_DISABLE_ADDING_META - if false generates invalid XML
ID: 25948 User updated by: phpdocs at pointbeing dot net Reported By: phpdocs at pointbeing dot net Status: Open Bug Type: XSLT related Operating System: Red Hat Linux release 7.3 (Valha PHP Version: 4.3.2 New Comment: I should add that this occurs when the constant is set to 'false'. Previous Comments: [2003-10-22 06:10:41] phpdocs at pointbeing dot net Description: The XSLT_SABOPT_DISABLE_ADDING_META constant, set during compilation, automatically adds: to the output when it detects that the output is likely to be HTML. Problem is not the fact that it adds it - but that this line isn't actually valid XML - thus breaking the validity of any output! Reproduce code: --- Occurs whenever xslt_process() is used to generate HTML output. Examples - XSL File: http://www.pointbeing.net/wap2html/source.php?file=01.xsl XML Source: http://www.pointbeing.net/wap2html/tv01.wml Expected result: I would like to see valid XML generated, for example: Actual result: -- This is output automatically: This apparently cannot be disabled at runtime. -- Edit this bug report at http://bugs.php.net/?id=25948&edit=1
#25945 [Opn->Asn]: APACHE_INCLUDE is pre-expanded in Makefile
ID: 25945 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Open +Status: Assigned Bug Type: *Compile Issues Operating System: Linux (RH AS 2.1) PHP Version: 4.3.3 -Assigned To: +Assigned To: sniper Previous Comments: [2003-10-22 05:30:28] cjbj at hotmail dot com Description: I'm having some problems with a recalcitrant apxs program. It returns a bogus path for the Apache headers. The Makefile therefore is wrong and sapi_apache.c fails to compile. The APACHE_INCLUDE variable in the Makefile is not used anywhere so changing it has no effect. My configure line is: --with-oci8=$ORACLE_HOME --with-apxs=$ORACLE_HOME/Apache/Apache/bin/apxs --enable-sigchild The resulting Makefile is: ... APACHE_INCLUDE = -I/include ... sapi/apache/sapi_apache.lo: /home/cjbj/php-4.3.3/sapi/apache/sapi_apache.c $(LIBTOOL) --mode=compile $(CC) ... -I/include ... ... The problem I'm reporting is the compile line. It has already expanded the Apache path, so any change to APACHE_INCLUDE is never used. It would make working around this and similar problems easier if the compile line was: $(LIBTOOL) --mode=compile $(CC) ... -I$(APACHE_INCLUDE) ... If this is not possible, then maybe the "APACHE_INCLUDE = -I/include" line could be removed altogether from the Makefile. -- Edit this bug report at http://bugs.php.net/?id=25945&edit=1
#25946 [Opn->Bgs]: The specified CGI application misbehaved
ID: 25946 Updated by: [EMAIL PROTECTED] Reported By: nelson_cerqueira at sapo dot pt -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows XP Pro PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Dupe of bug #25863 Previous Comments: [2003-10-22 05:31:59] nelson_cerqueira at sapo dot pt Description: I have a mysql database with a blob field, i the page that return the binary image from an iframe, the first time that i call the parent, 2 in 3 times this message apears: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: After this if i reload the page the image apears. Reproduce code: --- "parent.php" ... "; ?> ... "imagens.php" Expected result: I expected that when i load the parent the image loads, but it don't always load, only 1 in 3 times, or less. -- Edit this bug report at http://bugs.php.net/?id=25946&edit=1
#25952 [Opn->Fbk]: Parse error on line 1 - have to remove zend/*.parser.c
ID: 25952 Updated by: [EMAIL PROTECTED] Reported By: tim at digicol dot de -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: SuSE Linux 8.2 PHP Version: 4.3.4RC2 New Comment: Which version of bison are you using? Previous Comments: [2003-10-22 09:43:47] tim at digicol dot de Description: PHP 4.3.4RC2 seems to compiles fine, but every PHP script we call results in a "parse error on line 1". Thies Arntzen told us to remove zend/*.parser.c, zend/*.parser.h, zend/*.scanner.c and then run make again - this works fine for us. But we were hoping that this issue be resolved in 4.3.4. We had the same problem with PHP 4.3.3 on SuSE Linux as well, and also on an HP-UX server. Here's the configure line: === ../php-4.3.4RC2/configure \ --with-config-file-path=/usr/local/php/conf \ --enable-track-vars \ --disable-magic-quotes \ --enable-xml \ --enable-sysvsem \ --enable-sysvshm \ --with-apxs=/usr/local/apache/bin/apxs \ --disable-debug \ --enable-ftp \ --enable-wddx \ --enable-sigchild \ --enable-inline-optimization \ --disable-pear \ --enable-exif \ --with-pgsql=/usr/local/pgsql \ --prefix=/usr/local/php \ --without-mysql \ --with-oci8=/dot/oracle/product/9.2.0 \ --with-db3=/usr/local/db3 \ --with-zlib \ --with-dom \ --with-mhash=/usr/local/mhash \ --enable-mbstring=UTF-8 \ --enable-mbstr-enc-trans \ --enable-mbregex \ --disable-pic === Reproduce code: --- Any PHP script. Actual result: -- No output. error_log says: PHP Parse error: parse error, unexpected T_STRING in on line 1 -- Edit this bug report at http://bugs.php.net/?id=25952&edit=1
#25947 [Bgs]: PHP / IE conflict
ID: 25947 User updated by: birhan at modelci dot net Reported By: birhan at modelci dot net Status: Bogus Bug Type: *General Issues Operating System: NT4.0 PHP Version: 4.3.3 New Comment: if "it have to be a bug in IE" why previous version of PHP work fine? There must be something wrong or different in new version which undocumented. Thanx anyway. Previous Comments: [2003-10-22 09:59:00] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If it works with Netscape and Opera but not IE, it have to be a bug in IE, not PHP. [2003-10-22 05:35:05] birhan at modelci dot net Description: Just Like "Bug #21993 Frameset/PHP conflict" but IE do not show php pages after loading, frame or non frame does not matter. When i select View->Source from menu, i can see PHP's output without any error. Sometimes refreshing shows page. Non php pages work vell. This behaviour happens after upgrading PHP 4.2.1 to 4.3.3 My server setup; NT4.0 + SP6 Apache 1.3.12 PHP 4.3.3 MySQL 3.23.49 php file extension is .html not .php but .php is valid too. you can read phpinfo() if you wish; http://www.ihalenet.com/phpinfo.php Other browsers (Netscape 6+, Opera 7+) working well. Strange thing is, some IE works, some IE's not. (Same versions on different machines). Then i think this bug is IE specific but when i reinstall PHP 4.2.1, all IE's works without any problem. Reproduce code: --- Expected result: Some valid html page Actual result: -- Blank page with Expected HTML code in source view -- Edit this bug report at http://bugs.php.net/?id=25947&edit=1
#25953 [NEW]: mb_eregi_replace() is not caseinsensitive for multibyte characters.
From: kirill at digicol dot de Operating system: Linux Suse SuSE 8.2 PHP version: 4.3.4RC2 PHP Bug Type: mbstring related Bug description: mb_eregi_replace() is not caseinsensitive for multibyte characters. Description: The function mb_eregi_replace() is not caseinsensitive for multibyte characters. This bug is in PHP 4.3.3 as well. Reproduce code: --- Expected result: XBER Xber Actual result: -- ÜBER Xber -- Edit bug report at http://bugs.php.net/?id=25953&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25953&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25953&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25953&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25953&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25953&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25953&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25953&r=support Expected behavior: http://bugs.php.net/fix.php?id=25953&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25953&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25953&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25953&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25953&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25953&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25953&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25953&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25953&r=float
#25950 [Opn->Bgs]: Incorrect (?) behavior of file_get_contents with Norton Firewall and .htaccess
ID: 25950 Updated by: [EMAIL PROTECTED] Reported By: panda dot management at free dot fr -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4.3.3 New Comment: There's no bug here. It tries to connect and will sit there waiting for reply from the server until the script times out. Previous Comments: [2003-10-22 07:16:06] panda dot management at free dot fr Description: Hello! I'm using Norton Internet Security as a firewall. It has a feature I couldn't find documentation for... It simply doesn't allow the string ".htaccess" to be sent. (eg: I can't submit a form containing the word .htaccess !!!). Problem is: when NIS is on, and you try a file_get_contents(http://site/.htaccess); file_get_contents just hangs and eats cpu... I'm aware that: - such a file shouldn't be accessed via http anyway - "the deny access" part of this is Norton's problem, not php. But: php might be concerned by the hang up in file_get_contents in such circonstancies. Reproduce code: --- Considering you use Norton Internet Security under WinXP on the computer you execute the script from... Try this (that's a file on my site): file_get_contents('http://panda.management.free.fr/rest/.htaccess'); Expected result: A nice error message... Actual result: -- Notice: file_get_contents(): send of 32 bytes failed with errno=0 Une connexion existante a dû être fermée par l'hôte distant* (*Translation: 'an existing connection was closed by distant host') Next Lines: Notice: file_get_contents(): send of xx bytes failed with ... then hangs up and eats all cpu ressource, with xxx climbing to... the everest... Norton Internet Security obviously does something tricky to block the access (arguing that it contains the string .htaccess). But maybe file_get_contents should behave in a more sensible way on such an error? Thank you for php!!! Olivier -- Edit this bug report at http://bugs.php.net/?id=25950&edit=1
#25947 [Opn->Bgs]: PHP / IE conflict
ID: 25947 Updated by: [EMAIL PROTECTED] Reported By: birhan at modelci dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: NT4.0 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If it works with Netscape and Opera but not IE, it have to be a bug in IE, not PHP. Previous Comments: [2003-10-22 05:35:05] birhan at modelci dot net Description: Just Like "Bug #21993 Frameset/PHP conflict" but IE do not show php pages after loading, frame or non frame does not matter. When i select View->Source from menu, i can see PHP's output without any error. Sometimes refreshing shows page. Non php pages work vell. This behaviour happens after upgrading PHP 4.2.1 to 4.3.3 My server setup; NT4.0 + SP6 Apache 1.3.12 PHP 4.3.3 MySQL 3.23.49 php file extension is .html not .php but .php is valid too. you can read phpinfo() if you wish; http://www.ihalenet.com/phpinfo.php Other browsers (Netscape 6+, Opera 7+) working well. Strange thing is, some IE works, some IE's not. (Same versions on different machines). Then i think this bug is IE specific but when i reinstall PHP 4.2.1, all IE's works without any problem. Reproduce code: --- Expected result: Some valid html page Actual result: -- Blank page with Expected HTML code in source view -- Edit this bug report at http://bugs.php.net/?id=25947&edit=1
#25926 [Fbk->Opn]: ImageTTFText and ImageTTFBox don't work and return wierd values
ID: 25926 User updated by: olga at bluebytes dot com Reported By: olga at bluebytes dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.3 New Comment: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-ming=../ming-0.2a' '--enable-magic-quotes' '--with-mysql' '--with-pear' '--enable-sockets' '--enable-track-vars' '--enable-versioning' '--with-zlib' '--with-ttf' '--with-freetype' '--enable-gd-native-ttf' '--enable-exif' I am assuming --wtih-gd uses bundled version. Sorry if I am incorrect. Previous Comments: [2003-10-22 01:47:36] [EMAIL PROTECTED] What was the configure line you used to configure PHP? If you didn't use the _bundled_ GD library, close this. [2003-10-21 17:33:04] olga at bluebytes dot com Actually, I just installed PHP Version 4.3.4RC3-dev which is marked as stable on snaps.php.net, and it's still not working. [2003-10-21 15:38:47] [EMAIL PROTECTED] Using latest STABLE CVS snapshot with bundled GD library works just fine. [2003-10-20 15:50:41] olga at bluebytes dot com Description: ImageTTFText doesn't output any characters. If there's anything else in the image, the rest will be fine; if the text string is the only thing, the image will be blank. Trying to figure out what's wrong, I took a look at the return values from ImageTTFText as well as ImageTTFBox. They both produce huge values, i.e. Array ( [0] => 138323388 [1] => 11 [2] => -1073754136 [3] => 1076636124 [4] => 138611764 [5] => 138323484 [6] => 11 [7] => 0 ) The values DO NOT depend on the font used. Furthermore, they are different each time I load the page for the SAME font (http://blunoise.com/imagetext.php shows values for "Hello world" in arial). Reproduce code: --- Expected result: A jpeg saying "Hello world" -- Edit this bug report at http://bugs.php.net/?id=25926&edit=1
#25951 [Opn]: Error suppression operator + reference return statement => corrupt func. params
ID: 25951 User updated by: dand at codemonkey dot ro Reported By: dand at codemonkey dot ro Status: Open Bug Type: Unknown/Other Function Operating System: Debian Linux 3.0 PHP Version: 4.3.3 New Comment: Sorry, the actual code producing the results above is: class Foo { var $hash; function & getElement($name) { return @$this->hash[$name]; } function bar($a, $b, $c) { print "BAR: $a, $b, $c"; } } $f = new Foo(); for ($k = 0; $k < 3; $k++) { $t = $f->getElement($k); $f->bar(1, 2, 3); } Previous Comments: [2003-10-22 09:43:40] dand at codemonkey dot ro Description: The code + results should be pretty self explainatory. A workaround would be to remove either the reference operator "& getElement" or the error suppression operator "@$this->hash". PS: I know that using @ instead of isset() is wrong, especially in this situation... Reproduce code: --- class Foo { var $hash; function & getElement($name) { return @$this->hash[$name]; } function bar($a, $b, $c, $d) { print "BAR: $a, $b, $c, $d"; } } $f = new Foo(); for ($k = 0; $k < 3; $k++) { $t = $f->getElement($k); $f->bar(1, 2, 3, 4); } Expected result: BAR: 1, 2, 3 BAR: 1, 2, 3 BAR: 1, 2, 3 Actual result: -- BAR: 1, 2, 3 BAR: 3, 3, 3 BAR: 3, 3, 3 [If it helps, in PHP 4.1.2 the actual result is: BAR: 3, 3, 3 BAR: 3, 3, 3 BAR: 3, 3, 3 ] -- Edit this bug report at http://bugs.php.net/?id=25951&edit=1
#25952 [NEW]: Parse error on line 1 - have to remove zend/*.parser.c
From: tim at digicol dot de Operating system: SuSE Linux 8.2 PHP version: 4.3.4RC2 PHP Bug Type: *Compile Issues Bug description: Parse error on line 1 - have to remove zend/*.parser.c Description: PHP 4.3.4RC2 seems to compiles fine, but every PHP script we call results in a "parse error on line 1". Thies Arntzen told us to remove zend/*.parser.c, zend/*.parser.h, zend/*.scanner.c and then run make again - this works fine for us. But we were hoping that this issue be resolved in 4.3.4. We had the same problem with PHP 4.3.3 on SuSE Linux as well, and also on an HP-UX server. Here's the configure line: === ../php-4.3.4RC2/configure \ --with-config-file-path=/usr/local/php/conf \ --enable-track-vars \ --disable-magic-quotes \ --enable-xml \ --enable-sysvsem \ --enable-sysvshm \ --with-apxs=/usr/local/apache/bin/apxs \ --disable-debug \ --enable-ftp \ --enable-wddx \ --enable-sigchild \ --enable-inline-optimization \ --disable-pear \ --enable-exif \ --with-pgsql=/usr/local/pgsql \ --prefix=/usr/local/php \ --without-mysql \ --with-oci8=/dot/oracle/product/9.2.0 \ --with-db3=/usr/local/db3 \ --with-zlib \ --with-dom \ --with-mhash=/usr/local/mhash \ --enable-mbstring=UTF-8 \ --enable-mbstr-enc-trans \ --enable-mbregex \ --disable-pic === Reproduce code: --- Any PHP script. Actual result: -- No output. error_log says: PHP Parse error: parse error, unexpected T_STRING in on line 1 -- Edit bug report at http://bugs.php.net/?id=25952&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25952&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25952&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25952&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25952&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25952&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25952&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25952&r=support Expected behavior: http://bugs.php.net/fix.php?id=25952&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25952&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25952&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25952&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25952&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25952&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25952&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25952&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25952&r=float
#25951 [NEW]: Error suppression operator + reference return statement => corrupt func. params
From: dand at codemonkey dot ro Operating system: Debian Linux 3.0 PHP version: 4.3.3 PHP Bug Type: Unknown/Other Function Bug description: Error suppression operator + reference return statement => corrupt func. params Description: The code + results should be pretty self explainatory. A workaround would be to remove either the reference operator "& getElement" or the error suppression operator "@$this->hash". PS: I know that using @ instead of isset() is wrong, especially in this situation... Reproduce code: --- class Foo { var $hash; function & getElement($name) { return @$this->hash[$name]; } function bar($a, $b, $c, $d) { print "BAR: $a, $b, $c, $d"; } } $f = new Foo(); for ($k = 0; $k < 3; $k++) { $t = $f->getElement($k); $f->bar(1, 2, 3, 4); } Expected result: BAR: 1, 2, 3 BAR: 1, 2, 3 BAR: 1, 2, 3 Actual result: -- BAR: 1, 2, 3 BAR: 3, 3, 3 BAR: 3, 3, 3 [If it helps, in PHP 4.1.2 the actual result is: BAR: 3, 3, 3 BAR: 3, 3, 3 BAR: 3, 3, 3 ] -- Edit bug report at http://bugs.php.net/?id=25951&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25951&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25951&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25951&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25951&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25951&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25951&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25951&r=support Expected behavior: http://bugs.php.net/fix.php?id=25951&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25951&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25951&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25951&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25951&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25951&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25951&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25951&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25951&r=float
#25949 [Opn->Csd]: var_dump endless loops with NAN or INF float
ID: 25949 Updated by: [EMAIL PROTECTED] Reported By: alefor at gmx dot de -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: Debian/unstable r3.01 GNU/Linux PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-22 06:29:33] alefor at gmx dot de Simpler test code: var_dump((float)inf); [2003-10-22 06:17:42] alefor at gmx dot de Description: var_dump a float with inf/nan value lead to an endless loop. Same result for cli php and for apache module. GDB backtrace follows, taken suspending the endless loop execution. (gdb) bt #0 0x0810bd85 in ap_php_cvt () #1 0x0810bfd6 in ap_php_ecvt () #2 0x0810c05d in ap_php_gcvt () #3 0x0810c86a in ap_php_gcvt () #4 0x0810ccd6 in vspprintf () #5 0x08108ef8 in php_printf () #6 0x080e7507 in php_var_dump () #7 0x080e77a5 in zif_var_dump () #8 0x081400e7 in execute () #9 0x08133349 in zend_execute_scripts () #10 0x0810b5fd in php_execute_script () ap_php_cvt family is in main/snprintf.c file. Reproduce code: --- $str = "inf "; $f = (float)$str; var_dump($f); Expected result: Don't know. Maybe "float(INF)" ? Actual result: -- Endless loop. No output. -- Edit this bug report at http://bugs.php.net/?id=25949&edit=1
#25917 [Opn]: odbc_error() sometimes returns a bad string
ID: 25917 User updated by: thorsten at rinne dot info Reported By: thorsten at rinne dot info Status: Open Bug Type: ODBC related Operating System: Windows2000 PHP Version: 4.3.3 New Comment: This bug can also reproduced with PHP 4.3.4RC1 and 4.3.4RC2. This happens with INSERTS, UPDATEs and DELETEs, too. Previous Comments: [2003-10-20 03:49:22] thorsten at rinne dot info Description: We use IBM DB2 databases on our Windows2000 systems. The bug occured then writing a database class. The odbc_error() function returns sometimes bad strings with special characters. If a real error occurs, the function returns the correct six-digit ODBC state. After that, the error code will not be removed from memory and the error code will be returned on every query although it is correct. Note: var_dump(odbc_error()) returns sometimes bad strings with special characters, sometimes nothing. Reproduce code: --- function myquery($query) { $result = odbc_exec($conn, $query); if (odbc_error($conn)) { print "SQLQuery: ".$query; print "ErrorNum: ".odbc_error($conn)); print "ErrorMsg: ".odbc_errormsg($conn)); } return $result; } Expected result: The expected result should be empty when no error occured and the six-digit ODBC state when an error occured. After every correct new query, the result should be empty. Actual result: -- Here are some results, the queries are correct: SQLQuery: SELECT * FROM SYSTEM ErrorNum: 8¸ÌP· ErrorMsg: Ìx¹Ì or SQLQuery: SELECT * FROM SYSTEM2 ErrorNum: àWPW ErrorMsg: or SQLQuery: SELECT * FROM SYSTEM ErrorNum: ErrorMsg: -- Edit this bug report at http://bugs.php.net/?id=25917&edit=1
#16331 [Com]: Running phpinfo() kills Tomcat
ID: 16331 Comment by: alag at nospam dot users dot sf dot net Reported By: okapi at yahoo dot com Status: Open Bug Type: Servlet related Operating System: * PHP Version: 4CVS New Comment: Same problem with php 4.3.3 & jakarta-tomcat-4.1.27 on Suse 8.2. Too bad... :((( Previous Comments: [2003-02-20 08:29:01] [EMAIL PROTECTED] updated PHP version..propably should change that to infinite since there aren't any developers even trying to fix the servlet sapi.. [2003-02-20 08:02:29] bruno dot legat at alcatel dot fr I have the same problem with php4.3 latest cvs (4.3.2-dev), Tomcat 4.1.18, JDK 1.4.1 under Linux RedHat8 [2003-01-07 08:09:28] g dot tanzilli at gruppocsf dot com It still appen, in php4.3.0 and cvs from today (I'm on RedHat8 tomcat 4.1.18), after fixing the configure/make problem to generate phpsrvlt.jar, tomcat die after phpinfo() or other function call, see different bug. I sent the patch to fix the configure/make problem to php-dev [2002-07-11 03:28:29] mtraum at yahoo dot com Same on Redhat Linux 6.2 with IBM JDK 1.3.1. [2002-05-24 02:37:04] sergey at imedia dot ru Same problem on FreeBSD 4.1.5 with JDK 1.3.1. JVM crashes soon after using servlet. 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/16331 -- Edit this bug report at http://bugs.php.net/?id=16331&edit=1
#10725 [Com]: Cannot load ISAPI file php4isapi.dll
ID: 10725 Comment by: jtgrant at cox dot net Reported By: dimitri dot gunsing at nec-computers dot com Status: Closed Bug Type: IIS related Operating System: Windows 2000 SP1 PHP Version: 4.0.5 New Comment: I imagine this is well known at this point, and I look like a fool because I'm responding to obsolete postings. I'm just caught up in my discovery since I just started learning everything last night. Don't mind me! Plus I wasn't paying attention to the years on the dates Everyone enjoy! Previous Comments: [2003-10-22 07:20:27] jtgrant at cox dot net After closer looking, it seems that API functions aren't mature even yet and don't really work except in versions above 4. Even these aren't completely stable. Does that help? [2003-10-22 06:50:50] jtgrant at cox dot net I've been messing around with this stuff all night and I think I see your problem. It appears that you installed the zip package and not the installer specifically under Windows Binaries on the download page. In the fine print, it looks like the "PHP 4.3.3 installer" is the only thing that works with IIS. There is still a problem however... It appears that the php4isapi.dll does not exist in this install anywhere. php4ts.dll is present and seeming to be necessary in both installs, but for some reason the former does not. In fact the "sapi" is not present at all either. Apparently, it's a very basic install. I'm tempted to copy and paste, but I may not be that bold. Can anyone confirm what I'm saying, or do I not know a damn thing about what I'm saying? [2002-10-05 09:51:29] mbuiter at hotmail dot com Hi all, I think it's a shame this thread is closed, because even today, in version PHP 4.2.3, this problem still occurs on EVERY Windows NT 4 server i try to install PHP on. The only work-around is to use PHP as a CGI (which I don't want), or use Windows 2000 instead of NT (the bug doesn't appear on Windows 2000!) Does anyone know another (bttter) workaround, or solution, please let me know!! [2002-02-18 18:51:48] raptor at the0rem dot net I have been experiencing the same problem, with 4.0.6 and now with 4.1.1 Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 18/02/2002 Time: 4:41:59 PM User: N/A Computer: THE0REM-1 Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... [2001-12-02 04:34:44] [EMAIL PROTECTED] No feedback. Closing. 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/10725 -- Edit this bug report at http://bugs.php.net/?id=10725&edit=1
#10725 [Com]: Cannot load ISAPI file php4isapi.dll
ID: 10725 Comment by: jtgrant at cox dot net Reported By: dimitri dot gunsing at nec-computers dot com Status: Closed Bug Type: IIS related Operating System: Windows 2000 SP1 PHP Version: 4.0.5 New Comment: After closer looking, it seems that API functions aren't mature even yet and don't really work except in versions above 4. Even these aren't completely stable. Does that help? Previous Comments: [2003-10-22 06:50:50] jtgrant at cox dot net I've been messing around with this stuff all night and I think I see your problem. It appears that you installed the zip package and not the installer specifically under Windows Binaries on the download page. In the fine print, it looks like the "PHP 4.3.3 installer" is the only thing that works with IIS. There is still a problem however... It appears that the php4isapi.dll does not exist in this install anywhere. php4ts.dll is present and seeming to be necessary in both installs, but for some reason the former does not. In fact the "sapi" is not present at all either. Apparently, it's a very basic install. I'm tempted to copy and paste, but I may not be that bold. Can anyone confirm what I'm saying, or do I not know a damn thing about what I'm saying? [2002-10-05 09:51:29] mbuiter at hotmail dot com Hi all, I think it's a shame this thread is closed, because even today, in version PHP 4.2.3, this problem still occurs on EVERY Windows NT 4 server i try to install PHP on. The only work-around is to use PHP as a CGI (which I don't want), or use Windows 2000 instead of NT (the bug doesn't appear on Windows 2000!) Does anyone know another (bttter) workaround, or solution, please let me know!! [2002-02-18 18:51:48] raptor at the0rem dot net I have been experiencing the same problem, with 4.0.6 and now with 4.1.1 Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 18/02/2002 Time: 4:41:59 PM User: N/A Computer: THE0REM-1 Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... [2001-12-02 04:34:44] [EMAIL PROTECTED] No feedback. Closing. [2001-11-11 12:10:27] [EMAIL PROTECTED] Can you try upgrading to PHP-4.0.6? Does the problem still occur? 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/10725 -- Edit this bug report at http://bugs.php.net/?id=10725&edit=1
#25950 [NEW]: Incorrect (?) behavior of file_get_contents with Norton Firewall and .htaccess
From: panda dot management at free dot fr Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: Filesystem function related Bug description: Incorrect (?) behavior of file_get_contents with Norton Firewall and .htaccess Description: Hello! I'm using Norton Internet Security as a firewall. It has a feature I couldn't find documentation for... It simply doesn't allow the string ".htaccess" to be sent. (eg: I can't submit a form containing the word .htaccess !!!). Problem is: when NIS is on, and you try a file_get_contents(http://site/.htaccess); file_get_contents just hangs and eats cpu... I'm aware that: - such a file shouldn't be accessed via http anyway - "the deny access" part of this is Norton's problem, not php. But: php might be concerned by the hang up in file_get_contents in such circonstancies. Reproduce code: --- Considering you use Norton Internet Security under WinXP on the computer you execute the script from... Try this (that's a file on my site): file_get_contents('http://panda.management.free.fr/rest/.htaccess'); Expected result: A nice error message... Actual result: -- Notice: file_get_contents(): send of 32 bytes failed with errno=0 Une connexion existante a dû être fermée par l'hôte distant* (*Translation: 'an existing connection was closed by distant host') Next Lines: Notice: file_get_contents(): send of xx bytes failed with ... then hangs up and eats all cpu ressource, with xxx climbing to... the everest... Norton Internet Security obviously does something tricky to block the access (arguing that it contains the string .htaccess). But maybe file_get_contents should behave in a more sensible way on such an error? Thank you for php!!! Olivier -- Edit bug report at http://bugs.php.net/?id=25950&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25950&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25950&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25950&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25950&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25950&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25950&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25950&r=support Expected behavior: http://bugs.php.net/fix.php?id=25950&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25950&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25950&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25950&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25950&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25950&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25950&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25950&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25950&r=float
#10725 [Com]: Cannot load ISAPI file php4isapi.dll
ID: 10725 Comment by: jtgrant at cox dot net Reported By: dimitri dot gunsing at nec-computers dot com Status: Closed Bug Type: IIS related Operating System: Windows 2000 SP1 PHP Version: 4.0.5 New Comment: I've been messing around with this stuff all night and I think I see your problem. It appears that you installed the zip package and not the installer specifically under Windows Binaries on the download page. In the fine print, it looks like the "PHP 4.3.3 installer" is the only thing that works with IIS. There is still a problem however... It appears that the php4isapi.dll does not exist in this install anywhere. php4ts.dll is present and seeming to be necessary in both installs, but for some reason the former does not. In fact the "sapi" is not present at all either. Apparently, it's a very basic install. I'm tempted to copy and paste, but I may not be that bold. Can anyone confirm what I'm saying, or do I not know a damn thing about what I'm saying? Previous Comments: [2002-10-05 09:51:29] mbuiter at hotmail dot com Hi all, I think it's a shame this thread is closed, because even today, in version PHP 4.2.3, this problem still occurs on EVERY Windows NT 4 server i try to install PHP on. The only work-around is to use PHP as a CGI (which I don't want), or use Windows 2000 instead of NT (the bug doesn't appear on Windows 2000!) Does anyone know another (bttter) workaround, or solution, please let me know!! [2002-02-18 18:51:48] raptor at the0rem dot net I have been experiencing the same problem, with 4.0.6 and now with 4.1.1 Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 18/02/2002 Time: 4:41:59 PM User: N/A Computer: THE0REM-1 Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... [2001-12-02 04:34:44] [EMAIL PROTECTED] No feedback. Closing. [2001-11-11 12:10:27] [EMAIL PROTECTED] Can you try upgrading to PHP-4.0.6? Does the problem still occur? [2001-05-08 03:57:53] dimitri dot gunsing at nec-computers dot com After installing and configuring PHP 4.0.5. I can only run this version in CGI mode. Trying to do so as an ISAPI filter it will never load the DLL file and crash everytime with the following error in the event log : The HTTP Filter DLL C:\php4\sapi\php4isapi.dll failed to load. The data is the error. Data : 7f 00 00 00 I've tried this on two seperate servers and both had the exact same problem. Installing PHP 4.0.4pl1 is no problem, the ISAPI version shipped with that distribution is running fine. -- Edit this bug report at http://bugs.php.net/?id=10725&edit=1
#25949 [Opn]: var_dump endless loops with NAN or INF float
ID: 25949 User updated by: alefor at gmx dot de Reported By: alefor at gmx dot de Status: Open Bug Type: Scripting Engine problem Operating System: Debian/unstable r3.01 GNU/Linux PHP Version: 4.3.3 New Comment: Simpler test code: var_dump((float)inf); Previous Comments: [2003-10-22 06:17:42] alefor at gmx dot de Description: var_dump a float with inf/nan value lead to an endless loop. Same result for cli php and for apache module. GDB backtrace follows, taken suspending the endless loop execution. (gdb) bt #0 0x0810bd85 in ap_php_cvt () #1 0x0810bfd6 in ap_php_ecvt () #2 0x0810c05d in ap_php_gcvt () #3 0x0810c86a in ap_php_gcvt () #4 0x0810ccd6 in vspprintf () #5 0x08108ef8 in php_printf () #6 0x080e7507 in php_var_dump () #7 0x080e77a5 in zif_var_dump () #8 0x081400e7 in execute () #9 0x08133349 in zend_execute_scripts () #10 0x0810b5fd in php_execute_script () ap_php_cvt family is in main/snprintf.c file. Reproduce code: --- $str = "inf "; $f = (float)$str; var_dump($f); Expected result: Don't know. Maybe "float(INF)" ? Actual result: -- Endless loop. No output. -- Edit this bug report at http://bugs.php.net/?id=25949&edit=1
#25949 [NEW]: var_dump endless loops with NAN or INF float
From: alefor at gmx dot de Operating system: Debian/unstable r3.01 GNU/Linux PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: var_dump endless loops with NAN or INF float Description: var_dump a float with inf/nan value lead to an endless loop. Same result for cli php and for apache module. GDB backtrace follows, taken suspending the endless loop execution. (gdb) bt #0 0x0810bd85 in ap_php_cvt () #1 0x0810bfd6 in ap_php_ecvt () #2 0x0810c05d in ap_php_gcvt () #3 0x0810c86a in ap_php_gcvt () #4 0x0810ccd6 in vspprintf () #5 0x08108ef8 in php_printf () #6 0x080e7507 in php_var_dump () #7 0x080e77a5 in zif_var_dump () #8 0x081400e7 in execute () #9 0x08133349 in zend_execute_scripts () #10 0x0810b5fd in php_execute_script () ap_php_cvt family is in main/snprintf.c file. Reproduce code: --- $str = "inf "; $f = (float)$str; var_dump($f); Expected result: Don't know. Maybe "float(INF)" ? Actual result: -- Endless loop. No output. -- Edit bug report at http://bugs.php.net/?id=25949&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25949&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25949&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25949&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25949&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25949&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25949&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25949&r=support Expected behavior: http://bugs.php.net/fix.php?id=25949&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25949&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25949&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25949&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25949&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25949&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25949&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25949&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25949&r=float
#25948 [NEW]: XSLT_SABOPT_DISABLE_ADDING_META - if false generates invalid XML
From: phpdocs at pointbeing dot net Operating system: Red Hat Linux release 7.3 (Valha PHP version: 4.3.2 PHP Bug Type: XSLT related Bug description: XSLT_SABOPT_DISABLE_ADDING_META - if false generates invalid XML Description: The XSLT_SABOPT_DISABLE_ADDING_META constant, set during compilation, automatically adds: to the output when it detects that the output is likely to be HTML. Problem is not the fact that it adds it - but that this line isn't actually valid XML - thus breaking the validity of any output! Reproduce code: --- Occurs whenever xslt_process() is used to generate HTML output. Examples - XSL File: http://www.pointbeing.net/wap2html/source.php?file=01.xsl XML Source: http://www.pointbeing.net/wap2html/tv01.wml Expected result: I would like to see valid XML generated, for example: Actual result: -- This is output automatically: This apparently cannot be disabled at runtime. -- Edit bug report at http://bugs.php.net/?id=25948&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25948&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25948&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25948&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25948&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25948&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25948&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25948&r=support Expected behavior: http://bugs.php.net/fix.php?id=25948&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25948&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25948&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25948&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25948&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25948&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25948&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25948&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25948&r=float
#25934 [Opn]: SessionID in URL sometimes ignored
ID: 25934 User updated by: php at webfreezer dot com Reported By: php at webfreezer dot com Status: Open Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.3 New Comment: Sorry, ini_set("session.name", "sessionID") is called before, NOT ini_set("session-name"... Previous Comments: [2003-10-22 05:59:38] php at webfreezer dot com I don´t access the sessionID in the scripts directly via any $_GET or $_POST. I only use PHP´s session_id() and session_name() functions throughout the scripts. After testing the current PHP snap there has been no change in the behavior so I changed the version back to 4.3.3. However I tried something different. I appended &PHPSESSID={SESSIONID} to the URL so that it now looks like "file.php?sessionID={SESSIONID}&PHPSESSID={SESSIONID}" when such a session "loss" occured and it works! As I stated before the session file exists and contains the correct data so the session is kind of restored that way. ini_get("session.name") however correctly returns "sessionID" on the same page and ini_set("session-name", "sessionID") is of course called prior to session_start(). So it seems as if PHP does not always correctly use the settings and falls back to standard values. Might ini_set values also be "remembered" by Apache processes as stated in bug bug #25753? I don´t know why it didn´t work some time ago when changing the session name to PHPSESSID did not work, but since then the code has been changed since then that might have been another problem. [2003-10-22 04:49:53] [EMAIL PROTECTED] Are you accessing the session ID via globals or do you use $_GET, etc.? This might be same issue as bug #25753 is about. [2003-10-22 03:03:04] php at webfreezer dot com I`ll test the snapshot soon. The following is the content of the .htaccess in the DocumentRoot: php_value register_globals 0 Options -Indexes register_globals must be set to on for the whole server because there are other older websites that require this option so I explicitly have to disable it for the affected website. [2003-10-22 02:01:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do you set any PHP ini options in your httpd.conf / .htaccess file? (for any vhost) [2003-10-21 16:11:03] php at webfreezer dot com No, it is off: session.use_trans_sid = 0 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/25934 -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#25934 [Fbk->Opn]: SessionID in URL sometimes ignored
ID: 25934 User updated by: php at webfreezer dot com Reported By: php at webfreezer dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.3 New Comment: I don´t access the sessionID in the scripts directly via any $_GET or $_POST. I only use PHP´s session_id() and session_name() functions throughout the scripts. After testing the current PHP snap there has been no change in the behavior so I changed the version back to 4.3.3. However I tried something different. I appended &PHPSESSID={SESSIONID} to the URL so that it now looks like "file.php?sessionID={SESSIONID}&PHPSESSID={SESSIONID}" when such a session "loss" occured and it works! As I stated before the session file exists and contains the correct data so the session is kind of restored that way. ini_get("session.name") however correctly returns "sessionID" on the same page and ini_set("session-name", "sessionID") is of course called prior to session_start(). So it seems as if PHP does not always correctly use the settings and falls back to standard values. Might ini_set values also be "remembered" by Apache processes as stated in bug bug #25753? I don´t know why it didn´t work some time ago when changing the session name to PHPSESSID did not work, but since then the code has been changed since then that might have been another problem. Previous Comments: [2003-10-22 04:49:53] [EMAIL PROTECTED] Are you accessing the session ID via globals or do you use $_GET, etc.? This might be same issue as bug #25753 is about. [2003-10-22 03:03:04] php at webfreezer dot com I`ll test the snapshot soon. The following is the content of the .htaccess in the DocumentRoot: php_value register_globals 0 Options -Indexes register_globals must be set to on for the whole server because there are other older websites that require this option so I explicitly have to disable it for the affected website. [2003-10-22 02:01:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do you set any PHP ini options in your httpd.conf / .htaccess file? (for any vhost) [2003-10-21 16:11:03] php at webfreezer dot com No, it is off: session.use_trans_sid = 0 [2003-10-21 15:14:18] [EMAIL PROTECTED] You do have "session.use_trans_sid = 1" in your php.ini? 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/25934 -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#25947 [NEW]: PHP / IE conflict
From: birhan at modelci dot net Operating system: NT4.0 PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: PHP / IE conflict Description: Just Like "Bug #21993 Frameset/PHP conflict" but IE do not show php pages after loading, frame or non frame does not matter. When i select View->Source from menu, i can see PHP's output without any error. Sometimes refreshing shows page. Non php pages work vell. This behaviour happens after upgrading PHP 4.2.1 to 4.3.3 My server setup; NT4.0 + SP6 Apache 1.3.12 PHP 4.3.3 MySQL 3.23.49 php file extension is .html not .php but .php is valid too. you can read phpinfo() if you wish; http://www.ihalenet.com/phpinfo.php Other browsers (Netscape 6+, Opera 7+) working well. Strange thing is, some IE works, some IE's not. (Same versions on different machines). Then i think this bug is IE specific but when i reinstall PHP 4.2.1, all IE's works without any problem. Reproduce code: --- Expected result: Some valid html page Actual result: -- Blank page with Expected HTML code in source view -- Edit bug report at http://bugs.php.net/?id=25947&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25947&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25947&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25947&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25947&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25947&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25947&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25947&r=support Expected behavior: http://bugs.php.net/fix.php?id=25947&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25947&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25947&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25947&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25947&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25947&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25947&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25947&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25947&r=float
#25946 [NEW]: The specified CGI application misbehaved
From: nelson_cerqueira at sapo dot pt Operating system: Windows XP Pro PHP version: 4.3.3 PHP Bug Type: CGI related Bug description: The specified CGI application misbehaved Description: I have a mysql database with a blob field, i the page that return the binary image from an iframe, the first time that i call the parent, 2 in 3 times this message apears: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: After this if i reload the page the image apears. Reproduce code: --- "parent.php" ... "; ?> ... "imagens.php" Expected result: I expected that when i load the parent the image loads, but it don't always load, only 1 in 3 times, or less. -- Edit bug report at http://bugs.php.net/?id=25946&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25946&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25946&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25946&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25946&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25946&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25946&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25946&r=support Expected behavior: http://bugs.php.net/fix.php?id=25946&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25946&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25946&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25946&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25946&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25946&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25946&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25946&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25946&r=float
#25945 [NEW]: APACHE_INCLUDE is pre-expanded in Makefile
From: cjbj at hotmail dot com Operating system: Linux (RH AS 2.1) PHP version: 4.3.3 PHP Bug Type: *Compile Issues Bug description: APACHE_INCLUDE is pre-expanded in Makefile Description: I'm having some problems with a recalcitrant apxs program. It returns a bogus path for the Apache headers. The Makefile therefore is wrong and sapi_apache.c fails to compile. The APACHE_INCLUDE variable in the Makefile is not used anywhere so changing it has no effect. My configure line is: --with-oci8=$ORACLE_HOME --with-apxs=$ORACLE_HOME/Apache/Apache/bin/apxs --enable-sigchild The resulting Makefile is: ... APACHE_INCLUDE = -I/include ... sapi/apache/sapi_apache.lo: /home/cjbj/php-4.3.3/sapi/apache/sapi_apache.c $(LIBTOOL) --mode=compile $(CC) ... -I/include ... ... The problem I'm reporting is the compile line. It has already expanded the Apache path, so any change to APACHE_INCLUDE is never used. It would make working around this and similar problems easier if the compile line was: $(LIBTOOL) --mode=compile $(CC) ... -I$(APACHE_INCLUDE) ... If this is not possible, then maybe the "APACHE_INCLUDE = -I/include" line could be removed altogether from the Makefile. -- Edit bug report at http://bugs.php.net/?id=25945&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25945&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25945&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25945&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25945&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25945&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25945&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25945&r=support Expected behavior: http://bugs.php.net/fix.php?id=25945&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25945&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25945&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25945&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25945&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25945&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25945&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25945&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25945&r=float
#25934 [Opn->Fbk]: SessionID in URL sometimes ignored
ID: 25934 Updated by: [EMAIL PROTECTED] Reported By: php at webfreezer dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.3 New Comment: Are you accessing the session ID via globals or do you use $_GET, etc.? This might be same issue as bug #25753 is about. Previous Comments: [2003-10-22 03:03:04] php at webfreezer dot com I`ll test the snapshot soon. The following is the content of the .htaccess in the DocumentRoot: php_value register_globals 0 Options -Indexes register_globals must be set to on for the whole server because there are other older websites that require this option so I explicitly have to disable it for the affected website. [2003-10-22 02:01:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do you set any PHP ini options in your httpd.conf / .htaccess file? (for any vhost) [2003-10-21 16:11:03] php at webfreezer dot com No, it is off: session.use_trans_sid = 0 [2003-10-21 15:14:18] [EMAIL PROTECTED] You do have "session.use_trans_sid = 1" in your php.ini? [2003-10-21 08:37:47] php at webfreezer dot com Description: PHP sometimes does not want to use the sessionID given via GET! This happens only on some occasions however it is reproducible on such a certain page. I regret that I cannot post a short code snippet because it simply does not happen when testing with a short code snippet. What happens is the following: - the SID is used as a GET parameter (this works on every other page!) - $sidname=session_name(); echo $_GET[$sidname] outputs the correct SID visible in the URL (e.g. "/search.php?page=2&qid=1&sessionID=1291bfd78301f151803ca632cd41f626") - however echo session_id() outputs a totally different SID! - both (old and new) SID files exist and are readable session.auto_start=0 session.use_cookies=0 session.use_only_cookies=0 session.referer_check=0 I even implemented my own session handler and it appears that PHP does not even call the OPEN function for the "old" SID that it no longer wants to use. I also tried to use the generic PHPSESSID name instead of the custom "sessionID" by not setting the custom name, but the problem still exists. This is my configure line: './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#25709 [Opn->Bgs]: Error compiling --with-oci8
ID: 25709 Updated by: [EMAIL PROTECTED] Reported By: lcba813 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X PHP Version: 5.0.0b1 (beta1) New Comment: This is a conflict between the libxml and oracle libs. Oracle happens to be using same symbols names. Report to Oracle.. Previous Comments: [2003-09-30 18:40:55] lcba813 at yahoo dot com Description: Hello, I have Mac OS X 10.2.6 and I'm trying to compile PHP to work with Oracle (I've downloaded 4.3.3 and 5.0.0b1), Platform: Mac OS X Server 10.2.6 Kernel: Darwin 6.6 Oracle Release: Oracle9i Db R2 Ent Edition for Mac OS X v10.2 Jaguar PHP source: php-5.0.0b1 or php-4.3.3 When the libphp file is being compiled, I get this (for php 5): ld: multiple definitions of symbol _isStandalone /sw/lib/libxml2.dylib(SAX.lo) definition of _isStandalone /Users/oracle/v920/lib/libclntsh.dylib(oraxml.o) definition of _isStandalone make: *** [libs/libphp5.bundle] Error 1 or this (for php 4) ld: multiple definitions of symbol _isStandalone /sw/lib/libxml2.dylib(SAX.lo) definition of _isStandalone /Users/oracle/v920/lib/libclntsh.dylib(oraxml.o) definition of _isStandalone make: *** [libs/libphp4.bundle] Error 1 In the bugs database this bug http://bugs.php.net/bug.php?id=14483 seems alike... Reproduce code: --- ./configure --with-apxs --with-oci8 --with-gd --with-mysql=/usr/local/mysql --with-oracle --with-sqlite --with-libjpeg=/sw --with-libtiff=/sw --with-ligpng=/sw --with-zlib-dir=/usr/local --with-pgsql=/usr/local/pgsql --with-xml --with-dom=/sw --with-jpeg-dir=/sw --with-png-dir=/sw --with-zlib-dir=/usr/local make Expected result: compile succesfull!! :) Actual result: -- ld: multiple definitions of symbol _isStandalone /sw/lib/libxml2.dylib(SAX.lo) definition of _isStandalone /Users/oracle/v920/lib/libclntsh.dylib(oraxml.o) definition of _isStandalone make: *** [libs/libphp5.bundle] Error 1 -- Edit this bug report at http://bugs.php.net/?id=25709&edit=1
#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files
ID: 25753 Comment by: mattias at segerdahl dot info Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: * PHP Version: 4CVS, 5CVS New Comment: Sniper, I accidently ran into this bug a few moments ago. I talked to Derick about it in the channel and we agreed I would do some testing. There are some particular strange behaviour. I will try to explain as well as include the files needed to reproduce this error. But first let me point out one thing that I find really weird. This only occurs when the apache server has not been accessed for a while, if you reload the page directly after you've encountered this error message, it will work perfectly. The error message is: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/users.bitcom.se/index.php) is not within the allowed path(s): (/var/www/www.sol.se) in Unknown on line 0 Warning: Unknown(/var/www/users.bitcom.se/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/users.bitcom.se/index.php' for inclusion (include_path='.:/usr/local/php//lib/php') in Unknown on line 0 My php.ini file http://www.segerdahl.info/25753/php.ini My httpd.conf file http://www.segerdahl.info/25753/httpd.conf Server version: Apache/2.0.47 Server built: Oct 20 2003 18:39:21 PHP 4.3.4RC4 configured as: './configure' '--with-apxs2=/usr/local/httpd/bin/apxs' '--enable-mbstring' '--with-pear' '--with-mysql' '--enable-magic-quotes' '--with-ftp' '--sysconfdir=/etc/php' '--with-config-file-path=/etc/php' '--prefix=/usr/local/php/' '--enable-mbstring' '--with-curl' '--enable-ftp' APACHE configured as: ./configure --sysconfdir=/etc/httpd/conf --enable-ssl --prefix=/usr/local/httpd --enable-modules=dso,most Contact me on efnet if you need more information... // bad2da Previous Comments: [2003-10-04 18:58:16] [EMAIL PROTECTED] We do not know what causes this bug or how it can be reliably reproduced. If you know exactly HOW this can be reproduced, add the information here. Any other comments will be deleted. [2003-10-04 00:48:12] [EMAIL PROTECTED] Description: If (for example) one virtualhost configuration has set "php_admin_flag register_globals off", in some situations the setting persists between requests. -> php.ini settings are NOT reset between requests. 1. php.ini has register_globals = On 2. Request is made into www.foobar.com (which has "php_admin_flag register_globals off") 3. Next request (same apache child) is made into www.barfoo.com (which does not have the setting) This applies to ALL php.ini directives. Some related reports: bug #6374 (include_path in .htaccess across multiple vhosts) bug #7174 (Round-robin -like values for include_path) bug #19292 (Random error: open_basedir restriction..) bug #21564 (corrupted paths coming to open_basedir) bug #23462 ("php_admin_value open_basedir" in httpd.conf) bug #23580 (Random values for include_path) bug #24282 (Strange Open Base Dir Restriction Errors) bug #24974 (random open_basedir errors) bug #25172 ($HTTP_HOST sometimes empty) For all who think they're experiencing this problem: DO NOT add any comments here unless you have some extra information to give which is not already given in above mentioned reports. Any comment which has no extra value will be deleted. -- Edit this bug report at http://bugs.php.net/?id=25753&edit=1
#25935 [Bgs]: pg_connection_status strange behaviour
ID: 25935 User updated by: edechaux at irci dot fr Reported By: edechaux at irci dot fr Status: Bogus Bug Type: PostgreSQL related Operating System: Linux 2.4.21 PHP Version: 4.3.3 New Comment: ok, it works now. Thank you. Previous Comments: [2003-10-21 14:33:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your code is wrong, use ===, see below why: [EMAIL PROTECTED] /usr/src/php5 $ php -r \'var_dump(pg_connection_status(false));\' bool(false) [EMAIL PROTECTED] /usr/src/php5 $ php -r \'var_dump(PGSQL_CONNECTION_OK);\' int(0) [2003-10-21 10:58:04] edechaux at irci dot fr Description: I have notice a strange beaviour with the pg_connection_status function. See this code : Reproduce code: --- echo pg_connection_status (false) == PGSQL_CONNECTION_OK ? 'strange' : 'ok'; Expected result: I think I should see 'ok' on the screen. false is not a valid Postgres connection. Actual result: -- However 'strange' is written on the screen. It may not be a bug. But this behaviour should be written in the doc. -- Edit this bug report at http://bugs.php.net/?id=25935&edit=1
#25934 [Fbk->Opn]: SessionID in URL sometimes ignored
ID: 25934 User updated by: php at webfreezer dot com Reported By: php at webfreezer dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.3 New Comment: I`ll test the snapshot soon. The following is the content of the .htaccess in the DocumentRoot: php_value register_globals 0 Options -Indexes register_globals must be set to on for the whole server because there are other older websites that require this option so I explicitly have to disable it for the affected website. Previous Comments: [2003-10-22 02:01:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do you set any PHP ini options in your httpd.conf / .htaccess file? (for any vhost) [2003-10-21 16:11:03] php at webfreezer dot com No, it is off: session.use_trans_sid = 0 [2003-10-21 15:14:18] [EMAIL PROTECTED] You do have "session.use_trans_sid = 1" in your php.ini? [2003-10-21 08:37:47] php at webfreezer dot com Description: PHP sometimes does not want to use the sessionID given via GET! This happens only on some occasions however it is reproducible on such a certain page. I regret that I cannot post a short code snippet because it simply does not happen when testing with a short code snippet. What happens is the following: - the SID is used as a GET parameter (this works on every other page!) - $sidname=session_name(); echo $_GET[$sidname] outputs the correct SID visible in the URL (e.g. "/search.php?page=2&qid=1&sessionID=1291bfd78301f151803ca632cd41f626") - however echo session_id() outputs a totally different SID! - both (old and new) SID files exist and are readable session.auto_start=0 session.use_cookies=0 session.use_only_cookies=0 session.referer_check=0 I even implemented my own session handler and it appears that PHP does not even call the OPEN function for the "old" SID that it no longer wants to use. I also tried to use the generic PHPSESSID name instead of the custom "sessionID" by not setting the custom name, but the problem still exists. This is my configure line: './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1