#7244 [Com]: Problem with LOAD DATA LOCAL INFILE
ID: 7244 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: MySQL related Operating System: win 98 PHP Version: 4.1.0 New Comment: I am having a problem wich is likewise I think Loading data from a windows host to a linux server echo ""; $file1 = str_replace("\\" , "", $file1); $result=mysql_query ("LOAD DATA LOCAL INFILE '$file1' INTO TABLE agenda (plaats, activiteit)"); returns this: File 'D:\\gegevens.txt' not found (Errcode: 2) If I do the same on the mysql server wich runs on windows at home and type in the mysql monitor: load data local infile 'D:\\gegevens.txt' into table agenda; everything works fine. So the location with the extra backslash should work I spend a lot of time on this and tried about everything and can't figure it out. Previous Comments: [2002-07-18 01:00:08] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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-06-17 16:04:02] [EMAIL PROTECTED] Rather try the latest CVS snapshot build: http://snaps.php.net/win32/php4-win32-latest.zip [2002-06-17 13:35:57] [EMAIL PROTECTED] Is this still a problem with PHP 4.2.1? Derick [2002-01-14 22:00:42] [EMAIL PROTECTED] Please update PHP Version if you've tested with newer version :) [2002-01-14 19:24:48] [EMAIL PROTECTED] Same problem with PHP 4.1.0, Apache 1.3.22 and MySQL 3.21.29a under Win 98. Action made with phpMyAdmin 2.2.2 and phpMyAdmin 2.0.3. 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/7244 -- Edit this bug report at http://bugs.php.net/?id=7244&edit=1
#19987 [Com]: supplied argument is not a valid imap resource.
ID: 19987 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: Debian GNU Linux 3.0 woody PHP Version: 4.2.2 New Comment: P.S. IMAP package was compiled using "make slx". PHP is bound to apache via APXS. Apache version: 1.3.26. And the same situation I relive on Windows XP with the same version of Apache and PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested through process module list). I've tested enought software like NOCC using imap and no one package did worked. Previous Comments: [2002-10-18 22:03:07] [EMAIL PROTECTED] Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit this bug report at http://bugs.php.net/?id=19987&edit=1
#19741 [Fbk->NoF]: Path no longer works in unlink, pdf_open_file
ID: 19741 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: linux 2.4.18 PHP Version: 4.2.3 New Comment: 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". Previous Comments: [2002-10-07 10:44:49] [EMAIL PROTECTED] CVS Snapshot had no impact. [2002-10-03 19:35:45] [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-10-03 18:39:34] [EMAIL PROTECTED] on further examination it appears only pdf_open_file($pdf, "somefile.pdf"); does not work and must be substituted with pdf_open_file($pdf, "$documentroot/somefile.pdf"); (or the smart example) i took the liberty of checking with pdf.c and it doesnt appear to be any different. [2002-10-03 18:26:38] [EMAIL PROTECTED] A smarter variant of the workaround is to use file_exists(realpath('somefile.pdf')); which works quite fine on Apache 2.0.40 Philipp [2002-10-03 14:48:06] [EMAIL PROTECTED] In old apache 1.3.26/php.4.0.6 if (file_exists("somefile.pdf")) unlink("somefile.pdf"); pdf_open_file($pdf, "somefile.pdf"); would check the current directory. ie .. it will do these actions whereever documentroot happens to be. now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42 OpenSSL/0.9.6b PHP/4.2.3 in apache 2.0.42 getcwd() returns the current working directory however if i do chdir (documentroot) the first command if (file_exists("somefile.pdf")) unlink("somefile.pdf"); will work but the 2nd pdf_open_file($pdf, "somefile.pdf"); will not. the workaround seems to be to work is to include the whole path pdf_open_file($pdf, "$documentroot/somefile.pdf"); which appears to work .. is this a bug or a feature? -- Edit this bug report at http://bugs.php.net/?id=19741&edit=1
#19987 [NEW]: supplied argument is not a valid imap resource.
From: [EMAIL PROTECTED] Operating system: Debian GNU Linux 3.0 woody PHP version: 4.2.2 PHP Bug Type: IMAP related Bug description: supplied argument is not a valid imap resource. Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit bug report at http://bugs.php.net/?id=19987&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19987&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19987&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19987&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19987&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19987&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19987&r=support Expected behavior: http://bugs.php.net/fix.php?id=19987&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19987&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19987&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19987&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19987&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19987&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19987&r=isapi
#16673 [Fbk->NoF]: callback registered via ob_start is called when not expected
ID: 16673 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: linux 2.4.18 PHP Version: 4.2.0 New Comment: 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". Previous Comments: [2002-09-30 22:09:09] [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-05-06 17:53:01] [EMAIL PROTECTED] with the ob_end_clean call in my code my intention is to discard the buffer and disable output buffering. i do not have any ob_flush calls in my code. here is some background on what i'm trying to do. in a nutshell i have a call in my code (dio_fcntl) which attempts to get an exclusive lock on a file. in theory this call can block forever (or until the script execution timeout occurs). to alert the user that a timeout occurred while waiting on the lock i create a buffer with an error message just before the call to the code that may block. if the script gets the lock before a timeout occurs i call ob_end_clean() to release the error message in the buffer which is not needed. if a timeout occurs php flushes this buffer containing the error message and the user is notified of the error. the purpose of registering a callback in my case is not to modify the output buffer (the error message) but to put a message in the web server error log that this problem occurred. i was expecting the callback function to not get called when ob_end_clean() is executed. in theory the callback should only be called in my case if the script execution timer expires. some code which can block [2002-05-03 23:13:30] [EMAIL PROTECTED] I guess you have some ob_flush() functions, don't you? [2002-04-17 18:58:31] [EMAIL PROTECTED] i have the following code where ... represents some echo statements but does not include any ob_xxx calls. ob_start("func"); ... ob_end_clean(); and func is defined as: function func ($buf) { error_log("got here",0); return $buf; } when this code runs i get "got here" in my error log. i am expecting the ob_end_clean call to turn off output buffering which includes not calling the callback I registered. i am using 4.2.0rc2 currently. -- Edit this bug report at http://bugs.php.net/?id=16673&edit=1
#19662 [Fbk->NoF]: cookies not set with CGI server API
ID: 19662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Other web server Operating System: SunOS PHP Version: 4.2.3 New Comment: 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". Previous Comments: [2002-10-03 19:32:38] [EMAIL PROTECTED] You obviously didn't read my comment either.. Please try this snapshot and EXACTLY THIS: http://snaps.php.net/php4-latest.tar.gz [2002-10-03 10:35:03] [EMAIL PROTECTED] I installed version 4.2.3 but it did not help. I did not read anything about a bugfix related to cookies in the changelog either. [2002-10-01 20:44:51] [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-09-29 13:34:00] [EMAIL PROTECTED] When I set a cookie with the setcookie command AFTER I requested the value of an nonexisting cookie (so NULL) with a different name it does not set the cookie. I tested it on multiple systems with PHP 4.2.1 installed. On 2 systems it did not go well and 1 system it has no problem and works fine. The only difference that I can see is that the "good" system has Apache as "Server API" and the other 2 "bad" system have CGI as server API. I ran the following script for the first time with no active cookies set: outputs: "cookie NOT set , existing cookie value: " When I delete the 1st line ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again I get as output: "cookie set , existing cookie value: " Then I add the 1st line again ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again and get as output: "cookie set , existing cookie value: test" and everything works perfectly even whenever I change the $value. When I add the next line to the script (at line 2) it does not correctly set the cookie again. $existing_cookie2 = $_COOKIE["existing_cookie2"]; -- Edit this bug report at http://bugs.php.net/?id=19662&edit=1
#17931 [Fbk->NoF]: Segfault when passing array as second arg to xslt_set_error_handler
ID: 17931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: XSLT related Operating System: Linux PHP Version: 4.2.1 New Comment: 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". Previous Comments: [2002-10-03 13:42:56] [EMAIL PROTECTED] ifstream should be in your stdc++ lib. If you use: LDFLAGS='-lstdc++' ./configure [your flags here] does that help? Here's what I get on my stdc++ lib: $ nm /usr/lib/libstdc++.so | grep vt_3 00036238 D __vt_3ios [2002-08-25 05:43:47] [EMAIL PROTECTED] Recently I downloaded Sablot 0.95 and the two patches ( One for sablot itself and one for PHP ( sablot.c )) It's absolutely the same result. Nothing works. [2002-07-05 15:50:33] [EMAIL PROTECTED] Ah, forgot some more Just compiled it without cli and now i get the following error: Starting web server: apache Cannot load /usr/lib/apache/1.3/libphp4.so into server: /usr/lib/libsablot.so.0: undefined symbol: __vt_3ios failed [2002-07-05 14:59:04] [EMAIL PROTECTED] After installation of the Sablot-CVS my PHP (cli version) doesn't compile anymore. Tested with 4.2.1 and 4.3.0-dev ... Here's the error: /usr/bin/ld: warning: libpng.so.2, needed by /usr/lib/libgd.so, may conflict with libpng.so.3 /usr/lib/libsablot.so: undefined reference to `ios virtual table' /usr/lib/libsablot.so: undefined reference to `fstreambase::fstreambase(int)' /usr/lib/libsablot.so: undefined reference to `istream::ios virtual table' /usr/lib/libsablot.so: undefined reference to `istream::getline(char *, int, char)' /usr/lib/libsablot.so: undefined reference to `ifstream::~ifstream(void)' /usr/lib/libsablot.so: undefined reference to `fstreambase::open(char const *, int, int)' /usr/lib/libsablot.so: undefined reference to `ifstream::ios virtual table' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2002-07-04 16:53:59] [EMAIL PROTECTED] Hi, could you verify if it works with current Sablot CVS version? See: http://www.gingerall.cz/charlie/ga/xml/p_sab.xml for details on anoncvs access. This version works for me, and is actually the same bug as #17791. 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/17931 -- Edit this bug report at http://bugs.php.net/?id=17931&edit=1
#16605 [Fbk->NoF]: Apache Seg Fault when accessing image fields
ID: 16605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: FreeBSD 4.4 Release PHP Version: 4.1.2 New Comment: 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". Previous Comments: [2002-10-03 22:45:12] [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 If the problem still occures, please include a backtrace in your report. [2002-04-15 17:23:33] [EMAIL PROTECTED] Apache Error log shows: Unknown(0) : Warning - String is not zero-terminated (0x47494638396110001000b30900ff269a2920882208760900ffd774631721f90401090) (source: zend_execute_API.c:274) [Mon Apr 15 12:57:21 2002] Script: '/home/devel/public_html/viewimage.php' --- zend_execute_API.c(274) : Block 0x0830C500 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on php_sybase_db.c:673, 139 bytes) End: Overflown (magic=0x30633200 instead of 0x2A8FCC84) At least 4 bytes overflown --- GDB Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x282552da in tds_convert_binary () from /usr/local/lib/libsybdb.so.1 PHP Config: './configure' '--with-apache=../apache_1.3.24' '--with-pdflib=/usr/local' '--with-xml' '--enable-debug' '--enable-track-vars' '--enable-shared=pdflib' '--with-zlib' '--enable-versioning' '--with-sybase=/usr/local' [2002-04-15 12:42:03] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-04-14 18:20:27] [EMAIL PROTECTED] When using FreeDTS to connect to SQL Server 2000, 'image' fields cause apache to seg fault. >From PHP I can insert the binary data, however. After consulting with the freedts developers, I have tried using the set textsize command, which has not fixed the issue. Other tools using the same libaries can connect and select / retrieve this field, so the issue appers to be with PHP. PHP Compile line: ./configure --with-apache=../apache_1.3.24 --with-pdflib=/usr/local --with-xml --disable-debug --enable-track-vars --enable-shared=pdflib --with-zlib --enable-ersioning --with-sybase=/usr/local -- Edit this bug report at http://bugs.php.net/?id=16605&edit=1
#19987 [Opn->Bgs]: supplied argument is not a valid imap resource.
ID: 19987 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Debian GNU Linux 3.0 woody PHP Version: 4.2.2 New Comment: This is not a bug. Your error handling is wrong. || die() after your imap_open() call is going to end up putting a boolean into $mbox. You need the lower precedence OR operator. Change that line to be: $mbox = imap_open($ConnStr, "csb", "masd123") OR die ("can't connect: " . imap_last_error()); and I bet it will work just fine. Previous Comments: [2002-10-18 22:06:45] [EMAIL PROTECTED] P.S. IMAP package was compiled using "make slx". PHP is bound to apache via APXS. Apache version: 1.3.26. And the same situation I relive on Windows XP with the same version of Apache and PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested through process module list). I've tested enought software like NOCC using imap and no one package did worked. [2002-10-18 22:03:07] [EMAIL PROTECTED] Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit this bug report at http://bugs.php.net/?id=19987&edit=1
#19986 [NEW]: tsrm_ls not in ext/standard/formatted_print.c
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.3.0-pre1 PHP Bug Type: Other web server Bug description: tsrm_ls not in ext/standard/formatted_print.c Trying to build PHP 4.3.0-pre1 against AOLserver 3.5.0, I get this: /bin/sh libtool --silent --mode=compile gcc -Iext/standard/ -I/u1/src/php-4.3.0pre1/ext/standard/ -DPHP_ATOM_INC -I/u1/src/php-4.3.0pre1/include -I/u1/src/php-4.3.0pre1/main -I/u1/src/php-4.3.0pre1 -I/home/aolserver/include -I/u1/src/php-4.3.0pre1/Zend -I/u1/src/php-4.3.0pre1/ext/xml/expat -D_REENTRANT -I/u1/src/php-4.3.0pre1/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /u1/src/php-4.3.0pre1/ext/standard/formatted_print.c -o ext/standard/formatted_print.lo /u1/src/php-4.3.0pre1/ext/standard/formatted_print.c: In function `php_sprintf_appenddouble': /u1/src/php-4.3.0pre1/ext/standard/formatted_print.c:287: `tsrm_ls' undeclared (first use in this function) /u1/src/php-4.3.0pre1/ext/standard/formatted_print.c:287: (Each undeclared identifier is reported only once /u1/src/php-4.3.0pre1/ext/standard/formatted_print.c:287: for each function it appears in.) make: *** [ext/standard/formatted_print.lo] Error 1 Looks like the tsrm_ls being missing isn't uncommon. Hopefully this will be a quick bug to fix and close. -- Edit bug report at http://bugs.php.net/?id=19986&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19986&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19986&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19986&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19986&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19986&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19986&r=support Expected behavior: http://bugs.php.net/fix.php?id=19986&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19986&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19986&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19986&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19986&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19986&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19986&r=isapi
#19984 [Opn->Fbk]: Problems with imap_setflag_full
ID: 19984 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux Red Hat 8 PHP Version: 4.2.2 New Comment: 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 Previous Comments: [2002-10-18 19:38:24] [EMAIL PROTECTED] I have problems when I attempt to execute this instruction (using Red Hat 8.0, with php 4.4.4-8.0.5). imap_setflag_full($msg,$elmensaje,"\\ANSWERED",ST_UID); $msg and $elmensaje are valid arguments, they are OK, but I obtain the next warning: Warning: imap_setflag_full(): supplied argument is not a valid imap resource in ... Instruction above works OK on RedHat 7.2 and 7.3. Is it a bug??? -- Edit this bug report at http://bugs.php.net/?id=19984&edit=1
#19985 [Opn->Bgs]: xor unsupported ?
ID: 19985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Unix PHP Version: 4.2.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. _Make sure_ you post complete & short script. [yohgaki@dev DEV]$ cat a.php [yohgaki@dev DEV]$ php a.php int(3) int(2) [yohgaki@dev DEV]$ Previous Comments: [2002-10-18 20:28:25] [EMAIL PROTECTED] [...] $x = $a ^ $b; if (($a ^ $x) != $b) die("that should not happen..."); [...] I know you told people in year 2000 and 2001 to use GMP, but I don't understand why a lib should be installed just to support the xor operation... -- Edit this bug report at http://bugs.php.net/?id=19985&edit=1
#19985 [NEW]: xor unsupported ?
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: xor unsupported ? [...] $x = $a ^ $b; if (($a ^ $x) != $b) die("that should not happen..."); [...] I know you told people in year 2000 and 2001 to use GMP, but I don't understand why a lib should be installed just to support the xor operation... -- Edit bug report at http://bugs.php.net/?id=19985&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19985&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19985&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19985&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19985&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19985&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19985&r=support Expected behavior: http://bugs.php.net/fix.php?id=19985&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19985&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19985&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19985&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19985&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19985&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19985&r=isapi
#19944 [Fbk->Opn]: fgets() returns garbage when STDIN set to non-blocking
ID: 19944 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: RedHat 7.3 PHP Version: 4.3.0-pre1 New Comment: Rats, just changing status to "Open"--already added comment above... Previous Comments: [2002-10-18 20:11:03] [EMAIL PROTECTED] As of snap-200210181500 it still doesn't work. Results are the same with garbage returned when using fgets() on STDIN when in non-blocking mode. Last two snaps I've tried (10/17 and 200210181500) have the added feature of also core dumping when fgets() is used on a non-blocking socket opened with fsockopen(). Previous versions of PHP work as expected with fgets() on a non-blocking socket, but the snaps seem to core dump. 10/17 snap would core dump on first call to fgets() whereas today's snap seems to go through the while loop three times and then core dumps when it hits fgets() again. Thus, the current observation is that when using fgets in non-blocking mode: 1. STDIN returns garbage. 2. Sockets core dump. [2002-10-17 21:59:58] [EMAIL PROTECTED] As an aside: you can use stream_select() to acheive this (see docs for socket_select; they work the same way, but on different things). Also, you should use if ($string !== false) to 100% correct in your script. [2002-10-17 17:07:37] [EMAIL PROTECTED] Try this one again: http://snaps.php.net/php4-latest.tar.bz2 You might have got the snapshot which didn't have the fixes. [2002-10-17 12:52:36] [EMAIL PROTECTED] I just tried with the latest from snaps.php.net. Problem still exists as of php4-200210170600. [2002-10-17 02:15:13] [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. Use a snapshot from http://snaps.php.net/php4-latest.tar.bz2 fgets had some real nasty problems. 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/19944 -- Edit this bug report at http://bugs.php.net/?id=19944&edit=1
#19944 [Com]: fgets() returns garbage when STDIN set to non-blocking
ID: 19944 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Sockets related Operating System: RedHat 7.3 PHP Version: 4.3.0-pre1 New Comment: As of snap-200210181500 it still doesn't work. Results are the same with garbage returned when using fgets() on STDIN when in non-blocking mode. Last two snaps I've tried (10/17 and 200210181500) have the added feature of also core dumping when fgets() is used on a non-blocking socket opened with fsockopen(). Previous versions of PHP work as expected with fgets() on a non-blocking socket, but the snaps seem to core dump. 10/17 snap would core dump on first call to fgets() whereas today's snap seems to go through the while loop three times and then core dumps when it hits fgets() again. Thus, the current observation is that when using fgets in non-blocking mode: 1. STDIN returns garbage. 2. Sockets core dump. Previous Comments: [2002-10-17 21:59:58] [EMAIL PROTECTED] As an aside: you can use stream_select() to acheive this (see docs for socket_select; they work the same way, but on different things). Also, you should use if ($string !== false) to 100% correct in your script. [2002-10-17 17:07:37] [EMAIL PROTECTED] Try this one again: http://snaps.php.net/php4-latest.tar.bz2 You might have got the snapshot which didn't have the fixes. [2002-10-17 12:52:36] [EMAIL PROTECTED] I just tried with the latest from snaps.php.net. Problem still exists as of php4-200210170600. [2002-10-17 02:15:13] [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. Use a snapshot from http://snaps.php.net/php4-latest.tar.bz2 fgets had some real nasty problems. [2002-10-16 23:32:19] [EMAIL PROTECTED] I am trying to use the CLI version of 4.3.0-pre1. My script needs to act if there hasn't been input within a certain amount of time. I've used the following function to accomplish this with TCP/IPsockets in non-blocking mode: function GetSocketLine($socket, $timeout) { $timeout += time(); $holdString = ""; while(time() < $timeout) { $string = fgets($socket, 1024); if($string != false) break; } return($string); } However, if I use set_stream_blocking() to set STDIN to non-blocking, the above code returns garbage instead of "false" when there is nothing to receive. It would seem to me that if STDIN is set to non-blocking and STDIN is passed to the above function as $socket, it ought to return "false" when blocking would occur--it shouldn't return garbage. -- Edit this bug report at http://bugs.php.net/?id=19944&edit=1
#19980 [Bgs]: Static method call from non-statiic method fails.
ID: 19980 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 4.2.3 New Comment: This came up on ZE2 list also, people seem to have a need for this. Please participate there. Previous Comments: [2002-10-18 15:43:16] [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 http://www.php.net/manual/en/keyword.paamayim-nekudotayim.php [2002-10-18 10:31:45] [EMAIL PROTECTED] AyByBn [2002-10-18 10:26:31] [EMAIL PROTECTED] And the output is? [2002-10-18 10:07:33] [EMAIL PROTECTED] when calling B::procSave from $a->procSave() the $this keeps linked to $a. The code: procSave(); B::procSave(); ?> -- Edit this bug report at http://bugs.php.net/?id=19980&edit=1
#19984 [NEW]: Problems with imap_setflag_full
From: [EMAIL PROTECTED] Operating system: Linux Red Hat 8 PHP version: 4.2.2 PHP Bug Type: IMAP related Bug description: Problems with imap_setflag_full I have problems when I attempt to execute this instruction (using Red Hat 8.0, with php 4.4.4-8.0.5). imap_setflag_full($msg,$elmensaje,"\\ANSWERED",ST_UID); $msg and $elmensaje are valid arguments, they are OK, but I obtain the next warning: Warning: imap_setflag_full(): supplied argument is not a valid imap resource in ... Instruction above works OK on RedHat 7.2 and 7.3. Is it a bug??? -- Edit bug report at http://bugs.php.net/?id=19984&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19984&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19984&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19984&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19984&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19984&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19984&r=support Expected behavior: http://bugs.php.net/fix.php?id=19984&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19984&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19984&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19984&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19984&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19984&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19984&r=isapi
#19937 [Fbk->Opn]: dynamic extension loading fails
ID: 19937 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: I just tried the latest snapshot, and it fails in the same way. Note that I am using the ldap extension to test this, so my configuration differs slight - it has --with-ldap=shared,/users/rysmith/apache/openldap-2.0.25_AIX Previous Comments: [2002-10-18 16:47:17] [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-10-18 16:35:08] [EMAIL PROTECTED] No, the libphp4.so loads fine into apache. It's the PHP extensions which PHP loads, which do not load. For example, ldap. Or the sample module in the documentation. I set CC and CXX so that I use the IBM compiler and not gcc. (Although if I try with gcc, I get a core dump when the extensions load). [2002-10-18 16:25:14] [EMAIL PROTECTED] Exactly which module doesn't load? libphp4.so into apache? Or some shared extension into PHP? And why do you set 'CC' and 'CXX' before running configure? Why do you pass configure '--enable-shared' ?? [2002-10-16 13:46:31] [EMAIL PROTECTED] I've additionally tried compiling the provided ldap extension as a shared object, using the PHP build system, but that fails to load as well. [2002-10-16 12:25:51] [EMAIL PROTECTED] Attempting to dynamically load a module fails under AIX. The error message is: PHP Warning: Unable to load dynamic library '/usr/HTTPServer/libexec/firstmod.so' - Invalid argument in Unknown on line 0 This indicates that the failure occurs during the DL_LOAD. The module does exist, and can be loaded with dlopen() in a test program. PHP is being loaded as a dynamic module within the IBM HTTP server (based on Apache 1.3.12). PHP was configured with: CC='cc_r' \ CXX='xlC_r -E' \ './configure' \ '--enable-c9x-inline' \ '--enable-shared' \ '--with-apxs=/usr/HTTPServer/bin/apxs' \ '--without-mysql' \ '--with-ldap=/users/rysmith/apache/openldap-2.0.25_AIX' I've tried compiling the module in many ways: (Simple) cc -c test2.c cc -G -o firstmod.so test2.o (from sample IBM DSO makefile) xlC_r -c -I /users/rysmith/apache/php-4.2.3/Zend -I /users/rysmith/apache/php-4.2.3 -I/users/rysmith/apache/php-4.2.3/main -I/users/rysmith/apache/php-4.2.3/TSRM -DAIX=42 -U__STR__ -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -O2 -DSHARED_MODULE firstmod.c && mv firstmod.o firstmod.lo ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/users/rysmith/apache/php-4.2.3/ext/ryan/libphp4.exp -bE:`echo firstmod.so|sed -e 's:\.so$:.exp:'` -lc -o firstmod.so firstmod.lo Attempting to load the module from within a PHP script also fails in the same way. -- Edit this bug report at http://bugs.php.net/?id=19937&edit=1
#19981 [Opn->Csd]: Posted Array loses variables
ID: 19981 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Linux Redhat 7.3 PHP Version: 4.2.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: [2002-10-18 10:33:50] [EMAIL PROTECTED] script below. When posting the form with the array variables, the receiving function 'loses' the first 4 characters of posted information, whether numbers or letters. -start script- "; $counter++; } addInventory(); } function addInventory() { global $ZONES; //number of inventory slots to show at a time. $maxslots=20; print " Date Time Slot Zone Inventory "; for($x=1;$x<=$maxslots;$x++) { print " 10am to 12pm 12pm to 2pm 2pm to 4pm 4pm to 6pm 6pm to 8pm "; for($y=1;$y<=$ZONES;$y++) { print "Zone $y"; } print " "; } print " < /td> "; } switch($action) { case "saveinventory": saveInventory(); break; default: addInventory(); break; } ?> -end script- configure line './configure' '--with-apxs' '--with-mysql' '--with-gd' '-- with-png-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with- freetype-dir=/usr/lib' '--enable-trans-sid' '--with-xml' '- -enable-wddx' '--enable-mbstring' '--enable-mbstr-enc- trans' '--with-config-file-path=/etc' '--with-zlib-dir=/ usr/lib' '--enable-bcmath' '--with-curl' -- Edit this bug report at http://bugs.php.net/?id=19981&edit=1
#19983 [Fbk]: Compile/Link failure w/Sablotron
ID: 19983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: Additionally: which libtool are you using? In the current CVS version of libtool ('libtool 1.4e'), there are a number of fixes regarding to C++ support. Additionally - set CFLAGS=-O0 to ensure that gcc 3.x is not breaking code, during it's optimisation. However - if the work-around you are describing is the only thing that does work, we will look into it. Previous Comments: [2002-10-18 17:27:15] [EMAIL PROTECTED] Let's first make the configure line correcT: please remove: --enable-sablot --enable-sablot-errors-descriptive These belong to the extinct version of the extension. If you are using the latest snapshot, this options should not list in the: ./configure --help output. [2002-10-18 17:10:25] [EMAIL PROTECTED] Which sablotron version? [2002-10-18 16:51:03] [EMAIL PROTECTED] I tried the latest version. The same problem occurs. [2002-10-18 15:50:55] [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-10-18 13:33:06] [EMAIL PROTECTED] When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit this bug report at http://bugs.php.net/?id=19983&edit=1
#19460 [Csd]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
ID: 19460 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: Linux 2.4.9-34 (RedHat 7.2) PHP Version: 4.2.3 New Comment: Did you forget to "make clean" before running configure? Or, please try [grep "MBSTR_ENC_TRANS" main/php_config.h], and if the result is /* #undef MBSTR_ENC_TRANS */ then there's no problem with configure. Previous Comments: [2002-10-18 17:05:10] [EMAIL PROTECTED] I have compiled php 4.2.3 with the --disable-mbstr-enc-trans argument but I am still receiving the same problem. Is there another argument or something else that I am missing? [2002-10-17 01:54:11] [EMAIL PROTECTED] The problem is fixed in 4.2.4-dev. So try STABLE cvs version if you would like. BTW, 4.2.x's (and 4.3.0) --enable-enc-trans is default to off. You must have --enable-mbstring. [2002-10-17 00:28:21] [EMAIL PROTECTED] Use --disable-mbstr-enc-trans then... for some reason it was on by default in 4.2.3, and that is correctedd [2002-10-16 16:46:45] [EMAIL PROTECTED] What about people that are running production servers that have been bitten by this! We can't use CVS versions of PHP! The workaround described as [remove --enable-mbstr-enc- trans] isn't valid as I never compiled my PHP with -- enable-mbstr-enc-trans in the first place :-) [2002-10-16 00:42:51] [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. 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/19460 -- Edit this bug report at http://bugs.php.net/?id=19460&edit=1
#19980 [Opn->Bgs]: Static method call from non-statiic method fails.
ID: 19980 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 4.2.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 http://www.php.net/manual/en/keyword.paamayim-nekudotayim.php Previous Comments: [2002-10-18 10:31:45] [EMAIL PROTECTED] AyByBn [2002-10-18 10:26:31] [EMAIL PROTECTED] And the output is? [2002-10-18 10:07:33] [EMAIL PROTECTED] when calling B::procSave from $a->procSave() the $this keeps linked to $a. The code: procSave(); B::procSave(); ?> -- Edit this bug report at http://bugs.php.net/?id=19980&edit=1
#19983 [Fbk]: Compile/Link failure w/Sablotron
ID: 19983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: Let's first make the configure line correcT: please remove: --enable-sablot --enable-sablot-errors-descriptive These belong to the extinct version of the extension. If you are using the latest snapshot, this options should not list in the: ./configure --help output. Previous Comments: [2002-10-18 17:10:25] [EMAIL PROTECTED] Which sablotron version? [2002-10-18 16:51:03] [EMAIL PROTECTED] I tried the latest version. The same problem occurs. [2002-10-18 15:50:55] [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-10-18 13:33:06] [EMAIL PROTECTED] When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit this bug report at http://bugs.php.net/?id=19983&edit=1
#19937 [Fbk->Opn]: dynamic extension loading fails
ID: 19937 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: No, the libphp4.so loads fine into apache. It's the PHP extensions which PHP loads, which do not load. For example, ldap. Or the sample module in the documentation. I set CC and CXX so that I use the IBM compiler and not gcc. (Although if I try with gcc, I get a core dump when the extensions load). Previous Comments: [2002-10-18 16:25:14] [EMAIL PROTECTED] Exactly which module doesn't load? libphp4.so into apache? Or some shared extension into PHP? And why do you set 'CC' and 'CXX' before running configure? Why do you pass configure '--enable-shared' ?? [2002-10-16 13:46:31] [EMAIL PROTECTED] I've additionally tried compiling the provided ldap extension as a shared object, using the PHP build system, but that fails to load as well. [2002-10-16 12:25:51] [EMAIL PROTECTED] Attempting to dynamically load a module fails under AIX. The error message is: PHP Warning: Unable to load dynamic library '/usr/HTTPServer/libexec/firstmod.so' - Invalid argument in Unknown on line 0 This indicates that the failure occurs during the DL_LOAD. The module does exist, and can be loaded with dlopen() in a test program. PHP is being loaded as a dynamic module within the IBM HTTP server (based on Apache 1.3.12). PHP was configured with: CC='cc_r' \ CXX='xlC_r -E' \ './configure' \ '--enable-c9x-inline' \ '--enable-shared' \ '--with-apxs=/usr/HTTPServer/bin/apxs' \ '--without-mysql' \ '--with-ldap=/users/rysmith/apache/openldap-2.0.25_AIX' I've tried compiling the module in many ways: (Simple) cc -c test2.c cc -G -o firstmod.so test2.o (from sample IBM DSO makefile) xlC_r -c -I /users/rysmith/apache/php-4.2.3/Zend -I /users/rysmith/apache/php-4.2.3 -I/users/rysmith/apache/php-4.2.3/main -I/users/rysmith/apache/php-4.2.3/TSRM -DAIX=42 -U__STR__ -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -O2 -DSHARED_MODULE firstmod.c && mv firstmod.o firstmod.lo ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/users/rysmith/apache/php-4.2.3/ext/ryan/libphp4.exp -bE:`echo firstmod.so|sed -e 's:\.so$:.exp:'` -lc -o firstmod.so firstmod.lo Attempting to load the module from within a PHP script also fails in the same way. -- Edit this bug report at http://bugs.php.net/?id=19937&edit=1
#19931 [Fbk->Bgs]: sapi_apache2.c is not compatible
ID: 19931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.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. Previous Comments: [2002-10-16 07:25:37] [EMAIL PROTECTED] This does not fix the problem, it appears to me that this is the same version. Richard. [2002-10-16 05:54:00] [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-10-16 05:53:06] [EMAIL PROTECTED] Use php4apache2.dll from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And please do search the bug database before posting new bug reports. [2002-10-16 05:48:44] [EMAIL PROTECTED] I've configured Apache2 (2.0.43) with PHP 4.2.3 and get the following error when I try to start Apache2: Apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. Please help, is there another module (php4apache2.dll) which will fix this problem? -- Edit this bug report at http://bugs.php.net/?id=19931&edit=1
#19983 [Opn->Fbk]: Compile/Link failure w/Sablotron
ID: 19983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: 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 Previous Comments: [2002-10-18 13:33:06] [EMAIL PROTECTED] When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit this bug report at http://bugs.php.net/?id=19983&edit=1
#17702 [Dup->Bgs]: need to use -taso with Netscape LDAP libs
ID: 17702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.3.0-dev 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 original bug instead. Thank you for your interest in PHP. Only _ONE_ report per bug please. Previous Comments: [2002-10-16 16:04:21] [EMAIL PROTECTED] Dupe of bug #1298 [2002-08-20 21:33:30] [EMAIL PROTECTED] [2002-08-20 17:08:53] [EMAIL PROTECTED] When I configure as: env CFLAGS="-std1 -taso" CC=cc CXX=cxx ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --with-gd --with-ttf --with-java=/usr/opt/java130 --with-mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --enable-dba=shared --enable-calendar --enable-exif --enable-discard-path --enable-dbx --enable-ctype --with-hyperwave --enable-mailparse --enable-mbstring --enable-mbstr-enc-trans --enable-memory-limit --with-ldap=/usr/local/ldap Then in my config.log I get: configure:65780: checking for standard DES crypt configure:65806: cc -o conftest -std1 -taso -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/classic -L/usr/opt/java130/jre/lib/alpha/classic -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/native_threads -L/usr/opt/java130/jre/lib/alpha/native_threads -Wl,-rpath,/usr/opt/java130/jre/lib/alpha -L/usr/opt/java130/jre/lib/alpha -Wl,-rpath,/usr/local/ldap/lib -L/usr/local/ldap/lib -Wl,-rpath,/home/oracle/u01/app/oracle/product/8.0.5/lib -L/home/oracle/u01/app/oracle/product/8.0.5/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lclntsh -lpsa -lcore4 -lnlsrtl3 -lldapssl30 -ljava -lgd -lttf -lssl -lcrypto -lm -lexc -lmld -lrt -laio -lm -lexc -lmld -lrt -laio -lm 1>&5 configure: failed program was: #line 65791 "configure" #include "confdefs.h" #if HAVE_CRYPT_H #include #endif main() { #if HAVE_CRYPT exit (strcmp((char *)crypt("rasmuslerdorf","rl"),"rl.3StKT.4T8M")); #else exit(0); #endif } and the output to the screen is: checking for standard DES crypt... 30302:./conftest: /sbin/loader: Fatal Error: cannot map libldapssl30.so no It is failing because the Compaq C compiler does not like having separate -Wl,-rpath components. It wants all the rpaths combined into a single unit, e.g.: -Wl,-rpath,/usr/local/ssl/lib,/usr/local/lib,-rpath,/usr/opt/java130/jre/lib/alpha/classic,/usr/opt/java130/jre/lib/alpha/native_threads,/usr/opt/java130/jre/lib/alpha,/usr/local/ldap/lib,/home/oracle/u01/app/oracle/product/8.0.5/lib [2002-08-20 16:19:24] [EMAIL PROTECTED] As requested in bug 13814 I'd like to report that php4-200208201200 still won't compile the oci8 extension without using -std1 in the CFLAGS when the Compaq C V5.9-010 compiler is used with the Oracle 8.0.5 client. [2002-07-07 21:23:59] [EMAIL PROTECTED] Please try this snapshot: http://snaps.php.net/php4-latest.tar.gz Some related bugs were fixed 2 days ago. 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/17702 -- Edit this bug report at http://bugs.php.net/?id=17702&edit=1
#19440 [Bgs]: ob_clean and ob_end_clean are broken
ID: 19440 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: W2K PHP Version: 4.2.3 New Comment: > I get no output or the output is garbled. ... > Setting "ob_gzhandler" as the default output handler [...] causes this behaviour. You confirmed correct behavior of ob_gzhandler. Please read the manual on what that does. http://www.php.net/ob_gzhandler Previous Comments: [2002-10-18 13:48:16] [EMAIL PROTECTED] Excuse me... what does bogus mean? Is it my report the bogus one or does it mean that there is really a problem?? I didn't see any answer here, so please, if this was a stupid bug submission, tell me what have I done wrong. [2002-09-19 18:57:04] [EMAIL PROTECTED] I found the same problem with version 4.2.1 under Linux. [2002-09-16 13:21:06] [EMAIL PROTECTED] I found what is causing it. Setting "ob_gzhandler" as the default output handler in the php.ini or in a script, causes this behaviour. if "ob_gzhandler" is not used, buffering is fine. [2002-09-16 13:04:39] [EMAIL PROTECTED] In the example I removed some elements from the array and forgot to delete last comma. sorry [2002-09-16 13:02:05] [EMAIL PROTECTED] When any of these 2 functions are called, I get no output or the output is garbled. eg (I run this at the end of printable pages, to remove form fields, etc... Get buffer, change it, then print it): $search = Array( "|]*?>.*?|si", "|.*?|si", "|]*?>.*?|si", "|]*?>|si", "||si", ); $contents = ob_get_contents(); // gets output buffer, empties it and print without forms ob_clean(); echo preg_replace($search, '', $contents); -- Edit this bug report at http://bugs.php.net/?id=19440&edit=1
#19983 [Com]: Compile/Link failure w/Sablotron
ID: 19983 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: I tried the latest version. The same problem occurs. Previous Comments: [2002-10-18 15:50:55] [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-10-18 13:33:06] [EMAIL PROTECTED] When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit this bug report at http://bugs.php.net/?id=19983&edit=1
#19493 [Opn->Fbk]: Error in older versions of serializer results in error of currend deserializer
ID: 19493 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-09-25 07:24:31] [EMAIL PROTECTED] While the session module makes use of the serializer, it is not the serializer itself. Reclassified as "Strings related". [2002-09-20 02:19:10] [EMAIL PROTECTED] Hello, there is a new patch (without C++-comments :-): --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reFri Sep 20 09:07:25 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(&key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), &data, sizeof(data), NULL); - break; - case IS_STRING: - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); - break; + if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { + zval_dtor(key); + FREE_ZVAL(key); + zval_dtor(data); + FREE_ZVAL(data); + } else { + switch (Z_TYPE_P(key)) { + case IS_LONG: + zend_hash_index_update(ht, +Z_LVAL_P(key), &data, sizeof(data), NULL); + break; + case IS_STRING: + zend_hash_update(ht, Z_STRVAL_P(key), +Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); + break; - } + } - zval_dtor(key); - FREE_ZVAL(key); + zval_dtor(key); + FREE_ZVAL(key); + } + } } return 1; [2002-09-19 13:17:02] [EMAIL PROTECTED] No C++ comment styles allowed! Can you fix that and resubmit the patch? [2002-09-19 09:44:58] [EMAIL PROTECTED] There is the diff: --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reThu Sep 19 11:20:08 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(&key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), &data, sizeof(data), NULL); - break; - case IS_STRING: - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); - break; + if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { + zval_dtor(key); + FREE_ZVAL(key); +
#19937 [Opn->Fbk]: dynamic extension loading fails
ID: 19937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-18 16:35:08] [EMAIL PROTECTED] No, the libphp4.so loads fine into apache. It's the PHP extensions which PHP loads, which do not load. For example, ldap. Or the sample module in the documentation. I set CC and CXX so that I use the IBM compiler and not gcc. (Although if I try with gcc, I get a core dump when the extensions load). [2002-10-18 16:25:14] [EMAIL PROTECTED] Exactly which module doesn't load? libphp4.so into apache? Or some shared extension into PHP? And why do you set 'CC' and 'CXX' before running configure? Why do you pass configure '--enable-shared' ?? [2002-10-16 13:46:31] [EMAIL PROTECTED] I've additionally tried compiling the provided ldap extension as a shared object, using the PHP build system, but that fails to load as well. [2002-10-16 12:25:51] [EMAIL PROTECTED] Attempting to dynamically load a module fails under AIX. The error message is: PHP Warning: Unable to load dynamic library '/usr/HTTPServer/libexec/firstmod.so' - Invalid argument in Unknown on line 0 This indicates that the failure occurs during the DL_LOAD. The module does exist, and can be loaded with dlopen() in a test program. PHP is being loaded as a dynamic module within the IBM HTTP server (based on Apache 1.3.12). PHP was configured with: CC='cc_r' \ CXX='xlC_r -E' \ './configure' \ '--enable-c9x-inline' \ '--enable-shared' \ '--with-apxs=/usr/HTTPServer/bin/apxs' \ '--without-mysql' \ '--with-ldap=/users/rysmith/apache/openldap-2.0.25_AIX' I've tried compiling the module in many ways: (Simple) cc -c test2.c cc -G -o firstmod.so test2.o (from sample IBM DSO makefile) xlC_r -c -I /users/rysmith/apache/php-4.2.3/Zend -I /users/rysmith/apache/php-4.2.3 -I/users/rysmith/apache/php-4.2.3/main -I/users/rysmith/apache/php-4.2.3/TSRM -DAIX=42 -U__STR__ -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -O2 -DSHARED_MODULE firstmod.c && mv firstmod.o firstmod.lo ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/users/rysmith/apache/php-4.2.3/ext/ryan/libphp4.exp -bE:`echo firstmod.so|sed -e 's:\.so$:.exp:'` -lc -o firstmod.so firstmod.lo Attempting to load the module from within a PHP script also fails in the same way. -- Edit this bug report at http://bugs.php.net/?id=19937&edit=1
#19937 [Opn->Fbk]: dynamic extension loading fails
ID: 19937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: Exactly which module doesn't load? libphp4.so into apache? Or some shared extension into PHP? And why do you set 'CC' and 'CXX' before running configure? Why do you pass configure '--enable-shared' ?? Previous Comments: [2002-10-16 13:46:31] [EMAIL PROTECTED] I've additionally tried compiling the provided ldap extension as a shared object, using the PHP build system, but that fails to load as well. [2002-10-16 12:25:51] [EMAIL PROTECTED] Attempting to dynamically load a module fails under AIX. The error message is: PHP Warning: Unable to load dynamic library '/usr/HTTPServer/libexec/firstmod.so' - Invalid argument in Unknown on line 0 This indicates that the failure occurs during the DL_LOAD. The module does exist, and can be loaded with dlopen() in a test program. PHP is being loaded as a dynamic module within the IBM HTTP server (based on Apache 1.3.12). PHP was configured with: CC='cc_r' \ CXX='xlC_r -E' \ './configure' \ '--enable-c9x-inline' \ '--enable-shared' \ '--with-apxs=/usr/HTTPServer/bin/apxs' \ '--without-mysql' \ '--with-ldap=/users/rysmith/apache/openldap-2.0.25_AIX' I've tried compiling the module in many ways: (Simple) cc -c test2.c cc -G -o firstmod.so test2.o (from sample IBM DSO makefile) xlC_r -c -I /users/rysmith/apache/php-4.2.3/Zend -I /users/rysmith/apache/php-4.2.3 -I/users/rysmith/apache/php-4.2.3/main -I/users/rysmith/apache/php-4.2.3/TSRM -DAIX=42 -U__STR__ -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -O2 -DSHARED_MODULE firstmod.c && mv firstmod.o firstmod.lo ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/users/rysmith/apache/php-4.2.3/ext/ryan/libphp4.exp -bE:`echo firstmod.so|sed -e 's:\.so$:.exp:'` -lc -o firstmod.so firstmod.lo Attempting to load the module from within a PHP script also fails in the same way. -- Edit this bug report at http://bugs.php.net/?id=19937&edit=1
#19971 [Opn->Csd]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev 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: [2002-10-18 09:59:58] [EMAIL PROTECTED] I got the following times from a tests I've run on PHP. The test involved openning a 2.5 meg binary file 1000 times. The results are everages of several runs. file_get_contents() - 30.4 seconds (4.3 HEAD) file() - 99.2 seconds (4.3 HEAD) file() - 40.3 seconds (4.2.3) Looks like a VERY serious performance loss to me, I'd even go as far as to say this is a critical issue that should be resolved before release. For reference perpouses a simple C program that freads() entire file to memory took only 18.5 seconds to run (1000 runs on the same file). [2002-10-18 07:04:36] [EMAIL PROTECTED] fgets() is fast. yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = explode("\n", fread($fp, filesize($filename))); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fgets($fp,filesize($filename)); $time -> setMarker('fgets'); fclose($fp); [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034942600.41311100 - 0.00% - fread 1034942600.43045000 0.017338991165161 2.68% - file 1034942600.95939400 0.52894401550293 81.66% - file_get_contents 1034942601.04506900 0.085675001144409 13.23% - fgets 1034942601.06049200 0.015423059463501 2.38% - Stop 1034942601.06084500 0.00035297870635986 0.05% - total - 0.64773404598236 100.00% - [yohgaki@dev DEV]$ [2002-10-18 06:50:52] [EMAIL PROTECTED] Damn Mozilla wont work with buffer normally :( Lets try again. Problem: read from a text file into array 1. using fread()+explode() 2. using file() Here my tests setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread+explode'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> And results --- time index ex time % Start 1034941339.44905500 - 0.00% fread+explode 1034941340.05736200 0.608307 34.72% file 1034941341.20114900 1.143787 65.28% Stop 1034941341.20128500 0.000136 0.01% total - 1.752230 100.00% --- Is it right? I dont think so. [2002-10-18 06:25:17] [EMAIL PROTECTED] file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file');
#19292 [Fbk]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.3.0-dev,4.2.3 New Comment: 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 Try this LATEST snapshot. Previous Comments: [2002-10-16 03:54:55] [EMAIL PROTECTED] Another update: This appears to be happening only to virtual hosts which do not have the admin flag open_basedir set. [2002-10-15 23:02:16] [EMAIL PROTECTED] Update: Upon closer inspection, I'm getting the same error occasionally from simply loading my testfile2.php script, it seems to be a general PHP problem rather than relatedd specifically to the include() or any other function. I have not tested any version subsequent to 4.2.3 as I don't have a development system available. [2002-10-15 22:48:23] [EMAIL PROTECTED] Rasmus: Here is the code I have just used to test this issue: testfile1.php: testfile2.php: When trying to load testfile1.php, it works approx. 80% of the time, displaying 'testing...' in the browser. However, about one time in 5 it displays the following error: Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 Warning: Failed opening '/home/httpd/html/testfile1.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 (Note it says it is unable to open the main file, not the one I'm trying to include in my script) [2002-10-15 21:48:18] [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 Please try the snapshot so we know whether this is fixed or not. [2002-10-15 14:45:17] [EMAIL PROTECTED] I'd still like to see a solid reproducable example of this bug in the current code. Half of these reports are bogus. Of course setting stuff to $DOCUMENT_ROOT doesn't work. It never has. My current feeling is that this has nothing to do with open_basedir at all but might be a memory corruption elsewhere causing the setting to be wiped out. One such memory issue was fixed in 4.3. 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#19983 [Fbk]: Compile/Link failure w/Sablotron
ID: 19983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: Which sablotron version? Previous Comments: [2002-10-18 16:51:03] [EMAIL PROTECTED] I tried the latest version. The same problem occurs. [2002-10-18 15:50:55] [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-10-18 13:33:06] [EMAIL PROTECTED] When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit this bug report at http://bugs.php.net/?id=19983&edit=1
#19460 [Com]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
ID: 19460 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: Linux 2.4.9-34 (RedHat 7.2) PHP Version: 4.2.3 New Comment: I have compiled php 4.2.3 with the --disable-mbstr-enc-trans argument but I am still receiving the same problem. Is there another argument or something else that I am missing? Previous Comments: [2002-10-17 01:54:11] [EMAIL PROTECTED] The problem is fixed in 4.2.4-dev. So try STABLE cvs version if you would like. BTW, 4.2.x's (and 4.3.0) --enable-enc-trans is default to off. You must have --enable-mbstring. [2002-10-17 00:28:21] [EMAIL PROTECTED] Use --disable-mbstr-enc-trans then... for some reason it was on by default in 4.2.3, and that is correctedd [2002-10-16 16:46:45] [EMAIL PROTECTED] What about people that are running production servers that have been bitten by this! We can't use CVS versions of PHP! The workaround described as [remove --enable-mbstr-enc- trans] isn't valid as I never compiled my PHP with -- enable-mbstr-enc-trans in the first place :-) [2002-10-16 00:42:51] [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. [2002-10-16 00:10:36] [EMAIL PROTECTED] What does it mean "This has been fixed in CVS"? Do I need to get a new copy of cvs? If so, where do I get it? Or is CVS a place where I can get a new copy of php? If so, where is this "cvs"? More info. needed. 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/19460 -- Edit this bug report at http://bugs.php.net/?id=19460&edit=1
#19033 [Opn->Csd]: win32 snapshots broken / set_error_handler() to accepts object/method tuple
ID: 19033 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Program Execution Operating System: Windows PHP Version: 4CVS-2002-10-12 New Comment: To: [EMAIL PROTECTED] Other people said this is fixed so I suspect you've just done that usual mistake and haven't installed PHP correctly. Mainly the file php4ts.dll comes to my mind.. If you can prove that there really is bug in _PHP_, then please open a new bug report with proper information such as short example script.. Previous Comments: [2002-10-16 09:15:23] [EMAIL PROTECTED] I chenged Apache to Apache 1.3.27. Still this bug, but i found something which might be helpfull. I'm using Mozilla browser (http://mozilla.org). Mozilla has two different methods for "reload" page. One is (well known from IE) ctrl+r, and second is ctrl+shift+r. First, works like reload in IE, second is "hard" reload. No matter if anything changed, full page is reloaded. When i'm using ctrl+r on a test.phtml i see handler not working, when i'm using ctrl+shift+r handler works. Will it help You determinating what is happening? [2002-10-14 17:28:30] [EMAIL PROTECTED] You should try using apache 1.3.27 which actually works. Apache2 is way too unstable and not ready for any production use anyway. If this happens also with Apache 1.3.27, then it's really something that needs to be looked into.. [2002-10-14 08:39:34] [EMAIL PROTECTED] Yes. Thats what makes this bug so hard to prove. I can only write about what i see. As i wrote, i see some unregular problem. I can only write about my suspicions. It looks like, not every time handler "catches" relation. Alomst always, first time after apache2+php starts handler works, after second or third try it stops, and then after 20-30 reloads one or twice it works. Only thing i can do is send You avi with captured this issue. Or, if PHP has any Profile collector, i could create log from PHP's work. [2002-10-14 02:43:57] [EMAIL PROTECTED] Re-opening, not critical. However to track this down we need some reproduceable script I think. Updated Version. [2002-10-12 10:40:44] [EMAIL PROTECTED] I installed version from http://snaps.php.net/win32/php4-win32-latest.zip 2 minutes ago. Same thing. Sometimes it works, usually not. Few times it worked after apache restart, few times after changing list of function attributes... 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/19033 -- Edit this bug report at http://bugs.php.net/?id=19033&edit=1
#19440 [Bgs]: ob_clean and ob_end_clean are broken
ID: 19440 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: W2K PHP Version: 4.2.3 New Comment: Excuse me... what does bogus mean? Is it my report the bogus one or does it mean that there is really a problem?? I didn't see any answer here, so please, if this was a stupid bug submission, tell me what have I done wrong. Previous Comments: [2002-09-19 18:57:04] [EMAIL PROTECTED] I found the same problem with version 4.2.1 under Linux. [2002-09-16 13:21:06] [EMAIL PROTECTED] I found what is causing it. Setting "ob_gzhandler" as the default output handler in the php.ini or in a script, causes this behaviour. if "ob_gzhandler" is not used, buffering is fine. [2002-09-16 13:04:39] [EMAIL PROTECTED] In the example I removed some elements from the array and forgot to delete last comma. sorry [2002-09-16 13:02:05] [EMAIL PROTECTED] When any of these 2 functions are called, I get no output or the output is garbled. eg (I run this at the end of printable pages, to remove form fields, etc... Get buffer, change it, then print it): $search = Array( "|]*?>.*?|si", "|.*?|si", "|]*?>.*?|si", "|]*?>|si", "||si", ); $contents = ob_get_contents(); // gets output buffer, empties it and print without forms ob_clean(); echo preg_replace($search, '', $contents); -- Edit this bug report at http://bugs.php.net/?id=19440&edit=1
#19983 [NEW]: Compile/Link failure w/Sablotron
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.2 PHP version: 4.3.0-pre1 PHP Bug Type: Compile Failure Bug description: Compile/Link failure w/Sablotron When I try to include Sablotron support, I am unable to link without modifying the Makefile. I am trying to build on Mac OS X v10.2 (Jaguar) with gcc v3.1. My configure line looks like this: ./configure \ --prefix=/DCServers/php_server/php \ --enable-sablot-errors-descriptive \ --with-sablot \ --with-xslt-sablot \ --enable-xslt \ --enable-debug When I run make I get the following error: ld: warning -L: directory name (/lib) does not exist ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete[](void*) operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator new[](unsigned long) std::terminate() vtable for __cxxabiv1::__vmi_class_type_info ___cxa_pure_virtual make: *** [libs/libphp4.bundle] Error 1 However, if I edit the Makefile between the configure and make steps, such that I add the lstdc++ library to the end of the variable ZEND_EXTRA_LIBS everything works. There seems to be an ordering problem with the lstdc++ library which makes it necessary to have it be the last library included before the -o part of the link commands. I tried to set various flags on the configure line, like ZEND_EXTRA_LIBS or LDFLAGS, to "-lstdc++", but could not get the lstdc++ library to be the absolutely last thing linked. Please let me know if I can be of assistance with debugging this. -- Edit bug report at http://bugs.php.net/?id=19983&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19983&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19983&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19983&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19983&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19983&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19983&r=support Expected behavior: http://bugs.php.net/fix.php?id=19983&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19983&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19983&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19983&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19983&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19983&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19983&r=isapi
#19982 [Opn->Fbk]: select from multiple tables fail
ID: 19982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: RedHat 6.2 PHP Version: 4.2.3 New Comment: hrm, any chance you can turn on SQL logging? Previous Comments: [2002-10-18 13:17:37] [EMAIL PROTECTED] I'm using Openlink Multi Tier Driver for accessing a Informix 7.2 Database on a Linux box from PHP scripts running on the Apache Web Server on a different Linux Box. PHP version 4.2.3 Openlink version 4.2.7 Apache Version 1.3.12 I'm tested Openlink driver and DSN setup with Openlink test program odbctest: It work fine. This script work fine: This script fail... (The same sql statement work fine with odbctest) odbc_fetch_row also returns nothing. PHP configuration: ./configure' '--with-apxs=/usr/sbin/apxs' '--with-ftp' '--with-config-file-path=/etc/httpd' '--with-informix' '--with-iodbc=/usr/local/openlink/odbcsdk' -- Edit this bug report at http://bugs.php.net/?id=19982&edit=1
#19982 [NEW]: select from multiple tables fail
From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.2.3 PHP Bug Type: ODBC related Bug description: select from multiple tables fail I'm using Openlink Multi Tier Driver for accessing a Informix 7.2 Database on a Linux box from PHP scripts running on the Apache Web Server on a different Linux Box. PHP version 4.2.3 Openlink version 4.2.7 Apache Version 1.3.12 I'm tested Openlink driver and DSN setup with Openlink test program odbctest: It work fine. This script work fine: This script fail... (The same sql statement work fine with odbctest) odbc_fetch_row also returns nothing. PHP configuration: ./configure' '--with-apxs=/usr/sbin/apxs' '--with-ftp' '--with-config-file-path=/etc/httpd' '--with-informix' '--with-iodbc=/usr/local/openlink/odbcsdk' -- Edit bug report at http://bugs.php.net/?id=19982&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19982&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19982&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19982&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19982&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19982&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19982&r=support Expected behavior: http://bugs.php.net/fix.php?id=19982&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19982&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19982&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19982&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19982&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19982&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19982&r=isapi
#13601 [Com]: File download with Content-Length specified fails with IE5.5
ID: 13601 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Linux (Red Hat 7) PHP Version: 4.0.6 New Comment: Here is your code, altered slightly $userfile = "file.xls"; $size = filesize($userfile); $fp=fopen($userfile,"r"); header("Pragma: no-cache");// HTTP/1.0 header("Cache-Control: no-cache, must-revalidate");// HTTP/1.1 header("Content-Type: application/octet-stream"); if(preg_match("/MSIE 5.5/", $HTTP_USER_AGENT)) { $header = "Content-Disposition: filename=".$userfile; //header("Content-Disposition: filename=$userfile"); }else { $header = "Content-Disposition: attachment; filename=".$userfile; //header("Content-Disposition: attachment; filename=$userfile"); } header($header); $header_str = "Content-Length: ".$size; header($header_str); header("Content-Transfer-Encoding: binary\n"); fpassthru($fp); Hope this works. Previous Comments: [2001-11-22 02:46:57] [EMAIL PROTECTED] Not tham I am specifically aware of, but it is highly possible that my ISP (BT Internet) has some kind of proxy. Incidentally, I have tried a couple of different ISPs with the same result. I would guess that this IS a proxying-related issue. [2001-11-21 12:25:12] [EMAIL PROTECTED] Are you sure there isn't some transparent proxy involved? [2001-11-20 06:55:25] [EMAIL PROTECTED] As stated in my original submission, EITHER going through a proxy, OR simply dialling up through an ISP, you get the problem. Connecting directly over a LAN, you do not. Please re-open. [2001-11-14 06:41:49] [EMAIL PROTECTED] No feedback. Closing. [2001-10-23 06:23:12] [EMAIL PROTECTED] I would guess this has something to do with proxy being in between..is there one? --Jani 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/13601 -- Edit this bug report at http://bugs.php.net/?id=13601&edit=1
#19968 [Fbk->Bgs]: fget() and fgets() stalls
ID: 19968 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Sockets related Operating System: Windows ME PHP Version: 4.2.3 New Comment: Wez fixed one similar problem in CVS, but this works fine with 4.2.3. So it's your script that has some problem. Previous Comments: [2002-10-17 23:45:42] [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. It's most likely an error in your script. Have you tried using socket_set_timeout? Have you got a simple script that reproduces the problem? Please try the support forums, and they are unable to help, re-open this report. [2002-10-17 23:08:00] [EMAIL PROTECTED] That didn't help at all... Any other thoughts? [2002-10-17 22:04:23] [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-10-17 21:36:22] [EMAIL PROTECTED] I saw this bug, but a solution was never shown. http://bugs.php.net/bug.php?id=14224 Shows this and I have no idea what is going on. I am saving the value of fget() in a variable, and it hangs, after it hangs for a while then it continues with the execution, but no value is ever returned. I am totally lost, why would it not store anything, or return anything? Any insights? -- Edit this bug report at http://bugs.php.net/?id=19968&edit=1
#19967 [Fbk]: Undefined Symbols (IMAP c-client related)
ID: 19967 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IMAP related Operating System: Mac OS X 10.2.1 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-18 11:42:09] [EMAIL PROTECTED] I assumed that c-client works as a dylib, as it works as a shared library on other platforms. I could be wrong In any case, the reason I had to build it as a shared library is aparently libtool won't link to static and shared libraries at the same time. It will either link to all shared or all static libraries when building projects. I'm still trying to figure out how to get around that... [2002-10-17 22:22:45] [EMAIL PROTECTED] c-client works as a dylib? Thats news to me. I'm able to configure and use PHP just fine with IMAP2001 and Apache 1.3x systems. I'm thinking it's more likely an Apache2 issue at this time, but I haven't looked into it. Can you please try the following: A) PHP snapshot. 4.2.3 does not officially support OSX. Any hacking you did to make it compile I can't help you with. But the 4.3.0 should work out of box for OSX (yippie!). B) With Apache 1.3 systems? [2002-10-17 19:47:35] [EMAIL PROTECTED] I am using Mac OS X 10.2.1, Apache 2.0.43, PHP 4.2.3, and IMAP-2002.RC8. I have built libc-client solely as a dylib (shared library), and all of my other extensions are also shared libraries. I have successfully compiled the PHP module, and I have properly configured the webserver to load and use it. However, when I attempt to start the web server, it refuses to start and produces the following output: dyld: /Library/Apache2/bin/httpd Undefined symbols: _mm_critical _mm_diskerror _mm_dlog _mm_exists _mm_expunged _mm_fatal _mm_flags _mm_list _mm_log _mm_login _mm_lsub _mm_nocritical _mm_notify _mm_searched _mm_status These symbols are defined in libphp.so, so I would assume it would not compain about this: [homer:/Library/Apache2/modules] afaby# nm -n libphp4.so | grep mm_ 00072ea8 T _mm_searched 00072fa4 T _mm_exists 00072fa8 T _mm_expunged 00072fac T _mm_flags 00072fb0 T _mm_notify 000730d8 T _mm_list 00073318 T _mm_lsub 00073554 T _mm_status 0007367c T _mm_log 000737b4 T _mm_dlog 000737b8 T _mm_login 0007386c T _mm_critical 00073870 T _mm_nocritical 00073874 T _mm_diskerror 0007387c T _mm_fatal I have been struggling with this for quite a while and I am at a standstill right now. Could this perhaps be another chapter in the book of issues that plague Mac OS X's libtool? Thanks! Aaron Faby -- Edit this bug report at http://bugs.php.net/?id=19967&edit=1
#19911 [Dup->Bgs]: caching problem
ID: 19911 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: Apache2 related Operating System: Linux RH8.0 PHP Version: 4.2.2 New Comment: No need to keep this open. Previous Comments: [2002-10-17 18:12:12] [EMAIL PROTECTED] This is a dupe of bug #17098. Let keep the discussion of this problem in one place. [2002-10-17 11:56:05] [EMAIL PROTECTED] the same problem with the latest version... but I found out it has nothing to do with If-Modified-Since header. It's If-None-Match: "" header. [2002-10-16 15:46:33] [EMAIL PROTECTED] The bug with source displaying has been fixed (just commited to CVS), please try the latest snapshot and see if the original report about caching is still valid. [2002-10-16 15:24:15] [EMAIL PROTECTED] LoadModule php4_module modules/libphp4.so SetOutputFilter PHP SetInputFilter PHP DirectoryIndex index.php [2002-10-16 14:07:57] [EMAIL PROTECTED] Could you please show the lines pertaining to the PHP config inside httpd.conf 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/19911 -- Edit this bug report at http://bugs.php.net/?id=19911&edit=1
#19970 [Csd]: feof()/fgets()/fgetcsv() problem
ID: 19970 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.2 New Comment: thanks, wez, works for me, too. Previous Comments: [2002-10-18 07:15:46] [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. It now works for me. Let me know if it is still borked. :-) [2002-10-18 06:59:23] [EMAIL PROTECTED] Yes, cynic, you're right, it's a bug. $fd = fopen(__FILE__, 'r'); while (!feof($fd)) { $s = fgets($fd); if($s === false) echo "There was an error! And feof() is ",var_dump(feof($fd)); // echo $s; } fclose($fd); Prints: There was an error! And feof() is bool(true) [2002-10-18 04:55:18] [EMAIL PROTECTED] michael: i meant bool(true) of course, sorry for the confusion. wez: still no banana roman@freepuppy ~/tmp 1027:0 > php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies roman@freepuppy ~/tmp 1028:1 > cat feof1.php php feof1.php bool(true) roman@freepuppy ~/tmp 1030:0 > fgets() gets to read past EOF, but it shouldn't. looks like feof() is broken. roman@freepuppy ~/tmp 1031:0 > fc -lf |grep "cvs -q up" 1016 10/18/2002 11:35 cvs -q up roman@freepuppy ~/tmp 1032:0 > date Fri Oct 18 11:48:31 CEST 2002 roman@freepuppy ~/tmp 1033:0 > cat ~/install/php4/config.nice.cli #! /bin/sh # # Created by configure './configure' \ '--enable-cli' \ '--enable-inline-optimization' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--disable-session' \ '--disable-shared' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-ncurses' \ '--with-readline' \ '--with-pear' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ "$@" I ./configure --disable-all --enable-cli with the same result. [2002-10-18 03:49:52] [EMAIL PROTECTED] cynic - can you try HEAD or a snapshot from the last day or so? I fixed an eof related issue recently. [2002-10-18 03:45:31] [EMAIL PROTECTED] I get bool(true) with 4.2.3 and 4.3.0-dev (from yesterday), both mod_php, Linux 2.4.19. Maybe it's a documentation problem: the manual only says about the return value of fgets(): If an error occurs, returns FALSE. Nothing is said about the return value on EOF (only "People used to the 'C' semantics of fgets() should note the difference in how EOF is returned."), so I guess fgets() is free to return whatever it likes on EOF. Was this different in previous versions of PHP? 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/19970 -- Edit this bug report at http://bugs.php.net/?id=19970&edit=1
#19967 [Com]: Undefined Symbols (IMAP c-client related)
ID: 19967 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IMAP related Operating System: Mac OS X 10.2.1 PHP Version: 4.2.3 New Comment: I assumed that c-client works as a dylib, as it works as a shared library on other platforms. I could be wrong In any case, the reason I had to build it as a shared library is aparently libtool won't link to static and shared libraries at the same time. It will either link to all shared or all static libraries when building projects. I'm still trying to figure out how to get around that... Previous Comments: [2002-10-17 22:22:45] [EMAIL PROTECTED] c-client works as a dylib? Thats news to me. I'm able to configure and use PHP just fine with IMAP2001 and Apache 1.3x systems. I'm thinking it's more likely an Apache2 issue at this time, but I haven't looked into it. Can you please try the following: A) PHP snapshot. 4.2.3 does not officially support OSX. Any hacking you did to make it compile I can't help you with. But the 4.3.0 should work out of box for OSX (yippie!). B) With Apache 1.3 systems? [2002-10-17 19:47:35] [EMAIL PROTECTED] I am using Mac OS X 10.2.1, Apache 2.0.43, PHP 4.2.3, and IMAP-2002.RC8. I have built libc-client solely as a dylib (shared library), and all of my other extensions are also shared libraries. I have successfully compiled the PHP module, and I have properly configured the webserver to load and use it. However, when I attempt to start the web server, it refuses to start and produces the following output: dyld: /Library/Apache2/bin/httpd Undefined symbols: _mm_critical _mm_diskerror _mm_dlog _mm_exists _mm_expunged _mm_fatal _mm_flags _mm_list _mm_log _mm_login _mm_lsub _mm_nocritical _mm_notify _mm_searched _mm_status These symbols are defined in libphp.so, so I would assume it would not compain about this: [homer:/Library/Apache2/modules] afaby# nm -n libphp4.so | grep mm_ 00072ea8 T _mm_searched 00072fa4 T _mm_exists 00072fa8 T _mm_expunged 00072fac T _mm_flags 00072fb0 T _mm_notify 000730d8 T _mm_list 00073318 T _mm_lsub 00073554 T _mm_status 0007367c T _mm_log 000737b4 T _mm_dlog 000737b8 T _mm_login 0007386c T _mm_critical 00073870 T _mm_nocritical 00073874 T _mm_diskerror 0007387c T _mm_fatal I have been struggling with this for quite a while and I am at a standstill right now. Could this perhaps be another chapter in the book of issues that plague Mac OS X's libtool? Thanks! Aaron Faby -- Edit this bug report at http://bugs.php.net/?id=19967&edit=1
#19966 [Bgs->Csd]: missing module problem
ID: 19966 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Thank you for your reply. I will grab the latest snapshot and try it out. Maybe a note for that should be on the main page? Thanks again! Kirk Previous Comments: [2002-10-18 03:54:24] [EMAIL PROTECTED] Apache 2 support is experimental. Use the following lines: LoadModule /path/to/php4apache2.dll AddType application/x-httpd-php .php It's recommended that you use the latest CVS from snaps.php.net. [2002-10-17 17:36:15] [EMAIL PROTECTED] I 'just' installed 4.2.3 from php.net. The directions don't say anything about using php with Apache 2 even though there is the php4_apache2.dll in the dll directory. Thereis no mod_php4.c installed with the windows binary (from the zip), and it's been impossible to find documentation on it. I can't build software on this windows machine, so I'm dependent on the binaries. I'm guessing that since Apache2 (2.0.43 build) uses shared objects this is why there is a problem.(?) Even if this is not fixed right away, when will we hear from the developers??? Just a "we're working on "X" b/c of "Y" and it will be some time before "Z" would suffice. Maybe a note on the front page of the site even. It seems to me that since Apache and PHP are so great for each other (both open source, both widely used) that there would be some more communication about the latest versions and how they work with each other. -- Edit this bug report at http://bugs.php.net/?id=19966&edit=1
#19981 [NEW]: Posted Array loses variables
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.3 PHP version: 4.2.3 PHP Bug Type: Arrays related Bug description: Posted Array loses variables script below. When posting the form with the array variables, the receiving function 'loses' the first 4 characters of posted information, whether numbers or letters. -start script- "; $counter++; } addInventory(); } function addInventory() { global $ZONES; //number of inventory slots to show at a time. $maxslots=20; print " Date Time Slot Zone Inventory "; for($x=1;$x<=$maxslots;$x++) { print " 10am to 12pm 12pm to 2pm 2pm to 4pm 4pm to 6pm 6pm to 8pm "; for($y=1;$y<=$ZONES;$y++) { print "Zone $y"; } print " "; } print " < /td> "; } switch($action) { case "saveinventory": saveInventory(); break; default: addInventory(); break; } ?> -end script- configure line './configure' '--with-apxs' '--with-mysql' '--with-gd' '-- with-png-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with- freetype-dir=/usr/lib' '--enable-trans-sid' '--with-xml' '- -enable-wddx' '--enable-mbstring' '--enable-mbstr-enc- trans' '--with-config-file-path=/etc' '--with-zlib-dir=/ usr/lib' '--enable-bcmath' '--with-curl' -- Edit bug report at http://bugs.php.net/?id=19981&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19981&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19981&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19981&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19981&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19981&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19981&r=support Expected behavior: http://bugs.php.net/fix.php?id=19981&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19981&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19981&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19981&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19981&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19981&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19981&r=isapi
#19980 [Fbk->Opn]: Static method call from non-statiic method fails.
ID: 19980 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 4.2.3 New Comment: AyByBn Previous Comments: [2002-10-18 10:26:31] [EMAIL PROTECTED] And the output is? [2002-10-18 10:07:33] [EMAIL PROTECTED] when calling B::procSave from $a->procSave() the $this keeps linked to $a. The code: procSave(); B::procSave(); ?> -- Edit this bug report at http://bugs.php.net/?id=19980&edit=1
#19980 [Opn->Fbk]: Static method call from non-statiic method fails.
ID: 19980 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 4.2.3 New Comment: And the output is? Previous Comments: [2002-10-18 10:07:33] [EMAIL PROTECTED] when calling B::procSave from $a->procSave() the $this keeps linked to $a. The code: procSave(); B::procSave(); ?> -- Edit this bug report at http://bugs.php.net/?id=19980&edit=1
#19980 [NEW]: Static method call from non-statiic method fails.
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: Static method call from non-statiic method fails. when calling B::procSave from $a->procSave() the $this keeps linked to $a. The code: procSave(); B::procSave(); ?> -- Edit bug report at http://bugs.php.net/?id=19980&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19980&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19980&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19980&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19980&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19980&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19980&r=support Expected behavior: http://bugs.php.net/fix.php?id=19980&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19980&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19980&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19980&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19980&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19980&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19980&r=isapi
#19971 [Opn]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev New Comment: I got the following times from a tests I've run on PHP. The test involved openning a 2.5 meg binary file 1000 times. The results are everages of several runs. file_get_contents() - 30.4 seconds (4.3 HEAD) file() - 99.2 seconds (4.3 HEAD) file() - 40.3 seconds (4.2.3) Looks like a VERY serious performance loss to me, I'd even go as far as to say this is a critical issue that should be resolved before release. For reference perpouses a simple C program that freads() entire file to memory took only 18.5 seconds to run (1000 runs on the same file). Previous Comments: [2002-10-18 07:04:36] [EMAIL PROTECTED] fgets() is fast. yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = explode("\n", fread($fp, filesize($filename))); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fgets($fp,filesize($filename)); $time -> setMarker('fgets'); fclose($fp); [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034942600.41311100 - 0.00% - fread 1034942600.43045000 0.017338991165161 2.68% - file 1034942600.95939400 0.52894401550293 81.66% - file_get_contents 1034942601.04506900 0.085675001144409 13.23% - fgets 1034942601.06049200 0.015423059463501 2.38% - Stop 1034942601.06084500 0.00035297870635986 0.05% - total - 0.64773404598236 100.00% - [yohgaki@dev DEV]$ [2002-10-18 06:50:52] [EMAIL PROTECTED] Damn Mozilla wont work with buffer normally :( Lets try again. Problem: read from a text file into array 1. using fread()+explode() 2. using file() Here my tests setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread+explode'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> And results --- time index ex time % Start 1034941339.44905500 - 0.00% fread+explode 1034941340.05736200 0.608307 34.72% file 1034941341.20114900 1.143787 65.28% Stop 1034941341.20128500 0.000136 0.01% total - 1.752230 100.00% --- Is it right? I dont think so. [2002-10-18 06:25:17] [EMAIL PROTECTED] file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034940250.73024800 - 0.00% - fread 1034940250.74181700 0.01156902313232
#19972 [Opn->Fbk]: Sessiondata randomly gets lost, possibly due to invalid session cookie
ID: 19972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Redhat Linux PHP Version: 4.2.2 New Comment: There is no patch because the session code has undergone major changes and revisions since the 4.2.2 release. Your best bet is to try to problematic code on a development server and see if the latest version of PHP still has this bug. Previous Comments: [2002-10-18 06:09:32] [EMAIL PROTECTED] I wish I could, but it's a productionserver on which this occurs. Installing a snapshot for this site is too dangerous. Is there a patch for just this specific issue that I might try on our current source? [2002-10-18 05:48:06] [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-10-18 03:44:12] [EMAIL PROTECTED] I'm experiencing the random loss of sessiondata. (The same symptoms as in bug #19029 and in the comments of bug #19022). While investigating this problem, I found out that the sessioncookie contains this value: HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972; pollvoted[1]=1; (... some other data left out for privacy reasons); PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9 There are two different PHPSESSID cookies! -- Edit this bug report at http://bugs.php.net/?id=19972&edit=1
#19979 [NEW]: Makefile: 'install' target doesn't invoke 'all' or something
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7-STABLE PHP version: 4CVS-2002-10-18 PHP Bug Type: Compile Failure Bug description: Makefile: 'install' target doesn't invoke 'all' or something 1) why does it try to install php-cgi 2) why doesn't make install do the same thing as make && make install? roman@freepuppy ~/install/php4 1049:0 > ./configure --prefix=/home/roman/php --disable-all --enable-cli ... roman@freepuppy ~/install/php4 1050:0 > make install ... /bin/sh libtool --silent --mode=link gcc -g -O2 -prefer-non-pic -static -rpath /usr/home/roman/install/php4/libsext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcrypt -lm -lcrypt -o libphp4.la Installing PHP SAPI module cp: sapi/cgi/php-cgi: No such file or directory *** Error code 1 Stop in /usr/home/roman/install/php4. -- Edit bug report at http://bugs.php.net/?id=19979&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19979&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19979&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19979&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19979&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19979&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19979&r=support Expected behavior: http://bugs.php.net/fix.php?id=19979&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19979&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19979&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19979&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19979&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19979&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19979&r=isapi
#19892 [Opn->Fbk]: Images would not display.
ID: 19892 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.3.0-pre1 New Comment: 1st try the latest CVS (unstable) to make sure that the problem still exists. If it does, then in your follow-up report please include all the lines pertaining to PHP configuration from your httpd.conf Previous Comments: [2002-10-18 00:10:27] [EMAIL PROTECTED] Reopening. [2002-10-18 00:09:58] [EMAIL PROTECTED] Ah, but it is. It only happened when I installed PHP 4.3.0-pre1. Apache worked just fine running PHP 4.2.3, but not 4.3.0-pre1. All images used to display, and they did not with the 4.3.0 version. It's not a config problem, because the config did not change, just the php version. [2002-10-17 18:00:09] [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. [2002-10-17 17:59:56] [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. Using the information you've provided I cannot replicate the bug. Unless you tell Apache to parse image files this will not happen. This looks a misconfiguration issue on your end rather then a PHP problem. If you are not using the latest Apache try upgrading, also try using the latest PHP (unstable) snapshot. [2002-10-16 22:42:59] [EMAIL PROTECTED] They're static images using the img src= they're chmod'd to 751. You cannot even call them direct via the path. Only happened after I installed the beta php. 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/19892 -- Edit this bug report at http://bugs.php.net/?id=19892&edit=1
#19977 [NEW]: Formatting when output result HTML after xslt_process
From: [EMAIL PROTECTED] Operating system: windows 2000/sp3 PHP version: 4.2.3 PHP Bug Type: XSLT related Bug description: Formatting when output result HTML after xslt_process Hello! I have two working configurations: 1. Linux with php-4.0.6/sablot-0.70 2. W2k with php-4.2.3/sablot-0.96 in first configuration after xslt_process I got html content in one string and in second html content was formatted. in second case i got design bugs such as: bla-bla-bla instead of bla-bla-bla I cannot use development version of php (there is real working servers with strong load) how i can get some result from php4.2.3 as from 4.0.6? may be some options string or what? -- Edit bug report at http://bugs.php.net/?id=19977&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19977&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19977&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19977&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19977&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19977&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19977&r=support Expected behavior: http://bugs.php.net/fix.php?id=19977&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19977&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19977&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19977&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19977&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19977&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19977&r=isapi
#19974 [Opn]: force close persistent SQL connections
ID: 19974 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.2.3 New Comment: When you have a pclose, there is no need for pconnect, you can also use mysql_connect. Currently the problem is, that persistent connections in MySQL have some disadvantages/bugs/problems: - no unset for user variables - session variables are not restored to global variables - no unlock for tables - unselect previous selected database - temporary tables are not deleted - ROLLBACK of not commited transactions - SQL_FOUND_ROWS returns a valid result currently MySQL AB works on a new api-function mysql_reset_connection to fix all these things, so we have to wait. Currently there is not enough functionality to fix/handle this inside the mysql extension. Previous Comments: [2002-10-18 07:13:16] [EMAIL PROTECTED] >From time to time I need close my SQL connections becose using Lock, temporary tables, etc. But such code executed rare. Can you add new function? like: bool mysql_pclose ([bool on_script_exit_or_now=FALSE,[resource link_identifier]]) This function will allow easy using locks and temporary tables and do not loose efficiency. using this function can be such: -- mysql_pconnent(...); ... if(rare_case) { mysql_pclose(TRUE); # close connect at exit mysql_query("create temporary table "); ... } - or such: -- mysql_pconnent(...); ... if(rare_case) { mysql_query("create temporary table "); ... mysql_pclose(); # close connect now } - -- Edit this bug report at http://bugs.php.net/?id=19974&edit=1
#19416 [Com]: unproperly use of the ESQL Library?
ID: 19416 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: Linux PHP Version: 4.2.2 New Comment: We had the same problem here once, but in our case it was the programmers fault. He didn't know SQL to well and counted the rows using a WHILE loop instead of "SELECT COUNT(*) ...". It was a large database and when the script was used often our intranet site did not respond. I do not think, that is your problem, but could you post your - OS - INFORMIX RDBMS version (IDS, ODS, SE, ...) - SQL statement that causes the problem? I think this will help, because we encoutered problems on 7.31.UC7, which did not occur on IDS 9.2x.y. Thanks in advance! Claus Previous Comments: [2002-09-15 09:51:07] [EMAIL PROTECTED] When you do very much querys at the same time (or big querys with subquerys) Informix reports a Error -439 that means a SQL Query is currently running and you can`t do your query yet. Error 439 means: You attempted to call an SQL routine or attempted to execute an SQL statement within a signal handling function/routine or a callback function/procedure. Use only the sqldone() and sqlbreak() library functions inside your INFORMIX-ESQL/C callback function. Use only the ECO-SQD and ECO-SQB library routines inside your ESQL/COBOL callback procedure. In addition, if you want to unregister your callback function in INFORMIX-ESQL/C, you can invoke the sqlbreakcallback() callback registration function within your callback procedure. If you want to unregister your callback procedure in ESQL/COBOL, you can invoke the ECO-SQBCB callback registration routine within your callback procedure. ---snip--- so do you use a false ESQL Function? -- Edit this bug report at http://bugs.php.net/?id=19416&edit=1
#19970 [Opn->Csd]: feof()/fgets()/fgetcsv() problem
ID: 19970 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.2 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. It now works for me. Let me know if it is still borked. :-) Previous Comments: [2002-10-18 06:59:23] [EMAIL PROTECTED] Yes, cynic, you're right, it's a bug. $fd = fopen(__FILE__, 'r'); while (!feof($fd)) { $s = fgets($fd); if($s === false) echo "There was an error! And feof() is ",var_dump(feof($fd)); // echo $s; } fclose($fd); Prints: There was an error! And feof() is bool(true) [2002-10-18 04:55:18] [EMAIL PROTECTED] michael: i meant bool(true) of course, sorry for the confusion. wez: still no banana roman@freepuppy ~/tmp 1027:0 > php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies roman@freepuppy ~/tmp 1028:1 > cat feof1.php php feof1.php bool(true) roman@freepuppy ~/tmp 1030:0 > fgets() gets to read past EOF, but it shouldn't. looks like feof() is broken. roman@freepuppy ~/tmp 1031:0 > fc -lf |grep "cvs -q up" 1016 10/18/2002 11:35 cvs -q up roman@freepuppy ~/tmp 1032:0 > date Fri Oct 18 11:48:31 CEST 2002 roman@freepuppy ~/tmp 1033:0 > cat ~/install/php4/config.nice.cli #! /bin/sh # # Created by configure './configure' \ '--enable-cli' \ '--enable-inline-optimization' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--disable-session' \ '--disable-shared' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-ncurses' \ '--with-readline' \ '--with-pear' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ "$@" I ./configure --disable-all --enable-cli with the same result. [2002-10-18 03:49:52] [EMAIL PROTECTED] cynic - can you try HEAD or a snapshot from the last day or so? I fixed an eof related issue recently. [2002-10-18 03:45:31] [EMAIL PROTECTED] I get bool(true) with 4.2.3 and 4.3.0-dev (from yesterday), both mod_php, Linux 2.4.19. Maybe it's a documentation problem: the manual only says about the return value of fgets(): If an error occurs, returns FALSE. Nothing is said about the return value on EOF (only "People used to the 'C' semantics of fgets() should note the difference in how EOF is returned."), so I guess fgets() is free to return whatever it likes on EOF. Was this different in previous versions of PHP? [2002-10-18 01:57:06] [EMAIL PROTECTED] am I the only one who thinks that this should not output anything? http://bugs.php.net/?id=19970&edit=1
#19974 [NEW]: force close persistent SQL connections
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: force close persistent SQL connections >From time to time I need close my SQL connections becose using Lock, temporary tables, etc. But such code executed rare. Can you add new function? like: bool mysql_pclose ([bool on_script_exit_or_now=FALSE,[resource link_identifier]]) This function will allow easy using locks and temporary tables and do not loose efficiency. using this function can be such: -- mysql_pconnent(...); ... if(rare_case) { mysql_pclose(TRUE); # close connect at exit mysql_query("create temporary table "); ... } - or such: -- mysql_pconnent(...); ... if(rare_case) { mysql_query("create temporary table "); ... mysql_pclose(); # close connect now } - -- Edit bug report at http://bugs.php.net/?id=19974&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19974&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19974&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19974&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19974&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19974&r=support Expected behavior: http://bugs.php.net/fix.php?id=19974&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19974&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19974&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19974&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19974&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19974&r=isapi
#19971 [Opn]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev New Comment: fgets() is fast. yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = explode("\n", fread($fp, filesize($filename))); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fgets($fp,filesize($filename)); $time -> setMarker('fgets'); fclose($fp); [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034942600.41311100 - 0.00% - fread 1034942600.43045000 0.017338991165161 2.68% - file 1034942600.95939400 0.52894401550293 81.66% - file_get_contents 1034942601.04506900 0.085675001144409 13.23% - fgets 1034942601.06049200 0.015423059463501 2.38% - Stop 1034942601.06084500 0.00035297870635986 0.05% - total - 0.64773404598236 100.00% - [yohgaki@dev DEV]$ Previous Comments: [2002-10-18 06:50:52] [EMAIL PROTECTED] Damn Mozilla wont work with buffer normally :( Lets try again. Problem: read from a text file into array 1. using fread()+explode() 2. using file() Here my tests setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread+explode'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> And results --- time index ex time % Start 1034941339.44905500 - 0.00% fread+explode 1034941340.05736200 0.608307 34.72% file 1034941341.20114900 1.143787 65.28% Stop 1034941341.20128500 0.000136 0.01% total - 1.752230 100.00% --- Is it right? I dont think so. [2002-10-18 06:25:17] [EMAIL PROTECTED] file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034940250.73024800 - 0.00% - fread 1034940250.74181700 0.011569023132324 1.86% - file 1034940251.26557900 0.52376198768616 84.25% - file_get_contents 1034940251.35169600 0.086117029190063 13.85% - Stop 1034940251.35192900 0.00023293495178223 0.04% - total - 0.62168097496033 100.00% ---
#19970 [Com]: feof()/fgets()/fgetcsv() problem
ID: 19970 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.2 New Comment: Yes, cynic, you're right, it's a bug. $fd = fopen(__FILE__, 'r'); while (!feof($fd)) { $s = fgets($fd); if($s === false) echo "There was an error! And feof() is ",var_dump(feof($fd)); // echo $s; } fclose($fd); Prints: There was an error! And feof() is bool(true) Previous Comments: [2002-10-18 04:55:18] [EMAIL PROTECTED] michael: i meant bool(true) of course, sorry for the confusion. wez: still no banana roman@freepuppy ~/tmp 1027:0 > php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies roman@freepuppy ~/tmp 1028:1 > cat feof1.php php feof1.php bool(true) roman@freepuppy ~/tmp 1030:0 > fgets() gets to read past EOF, but it shouldn't. looks like feof() is broken. roman@freepuppy ~/tmp 1031:0 > fc -lf |grep "cvs -q up" 1016 10/18/2002 11:35 cvs -q up roman@freepuppy ~/tmp 1032:0 > date Fri Oct 18 11:48:31 CEST 2002 roman@freepuppy ~/tmp 1033:0 > cat ~/install/php4/config.nice.cli #! /bin/sh # # Created by configure './configure' \ '--enable-cli' \ '--enable-inline-optimization' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--disable-session' \ '--disable-shared' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-ncurses' \ '--with-readline' \ '--with-pear' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ "$@" I ./configure --disable-all --enable-cli with the same result. [2002-10-18 03:49:52] [EMAIL PROTECTED] cynic - can you try HEAD or a snapshot from the last day or so? I fixed an eof related issue recently. [2002-10-18 03:45:31] [EMAIL PROTECTED] I get bool(true) with 4.2.3 and 4.3.0-dev (from yesterday), both mod_php, Linux 2.4.19. Maybe it's a documentation problem: the manual only says about the return value of fgets(): If an error occurs, returns FALSE. Nothing is said about the return value on EOF (only "People used to the 'C' semantics of fgets() should note the difference in how EOF is returned."), so I guess fgets() is free to return whatever it likes on EOF. Was this different in previous versions of PHP? [2002-10-18 01:57:06] [EMAIL PROTECTED] am I the only one who thinks that this should not output anything? http://bugs.php.net/?id=19970&edit=1
#19971 [Opn]: file() function extremally slow
ID: 19971 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev New Comment: Damn Mozilla wont work with buffer normally :( Lets try again. Problem: read from a text file into array 1. using fread()+explode() 2. using file() Here my tests setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread+explode'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> And results --- time index ex time % Start 1034941339.44905500 - 0.00% fread+explode 1034941340.05736200 0.608307 34.72% file 1034941341.20114900 1.143787 65.28% Stop 1034941341.20128500 0.000136 0.01% total - 1.752230 100.00% --- Is it right? I dont think so. Previous Comments: [2002-10-18 06:25:17] [EMAIL PROTECTED] file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034940250.73024800 - 0.00% - fread 1034940250.74181700 0.011569023132324 1.86% - file 1034940251.26557900 0.52376198768616 84.25% - file_get_contents 1034940251.35169600 0.086117029190063 13.85% - Stop 1034940251.35192900 0.00023293495178223 0.04% - total - 0.62168097496033 100.00% - [2002-10-18 06:16:02] [EMAIL PROTECTED] Please also compare with fgets(). [2002-10-18 06:13:19] [EMAIL PROTECTED] Please paste readable output... [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034939438.53591700 - 0.00% - fread 1034939438.55064400 0.014726996421814 2.74% - file 1034939439.07360900 0.52296495437622 97.21% - Stop 1034939439.07387800 0.00026905536651611 0.05% - total - 0.53796100616455 100.00% - [yohgaki@dev DEV]$ [2002-10-18 04:31:16] [EMAIL PROTECTED] setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm...
#17098 [Com]: apache sending 304 - not modified header
ges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain If-Modified-Since: Fri, 18 Oct 2002 08:59:00 GMT HTTP/1.1 200 OK Date: Fri, 18 Oct 2002 09:22:21 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain If-Modified-Since: Fri, 18 Oct 2002 09:01:00 GMT HTTP/1.1 304 Not Modified Date: Fri, 18 Oct 2002 09:22:41 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev ETag: "8598-1e2-ca628400" --- End Telnet --- As is evident in the last response from the server, the If-Modified-Since: header is not properly processed. After the patch is applied, the problem disappears: --- Telnet servername http requests and results after patch --- [rt@ns rt]$ telnet localhost http Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain HTTP/1.1 200 OK Date: Fri, 18 Oct 2002 09:18:00 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain If-Modified-Since: Fri, 18 Oct 2002 09:09:00 GMT HTTP/1.1 200 OK Date: Fri, 18 Oct 2002 09:18:19 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 --- End Telnet --- The test result was obtained using CVS 20021018 (today's one). The system used is Red Hat Linux 6.2. Regards Ryo -- R Takagi <[EMAIL PROTECTED]> [2002-10-17 19:27:08] [EMAIL PROTECTED] It would be Apache2 bug On October 17, 2002 07:06 pm, Yasuo Ohgaki wrote: > Andrei Zmievski wrote: > > Hi, > > > > We have 10 critical bugs in the list currently. If you could please see > > about fixing at least one of them, we'd be that much closer to a release > > candidate. > > Summary: Apache2 sending 304 - not modified header > http://bugs.php.net/bug.php?id=17098 > > This is serious problem for serious sites. > (Serious sites shouldn't use Apache2, though) This looks like an Apache 2 bug, rather then aPHP one. I am guessing the fix they made did not work properly. Ilia [2002-10-17 17:54:43] [EMAIL PROTECTED] Although, we need other patch, it seems the problem exists. [2002-10-14 11:00:55] [EMAIL PROTECTED] This is still not fixed... PHP code needs modifying. I have tried PHP 4.2.3 and 4.3.0-pre1 with Apache 2.0.43 running on RedHat 6.2, and it still returns erroneous 304s. The following is what I 'borrowed' from the Apache's mod_include.c, which seems working within PHP 4.2.3. --- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002 +++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002 @@ -558,14 +558,24 @@ return OK; } +static int includes_setup(ap_filter_t *f) +{ +/* We will ALWAYS set the no_local_copy value to 1 so + * that we will not send 304s. + */ +f->r->no_local_copy = 1; + +return OK; +} + static void php_register_hook(apr_pool_t *p) { ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_config(php_apache_server_startup, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_insert_filter(php_insert_filter, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_read_request(php_post_read_request, NULL, NULL, APR_HOOK_MIDDLE); - ap_register_output_filter("PHP", php_output_filter, NULL, AP_FTYPE_RESOURCE); - ap_register_input_filter("PHP", php_input_filter, NULL, AP_FTYPE_RESOURCE); + ap_register_output_filter("PHP", php_output_filter, includes_setup, AP_FTYPE_RESOURCE); + ap_register_input_filter("PHP", php_input_filter, includes_setup, AP_FTYPE_RESOURCE); } AP_MODULE_DECLARE_DATA module php4_module = { [2002-09-30 20:24:19] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places t
#19971 [Fbk->Opn]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev Previous Comments: [2002-10-18 06:25:17] [EMAIL PROTECTED] file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034940250.73024800 - 0.00% - fread 1034940250.74181700 0.011569023132324 1.86% - file 1034940251.26557900 0.52376198768616 84.25% - file_get_contents 1034940251.35169600 0.086117029190063 13.85% - Stop 1034940251.35192900 0.00023293495178223 0.04% - total - 0.62168097496033 100.00% - [2002-10-18 06:16:02] [EMAIL PROTECTED] Please also compare with fgets(). [2002-10-18 06:13:19] [EMAIL PROTECTED] Please paste readable output... [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034939438.53591700 - 0.00% - fread 1034939438.55064400 0.014726996421814 2.74% - file 1034939439.07360900 0.52296495437622 97.21% - Stop 1034939439.07387800 0.00026905536651611 0.05% - total - 0.53796100616455 100.00% - [yohgaki@dev DEV]$ [2002-10-18 04:31:16] [EMAIL PROTECTED] setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm... time indexex time% Start1034933111.79707300-0.00% fread1034933112.398477000.60140417.87% file1034933115.162048002.76357182.12% Stop1034933115.162183000.0001350.00% total-3.365110100.00% [2002-10-18 04:11:52] [EMAIL PROTECTED] It slow even with text files Sorry for Photoshop.exe-example I test it even with apache/logs/access.log 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/19971 -- Edit this bug report at http://bugs.php.net/?id=19971&edit=1
#19971 [Fbk]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev New Comment: file_get_contents() is alow slow. It's better than file(), though. [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); for ($i = 0; $i<100; $i++) $s = file_get_contents($filename); $time -> setMarker('file_get_contents'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034940250.73024800 - 0.00% - fread 1034940250.74181700 0.011569023132324 1.86% - file 1034940251.26557900 0.52376198768616 84.25% - file_get_contents 1034940251.35169600 0.086117029190063 13.85% - Stop 1034940251.35192900 0.00023293495178223 0.04% - total - 0.62168097496033 100.00% - Previous Comments: [2002-10-18 06:16:02] [EMAIL PROTECTED] Please also compare with fgets(). [2002-10-18 06:13:19] [EMAIL PROTECTED] Please paste readable output... [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034939438.53591700 - 0.00% - fread 1034939438.55064400 0.014726996421814 2.74% - file 1034939439.07360900 0.52296495437622 97.21% - Stop 1034939439.07387800 0.00026905536651611 0.05% - total - 0.53796100616455 100.00% - [yohgaki@dev DEV]$ [2002-10-18 04:31:16] [EMAIL PROTECTED] setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm... time indexex time% Start1034933111.79707300-0.00% fread1034933112.398477000.60140417.87% file1034933115.162048002.76357182.12% Stop1034933115.162183000.0001350.00% total-3.365110100.00% [2002-10-18 04:11:52] [EMAIL PROTECTED] It slow even with text files Sorry for Photoshop.exe-example I test it even with apache/logs/access.log [2002-10-18 03:53:15] [EMAIL PROTECTED] file() is not binary safe; you should not use it on binary files. When testing the snapshot, try the new file_get_contents() function too, which is 100% binary safe. $s = file_get_contents(); 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/19971 -- Edit this bug report at http://bugs.php.net/?id=19971
#19971 [Opn->Fbk]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: any PHP Version: 4.3.0-dev New Comment: Please also compare with fgets(). Previous Comments: [2002-10-18 06:13:19] [EMAIL PROTECTED] Please paste readable output... [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034939438.53591700 - 0.00% - fread 1034939438.55064400 0.014726996421814 2.74% - file 1034939439.07360900 0.52296495437622 97.21% - Stop 1034939439.07387800 0.00026905536651611 0.05% - total - 0.53796100616455 100.00% - [yohgaki@dev DEV]$ [2002-10-18 04:31:16] [EMAIL PROTECTED] setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm... time indexex time% Start1034933111.79707300-0.00% fread1034933112.398477000.60140417.87% file1034933115.162048002.76357182.12% Stop1034933115.162183000.0001350.00% total-3.365110100.00% [2002-10-18 04:11:52] [EMAIL PROTECTED] It slow even with text files Sorry for Photoshop.exe-example I test it even with apache/logs/access.log [2002-10-18 03:53:15] [EMAIL PROTECTED] file() is not binary safe; you should not use it on binary files. When testing the snapshot, try the new file_get_contents() function too, which is 100% binary safe. $s = file_get_contents(); [2002-10-18 03:05:02] [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 Ops, wrong quick fix. 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/19971 -- Edit this bug report at http://bugs.php.net/?id=19971&edit=1
#19971 [Opn]: file() function extremally slow
ID: 19971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions -Operating System: win_xp +Operating System: any -PHP Version: 4.2.3 +PHP Version: 4.3.0-dev New Comment: Please paste readable output... [yohgaki@dev DEV]$ cat t.php setMarker('Start'); $fp = fopen($filename,'r'); for ($i = 0; $i<100; $i++) $s = fread($fp, filesize($filename)); fclose($fp); $time -> setMarker('fread'); for ($i = 0; $i<100; $i++) $s = file($filename); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> [yohgaki@dev DEV]$ ./sapi/cli/php t.php - markertime indexex time perct - Start 1034939438.53591700 - 0.00% - fread 1034939438.55064400 0.014726996421814 2.74% - file 1034939439.07360900 0.52296495437622 97.21% - Stop 1034939439.07387800 0.00026905536651611 0.05% - total - 0.53796100616455 100.00% - [yohgaki@dev DEV]$ Previous Comments: [2002-10-18 04:31:16] [EMAIL PROTECTED] setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm... time indexex time% Start1034933111.79707300-0.00% fread1034933112.398477000.60140417.87% file1034933115.162048002.76357182.12% Stop1034933115.162183000.0001350.00% total-3.365110100.00% [2002-10-18 04:11:52] [EMAIL PROTECTED] It slow even with text files Sorry for Photoshop.exe-example I test it even with apache/logs/access.log [2002-10-18 03:53:15] [EMAIL PROTECTED] file() is not binary safe; you should not use it on binary files. When testing the snapshot, try the new file_get_contents() function too, which is 100% binary safe. $s = file_get_contents(); [2002-10-18 03:05:02] [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 Ops, wrong quick fix. [2002-10-18 03:04:43] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. 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/19971 -- Edit this bug report at http://bugs.php.net/?id=19971&edit=1
#19972 [Fbk->Opn]: Sessiondata randomly gets lost, possibly due to invalid session cookie
ID: 19972 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Redhat Linux PHP Version: 4.2.2 New Comment: I wish I could, but it's a productionserver on which this occurs. Installing a snapshot for this site is too dangerous. Is there a patch for just this specific issue that I might try on our current source? Previous Comments: [2002-10-18 05:48:06] [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-10-18 03:44:12] [EMAIL PROTECTED] I'm experiencing the random loss of sessiondata. (The same symptoms as in bug #19029 and in the comments of bug #19022). While investigating this problem, I found out that the sessioncookie contains this value: HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972; pollvoted[1]=1; (... some other data left out for privacy reasons); PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9 There are two different PHPSESSID cookies! -- Edit this bug report at http://bugs.php.net/?id=19972&edit=1
#19972 [Opn->Fbk]: Sessiondata randomly gets lost, possibly due to invalid session cookie
ID: 19972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Redhat Linux PHP Version: 4.2.2 New Comment: 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 Previous Comments: [2002-10-18 03:44:12] [EMAIL PROTECTED] I'm experiencing the random loss of sessiondata. (The same symptoms as in bug #19029 and in the comments of bug #19022). While investigating this problem, I found out that the sessioncookie contains this value: HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972; pollvoted[1]=1; (... some other data left out for privacy reasons); PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9 There are two different PHPSESSID cookies! -- Edit this bug report at http://bugs.php.net/?id=19972&edit=1
#17098 [Opn->Ana]: apache sending 304 - not modified header
: Fri, 18 Oct 2002 09:22:21 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain If-Modified-Since: Fri, 18 Oct 2002 09:01:00 GMT HTTP/1.1 304 Not Modified Date: Fri, 18 Oct 2002 09:22:41 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev ETag: "8598-1e2-ca628400" --- End Telnet --- As is evident in the last response from the server, the If-Modified-Since: header is not properly processed. After the patch is applied, the problem disappears: --- Telnet servername http requests and results after patch --- [rt@ns rt]$ telnet localhost http Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain HTTP/1.1 200 OK Date: Fri, 18 Oct 2002 09:18:00 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain If-Modified-Since: Fri, 18 Oct 2002 09:09:00 GMT HTTP/1.1 200 OK Date: Fri, 18 Oct 2002 09:18:19 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6g PHP/4.3.0-dev Accept-Ranges: bytes X-Powered-By: PHP/4.3.0-dev Last-Modified: Fri, 18 Oct 2002 09:10:00 GMT Content-Type: text/html; charset=ISO-8859-1 --- End Telnet --- The test result was obtained using CVS 20021018 (today's one). The system used is Red Hat Linux 6.2. Regards Ryo -- R Takagi <[EMAIL PROTECTED]> Previous Comments: [2002-10-17 19:27:08] [EMAIL PROTECTED] It would be Apache2 bug On October 17, 2002 07:06 pm, Yasuo Ohgaki wrote: > Andrei Zmievski wrote: > > Hi, > > > > We have 10 critical bugs in the list currently. If you could please see > > about fixing at least one of them, we'd be that much closer to a release > > candidate. > > Summary: Apache2 sending 304 - not modified header > http://bugs.php.net/bug.php?id=17098 > > This is serious problem for serious sites. > (Serious sites shouldn't use Apache2, though) This looks like an Apache 2 bug, rather then aPHP one. I am guessing the fix they made did not work properly. Ilia [2002-10-17 17:54:43] [EMAIL PROTECTED] Although, we need other patch, it seems the problem exists. [2002-10-14 11:00:55] [EMAIL PROTECTED] This is still not fixed... PHP code needs modifying. I have tried PHP 4.2.3 and 4.3.0-pre1 with Apache 2.0.43 running on RedHat 6.2, and it still returns erroneous 304s. The following is what I 'borrowed' from the Apache's mod_include.c, which seems working within PHP 4.2.3. --- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002 +++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002 @@ -558,14 +558,24 @@ return OK; } +static int includes_setup(ap_filter_t *f) +{ +/* We will ALWAYS set the no_local_copy value to 1 so + * that we will not send 304s. + */ +f->r->no_local_copy = 1; + +return OK; +} + static void php_register_hook(apr_pool_t *p) { ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_config(php_apache_server_startup, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_insert_filter(php_insert_filter, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_read_request(php_post_read_request, NULL, NULL, APR_HOOK_MIDDLE); - ap_register_output_filter("PHP", php_output_filter, NULL, AP_FTYPE_RESOURCE); - ap_register_input_filter("PHP", php_input_filter, NULL, AP_FTYPE_RESOURCE); + ap_register_output_filter("PHP", php_output_filter, includes_setup, AP_FTYPE_RESOURCE); + ap_register_input_filter("PHP", php_input_filter, includes_setup, AP_FTYPE_RESOURCE); } AP_MODULE_DECLARE_DATA module php4_module = { [2002-09-30 20:24:19] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. This is an Apache 2 bug. According to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9673 this bug has been corrected in Apache 2.0.4
#19973 [NEW]: compile zlib and pcre as shared fails
From: [EMAIL PROTECTED] Operating system: RedHat 7.2 (kernel 2.4.19) PHP version: 4CVS-2002-10-18 PHP Bug Type: Compile Failure Bug description: compile zlib and pcre as shared fails I've tried to complile additional modules for as shared with the latest snap (18.10.2002) http://snaps.php.net/php4-latest.tar.gz and the operation failed - the same with php version 4.2.3 produces all chosen modules without any problems here's what I've done: ./configure --with-apache=/usr/src/apache_1.3.27 --with-mysql=shared,/usr --enable-dba=shared --with-db3=/usr --with-gd=shared --with-zlib=shared,/usr --with-pcre-regex=shared --with-curl=shared,/usr --enable-bcmath=shared --enable-posix=shared --enable-calendar=shared --enable-ctype=shared --enable-filepro=shared --enable-shmop=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-xml=shared --enable-wddx=shared --with-domxml=shared,/usr --enable-ftp=shared --enable-sockets=shared --enable-yp=shared --enable-dbase=shared --enable-exif=shared and then: make and I've got this error: ext/standard/image.o: In function `php_handle_swc': /usr/src/php-4.3.0-021018/ext/standard/image.c:222: undefined reference to `uncompress' /usr/src/php-4.3.0-021018/ext/standard/image.c:242: undefined reference to `uncompress' ext/standard/aggregation.o: In function `aggregate_methods': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:103: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:126: undefined reference to `php_pcre_exec' ext/standard/aggregation.o: In function `aggregate_properties': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:209: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:232: undefined reference to `php_pcre_exec' main/SAPI.o: In function `sapi_header_op': /usr/src/php-4.3.0-021018/main/SAPI.c:519: undefined reference to `zlib_globals' main/SAPI.o: In function `sapi_send_headers': /usr/src/php-4.3.0-021018/main/SAPI.c:668: undefined reference to `zlib_globals' /usr/src/php-4.3.0-021018/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 without options: --with-zlib=shared,/usr --with-pcre-regex=shared the whole thing compiles fine -- Edit bug report at http://bugs.php.net/?id=19973&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19973&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19973&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19973&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19973&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19973&r=support Expected behavior: http://bugs.php.net/fix.php?id=19973&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19973&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19973&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19973&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19973&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19973&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19973&r=isapi
#19948 [Com]: Broken Function mybe segfault releated
ID: 19948 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Linux 2.4.19 PHP Version: 4.3.0-pre1 New Comment: Example to reproduce, copied from the manual: The first result row is empty, subsequent ones are ok. Previous Comments: [2002-10-17 04:58:08] [EMAIL PROTECTED] Here is the DIFF between working version and brocken version. Maybe this could help to fix the buf Index: oci8.c === RCS file: /repository/php4/ext/oci8/oci8.c,v retrieving revision 1.177 diff -r1.177 oci8.c 1247c1247 < if ((! statement->has_data) || (column->indicator == -1)) { /* column is NULL or statment has no current data */ --- > if (column->indicator == -1) { /* column is NULL */ 1395d1394 < 1397d1395 < statement->has_data = 0; 1673,1680c1671 < if ((outcol->data_type == SQLT_DAT) || (outcol->data_type == SQLT_NUM) < #ifdef SQLT_TIMESTAMP < || (outcol->data_type == SQLT_TIMESTAMP) < #endif < #ifdef SQLT_TIMESTAMP_TZ < || (outcol->data_type == SQLT_TIMESTAMP_TZ) < #endif < ) { --- > if ((outcol->data_type == SQLT_DAT) || (outcol->data_type == SQLT_NUM)) { 1781d1771 < statement->has_data = 0; 1841,1842d1830 < statement->has_data = 1; < 1849,1850d1836 < statement->has_data = 0; < 3745,3754d3730 < #ifdef SQLT_TIMESTAMP < case SQLT_TIMESTAMP: < RETVAL_STRING("TIMESTAMP",1); < break; < #endif < #ifdef SQLT_TIMESTAMP_TZ < case SQLT_TIMESTAMP_TZ: < RETVAL_STRING("TIMESTAMP_TZ",1); < break; < #endif 4254,4255c4230,4231 < text errbuf[512]; < sb4 errcode = 0; --- > text errbuf[512]; > sb4 errcode = 0; 4258,4261d4233 < #ifdef HAVE_OCI8_ATTR_STATEMENT < ub2 errorofs = 0; < text *sqltext = NULL; < #endif 4268,4286d4239 < < #ifdef HAVE_OCI8_ATTR_STATEMENT < CALL_OCI_RETURN(statement->error, OCIAttrGet( < (dvoid *)statement->pStmt, < OCI_HTYPE_STMT, < (text *) &sqltext, < (ub4 *)0, < OCI_ATTR_STATEMENT, < statement->pError)); < < CALL_OCI_RETURN(statement->error, OCIAttrGet( < (dvoid *)statement->pStmt, < OCI_HTYPE_STMT, < (ub2 *)&errorofs, < (ub4 *)0, < OCI_ATTR_PARSE_ERROR_OFFSET, < statement->pError)); < #endif < 4321,4324d4273 < #ifdef HAVE_OCI8_ATTR_STATEMENT < add_assoc_long(return_value, "offset", errorofs); < add_assoc_string(return_value, "sqltext", sqltext ? (char *) sqltext : "", 1); < #endif Index: php_oci8.h === RCS file: /repository/php4/ext/oci8/php_oci8.h,v retrieving revision 1.24 diff -r1.24 php_oci8.h 122d121 < int has_data; [2002-10-17 03:45:03] [EMAIL PROTECTED] The OCI Function "OCIDefineByName" in combination with "OCIFetch" do not fill the defined Variable. If the variable bevore was set it is cleared (unset) after the OCIFetch call. Since it worked bevore an if i repleace the libphp4.so with 4.2.3 it work again it is no script fault. And it is reproductable. Configure for both version's 4.2.3 and 4.3.0-pre1 are the same. CVS from last week also do not work. './configure' '--prefix=/opt/php4' '--exec-prefix=/opt/php4' '--with-apxs2=/opt/httpd/bin/apxs' '--with-zlib' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ftp' '--with-gd' '--with-imap' '--with-ldap=/opt/openldap' '--with-mysql=/opt/mysql' '--enable-sockets' '--enable-yp' '--with-gettext' '--with-imap-ssl' '--with-png-dir=/opt/libpng' '--with-jpeg-dir=/opt/jpeg' '--with-freetype-dir=/opt/freetype' '--with-t1lib' '--enable-gd-native-ttf' '--with-ttf' '--enable-tokenizer' '--enable-sysvshm' '--enable-sysvsem' '--with-oci8=/opt/oracle/product/8.1.7' '--enable-sigchild' -- Edit this bug report at http://bugs.php.net/?id=19948&edit=1
#18661 [Ver->Csd]: oci_logoff does not work
ID: 18661 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: OCI8 related Operating System: Compaq Tru64 PHP Version: 4.2.0 New Comment: No, it would be very wrong removing OCILogOff as it would due compatibility issues. Lots of applications would end up with "Undefined function" error messages. It should be mentioned in Docs, though. Closed. Previous Comments: [2002-07-31 18:05:09] [EMAIL PROTECTED] >From ext/oci8.c: (in the ocilogoff part) "this function does nothing any more. server-connections get automagiclly closed on request-end. connection handles will 'dissappear' as soon as they are no longer referenced. as this module makes heavy use of zends reference-counting mechanism this is the desired behavior. it has always been a bad idea to close a connection that has outstanding transactions. this way we have a nice-clean approach. ([EMAIL PROTECTED] 2110)" Mainly documentation problem..maybe the function could be removed altogether as it's dummy one anyway?? [2002-07-31 05:47:53] [EMAIL PROTECTED] $oci8_conn = ocilogon($oci8_user, $oci8_pass, $oci8_sid); echo("Conn after logon: "); var_dump($oci8_conn); if (ocilogoff($oci8_conn)) { $result = 1; } else { $result = 0; } echo("\nConn after logoff: "); var_dump($oci8_conn); echo("\n Result: $result"); Results in: Conn after logon: resource(3) of type (oci8 connection) Conn after logoff: resource(3) of type (oci8 connection) Result: 0 -- Edit this bug report at http://bugs.php.net/?id=18661&edit=1
#19957 [NEW]: Cannot use 4.2.3 dll, but 4.3.0-dev instead
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Cannot use 4.2.3 dll, but 4.3.0-dev instead Since many people encounter the same problem with 4.2.3 & 2.0.43 on windows environment, I'm just wondering if this is a bug. This solution works well, but does it mean, we can't use 4.2.3, but only 4.3.0-dev? Another possible method Dear frustrated friends: After nearly two years, I finally felt compelled to upgrade Apache from 1.3 (I think) to 2.0.43, as well as upgrade my PHP build (last update in June). Anyway - like many others, I was having major problems with Apache loading the module. I tried all of the suggestions in this thread, as well as from other sites, but to no avail (but they certainly lead me in the right direction.) The following is what I ended up getting to work: - Uninstalled old Apache - Removed old PHP - Installed Apache 2.0.43 (c:/servers/Apache2) - performed basic static server configuration - Installed/Configured PHP 4.2.3 (c:/php) - Added the following to Apache's httpd.conf LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php - Tried running apache (it failed) - Replaced c:/php/sapi/php4apache2.dll (from 4.2.3 build) with php4apache2.dll (4.3.0 pre build) - Tried running apache (it failed) - Replaced %SYSTEMROOT%/php4ts.dll (4.2.3 build) with php4ts.dll (4.3.0 pre build) - Tried running apache (it failed) - Removed %SYSTEMROOT%/php4ts.dll - Copied the 4.3.0 pre build of php4ts.dll to c:/php/sapi - Tried running apache (it worked!!) All I can figure is that Apache was not searching for the php4ts.dll dependency properly, but I don't really know. However, I am sure that neither php4apache2.dll nor php4ts.dll from the 2.4.3 build worked in any configuration. I only had luck after replacing those files with the ones from the 4.3.0 pre build. I'd be interested to hear if someone had the same situation as myself, and found my method to work... maybe I'm just odd ;-) Good luck! -Aaron -- Edit bug report at http://bugs.php.net/?id=19957&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19957&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19957&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19957&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19957&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19957&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19957&r=support Expected behavior: http://bugs.php.net/fix.php?id=19957&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19957&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19957&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19957&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19957&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19957&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19957&r=isapi
#19956 [Opn->Bgs]: readfile()/fread() screws up HTML attribute quoting
ID: 19956 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: FreeBSD4.5 PHP Version: 4.2.2 New Comment: This is probably done by the (session) url rewriter. Either disable it in your php.ini, or fix your HTML: is not valid HTML. Previous Comments: [2002-10-17 11:05:51] [EMAIL PROTECTED] This is -very- wierd - this seems to happen when using PHP to load HTML templates. Somewhere, in fread(), HTML attributes are being modified ever-so-slightly: gets translated to: This happens for double and single-quotes, and only when whitespace exists to the right of the equal sign of an html attribute. If there is multiple white-space, the whitespace is all moved to the beginning of the HTML attribute value: ie, becomes: There are more examples at the following URL: http://www.vineyard.net/vni/php-test.php PHP is setup normally on our systems (Default everything), and I've found no related bugs in the bug archive, so I think I am the first one to see this bug (If it is a bug?) -- Edit this bug report at http://bugs.php.net/?id=19956&edit=1
#19956 [NEW]: readfile()/fread() screws up HTML attribute quoting
From: [EMAIL PROTECTED] Operating system: FreeBSD4.5 PHP version: 4.2.2 PHP Bug Type: Output Control Bug description: readfile()/fread() screws up HTML attribute quoting This is -very- wierd - this seems to happen when using PHP to load HTML templates. Somewhere, in fread(), HTML attributes are being modified ever-so-slightly: gets translated to: This happens for double and single-quotes, and only when whitespace exists to the right of the equal sign of an html attribute. If there is multiple white-space, the whitespace is all moved to the beginning of the HTML attribute value: ie, becomes: There are more examples at the following URL: http://www.vineyard.net/vni/php-test.php PHP is setup normally on our systems (Default everything), and I've found no related bugs in the bug archive, so I think I am the first one to see this bug (If it is a bug?) -- Edit bug report at http://bugs.php.net/?id=19956&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19956&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19956&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19956&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19956&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19956&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19956&r=support Expected behavior: http://bugs.php.net/fix.php?id=19956&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19956&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19956&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19956&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19956&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19956&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19956&r=isapi
#19908 [Opn->Csd]: Calling Release() on COM object throws exception
ID: 19908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.3.0-pre1 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. i already noticed this and working on a fix, sorry for bogusifying :) Previous Comments: [2002-10-17 10:50:44] [EMAIL PROTECTED] i already noticed this and working on a fix, sorry for bogusifying :) [2002-10-17 08:56:27] [EMAIL PROTECTED] I don't believe this is an ADODB problem. The same error happens if I do this: Release(); ?> [2002-10-16 18:54:16] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. this is an adodb issue, the exception is not thrown by php. [2002-10-14 13:25:16] [EMAIL PROTECTED] Testing this code in 4.3.0-pre1: Release(); ?> under ISAPI results in this error page for me: Warning: (null)(): Invoke() failed: Exception occurred. Source: ADODB.Connection Description: Operation is not allowed when the object is closed. in c:\work\test.php on line 4 Warning: String is not zero-terminated (Ì* ) (source: c:\php-4.3.0pre1\ext\com\com.c:2112) in c:\work\test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=19908&edit=1
#19964 [NEW]: Fix for bug 19482 missing from latest snapshot
From: [EMAIL PROTECTED] Operating system: Red Hat 7.3 PHP version: 4CVS-2002-10-17 PHP Bug Type: PCRE related Bug description: Fix for bug 19482 missing from latest snapshot Bugfix for #19482 against php-4.2.3 fixed the segfaults but I had to upgrade our PHP to 4.2.4dev because bug #19829 was nailing us. After upgrade, the segfaults reappeared. Checking latest version from snaps.php.net (200210171200) i noticed the fix for #19482 has disappeared from php_pcre.c Wondering if this was intentional or not. If not intential i will attempt to generate a backtrace of the more recent segfault. For now i have re-patched the php4-STABLE-200210171200.tar.gz version with the fix from 19482. -- Edit bug report at http://bugs.php.net/?id=19964&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19964&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19964&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19964&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19964&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19964&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19964&r=support Expected behavior: http://bugs.php.net/fix.php?id=19964&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19964&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19964&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19964&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19964&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19964&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19964&r=isapi
#12702 [Com]: odbc_connect() and odbc_pconnect() fail
ID: 12702 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: ODBC related Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: My configuration is : - Linux RedHat 7.3 - UnixODBC-2.2.0.5 - php-4.1.2-7 - Ingres database I am trying to connect to an Ingres database and get the very same error message from PHP. I can connect to my DSN using isql without problem. $connect = odbc_pconnect("mydsn", "my_user", "my_password"); returns -> Warning: SQL error: [unixODBC][Driver Manager]Driver's SQLAllocHandle on SQL_HANDLE_HENV failed, SQL state IM004 in SQLConnect in /var/www/html/interepv3/test_ingres_odbc.php on line 5 Previous Comments: [2002-02-26 10:39:41] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to "Open". [2002-02-04 15:40:58] [EMAIL PROTECTED] Please try a recent release as this behavior seems to have been resolved. If the recent release doesn't work well... we'll have to see what else can be causing it. :\ [2001-08-11 16:30:51] [EMAIL PROTECTED] Using unixODBC 2.0.8-2 and php4 3:4.0.6-4 (recompiled to add unixODBC support). unixODBC connects to a DB2 V7.1 database using DB2's provided ODBC driver. Connection attempts fail with: Warning: SQL error: [unixODBC][Driver Manager]Driver's SQLAllocHandle on SQL_HANDLE_HENV failed, SQL state IM004 in SQLConnect isql will connect and work correctly (even as the user wwwdata), and from my examinations of the source of PHP and isql the connection process is identical unless one of the PHP functions (like the malloc() equivalent) is failing. If I restart Apache (and hence PHP), it works fine. This smacks of a persistent-connections bug. It first appeared when I was trying to fix ADODB to work with ODBC: ADODB wants to use persistent connections, but it seems as if either PHP or DB2 can't handle them. I never knew that bringing DB2 support to Snort and ACID would be so much work! -- Edit this bug report at http://bugs.php.net/?id=12702&edit=1
#19373 [Fbk]: conn.execute($sqlstm) failed for add, update and delete in microsoft access 97
ID: 19373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-17 11:26:30] [EMAIL PROTECTED] pease try a recent version from snaps.php.net [2002-10-02 19:11:31] [EMAIL PROTECTED] no error message, it just won't execute the sql statement for add, update and delete. "select" sql statement is ok. [2002-10-02 07:21:46] [EMAIL PROTECTED] do you get any error messages ? [2002-09-12 06:54:16] [EMAIL PROTECTED] like summary, conn.execute($sqlstm) failed for adding, updating and deleting sqlstament against microsoft access (ver. 97) i haven't try it in office access 2000. my test == i get two computer(A and B), with same php.ini file, using the same php script. comp A is installled with php 4.2.2 while comp B is installed with php 4.2.3 after setup, i run the script, comp A can execute the sql statement i gave without problem... while comp B can only perform sql statement (SELECT * FROM TABLENAME) UPDATE, INSERT INTO and DELETE failed for comp B which is using php 4.2.3 i post the following problem already in the php forum please go there to get the script i test. http://www.phpbuilder.com/board/showthread.php?s=&threadid=10209715 sincerely, Jimson Chang -- Edit this bug report at http://bugs.php.net/?id=19373&edit=1
#19970 [Fbk->Opn]: feof()/fgets()/fgetcsv() problem
ID: 19970 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.2 New Comment: michael: i meant bool(true) of course, sorry for the confusion. wez: still no banana roman@freepuppy ~/tmp 1027:0 > php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies roman@freepuppy ~/tmp 1028:1 > cat feof1.php php feof1.php bool(true) roman@freepuppy ~/tmp 1030:0 > fgets() gets to read past EOF, but it shouldn't. looks like feof() is broken. roman@freepuppy ~/tmp 1031:0 > fc -lf |grep "cvs -q up" 1016 10/18/2002 11:35 cvs -q up roman@freepuppy ~/tmp 1032:0 > date Fri Oct 18 11:48:31 CEST 2002 roman@freepuppy ~/tmp 1033:0 > cat ~/install/php4/config.nice.cli #! /bin/sh # # Created by configure './configure' \ '--enable-cli' \ '--enable-inline-optimization' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--disable-session' \ '--disable-shared' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-ncurses' \ '--with-readline' \ '--with-pear' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ "$@" I ./configure --disable-all --enable-cli with the same result. Previous Comments: [2002-10-18 03:49:52] [EMAIL PROTECTED] cynic - can you try HEAD or a snapshot from the last day or so? I fixed an eof related issue recently. [2002-10-18 03:45:31] [EMAIL PROTECTED] I get bool(true) with 4.2.3 and 4.3.0-dev (from yesterday), both mod_php, Linux 2.4.19. Maybe it's a documentation problem: the manual only says about the return value of fgets(): If an error occurs, returns FALSE. Nothing is said about the return value on EOF (only "People used to the 'C' semantics of fgets() should note the difference in how EOF is returned."), so I guess fgets() is free to return whatever it likes on EOF. Was this different in previous versions of PHP? [2002-10-18 01:57:06] [EMAIL PROTECTED] am I the only one who thinks that this should not output anything? http://bugs.php.net/?id=19970&edit=1
#19960 [Opn->Bgs]: CSG Timeout during exit()
ID: 19960 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4CVS-2002-10-17 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. During a shutdown a cleanup occures, which frees all non-yet-freed memory and closes any open non-persistant connections. If you still encounter the problem,0 a back trace would be extremely helpful, if that is not possible please provide the shortest possible PHP script that could be used to replicate the problem. Previous Comments: [2002-10-17 12:40:49] [EMAIL PROTECTED] Software functions perfectly and produces correct output up to the point that exit() is called. When exit is called, nothing happens until we get a CSG timeout. We suspect Oracle or DOMXML issues. When this happened before it was fixed by closing a file which was used for ftp. Although this problem is probably corrected in a later release (we're using 4.0.6 and will upgrade shortly), we need to know how to approach this type of problem in the future. Is there any way to investigate what is happening during a PHP shutdown? Thanks for your help. PHP rules! -- Edit this bug report at http://bugs.php.net/?id=19960&edit=1
#15858 [Fbk->Opn]: Unable to load dynamic library liboci8.so
ID: 15858 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: Still unable to compile, even with file.h fixed and with latest php snapshot. And I am sure I do not have two versions of Apache in my machine. Compilation error follows: gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210170300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210170300/include -I/home/sw/php4-200210170300/main -I/home/sw/php4-200210170300 -I/home/sw/php4-200210170300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210170300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210170300/TSRM -g -Wall -c /home/sw/php4-200210170300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 Previous Comments: [2002-10-07 18:46:21] [EMAIL PROTECTED] This really looks like something to be pretty broken in those header files. Try fixing this line: #define FDIRECT 0x20/* perform direct I/O/*/ to be: #define FDIRECT 0x20/* perform direct I/O */ (just remove that extra / in the comment) This might not fix the rest of the problems, but at least it gets rid of that one warning..which _might_ cause the other errors. And you don't have e.g. two versions of Apache in your machine, by any chance? [2002-10-07 03:51:57] [EMAIL PROTECTED] Lines 103-109 from file.h follow: #define FAPPEND 0x08 #define FSYNC 0x10 #define FDIRECT 0x20/* perform direct I/O/*/ #define FDSYNC 0x40/* perform data synchronous I/O */ #define FNONBLOCK 0x80 /* LFS SUPPORT */ #define FLARGEFILE 0x8 Full configure line used follows: ./configure --with-oci8=shared --with-apxs --without-mysql --enable-sigchild --build=i486-sco-sysv5uw7 --host=i486-sco-sysv5uw7 --enable-debug --disable-mbstring [2002-10-04 18:44:18] [EMAIL PROTECTED] Seems like something wrong in your header files. That warning about /usr/include/sys/file.h:105...what is in that file on that line? (and around it) Also, what was the full configure line used? [2002-10-04 08:26:52] [EMAIL PROTECTED] In newer snapshot this compile error persists, --disable-mbstring helps, but compilation then stops at gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210040300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210040300/include -I/home/sw/php4-200210040300/main -I/home/sw/php4-200210040300 -I/home/sw/php4-200210040300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210040300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210040300/TSRM -g -Wall -c /home/sw/php4-200210040300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo In file included from /usr/local/include/ap_config.h:1118, from /usr/local/include/httpd.h:72, from /home/sw/php4-200210040300/sapi/apache/php_apache_http.h:15, from /home/sw/php4-200210040300/sapi/apache/mod_php4.c:22: /usr/include/sys/file.h:105: warning: `/*' within comment /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 In the same configuration, version 4.2.3 can be compiled without any problem. [2002-10-03 19:30:02] [EMAIL PROTECTED] Try newer snapshot..and if that compile error persists, just configure using --disable-mbstring to skip the compile of that buggy thing. The remainder of the com
#19282 [Com]: Place php4ts.dll into \sapi
ID: 19282 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won't fix Bug Type: *Configuration Issues Operating System: XP Pro PHP Version: 4.2.3 New Comment: A simple tricky truc on win32 simply use always the same php directory and add c:\php_dir\;c:\php_dir\dlls;c:\php_dir\extensions in your path. don't forget to reboot ( system path refresh need it ) and you 'll never have to put dll on the windows system. With this you can make a apache account under with your server and php scripting engine exist without the need to run under system account. Please don't never have multiple instance of the same dll. This would be made WindoZe more crazy than it is yet. Previous Comments: [2002-09-07 11:33:05] [EMAIL PROTECTED] We're not going to put in the dll twice, as it would increase download size, and it's totally unneeded. Derick [2002-09-07 11:30:12] [EMAIL PROTECTED] Changed email address. [2002-09-07 11:29:24] [EMAIL PROTECTED] It's not really a bug but I would like to suggest you to put php4ts.dll not only in the root directory where it is required by PHP.exe but also into \sapi for Apache2. I configured Apache2 to look for php4apach2.dll in \sapi (just where it is by default) but Apache2 won't look for php4ts.dll in the root directory but only in \sapi and %SystemRoot% directories. So if php4ts.dll would be in PHP's root _and_ in \sapi I could easily install new PHP version: uncompress and that's it. So, I always have also to manually copy php4ts.dll to \sapi. Just a suggestion... -- Edit this bug report at http://bugs.php.net/?id=19282&edit=1
#19908 [Opn]: Calling Release() on COM object throws exception
ID: 19908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.3.0-pre1 New Comment: i already noticed this and working on a fix, sorry for bogusifying :) Previous Comments: [2002-10-17 08:56:27] [EMAIL PROTECTED] I don't believe this is an ADODB problem. The same error happens if I do this: Release(); ?> [2002-10-16 18:54:16] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. this is an adodb issue, the exception is not thrown by php. [2002-10-14 13:25:16] [EMAIL PROTECTED] Testing this code in 4.3.0-pre1: Release(); ?> under ISAPI results in this error page for me: Warning: (null)(): Invoke() failed: Exception occurred. Source: ADODB.Connection Description: Operation is not allowed when the object is closed. in c:\work\test.php on line 4 Warning: String is not zero-terminated (Ì* ) (source: c:\php-4.3.0pre1\ext\com\com.c:2112) in c:\work\test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=19908&edit=1
#19953 [Bgs]: include_path doesn't work properly
ID: 19953 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: suse linux 8.0 PHP Version: 4.2.2 New Comment: well, but why? it's not documented (or didn't i just find it?) and it's no absolute path but a relative one. Previous Comments: [2002-10-17 10:24:56] [EMAIL PROTECTED] nothing strange, really. the "./" bypasses include_path. [2002-10-17 10:03:50] [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 Don't use relative paths inside include_path, it'll only result in problems. [2002-10-17 09:24:28] [EMAIL PROTECTED] The include_path does not seem to work properly for include, may be also for require etc. Try the follwing: ini_set('include_path',".."); require_once("include/standart.php"); -> success ini_set('include_path',".."); require_once("./include/standart.php"); -> failure even it's the same file as above !! strange, isn't it ??! -- Edit this bug report at http://bugs.php.net/?id=19953&edit=1
#19961 [NEW]: Random casting results when Java ext is used
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 (Red Hat 7.3) PHP version: 4.2.3 PHP Bug Type: Java related Bug description: Random casting results when Java ext is used PHP 4.2.3 compiled with Sun JDK 1.3.1 Script like this: $var_a="10.10"; echo "A: "; var_dump($var_a); $var_b=(float)$var_a; echo "A: "; var_dump($var_b); Normaly gives this result: A: string(5) "10.10" B: float(10.1) But when in the same file we create java object: $var_a="10.10"; echo "A: "; var_dump($var_a); $var_b=(float)$var_a; echo "A: "; var_dump($var_b); $system = new Java('java.lang.System'); Output can be: A: string(5) "10.10" B: float(10) or like before: A: string(5) "10.10" B: float(10.1) Strange. Grzegorz Kryza -- Edit bug report at http://bugs.php.net/?id=19961&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19961&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19961&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19961&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19961&r=support Expected behavior: http://bugs.php.net/fix.php?id=19961&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19961&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19961&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19961&r=isapi
#19954 [Opn->Fbk]: HTTP Response Code not set correctly
ID: 19954 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-10-17 New Comment: When you refer to the "old" sapi, are you talking about the 1.3.X sapi or previous versions of the apache2filter sapi? Previous Comments: [2002-10-17 10:27:17] [EMAIL PROTECTED] I've compiled Apache 2.0.43 and PHP 4.3.0-dev from CVS. I configured PHP with --with-apxs2=/usr/local/apache2/bin/apxs. In my httpd.conf I have the following lines: ErrorDocument 404 /error-404.php ErrorDocument 403 /error-403.php These two scripts DON'T output any header information via header(). They just output some HTML. Now when I try to GET an document that does not exist, I get "HTTP/1.1 200 OK" and the document /error-404.php instead of a "HTTP/1.1 404 Not Found". I think that the problem exists in the apache2filter SAPI since this behaviour does not occur in the "old" apache SAPI. -- Edit this bug report at http://bugs.php.net/?id=19954&edit=1
#19958 [Opn->Fbk]: lisablot.so.96: libsablot.so.96: Undefined symbol "__pure_virtual"
ID: 19958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sablotron XSL Operating System: FreeBSD 4.2-RC1 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-17 11:15:52] [EMAIL PROTECTED] Hi! Problem for building Expat+Sablotron with PHP and Apache. My configuration: FreeBSD 4.2-RC1 apache_1.3.27 ./configure --enable-module=rewrite --prefix=/usr/local/apache --enable-module=so libiconv-1.8 ./configure prefix=/usr/local/libiconv expat-1.95.5 ./configure prefix=/usr/local/expat make buildlibmake installlib Sablot-0.96 with Sablot-0.96.1.patch ./configure --prefix=/usr/local/sablot \ --with-expat-prefix=/usr/local/expat --with-iconv-prefix=/usr/local/libiconv php-4.2.3 rm config.cache ./configure \ --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-zlib --enable-wddx \ --with-iconv=/usr/local/libiconv --with-iconv-dir=/usr/local/libiconv \ --with-expat-dir=/usr/local/expat --with-xslt --with-xslt-sablot=/usr/local/sablot For this config examples for test xslt-sablot not working. I get messages like this: Fatal error: Call to undefined function: xslt_create() in /wwwroot/home/xslt_transform/class.xslt.php on line 82 IF I add to this config key --enable-xslt, when re-starting web-server I get message like this: Syntax error on line 205 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/sablot/lib/libsablot.so.96: Undefined symbol "__pure_virtual" /usr/local/apache/bin/apachectl start: httpd could not be started Who know how solve this problem, please? regards, Sergei -- Edit this bug report at http://bugs.php.net/?id=19958&edit=1
#19954 [Com]: HTTP Response Code not set correctly
ID: 19954 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-10-17 New Comment: I am refering to the 1.3.x API as the "old" API! Previous Comments: [2002-10-17 10:31:08] [EMAIL PROTECTED] When you refer to the "old" sapi, are you talking about the 1.3.X sapi or previous versions of the apache2filter sapi? [2002-10-17 10:27:17] [EMAIL PROTECTED] I've compiled Apache 2.0.43 and PHP 4.3.0-dev from CVS. I configured PHP with --with-apxs2=/usr/local/apache2/bin/apxs. In my httpd.conf I have the following lines: ErrorDocument 404 /error-404.php ErrorDocument 403 /error-403.php These two scripts DON'T output any header information via header(). They just output some HTML. Now when I try to GET an document that does not exist, I get "HTTP/1.1 200 OK" and the document /error-404.php instead of a "HTTP/1.1 404 Not Found". I think that the problem exists in the apache2filter SAPI since this behaviour does not occur in the "old" apache SAPI. -- Edit this bug report at http://bugs.php.net/?id=19954&edit=1
#19971 [Com]: file() function extremally slow
ID: 19971 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: win_xp PHP Version: 4.2.3 New Comment: setMarker('Start'); $fp = fopen("access.log", "r"); $s = explode("\n", fread($fp, filesize("access.log") ) ) ; fclose($fp); $time -> setMarker('fread'); $s = file("access.log"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> access.log 16Mb fread + explode faster when file(). Hmmm... time indexex time% Start1034933111.79707300-0.00% fread1034933112.398477000.60140417.87% file1034933115.162048002.76357182.12% Stop1034933115.162183000.0001350.00% total-3.365110100.00% Previous Comments: [2002-10-18 04:11:52] [EMAIL PROTECTED] It slow even with text files Sorry for Photoshop.exe-example I test it even with apache/logs/access.log [2002-10-18 03:53:15] [EMAIL PROTECTED] file() is not binary safe; you should not use it on binary files. When testing the snapshot, try the new file_get_contents() function too, which is 100% binary safe. $s = file_get_contents(); [2002-10-18 03:05:02] [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 Ops, wrong quick fix. [2002-10-18 03:04:43] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-10-18 02:48:08] [EMAIL PROTECTED] This function is extrimally slow read a file. On php4.0.4pl1 it much faster (about 100-1000x)!!! :( setMarker('Start'); $fp = fopen("Photoshop.exe", "r"); //$s = explode("\n", fread($fp, filesize("Photoshop.exe") ) ) ; fclose($fp); //print_r($s); $time -> setMarker('fread'); $s = file("Photoshop.exe"); $time -> setMarker('file'); $time -> setMarker('Stop'); $time -> display(); ?> -- Edit this bug report at http://bugs.php.net/?id=19971&edit=1
#19954 [NEW]: HTTP Response Code not set correctly
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 PHP version: 4CVS-2002-10-17 PHP Bug Type: Apache2 related Bug description: HTTP Response Code not set correctly I've compiled Apache 2.0.43 and PHP 4.3.0-dev from CVS. I configured PHP with --with-apxs2=/usr/local/apache2/bin/apxs. In my httpd.conf I have the following lines: ErrorDocument 404 /error-404.php ErrorDocument 403 /error-403.php These two scripts DON'T output any header information via header(). They just output some HTML. Now when I try to GET an document that does not exist, I get "HTTP/1.1 200 OK" and the document /error-404.php instead of a "HTTP/1.1 404 Not Found". I think that the problem exists in the apache2filter SAPI since this behaviour does not occur in the "old" apache SAPI. -- Edit bug report at http://bugs.php.net/?id=19954&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19954&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19954&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19954&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19954&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19954&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19954&r=support Expected behavior: http://bugs.php.net/fix.php?id=19954&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19954&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19954&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19954&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19954&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19954&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19954&r=isapi
#17098 [Bgs->Opn]: apache sending 304 - not modified header
ID: 17098 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Apache2 related -Operating System: custom linux +Operating System: linux -PHP Version: 4.0CVS-2002-05-08 +PHP Version: 4.0CVS-2002-10-17 New Comment: Although, we need other patch, it seems the problem exists. Previous Comments: [2002-10-14 11:00:55] [EMAIL PROTECTED] This is still not fixed... PHP code needs modifying. I have tried PHP 4.2.3 and 4.3.0-pre1 with Apache 2.0.43 running on RedHat 6.2, and it still returns erroneous 304s. The following is what I 'borrowed' from the Apache's mod_include.c, which seems working within PHP 4.2.3. --- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002 +++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002 @@ -558,14 +558,24 @@ return OK; } +static int includes_setup(ap_filter_t *f) +{ +/* We will ALWAYS set the no_local_copy value to 1 so + * that we will not send 304s. + */ +f->r->no_local_copy = 1; + +return OK; +} + static void php_register_hook(apr_pool_t *p) { ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_config(php_apache_server_startup, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_insert_filter(php_insert_filter, NULL, NULL, APR_HOOK_MIDDLE); ap_hook_post_read_request(php_post_read_request, NULL, NULL, APR_HOOK_MIDDLE); - ap_register_output_filter("PHP", php_output_filter, NULL, AP_FTYPE_RESOURCE); - ap_register_input_filter("PHP", php_input_filter, NULL, AP_FTYPE_RESOURCE); + ap_register_output_filter("PHP", php_output_filter, includes_setup, AP_FTYPE_RESOURCE); + ap_register_input_filter("PHP", php_input_filter, includes_setup, AP_FTYPE_RESOURCE); } AP_MODULE_DECLARE_DATA module php4_module = { [2002-09-30 20:24:19] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. This is an Apache 2 bug. According to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9673 this bug has been corrected in Apache 2.0.42 and later. [2002-08-16 03:56:57] [EMAIL PROTECTED] Sir, you are correct in your analysis. [2002-08-15 13:30:40] [EMAIL PROTECTED] 3+ months later and this still happens with Apache 2.0.40 and PHP snapshot php4-200208150600 !!! Seems that PHP developers view Apache2 as pre-alpha and they don't want to touch it with a 10-foot stick. [2002-07-20 10:54:57] [EMAIL PROTECTED] I'd like to post a workaround without patching apache or PHP Just edit your script(s) to send a 'header("Last-Modified: Mon, 26 Jul 1997 05:00:00 GMT");' or just some other date older than the mdate of your script file. This solves the problem. Reason: The bug causes Apache2 to look for the mdate of the .php file to determine if it has been modified. If the browser first gets a header like above, it next time asks for the page with an 'If-Modified-Since: Mon, 26 Jul 1997 05:00:00 GMT'. Then, the httpd looks at the mdate of your script, which is always newer and says: Yes, it has been modified, "200 OK". The script will be served and it will response again with the header line from above. Round and round the story goes. :)) Greets, and have fun! Daniel 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/17098 -- Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#19944 [Csd->Opn]: fgets() returns garbage when STDIN set to non-blocking
ID: 19944 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Sockets related Operating System: RedHat 7.3 PHP Version: 4.3.0-pre1 New Comment: I just tried with the latest from snaps.php.net. Problem still exists as of php4-200210170600. Previous Comments: [2002-10-17 02:15:13] [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. Use a snapshot from http://snaps.php.net/php4-latest.tar.bz2 fgets had some real nasty problems. [2002-10-16 23:32:19] [EMAIL PROTECTED] I am trying to use the CLI version of 4.3.0-pre1. My script needs to act if there hasn't been input within a certain amount of time. I've used the following function to accomplish this with TCP/IPsockets in non-blocking mode: function GetSocketLine($socket, $timeout) { $timeout += time(); $holdString = ""; while(time() < $timeout) { $string = fgets($socket, 1024); if($string != false) break; } return($string); } However, if I use set_stream_blocking() to set STDIN to non-blocking, the above code returns garbage instead of "false" when there is nothing to receive. It would seem to me that if STDIN is set to non-blocking and STDIN is passed to the above function as $socket, it ought to return "false" when blocking would occur--it shouldn't return garbage. -- Edit this bug report at http://bugs.php.net/?id=19944&edit=1
#19953 [Bgs]: include_path doesn't work properly
ID: 19953 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: suse linux 8.0 PHP Version: 4.2.2 New Comment: nothing strange, really. the "./" bypasses include_path. Previous Comments: [2002-10-17 10:03:50] [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 Don't use relative paths inside include_path, it'll only result in problems. [2002-10-17 09:24:28] [EMAIL PROTECTED] The include_path does not seem to work properly for include, may be also for require etc. Try the follwing: ini_set('include_path',".."); require_once("include/standart.php"); -> success ini_set('include_path',".."); require_once("./include/standart.php"); -> failure even it's the same file as above !! strange, isn't it ??! -- Edit this bug report at http://bugs.php.net/?id=19953&edit=1
#19944 [Opn->Fbk]: fgets() returns garbage when STDIN set to non-blocking
ID: 19944 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: RedHat 7.3 PHP Version: 4.3.0-pre1 New Comment: Try this one again: http://snaps.php.net/php4-latest.tar.bz2 You might have got the snapshot which didn't have the fixes. Previous Comments: [2002-10-17 12:52:36] [EMAIL PROTECTED] I just tried with the latest from snaps.php.net. Problem still exists as of php4-200210170600. [2002-10-17 02:15:13] [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. Use a snapshot from http://snaps.php.net/php4-latest.tar.bz2 fgets had some real nasty problems. [2002-10-16 23:32:19] [EMAIL PROTECTED] I am trying to use the CLI version of 4.3.0-pre1. My script needs to act if there hasn't been input within a certain amount of time. I've used the following function to accomplish this with TCP/IPsockets in non-blocking mode: function GetSocketLine($socket, $timeout) { $timeout += time(); $holdString = ""; while(time() < $timeout) { $string = fgets($socket, 1024); if($string != false) break; } return($string); } However, if I use set_stream_blocking() to set STDIN to non-blocking, the above code returns garbage instead of "false" when there is nothing to receive. It would seem to me that if STDIN is set to non-blocking and STDIN is passed to the above function as $socket, it ought to return "false" when blocking would occur--it shouldn't return garbage. -- Edit this bug report at http://bugs.php.net/?id=19944&edit=1
#19961 [Opn->Fbk]: Random casting results when Java ext is used
ID: 19961 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Java related Operating System: Linux 2.4.18 (Red Hat 7.3) PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-17 14:18:30] [EMAIL PROTECTED] Well, "new Java()" switch delimiter from dot (.) to comma (,) Grzegorz Kryza [2002-10-17 12:41:38] [EMAIL PROTECTED] PHP 4.2.3 compiled with Sun JDK 1.3.1 Script like this: $var_a="10.10"; echo "A: "; var_dump($var_a); $var_b=(float)$var_a; echo "A: "; var_dump($var_b); Normaly gives this result: A: string(5) "10.10" B: float(10.1) But when in the same file we create java object: $var_a="10.10"; echo "A: "; var_dump($var_a); $var_b=(float)$var_a; echo "A: "; var_dump($var_b); $system = new Java('java.lang.System'); Output can be: A: string(5) "10.10" B: float(10) or like before: A: string(5) "10.10" B: float(10.1) Strange. Grzegorz Kryza -- Edit this bug report at http://bugs.php.net/?id=19961&edit=1
#19792 [Fbk->Opn]: First POST variable always has its first char missing
ID: 19792 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.3 New Comment: give me some more time..this server is in other country and I'm waiting for its administrator reply. Previous Comments: [2002-10-08 13:37:25] [EMAIL PROTECTED] Are you using PHP as CGI? [2002-10-06 20:40:54] [EMAIL PROTECTED] server: Microsoft-IIS/5.0 [2002-10-06 20:32:55] [EMAIL PROTECTED] When I send some data using POST method, PHP looses first char of the first variable's name. For example: I get: Array ( [irst_var] => some_value [second_var] => other_value ) -- Edit this bug report at http://bugs.php.net/?id=19792&edit=1