Bug #16743: php_mysql.c:55: redefinition of `ushort'
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.2.0 PHP Bug Type: Compile Failure Bug description: php_mysql.c:55: redefinition of `ushort' The commandlines I've used for configure are: ./configure --prefix=/usr/server/php --with-config-file-path/usr/server/config/--without-pear --with-openssl=/usr/ --enable-bcmath --with-mysql=/usr/ After changing the source code of ext/mysql/php_mysql.c in line 55 it worked then ;-) -- Edit bug report at http://bugs.php.net/?id=16743&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16743&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16743&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16743&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16743&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16743&r=support Expected behavior: http://bugs.php.net/fix.php?id=16743&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16743&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16743&r=submittedtwice
Bug #16741 Updated: mysql_connect maps localhost to localhost.localdomain
ID: 16741 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Redhat 7.2 PHP Version: 4.2.0 New Comment: Same thing happens on Debian testing. Same php.ini, same web server, same script. "Can't connect to MySQL server on 'localhost' (111) in /var/www/index.php" etc. etc. No problem with 4.1.2. Previous Comments: [2002-04-23 00:57:38] [EMAIL PROTECTED] It happens in 4.2.0, not 4.1.2. mysql_connect("localhost", "username", "password") maps the host from "localhost" to "localhost.localdomain". It results "Warning: Host 'localhost.localdomain' is not allowed to connect to this MySQL server in /blah/blah/blah/db_connect.php on line N". Current resolution: Grant localhost.localdomain in MySQL. -- Edit this bug report at http://bugs.php.net/?id=16741&edit=1
Bug #16466 Updated: problem with pg_host()
ID: 16466 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Suspended Bug Type: PostgreSQL related Operating System: Win2000 PHP Version: 4.1.1 New Comment: Oops. This should be libpq or pgsql problem. I cannot fix it. BTW, what PostgreSQL version are you using? Previous Comments: [2002-04-23 01:40:42] [EMAIL PROTECTED] It appears to connetion string parse problem when there is invalid value(s) is in it. There is no "hostaddr" parameter. Use "host". [2002-04-07 06:24:39] [EMAIL PROTECTED] It apears on windows 2000 a typical dialog box, reporting : php.exe - Application Error The instruction at "0x00b929a5" referenced memory at "0x000". The memory could not be read. With the option to close the application. the web browser gives a cgi error after that. i found the problem is on the second line with the hostaddr, if i use only host=100.100.0.2 it work fine. [2002-04-06 19:12:33] [EMAIL PROTECTED] I don't see any error on my linux. It may be Windows thing. Could you paste error message? (when you report, could you paste error, since developer may not see the same error) [2002-04-06 14:18:12] [EMAIL PROTECTED] This script give the same error on both of my web servers (iis,apache) Script: \n"; else echo "Connection attempt failed.\n"; echo "Connection Information"; echo "Database name: " . pg_dbname($db_handle) . "\n"; echo "Hostname: " . pg_host($db_handle) . "\n"; //using this function crash php.exe echo "Options: " . pg_options($db_handle) . "\n"; echo "Port: " . pg_port($db_handle) . "\n"; echo "TTY name: " . pg_tty($db_handle) . "\n"; pg_freeresult($result); pg_close($db_handle); ?> -- Edit this bug report at http://bugs.php.net/?id=16466&edit=1
Bug #16466 Updated: problem with pg_host()
ID: 16466 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: PostgreSQL related Operating System: Win2000 PHP Version: 4.1.1 New Comment: It appears to connetion string parse problem when there is invalid value(s) is in it. There is no "hostaddr" parameter. Use "host". Previous Comments: [2002-04-07 06:24:39] [EMAIL PROTECTED] It apears on windows 2000 a typical dialog box, reporting : php.exe - Application Error The instruction at "0x00b929a5" referenced memory at "0x000". The memory could not be read. With the option to close the application. the web browser gives a cgi error after that. i found the problem is on the second line with the hostaddr, if i use only host=100.100.0.2 it work fine. [2002-04-06 19:12:33] [EMAIL PROTECTED] I don't see any error on my linux. It may be Windows thing. Could you paste error message? (when you report, could you paste error, since developer may not see the same error) [2002-04-06 14:18:12] [EMAIL PROTECTED] This script give the same error on both of my web servers (iis,apache) Script: \n"; else echo "Connection attempt failed.\n"; echo "Connection Information"; echo "Database name: " . pg_dbname($db_handle) . "\n"; echo "Hostname: " . pg_host($db_handle) . "\n"; //using this function crash php.exe echo "Options: " . pg_options($db_handle) . "\n"; echo "Port: " . pg_port($db_handle) . "\n"; echo "TTY name: " . pg_tty($db_handle) . "\n"; pg_freeresult($result); pg_close($db_handle); ?> -- Edit this bug report at http://bugs.php.net/?id=16466&edit=1
Bug #16740 Updated: HTTP_POST_FILES not functioning w/ certain browsers
ID: 16740 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux: 2.4.3 [Mandrake 8.0] PHP Version: 4.1.2 New Comment: The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still 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". Previous Comments: [2002-04-23 00:46:40] [EMAIL PROTECTED] When running this code: ##-- upload_test1.html --## upload test ##-- upload_test2.php --## Different results depending on the browser one is using. If one uses Galeon 1.2.0 under Linux or Mozilla 0.99 under linux, and one presses the "commit" button WITHOUT uploading a file, the resulting page will display "a file was uploaded". This is due to the fact that tmp_name is equal to "" instead of "none" which it is supposed to be equal to. If one does upload a file, using galeon, tmp_file does get defined as it should. /vjl/ -- Edit this bug report at http://bugs.php.net/?id=16740&edit=1
Bug #16742: odbc_fetch_row fails when parameters 2 set
From: [EMAIL PROTECTED] Operating system: win2000 sp2 PHP version: 4.2.0 PHP Bug Type: ODBC related Bug description: odbc_fetch_row fails when parameters 2 set The following code works for the first sql statement however fails on the odbc_fetch_row for the second when the second parmeter is set. This works for php4.1.2 but fails on php4.2.0 ODBC connected to Access97 database, running Apache2 CODE $DB_TMS = odbc_connect("tms", "", ""); $sql = "select * from users where name='Root' and pass=''"; $res = odbc_exec($DB_TMS, $sql); if( odbc_fetch_row($res)) echo "Found Record "; else echo "No Record Found "; odbc_free_result($res); $sql = "select * from users where name='Root' and pass=''"; $res = odbc_exec($DB_TMS, $sql); if( odbc_fetch_row($res, 1)) echo "Found Record "; else echo "No Record Found "; odbc_free_result($res); odbc_close_all( ); -- Edit bug report at http://bugs.php.net/?id=16742&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16742&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16742&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16742&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16742&r=support Expected behavior: http://bugs.php.net/fix.php?id=16742&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16742&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16742&r=submittedtwice
Bug #15008 Updated: Apache Crash
ID: 15008 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.4.5 PHP Version: 4.1.1 New Comment: The original reporter of this bug said it works for him now. Those other bugs are different issues. Previous Comments: [2002-03-14 21:40:09] [EMAIL PROTECTED] See also http://bugs.php.net/bug.php?id=14529 [2002-02-02 06:45:26] [EMAIL PROTECTED] Reopening. [2002-01-23 00:03:15] [EMAIL PROTECTED] See also http://bugs.php.net/bug.php?id=15096 [2002-01-22 23:45:59] [EMAIL PROTECTED] 2 x Apache 1.3.20 + MySQL 3.23.39 + Linux 2.4.17 (one with grsec patch). Pattern: logs full of messages mentioned in first report. Crash seems to happen on first load of the page in a freshly started browser (there's a session init on the page (two actually, on both same thing)), on reload things work ok. Session stuff done via mysql. PHP 4.1.1, loaded with extensions. [2002-01-12 21:15:06] [EMAIL PROTECTED] OK, This may actually not be a bug (In my case at least). Just reinstalled PHP 4.1.0 and it still happened. Not sure about the first submission, but it may still be a PHP bug but not for my case, at least. Sorry for all the bother. 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/15008 -- Edit this bug report at http://bugs.php.net/?id=15008&edit=1
Bug #16741: mysql_connect maps localhost to localhost.localdomain
From: [EMAIL PROTECTED] Operating system: Redhat 7.2 PHP version: 4.2.0 PHP Bug Type: MySQL related Bug description: mysql_connect maps localhost to localhost.localdomain It happens in 4.2.0, not 4.1.2. mysql_connect("localhost", "username", "password") maps the host from "localhost" to "localhost.localdomain". It results "Warning: Host 'localhost.localdomain' is not allowed to connect to this MySQL server in /blah/blah/blah/db_connect.php on line N". Current resolution: Grant localhost.localdomain in MySQL. -- Edit bug report at http://bugs.php.net/?id=16741&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16741&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16741&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16741&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16741&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16741&r=support Expected behavior: http://bugs.php.net/fix.php?id=16741&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16741&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16741&r=submittedtwice
Bug #16740: HTTP_POST_FILES not functioning w/ certain browsers
From: [EMAIL PROTECTED] Operating system: Linux: 2.4.3 [Mandrake 8.0] PHP version: 4.1.2 PHP Bug Type: HTTP related Bug description: HTTP_POST_FILES not functioning w/ certain browsers When running this code: ##-- upload_test1.html --## upload test ##-- upload_test2.php --## Different results depending on the browser one is using. If one uses Galeon 1.2.0 under Linux or Mozilla 0.99 under linux, and one presses the "commit" button WITHOUT uploading a file, the resulting page will display "a file was uploaded". This is due to the fact that tmp_name is equal to "" instead of "none" which it is supposed to be equal to. If one does upload a file, using galeon, tmp_file does get defined as it should. /vjl/ -- Edit bug report at http://bugs.php.net/?id=16740&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16740&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16740&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16740&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16740&r=support Expected behavior: http://bugs.php.net/fix.php?id=16740&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16740&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16740&r=submittedtwice
Bug #15841 Updated: CRLF to separate mail headers is incorrect
ID: 15841 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *Mail Related +Bug Type: Mail related Operating System: Linux PHP Version: 4.1.2 New Comment: reclassified Previous Comments: [2002-03-07 04:48:56] [EMAIL PROTECTED] ok 1) blame qmail, it should know better ... 2) lets have SMTP as a default implementation for Unix mail(), too, instead of relying on external programs the "it isn't broken, so don't fix it" argument got even weaker right now ... [2002-03-06 14:58:38] [EMAIL PROTECTED] The point is that it is incorrect to send DOS line endings to a Unix command line program. Sending a message through qmail (for example) with \r\n line endings results in extraneous \r's in the delivered email. qmail assumes the user knows what they're doing and converts only the '\r' characters to '\r\n'. So if you use '\r\n' it injects '\r\r\n' into the SMTP conversation. e.g. Headers: "X-1: test1\nX-2: test2\r\nX-3: test3\r\nX-4: test4: Message: Subject: test message X-1: test1 X-2: test2^M X-3: test3^M X-4: test4 I notice that some mail readers sanitize the incoming message and strip the extra \r's (e.g. Eudora) but Mozilla doesn't and only the first extra header is displayed as a header while the others appear in the body of the message. [2002-03-06 12:28:00] [EMAIL PROTECTED] i still do not see the point, even for unix/sendmail even /usr/lib/sendmail will transfer the message using SMTP, and during this step you will have \r\n line endings anyway, or am i missing something? [2002-03-06 11:04:38] [EMAIL PROTECTED] The Right Thing(TM), then, is to determine which method (direct or SMTP injection) is being done. If SMTP, use \r\n. If direct, determine what the OS' line terminator is (\r\n for Windows, \n for Unix, \r for Mac (?!)) and use that instead. [2002-03-04 05:36:24] [EMAIL PROTECTED] on windows we *do* talk STMP ... 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/15841 -- Edit this bug report at http://bugs.php.net/?id=15841&edit=1
Bug #6742 Updated: mail function fails
ID: 6742 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: *Mail Related Operating System: Windows 2000 PHP Version: 4.0.2 New Comment: Please don't reopen bugs which someone _else_ comments about.. Previous Comments: [2002-03-25 13:22:28] [EMAIL PROTECTED] Err well .. please update your PHP version first. [2002-03-25 11:15:46] [EMAIL PROTECTED] Leaving aditional headers field empty does not solve the problem!!! y have the same problem and it still gives the sasme out pu: unknown error Pleas Help [2000-11-22 05:21:13] [EMAIL PROTECTED] After a few emails this really got solved. Adding -c/path/to/phpini/ (command line) was the solution. --Jani [2000-10-29 00:29:05] [EMAIL PROTECTED] Leave the last parameter out completely if you don't have any additional headers to add. --Jani [2000-09-13 20:27:10] [EMAIL PROTECTED] gives output: Doing mail Warning: Unknown error in E:mailtest.PHP on line 3 -- Edit this bug report at http://bugs.php.net/?id=6742&edit=1
Bug #12280 Updated: $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r");
ID: 12280 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux 2.2.18 PHP Version: 4.0.6 New Comment: bogus is better..there's one suspended already.. Previous Comments: [2001-07-20 11:29:09] [EMAIL PROTECTED] this is not the only way you can crash PHP - how about recursive functions? I don't think this can/will/should be fixed. -> suspended. [2001-07-20 08:36:45] [EMAIL PROTECTED] $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r"); DoS in Apache 1.3.20+PHP 4.0.6. -- Edit this bug report at http://bugs.php.net/?id=12280&edit=1
Bug #11885 Updated: Link problems with OpenSSL 0.9.6a
ID: 11885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed Bug Type: OpenSSL related Operating System: Solaris 7 08/99 PHP Version: 4.0.6 Assigned To: sniper New Comment: Closing this as this really isn't PHP bug. And according to the CHANGES file for upcoming release of openssl 0.9.7, they have fixed this. Previous Comments: [2001-08-08 09:54:39] [EMAIL PROTECTED] This problem is with OpenSSL 0.9.6a|b. They use des_encrypt1() in their libs and it happens to collide with the Solaris libcrypt.a now. I have informed them about this and they are thinking about a solution at the moment. Suspending until the next release of OpenSSL which hopefully fixes this. --Jani [2001-08-06 00:03:44] [EMAIL PROTECTED] Still happens with latest CVS. [2001-08-04 19:47:37] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ to verify if this is fixed now? --Jani [2001-07-04 15:14:50] [EMAIL PROTECTED] I'm unable to link libphp4.la using --with-openssl. I'm using: gcc version 2.95.3 20010315 (release) ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) GNU ld 2.11.2 Apache/1.3.20 (Unix) openssl-0.9.6a binutils-2.11.2 make[1]: Entering directory `/usr/local/src/newapache/apachee/t2/php-4.0.6' /bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ -I/usr/local/src/newapache/apachee/t2/php-4.0.6/main -I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include -I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include -I/usr/local/apachedeps/include/freetype2/freetype -I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os -c stub.c /bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ -I/usr/local/src/newapache/apachee/t2/php-4.0.6/main -I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include -I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include -I/usr/local/apachedeps/include/freetype2/freetype -I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os -o libphp4.la -rpath /usr/local/src/newapache/apachee/t2/php-4.0.6/libs -avoid-version -L/usr/ucblib -L/usr/local/apachedeps/lib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -L/usr/local/apachedeps/lib/mysql -R /usr/ucblib -R /usr/local/apachedeps/lib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -R /usr/local/apachedeps/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/zlib/libzlib.la ext/bz2/libbz2.la ext/db/libdb.la ext/dba/libdba.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la ext/mysql/libmysql.la ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/xml/libxml.la TSRM/libtsrm.la -lgdbm -lpam -lc-client -ldl -lmysqlclient -lz -lpam -lintl -lgd -lfreetype -lpng -lz -ljpeg -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lsocket -lsocket -lgcc /usr/local/sparc-sun-solaris2.7/bin/ld: .libs/libphp4.so: undefined versioned symbol name des_encrypt1@@SUNWprivate_1.1 /usr/local/sparc-sun-solaris2.7/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/src/newapache/apachee/t2/php-4.0.6' make: *** [all-recursive] Error 1 All the above mentioned tools except gcc are built from source. I've also tried linking some of them with Sun's ld (/usr/ccs/bin/ld), resulting in the same link error (php uses libtool and GNU ld any way). If I leave out --with-opens
Bug #15959 Updated: config.status - empty case/esac statement
ID: 15959 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.4-STABLE PHP Version: 4.0CVS-2002-03-08 New Comment: I can not reproduce this with CVS HEAD or 4.2.0.. (using autoconf 2.53) Is this strictly Freebsd /bin/sh related? Previous Comments: [2002-03-13 22:02:21] [EMAIL PROTECTED] Well, I just tried the patch listed in that mailing list. It fixes the problem with AC_CONFIG_COMMANDS as advertised. Unfortunately PHP is still producing empty case/esac statements in ./configure. It would be great if someone more familiar with auto* could find out what rule is causing this. php: 4.0CVS2002-03-13 autoconf: 2.53 freebsd: 4.5-STABLE [2002-03-13 20:36:42] [EMAIL PROTECTED] This looks like the way to fix it: http://www.geocrawler.com/lists/3/GNU/402/0/7718080/ [2002-03-08 13:00:25] [EMAIL PROTECTED] FreeBSD /bin/sh doesn't like empty case/esac statements. One such gets created in config.status:1472. I *think* I've seen a mail about empty case statements being patched in one of the GNU autotools, so this should probably be considered an auto* bug, but I can't for the life of me find where it was. svn-dev@ or freebsd-questions@ probably. -- Edit this bug report at http://bugs.php.net/?id=15959&edit=1
Bug #15964 Updated: php_cli.c:580: undefined reference to 'zend_strip'
ID: 15964 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RedHat 7.1 PHP Version: 4.1.2 New Comment: Fixed in PHP 4.2.0 Previous Comments: [2002-03-08 17:01:02] [EMAIL PROTECTED] compiling PHP (cvs snapshot on March 8, 2002) > make returned at the end: sapi/cli/php_cli.o: In function 'main' : /root/php4/sapi/cli/php_cli.c:580: undefined reference to 'zend_strip' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Below is a portion of 'php_cli.c' case PHP_MODE_STRIP: if (open_file_for_scanning(&file_handle TSRMLS_CC)==SUCCESS) { 580: zend_strip(TSRMLS_C); fclose(file_handle.handle.fp); } -- Edit this bug report at http://bugs.php.net/?id=15964&edit=1
Bug #16692 Updated: Cannot find or read import file:/usr/local/apache2/bin/httpd.exp
ID: 16692 Updated by: [EMAIL PROTECTED] -Summary: Incorrect file extension error during Make Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: AIX PHP Version: 4.2.0 New Comment: Reclassified. (and changed the summary) Those 'incorrect file..' warnings can be ignored. Previous Comments: [2002-04-19 00:26:53] [EMAIL PROTECTED] Compiling PHP 4.2.0RC4 with Apache 2.0.35 under AIX 5L with IBM compiler results in following messages. /bin/sh /work/work/apache/php-4.2.0RC4/libtool --silent --mode=link cc -I. -I/work/work/apache/php-4.2.0RC4/ -I/work/work/apache/php-4.2.0RC4/main -I/work/work/apache/php-4.2.0RC4 -I/usr/local/apache2/include -I/work/work/apache/php-4.2.0RC4/Zend -I/usr/local/ssl/include -I/work/work/imap/imap-2001a/c-client -I/usr/local/mysql/include -I/work/work/apache/php-4.2.0RC4/ext/xml/expat -D_THREAD_SAFE -I/work/work/apache/php-4.2.0RC4/TSRM -O3 -DZTS -prefer-pic -o libphp4.la -rpath /work/work/apache/php-4.2.0RC4/libs -Wl,-bI:/usr/local/apache2/bin/httpd.exp -avoid-version -L/usr/local/ssl/lib -L/work/work/imap/imap-2001a/c-client -L/usr/local/mysql/lib -R /usr/local/ssl/lib -R /work/work/imap/imap-2001a/c-client -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/apache2filter/libsapi.la main/libmain.la regex/libregex.la /work/work/apache/php-4.2.0RC4/ext/ctype/libctype.la /work/work/apache/php-4.2.0RC4/ext/ftp/libftp.la /work/work/apache/php-4.2.0RC4/ext/imap/libimap.la /work/work/apache/php-4.2.0RC4/ext/mysql/libmysql.la /work/work/apache/php-4.2.0RC4/ext/openssl/libopenssl.la /work/work/apache/php-4.2.0RC4/ext/pcre/libpcre.la /work/work/apache/php-4.2.0RC4/ext/posix/libposix.la /work/work/apache/php-4.2.0RC4/ext/session/libsession.la /work/work/apache/php-4.2.0RC4/ext/standard/libstandard.la /work/work/apache/php-4.2.0RC4/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -lmysqlclient -lz -lcrypt -lpam -lcrypt -lssl -lcrypto -lbind -lm -ldl -lpthread -lcrypt -ldl cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix Followed by losts more of these followed by cc: 1501-218 file TSRM/.libs/libtsrm.al contains an incorrect file suffix ld: 0706-003 Cannot find or read import file: /usr/local/apache2/bin/httpd.exp ld:accessx(): No such file or directory make: 1254-004 The error code from the last command is 255. Stop. make: 1254-004 The error code from the last command is 1. Stop. Configured with CFLAGS="-O3" ./configure --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-mysql=/usr/local/mysql \ --with-imap=/work/work/imap/imap-2001a \ --with-openssl=/usr/local/ssl \ --enable-ftp -- Edit this bug report at http://bugs.php.net/?id=16692&edit=1
Bug #16534 Updated: compilation failed on inline function url_scanner.c
ID: 16534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: This bug has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Fixed in PHP 4.2.0 Previous Comments: [2002-04-10 15:13:31] [EMAIL PROTECTED] The compilation of php in standalone mode failed. I use Forte C 6 update 2. Forte can't proceed the inline function on : static inline void mainloop(url_adapt_state_ex_t *ctx, const char *newdata, size_t newlen TSRMLS_DC) { char *end, *q; char *xp; char *start; int rest; smart_str_appendl(&ctx->buf, newdata, newlen); YYCURSOR = ctx->buf.c; YYLIMIT = ctx->buf.c + ctx->buf.len; switch (STATE) { case STATE_PLAIN: goto state_plain; case STATE_TAG: goto state_tag; case STATE_NEXT_ARG: goto state_next_arg; case STATE_ARG: goto state_arg; case STATE_BEFORE_VAL: goto state_before_val; case STATE_VAL: goto state_val; } So I removed the "inline" definition in this function. Regards, Armand -- Edit this bug report at http://bugs.php.net/?id=16534&edit=1
Bug #16117 Updated: php.h / ap_config.h conflict (XtOffsetOf)
ID: 16117 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.2 New Comment: This is fixed in CVS HEAD. (fixes will be in PHP 4.3.0) Previous Comments: [2002-03-16 16:55:57] [EMAIL PROTECTED] It's also defined in Zend/zend_ini.h [2002-03-16 16:53:12] [EMAIL PROTECTED] php.h tries to redefine XtOffsetOf when you are compiling with apxs. It is already defined in Apache's ap_config.h. The offending lines are from about 339-343. Someone fix this! :P -- Edit this bug report at http://bugs.php.net/?id=16117&edit=1
Bug #15908 Updated: failed to compile with iconv
ID: 15908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.5-RELEASE PHP Version: 4.1.2 New Comment: This is fixed in PHP 4.2.0. Previous Comments: [2002-03-12 08:53:01] [EMAIL PROTECTED] [15:01] mizantrop:~/tmp/php(13)# tail -n 2 config.log configure:28872: checking for ICAP support configure:29268: checking for iconv support EOF here. Tried the today's snapshot. [2002-03-08 13:28:11] [EMAIL PROTECTED] Check what config.log has about it. --Jani [2002-03-08 11:47:06] [EMAIL PROTECTED] I tried the latest snapshot: http://snaps.php.net/php4-200203080600.tar.bz2 But the configure simply fails on iconv: (..) checking for iconv support... yes configure: error: Please reinstall the iconv library. Oink? [2002-03-07 14:33:32] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? [2002-03-07 11:01:41] [EMAIL PROTECTED] I tried the patch specified in: http://bugs.php.net/bug.php?id=14423 but it fails at: Making all in main cc -I. -I/usr/ports/www/mod_php4/work/php-4.1.2/main -I/usr/ports/www/mod_php4/work/php-4.1.2/main -I/usr/ports/www/mod_php4/work/php-4.1.2 -I/usr/ports/www/mod_php4/work/php-4.1.2/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/include/pspell -I/usr/ports/www/mod_php4/work/php-4.1.2/TSRM -march=i686 -O6 -I/usr/local/include -I/usr/local/include/pgsql -c internal_functions.c && touch internal_functions.lo internal_functions.c:69: `iconv_module_entry' undeclared here (not in a function) internal_functions.c:69: initializer element is not constant internal_functions.c:69: (near initialization for `php_builtin_extensions[15]') *** Error code 1 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/15908 -- Edit this bug report at http://bugs.php.net/?id=15908&edit=1
Bug #15436 Updated: mnogosearch & mysql - gamble party
ID: 15436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.2 PHP Version: 4.0CVS-2002-02-07 New Comment: Please do _NOT_ report same issue many times! Previous Comments: [2002-02-25 09:35:23] [EMAIL PROTECTED] I doscivered, that PHP team does changes the way is how PHP compiled with mysql. I probed php-4.0.5 and php-4.1.1 with the same installation of mnogosearch, and php-4.0.5 compiles ok, and 4.1.1 produced the same error. 8( I does not know of how to correctly fix that. To PHP team: any comments ? [2002-02-21 16:13:01] [EMAIL PROTECTED] Check, after Gluke sugestion. > MySQL $ rpm -qa |grep MySQL MySQL-devel-3.23.47-1 MySQL-shared-3.23.47-1 MySQL-client-3.23.47-1 MySQL-3.23.47-1 Info about some locations from rpm'ed mysql: libmysqlclient.so is located in /usr/lib/ libmysqlclient.a in /usr/lib/mysql/ .h files in /usr/include/mysql/ > Apache There is nothing to touch from previous instalation. > Mnogosearch ; we are 100% sure that no old stuff left $ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19 $ tar zxfv mnogosearch-3.1.19.tar.gz ; cd mnogosearch-3.1.19/ ; gluke config $ ./configure --with-mysql --enable-shared \ --prefix=/usr/local/mnogosearch-3.1.19 $ make && make install ; done $ cd .. ; lets check whats installed $ ls /usr/local/mnogosearch-3.1.19/lib/ libudmsearch-3.1.so libudmsearch.a libudmsearch.la libudmsearch.so It's too easy, lets check something: $ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch.so libm.so.6 => /lib/i686/libm.so.6 (0x40072000) libz.so.1 => /usr/lib/libz.so.1 (0x40095000) libc.so.6 => /lib/i686/libc.so.6 (0x400a3000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Where is link to dynamic lib of mysql? Still no straight feedback from mnogosearch dev. team: http://www.mnogosearch.org/board/message.php?id=4102 > Php ; let's try an up-to-date shap $ tar zxfv php4-200202211200.tar.gz ; php4-200202211200/ ; standard instalation $ ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr --with-zlib --enable-memory-limit \ --with-mnogosearch=/usr/local/mnogosearch-3.1.19 $ make - error -- /bin/sh /root/php4-200202211200/libtool --silent --mode=link gcc -I. -I/root/php4-200202211200/ -I/root/php4-200202211200/main -I/root/php4-200202211200 -I/usr/local/apache/include -I/root/php4-200202211200/Zend -I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql -I/root/php4-200202211200/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -I/root/php4-200202211200/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /root/php4-200202211200/libs -avoid-version -L/usr/lib/mysql -L/usr/local/mnogosearch-3.1.19/lib -R /usr/lib/mysql -R /usr/local/mnogosearch-3.1.19/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /root/php4-200202211200/ext/zlib/libzlib.la /root/php4-200202211200/ext/mnogosearch/libmnogosearch.la /root/php4-200202211200/ext/mysql/libmysql.la /root/php4-200202211200/ext/overload/liboverload.la /root/php4-200202211200/ext/pcre/libpcre.la /root/php4-200202211200/ext/posix/libposix.la /root/php4-200202211200/ext/session/libsession.la /root/php4-200202211200/ext/standard/libstandard.la /root/php4-200202211200/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lz -ludmsearch -lz -lm -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `mysql_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `mysql_unix_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `net_safe_read': libmysql.o(.text+0x1cc): multiple definition of `net_safe_read' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x1cc): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `simple_command': libmysql.o(.text+0x2d4): multiple definition of `simple_command' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x2d4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `mysql_real_connect': libmysql.o(.text+0xc6c): multiple definition of `mysql_real_connect' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0xc6c): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `mysql_select_db': libmysql.o(.text+0x2e68): multiple definition of `mysql_select_db' /usr/lib
Bug #15623 Updated: build script fails to link "nss_dns" library
ID: 15623 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (SuSE 6.4) PHP Version: 4.1.1 New Comment: Does PHP 4.2.0 and Apache 1.3.24 work any better for you? Previous Comments: [2002-02-19 10:25:30] [EMAIL PROTECTED] System: SuSE Linux 6.4 Apache 1.3.23 PHP 4.1.1 WHAT HAPPENED: I compile PHP as a DSO module against Apache 1.3.23 and everything looks ok but then when I try to load the module the httpd binary won't run complaining of unresolved symbols: "undefined reference to `__dn_skipname" HOW I "FIXED" IT. I found this message: http://www.geocrawler.com/archives/3/5/2000/5/0/3821638/ Referencing bug #4739. I did as suggested adding EXTRA_LIBS="-lnss_dns" in Apache's Configuration file and then it all worked as expected. Is this an Apache or PHP bug? Thanks. -- Edit this bug report at http://bugs.php.net/?id=15623&edit=1
Bug #16739: `print' variable function call fails.
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5,RedHat 2.4.7,Win XP PHP version: 4.1.2 PHP Bug Type: Variables related Bug description: `print' variable function call fails. According to the official PHP documentation [http://www.php.net/manual/en/functions.variable-functions.php] the language construct `print' can be called as a variable function. The following code should therefore be valid: $myfunc = 'print'; $myfunc('My text to print'); Attempting to execute this code on any platform returns a "Fatal error: Call to undefined function: print()" message. -- Edit bug report at http://bugs.php.net/?id=16739&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16739&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16739&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16739&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16739&r=support Expected behavior: http://bugs.php.net/fix.php?id=16739&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16739&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16739&r=submittedtwice
Bug #15206 Updated: compile fail with external mysql without with-zlib option
ID: 15206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: linux 2.2.16-20 PHP Version: 4.1.1 New Comment: fixed in PHP 4.2.0 Previous Comments: [2002-01-24 09:53:28] [EMAIL PROTECTED] My configure options is './configure' '--enable-safe-mode' '--with-config-file-path=/usr/local/php' '--with-exec-dir=/usr/local/php/bin' '--enable-memory-limit' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--disable-pear' '--with-gnu-ld' '--with-apxs=/usr/sbin/apxs' '--with-gd=/usr/local/gd1.5' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-ttf' '--with-mysql=/usr/local/mysql' compile failed with message that 'compress is undefined reference in the /usr/local/mysql/lib/libmysqlclient.a' compile complete successfully when i am add --with-zlib option to configure Also i add function definition void gdImageGifCtx(gdImagePtr im, gdIOCtx *out); to ext/gd/gd.c:1430 to aviod problem with gd library support( with gif support ) -- Edit this bug report at http://bugs.php.net/?id=15206&edit=1
Bug #15076 Updated: Name conficts when some libs are static.
ID: 15076 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.2 PHP Version: 4.1.1 New Comment: Please do not submit the same bug more than once. Please don't report same issue twice. (#15346 has better info) Previous Comments: [2002-01-16 21:28:58] [EMAIL PROTECTED] example: there are only .h and .a files for lib mysql (version does not matter - they are from rpm'ed MySQL-devel file) then I configure php with --with-mysql=/usr final libphp4.so will be static compiled with it - thats ok for me then lets add some stuff - mnogosearch for example mnogosearch compiles --with-mysql and his libs are static (libudmsearch.a) When I try to compile this stuff together (in php) I get error message about "multiple definition of ...mysql_related_functions..." php uses static lib of mysql and static lib of mnogosearch mnogosearch uses static lib of mysql in abowe eweryone (php, mnogosearch) uses the same static mysql lib whats wrong with it? under php 4.0.6 this works fine another one: php uses his own expat lib (compiled static) now when I try do add sablotron support but sablotron requires expat, so: download expat, untar, configure with "--enable-shared=no", make, make install now sablotron can find expat lib & make his libs (static of course) php is using his own expat lib for xml, sablotron his own but there is a problem under compile time, error "multiple definition of ...expat related funcions..." how to solve it? is this new feature of php-4.1.x? -- Edit this bug report at http://bugs.php.net/?id=15076&edit=1
Bug #14977 Updated: iconv library not propagated from PHP to Apache
ID: 14977 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: This should be fixed in PHP 4.2.0. Reopen if you still get this with it. Previous Comments: [2002-01-10 15:32:39] [EMAIL PROTECTED] PHP configure (please note '--with-iconv' presence): ./configure --with-zlib --with-mysql=/usr/local/hackphpmysql --with-apache=../../apache/apache_1.3.22 --with-ldap=/usr/local/ldap --enable-track-vars --enable-magic-quotes --enable-bcmath --with-gettext --with-iconv --with-xml --with-mcrypt --with-imap=/export/home/cto/software/imap/imap-2001a making Apache module: Apache make failure: gcc -DSOLARIS2=260 -DMOD_SSL=208105 -I/export/home/cto/software/php/php-4.0.6 -I/export/home/cto/software/php/php-4.0.6/main -I/export/home/cto/software/php/php-4.0.6/main -I/export/home/cto/software/php/php-4.0.6/Zend -I/export/home/cto/software/php/php-4.0.6/Zend -I/export/home/cto/software/php/php-4.0.6/TSRM -I/export/home/cto/software/php/php-4.0.6/TSRM -I/export/home/cto/software/php/php-4.0.6 -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -L/software/openssl/openssl-0.9.6c \ -o httpd buildmark.o modules.o modules/ssl/libssl.a modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/usr/local/lib -R/export/home/cto/software/imap/imap-2001a/c-client -R/usr/local/ldap/lib -R/usr/local/hackphpmysql/lib/mysql -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -L/usr/local/lib -L/export/home/cto/software/imap/imap-2001a/c-client -L/usr/local/ldap/lib -L/usr/local/hackphpmysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -lc-client -ldl -lmysqlclient -lz -lmcrypt -lltdl -lldap -llber -lpam -lintl -lz -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lsocket -lnsl -lssl -lcrypto Undefined first referenced symbol in file libiconvmodules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) libiconv_open modules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) libiconv_close modules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) ld: fatal: Symbol referencing errors. No output written to httpd collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/export/home/cto/software/apache/apache_1.3.22/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/export/home/cto/software/apache/apache_1.3.22' make: *** [build] Error 2 # It's obvious: '-liconv' is missing from gcc invocation. The workaround fix is manual edit of Apache src/Makefile, adding -liconv to libraries. Thank you. Maciek -- Edit this bug report at http://bugs.php.net/?id=14977&edit=1
Bug #14941 Updated: Trying to build PHP. attached is the configure output and the error message.
ID: 14941 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.1.1 New Comment: Does this happen with PHP 4.2.0 ? Previous Comments: [2002-01-08 22:07:43] [EMAIL PROTECTED] ./configure --prefix=/export/www/php_4.0.4 --with-apxs=/export/www/apache_1.3.14/bin/apxs --with-config-file-path=/export/www/apache_1.3.14 --with-mysql=/export/www/mysql_3.22.32 --enable-magic-quotes --enable-track-vars --enable-safe-mode --with-regex=system loading cache ./config.cache checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... sparc-sun-solaris2.8 checking for gawk... (cached) nawk checking for bison... (cached) bison -y checking bison version... 1.28 (ok) checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for AIX... no checking for gcc option to accept ANSI C... (cached) none needed checking for ranlib... (cached) ranlib checking whether gcc and cc understand -c and -o together... (cached) yes checking whether ln -s works... (cached) yes checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for working const... (cached) yes checking for pthreads_cflags... (cached) -pthreads checking for pthreads_lib... (cached) Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... yes checking for mod_charset compatibility option... no checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... (cached) yes checking for sendmail... (cached) /usr/lib/sendmail checking whether system uses EBCDIC... (cached) no checking for socket in -lsocket... (cached) yes checking for yp_get_default_domain... yes checking for dlopen in -ldl... (cached) yes checking for sin in -lm... (cached) yes checking for inet_aton in -lresolv... (cached) yes checking for res_search in -lsocket... (cached) yes checking for dn_skipname in -lresolv... (cached) no checking for __dn_skipname in -lresolv... (cached) yes checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for fclose declaration... ok checking for alloca.h... (cached) yes checking for arpa/inet.h... (cached) yes checking for arpa/nameser.h... (cached) yes checking for crypt.h... (cached) yes checking for fcntl.h... (cached) yes checking for grp.h... (cached) yes checking for ieeefp.h... (cached) yes checking for langinfo.h... (cached) yes checking for limits.h... (cached) yes checking for locale.h... (cached) yes checking for netinet/in.h... (cached) yes checking for pwd.h... (cached) yes checking for resolv.h... (cached) yes checking for signal.h... (cached) yes checking for stdarg.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for syslog.h... (cached) yes checking for sysexits.h... (cached) yes checking for sys/file.h... (cached) yes checking for sys/mman.h... (cached) yes checking for sys/mount.h... (cached) yes checking for sys/resource.h... (cached) yes checking for sys/select.h... (cached) yes checking for sys/socket.h... (cached) yes checking for sys/statfs.h... (cached) yes checking for sys/statvfs.h... (cached) yes checking for sys/vfs.h... (cached) yes checking for sys/sysexits.h... (cached) no checking for sys/time.h... (cached) yes checking for sys/types.h... (cached) yes checking for sys/v
Bug #14936 Updated: Apache compilarion failure in the php module
ID: 14936 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Caldera eServer 2.3.1 PHP Version: 4.1.1 New Comment: Does this happen with Apache 1.3.24 and PHP 4.2.0 ? Previous Comments: [2002-01-08 15:31:17] [EMAIL PROTECTED] I have apache 1.3.14 and php 4.1.1 The PHP configure was: ./configure --with-apache=../apache_1.3.14 --without-mysql --with-oci8=/u01/app/oracle/product/8.1.6 --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --enable-debug=no --with-exec-dir=/usr/local/bin --enable-track-vars=yes --with-x --with-versioning --with-ftp --with-gd --with-gettext --with-gdbm --enable-sigchild And the apache configure ./configure -v --prefix=/etc/httpd --disable-rule=WANTHSREGEX --sysconfdir=/etc/httpd/conf --datadir=/home/httpd --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec/apache --includedir=/usr/include/apache --logfiledir=/var/log/httpd --localstatedir=/var --runtimedir=/var/run --proxycachedir=/var/cache/httpd --mandir=/usr/man --with-perl=/usr/bin --enable-module=most --enable-shared=max --enable-module=expires --enable-module=headers --enable-module=info --enable-module=so --enable-module=usertrack I compiled succesfully PHP.. but during apache compilation modules/php4/libphp4.a(string.o): In function `zif_strpos': /usr/src/OpenLinux/SOURCES/php-4.1.1/ext/standard/string.c:1416: undefined reference to `zgnd_get_parameters_ex' make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14' make: *** [build] Error 2 -- Edit this bug report at http://bugs.php.net/?id=14936&edit=1
Bug #15873 Updated: special build error with apache using php module after system-compoment changed
ID: 15873 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: rh linux 7.2 PHP Version: 4.1.2 New Comment: if u r using php as apache-module you should always re-run apache "configure" after php "make install" .. php# make install .. php# cd ..\apache .. apache# ./configure --with yor options .. apache# make .. apache# make install does this ok for u ? Previous Comments: [2002-04-22 18:40:05] [EMAIL PROTECTED] I am experiencing the same problem. I have built freetype, libpng and gd myself, if theres a problem linking to the wrong gd (which there does not appear to be) it would be a php bug, as the path to gd was explicitly stated. gcc -DLINUX=22 -I/root/php-4.1.2 -I/root/php-4.1.2/main -I/root/php-4.1.2/main -I/root/php-4.1.2/Zend -I/root/php-4.1.2/Zend -I/root/php-4.1.2/TSRM -I/root/php-4.1.2/TSRM -I/root/php-4.1.2 -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a -Wl,-rpath,/usr/local/freetype-1.3.1//lib -Wl,-rpath,/usr/local/gd-1.8.4//lib -Wl,-rpath,/opt/sybase-11.9.2//lib -rdynamic -L/usr/local/freetype-1.3.1//lib -L/usr/local/gd-1.8.4//lib -L/opt/sybase-11.9.2//lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lsnmp -lgd -lttf -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lssl -lcrypto -lm -lcrypt -lexpat modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromstring': /root/php-4.1.2/ext/gd/gd.c:1043: undefined reference to `gdImageCreateFromJpegCtx' modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromjpeg': /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpegCtx' /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpeg' modules/php4/libphp4.a(gd.o): In function `zif_imagejpeg': [2002-03-06 13:16:32] [EMAIL PROTECTED] well, i did have uninstalled gd-1.4.8 (i didn't notice the version before), by "rpm -e gd-1.4.8" but the version i reinstall is also gd-1.4.8 source and compile/install to /usr/local/ (rpm version should be /usr/) i've done "rm -f config.cache" dunno why "configure" still think that nothing changed so can't link with gd and give out "undefined reference" error [2002-03-06 06:12:55] [EMAIL PROTECTED] This might be caused by multiple versions of GD being installed. Check if the old version is really gone and try again :) [2002-03-05 08:30:31] [EMAIL PROTECTED] what i did: step1: redhat7.2 with gd/jpeg/... support build php as apache module ok, works step2: uninstall some of the redhat rpm download gd/jpeg and build it reconfig php; make clean; make; make install; all passed; step3: now reconfig apache, rebuild apache failed! undefined reference to gdImageCreate gdImage and so on... i've tried so many times, still get such error. and by change, i did the following command in apache src-package directory: [apache]# rm src/modules/php4/libphp4.module and: [php]# make install [apache]# make all pass! it works. in a word, libphp4.module was not reinstalled correctly! -- Edit this bug report at http://bugs.php.net/?id=15873&edit=1
Bug #14431 Updated: my_getwd.c:62: #error "No way to get current directory"
ID: 14431 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Solaris8 PHP Version: 4.1.0 Assigned To: zak New Comment: Set status to Assigned so Zak will get reminder emails about this.. :) Previous Comments: [2001-12-11 13:08:24] [EMAIL PROTECTED] This one seems to be similar to bug id 10269. Could someone assist me in working this out? ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 \ --with-iconv=/usr/local Making all in Zend Making all in main Making all in ext Making all in curl Making all in iconv Making all in ldap Making all in mysql Making all in libmysql /bin/sh /usr/software/php4/php-4.1.0/libtool --silent --mode=compile /usr/software/php4/php-4.1.0/meta_ccld -I. -I/usr/software/php4/php-4.1.0/ext/mysql/libmysql -I/usr/software/php4/php-4.1.0/main -I/usr/software/php4/php-4.1.0 -I/usr/netscape/server4/plugins/include -I/usr/software/php4/php-4.1.0/Zend -I/usr/local/ssl/include -I/opt/include -I/usr/local/include -I/usr/software/php4/php-4.1.0/ext/mysql/libmysql -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/software/php4/php-4.1.0/TSRM -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c my_getwd.c my_getwd.c:62: #error "No way to get current directory" *** Error code 1 make: Fatal error: Command failed for target `my_getwd.lo' Current working directory /usr/software/php4/php-4.1.0/ext/mysql/libmysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext/mysql/libmysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext/mysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit this bug report at http://bugs.php.net/?id=14431&edit=1
Bug #16425 Updated: Undefined symbol in libphp4.so
ID: 16425 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache related Operating System: RH 6.2 PHP Version: 4.1.2 New Comment: Reopen if you get this problem with PHP 4.2.0. --Jani Previous Comments: [2002-04-04 07:07:06] [EMAIL PROTECTED] Try PHP 4.2.0 RC2 from http://www.php.net/~derick/ Also, add the full configure line you have used. And how did you configure apache? [2002-04-04 05:11:58] [EMAIL PROTECTED] I was trying to upgrade PHP from 3 to 4; downloaded php-4.1.2 from php.net, then did as was discribed in manual. Compilation/installation gave OK responce. Conf string: ./configure --with-apxs=... --with-pgsql=... Strting apache gave an error like Undefined symbol "pcre_XXX" in libphp4.so I've checked that i've got no pcre lib installed. So, i did install it. Then i've listed some reports here and tried the solution like updating Makefile after "./configure" adding parameter -lpcre to ld commandline. Nothing changed (just another "pcre_ was reported). I've added -lpcreposix - the same. I've adder --without-pcre-regex option to configure. Again the same, but now: php_pcre_replace reported as undefined symbol (was php_pcre_compile). I've downloaded the latest 1.x Apache (1.24) and installed it. Then tried again - nothing changed. What was i doing wrong ??? -- Edit this bug report at http://bugs.php.net/?id=16425&edit=1
Bug #16241 Updated: make apache error
ID: 16241 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: sun5.5.1 PHP Version: 4.1.2 New Comment: Try adding --enable-libgcc to your PHP configure line. --Jani Previous Comments: [2002-03-24 21:16:08] [EMAIL PROTECTED] cd apache1.3.9 ./configure --prefix=/www/apache cd ../php4.12 ./configure --with-mysql --with-apache=../apache1.3.9 --enable-track-vars make make install cd ../apache1.3.9 ./configure --activate-module=src/modules/php4/libphp4.a --prefix=/www/apache make [2002-03-24 05:31:43] [EMAIL PROTECTED] What are your configure lines? (both of PHP and Apache) [2002-03-24 05:08:01] [EMAIL PROTECTED] This is not a PHP.net website problem, but an Apache problem... [2002-03-24 05:06:48] [EMAIL PROTECTED] ld: fatal: Symbol referencing errors. No output written to httpd *** Error code 1 make: Fatal error: Command failed for target `target_static' Current working directory /home/personal-http/mail/apache/apache/src *** Error code 1 make: Fatal error: Command failed for target `build-std' Current working directory /home/personal-http/mail/apache/apache *** Error code 1 make: Fatal error: Command failed for target `build' But I use php4.0B on sun site,It is oki? but readdir() can not use! so I install CVS php,but errors happen like before! My english is not well. [2002-03-24 04:50:27] [EMAIL PROTECTED] when I make apache ,error happen! I use sunos5.5.1,gcc2.7.2.1,gunmake <=== src/modules/php4 <=== src/modules gcc -c -I./os/unix -I./include -DSOLARIS2=251 -I/home/personal-http/mail/apache/php -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php -DUSE_EXPAT -I./lib/expat-lite `./apaci` modules.c gcc -c -I./os/unix -I./include -DSOLARIS2=251 -I/home/personal-http/mail/apache/php -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php -DUSE_EXPAT -I./lib/expat-lite `./apaci` buildmark.c gcc -DSOLARIS2=251 -I/home/personal-http/mail/apache/php -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/main -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/Zend -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php/TSRM -I/home/personal-http/mail/apache/php -DUSE_EXPAT -I./lib/expat-lite `./apaci`\ -o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/usr/ucblib -R/opt/GCC2721/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1 -L/usr/ucblib -L/opt/GCC2721/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1 -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lsocket -lnsl Undefined first referenced symbol in file readdir64_r modules/php4/libphp4.a(reentrancy.o) -- Edit this bug report at http://bugs.php.net/?id=16241&edit=1
Bug #15773 Updated: LoadModule directive incorrectly added to httpd.conf when mod_ssl is used
ID: 15773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Apache related Operating System: SunOS 5.8 PHP Version: 4.1.1 New Comment: This really isn't PHP problem. And there already are installation instructions in the INSTALL file which everybody _should_ read. Previous Comments: [2002-02-28 13:31:27] [EMAIL PROTECTED] It appears this issue was reported to the Apache group almost exactly a year ago (3/2/2001 - http://bugs.apache.org/index.cgi/full/7340), which may not bode well for seeing it fixed in Apache anytime soon. If nothing else, perhaps PHP could warn users to manually validate their new httpd.conf once they've finished compiling/building PHP with --with-apxs . [2002-02-28 02:04:53] [EMAIL PROTECTED] Yes, this httpd.conf file mangling is done by apxs which is outside the domain of PHP. I suppose we could try to work around it somehow, but it would be rather non-trivial. The most we might be able to do is detect the situation and tell apxs not to try to mangle the httpd.conf file. [2002-02-28 02:00:32] [EMAIL PROTECTED] (This actually applies to PHP 4.1.2, but the pulldown box on the bug reporting page hasn't been updated to reflect that yet). When Apache (1.3.23) is compiled with mod_ssl (2.8.7) as a DSO module, mod_ssl automatically adds this to httpd.conf: ... LoadModule ssl_module libexec/libssl.so Later, when building a DSO version of PHP (4.1.2), using the --with-apxs option, PHP helpfully tries to add the appropriate LoadModule/AddModule directives to httpd.conf. However, it appears to guess incorrectly where the LoadModule directive should go, so httpd.conf now contains this: ... LoadModule ssl_module libexec/libssl.so LoadModule php4_modulelibexec/libphp4.so which will cause PHP not to load (and httpd to not start) unless SSL is also running. The solution, of course, is for httpd.conf to look like this: LoadModule ssl_module libexec/libssl.so LoadModule php4_modulelibexec/libphp4.so (actually, as I dig into the PHP code, I'm beginning to wonder if it's an apxs problem rather than a PHP problem. Still, even if it is, perhaps PHP's installer can work around it?) Thanks. -- Edit this bug report at http://bugs.php.net/?id=15773&edit=1
Bug #15147 Updated: why have so bugs in make ,Have some bugs in Zend?
ID: 15147 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Compile Warning +Bug Type: Compile Failure Operating System: RedHat 7.2 PHP Version: 4.1.0 New Comment: Please try PHP 4.2.0 and reopen if you still get the same problem. Include the Gcc version and also the complete steps you did to get this. Previous Comments: [2002-01-21 10:28:02] [EMAIL PROTECTED] both php4.1.1 and php4.1.0 so on when i make error occur can you help me: Making all in Zend make[1]: Entering directory `/usr/local/php-4.1.0/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../maic /tmp/ccewc7tb.s:10936: Warning: Unrecognized .section attribute: want a,w,x /tmp/ccewc7tb.s:10936: Warning: Unrecognized .section attribute: want a,w,x /tmp/ccewc7tb.s:10936: Error: Rest of line ignored. First ignored character is . make[1]: *** [zend_language_parser.lo] Error make[1]: Leaving directory `/usr/local/php-4.1.0/Zend' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=15147&edit=1
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed -Bug Type: Compile Warning +Bug Type: Compile Failure Operating System: openbsd 3.0 PHP Version: 4.1.1 New Comment: Please try PHP 4.2.0. Reopen if you still get the same problems with it. Previous Comments: [2002-02-18 09:13:40] [EMAIL PROTECTED] packages: pcre-3.4 libtool-1.3.5p3 are installed. [2002-02-18 08:50:21] [EMAIL PROTECTED] my configure line is: ./configure --with-apxs=/usr/local/apache/bin/apxs --with- mysql=/usr/local/mysql --enable-track-vars --enable-trans- sid i´m using apache 1.3.23 and mysql 4.0.1 alpha. same configuration works for me on sun cobalt raq3 (redhat linux) but not on openbsd 3.0 phpinfo(); stops at the headline "pcre" [2002-02-18 08:31:39] [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 Especially: can you post your configure line??? [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593&edit=1
Bug #14672 Updated: confusion about --enable-ucd-snmp-hack
ID: 14672 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *Compile Issues +Bug Type: SNMP related Operating System: RedHat Linux 6.2 PHP Version: 4.1.0 New Comment: reclassified Previous Comments: [2001-12-23 08:54:27] [EMAIL PROTECTED] In recent ucd-snmp versions, the function snmp_synch_setup(session *) is just a dummy: /* synch_reset and synch_setup are no longer used. */ void snmp_synch_reset (struct snmp_session * notused) {} void snmp_synch_setup (struct snmp_session * notused) {} (ucd-snmp 4.2.1 as supplied by RedHat for RHL 6.2) If you enable ucd-snmp-hack with this snmp-version, you get a resource leak, because you strdup() the session community and the value is _not_ freed as stated in the ext/snmp/snmp.c module. The whole code seems pretty bogus to me, I'll try to get a fix later. -- Edit this bug report at http://bugs.php.net/?id=14672&edit=1
Bug #15931 Updated: openssl linking error:undefined reference to `OPENSSL_add_all_algorithms_noconf
ID: 15931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.18-ac1 PHP Version: 4.0CVS-2002-03-0 New Comment: This is fixed now in CVS HEAD. --Jani Previous Comments: [2002-03-09 08:51:57] [EMAIL PROTECTED] Okay, but I'll leave this open still. I'm going to add some test to check for this. [2002-03-09 03:50:58] [EMAIL PROTECTED] ive changed the openssl path from /usr/src/openssl to /usr/local/ssl where libraries and headers of openssl 0.9.8-dev were installed ... result: compilation went smoothly. thanks.. consider the matter settled then ... ;p [2002-03-08 09:10:35] [EMAIL PROTECTED] Is the path supplied to --with-openssl really the path where the openssl libraries and header files are installed? If not, use the install path instead of source path. (Note to fix this: Need to check in the openssl checks that the libraries are also found in correct place and thus avoid possibility of using wrong libraries with wrong header files) --Jani [2002-03-08 08:50:43] [EMAIL PROTECTED] User input: - CFLAGS="-fPIC -O3 -m486" ./configure --with-apache=/usr/src/apache_1.3.23/ \ --with-x --with-dbase --enable-track-vars --with-imap=/usr --with-gd \ --with-gnu-ld --enable-memory-limit --enable-xml --with-ftp --with-gdbm \ --enable-sigchild --enable-ctype --enable-dbase --enable-url-include \ --enable-ucd-snmp-hack --with-tsrm-pth --enable-discard-path \ --enable-gd-native-ttf --with-pgsql=/usr --enable-bcmath \ --enable-freetype-4bit-antialias-hack --with-mcrypt --enable-versioning \ --with-readline --disable-debug --with-gettext --with-ttf --with-jpeg \ --with-mhash --enable-inline-optimization --with-mysql=/usr \ --disable-posix-threads --enable-ftp --with-vpopmail=/data/virtual \ --with-mm=/usr/src/mm-1.1.3 --enable-shmop --enable-sysvshm \ --with-openssl=/usr/src/openssl --enable-sysvsem \ --with-ming --with-xpm-dir=/usr/X11R6/lib \ --with-jpeg-dir=/usr/lib --with-t1lib=/usr --enable-discard-path \ --enable-calendar --with-dom --enable-dom --with-magic-quotes \ --with-zlib-dir=/usr --enable-sockets --with-zlib=/usr --with-bz2 \ --enable-calendar --with-mcal=/usr/local/mcal --with-zziplib=/usr --with-pdflib=/usr \ --with-ncurses --enable-xslt --with-xslt-sablot --enable-wddx \ --with-db3=/usr/local/BerkeleyDB.3.3/include/ --with-sablot - Please do not mail ppl directly but use the bugsystem. [2002-03-08 07:02:48] [EMAIL PROTECTED] sent to [EMAIL PROTECTED] 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/15931 -- Edit this bug report at http://bugs.php.net/?id=15931&edit=1
Bug #15485 Updated: memory ressource with socket_read()
ID: 15485 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating System: Windows 2000 Pro PHP Version: 4.1.0 New Comment: I checked this code under linux, all works fine, and the memory usage fastly stabilize. But under Win2k, with Php 4.2.0 it's always the same thing. Previous Comments: [2002-02-10 09:05:13] [EMAIL PROTECTED] Hello I have a script (a bot, so it don't stop) wich connects to a server with socket_read(). It blocking mode it's work perfectly, but not in non-blocking mode : memory used by the function socket_read() seems to doesn't be released by PHP engine after the call. But when I had a sleep(1) just after the call, it's ok. I tried with the Apache's Php module, and directly with the PHP executable. It's the same pb. I know it's an experimental function, but I think it's can help for it's development. -- Edit this bug report at http://bugs.php.net/?id=15485&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.0 RC2 New Comment: There is a tool called "tkill" / kill / tlist that will let you terminate processes. Get the PID from tlist or Task Manager and then run kill with the PID for the argument. inetinfo.exe will be running under a different user that Administrator does not have the power to kill the processes of, so using Task Manager to kill inetinfo.exe is a waste of time. Previous Comments: [2002-04-21 06:32:35] [EMAIL PROTECTED] I tried setting the app protection to 'Low (IIS Process)' and still get the error. And I tried killing inetinfo.exe and running the net stop commands from the command line, but Windows won't kill the process. This issue has turned out to be the biggest reason my I haven't embraced PHP yet -- because I hate rebooting my machine all of the time. I would love to hear of a workaround that works, and better yet, see a published fix. Any more ideas out there? [2002-04-17 15:19:04] [EMAIL PROTECTED] I am getting this error with 4.2.0 RC2. I upgraded from 4.1.2 to 4.2.0 RC2 (both ISAPI) because 4.1.2 wasn't handling sessions correctly. I tried setting the app protection to 'Low (IIS Process)' and all I received were 'Invalid access to memory location' errors. PHP 4.2.0 RC2 (ISAPI) IIS5 Win2K Pro SP2 PIII 733MHz 384 MB RAM [2002-04-17 01:29:45] [EMAIL PROTECTED] I am also receiving this error with: Win2k Server SP2 w/all security patches But I am running PHP 4.1.2 ISAPI under IIS 5.0 Thanks. [2002-04-09 08:14:55] [EMAIL PROTECTED] I have been super busy lately, but, since I switched the app protection down to 'Low (IIS Process)' a week ago I haven't gotten a single error or lock up. Thanks for your persistance. Still using 4.1.2. [2002-04-08 12:04:38] [EMAIL PROTECTED] Ok. It definitely happens with RC2. You can restart IIS without rebooting, you've got to perform the following: kill the inetinfo.exe process using the task manager run from command line: net stop w3svc net stop iisadmin net start iisadmin net start w3svc Marking this bug critical because it should be fixed before 4.2.0 release. Still looking for 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #13508 Updated: read exif data not working on large thumbnails
ID: 13508 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Graphics related Operating System: Linux PHP Version: 4.0.6 Assigned To: helly New Comment: In addition to not being able to read the 'large' thumbnails, with 4.0.6, read_exif_data() returns a fatal error for images produced by my casio gv-10, but works fine for those produced by my fuji finepix 1400. This prevents me from extracting the image information that I require. With 4.1.2 read_exif_data() simply dies, and the browser reports "document contains no data". Sample images available on request. The exif data is readable by windows apps, so is definitely there. Previous Comments: [2002-04-14 13:48:20] [EMAIL PROTECTED] Try with CVS or PHP 4.2 please... [2002-02-02 06:43:23] [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-01-11 17:27:19] [EMAIL PROTECTED] Can you try this with 4.1.1? [2001-10-02 06:54:38] [EMAIL PROTECTED] This (Bug #11784) can't really be classified as Closed, because it still won't enable 'large' thumbnails to be extracted from the EXIF data. My application requires that I extract the actual thumbnail image from the Exif data of the digital image. Will READ-EXIF-DATA be fixed to handle large thumbnails - or just ignore them?? (at least the fix extracts the other data) -- Edit this bug report at http://bugs.php.net/?id=13508&edit=1
Bug #16738 Updated: confusing explanation of assigning by reference
ID: 16738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.0 Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-22 17:21:41] [EMAIL PROTECTED] assigned to myself [2002-04-22 16:59:24] [EMAIL PROTECTED] Why do '$bar = "My name is $bar";'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: Clearer for the newcomer to programming, ne? -- Edit this bug report at http://bugs.php.net/?id=16738&edit=1
Bug #15873 Updated: special build error with apache using php module after system-compoment changed
ID: 15873 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: rh linux 7.2 PHP Version: 4.1.2 New Comment: I am experiencing the same problem. I have built freetype, libpng and gd myself, if theres a problem linking to the wrong gd (which there does not appear to be) it would be a php bug, as the path to gd was explicitly stated. gcc -DLINUX=22 -I/root/php-4.1.2 -I/root/php-4.1.2/main -I/root/php-4.1.2/main -I/root/php-4.1.2/Zend -I/root/php-4.1.2/Zend -I/root/php-4.1.2/TSRM -I/root/php-4.1.2/TSRM -I/root/php-4.1.2 -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a -Wl,-rpath,/usr/local/freetype-1.3.1//lib -Wl,-rpath,/usr/local/gd-1.8.4//lib -Wl,-rpath,/opt/sybase-11.9.2//lib -rdynamic -L/usr/local/freetype-1.3.1//lib -L/usr/local/gd-1.8.4//lib -L/opt/sybase-11.9.2//lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lsnmp -lgd -lttf -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lssl -lcrypto -lm -lcrypt -lexpat modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromstring': /root/php-4.1.2/ext/gd/gd.c:1043: undefined reference to `gdImageCreateFromJpegCtx' modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromjpeg': /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpegCtx' /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpeg' modules/php4/libphp4.a(gd.o): In function `zif_imagejpeg': Previous Comments: [2002-03-06 13:16:32] [EMAIL PROTECTED] well, i did have uninstalled gd-1.4.8 (i didn't notice the version before), by "rpm -e gd-1.4.8" but the version i reinstall is also gd-1.4.8 source and compile/install to /usr/local/ (rpm version should be /usr/) i've done "rm -f config.cache" dunno why "configure" still think that nothing changed so can't link with gd and give out "undefined reference" error [2002-03-06 06:12:55] [EMAIL PROTECTED] This might be caused by multiple versions of GD being installed. Check if the old version is really gone and try again :) [2002-03-05 08:30:31] [EMAIL PROTECTED] what i did: step1: redhat7.2 with gd/jpeg/... support build php as apache module ok, works step2: uninstall some of the redhat rpm download gd/jpeg and build it reconfig php; make clean; make; make install; all passed; step3: now reconfig apache, rebuild apache failed! undefined reference to gdImageCreate gdImage and so on... i've tried so many times, still get such error. and by change, i did the following command in apache src-package directory: [apache]# rm src/modules/php4/libphp4.module and: [php]# make install [apache]# make all pass! it works. in a word, libphp4.module was not reinstalled correctly! -- Edit this bug report at http://bugs.php.net/?id=15873&edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: So the latest CVS snapshot worked fine? Great. Now, you could also try PHP 4.2.0 which was just released. I'm not sure if it will work, but it would be nice to know. Anyway, I'm closing this report now. We're hoping to get PHP 4.3.0 out asap too. Previous Comments: [2002-04-22 17:59:50] [EMAIL PROTECTED] That made it all the way. I'm just a little worried about running with such an new version. Although this box will not be 'production' it will be a demonstator of how open source can eliminate the stuff from Redmond WA -pete [2002-04-22 11:03:35] [EMAIL PROTECTED] reclassified. [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local//include. If you put the -I/usr/local/include after the -I/usr/local//include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. 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/16671 -- Edit this bug report at http://bugs.php.net/?id=16671&edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: That made it all the way. I'm just a little worried about running with such an new version. Although this box will not be 'production' it will be a demonstator of how open source can eliminate the stuff from Redmond WA -pete Previous Comments: [2002-04-22 11:03:35] [EMAIL PROTECTED] reclassified. [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local//include. If you put the -I/usr/local/include after the -I/usr/local//include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 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/16671 -- Edit this bug report at http://bugs.php.net/?id=16671&edit=1
Bug #9852 Updated: Header redirect and db connection cause "CGI misbehaved"
ID: 9852 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: It seems to be a timing problem (the PHP script outruns the IIS/MSSQL or something). I came up with a simple solution to this by inserting a short delay before every location header in my scripts. I successfully made the workaround by using a function from a user comment on the http://www.php.net/manual/en/function.usleep.php page The function was: -- function usleepWindows($usec) { $start = gettimeofday(); do { $stop = gettimeofday(); $timePassed = 100 * ($stop['sec'] - $start['sec']) + $stop['usec'] - $start['usec']; } while($timePassed < $usec); } -- Every header call should then look like this: -- usleepWindows(20); header("Location: http://www.myserver.dk/mypage.php";); exit; -- /watson Previous Comments: [2002-04-22 16:36:05] [EMAIL PROTECTED] I tried to use both a MySQL and a MSSQL database server on the same machine. When using the MySQL database there where no problem, and when using the MSSQL database the problem was there. So the problem seems to follow the combination of: IIS and MSSQL. I have seen this error on all the PHP versions that I tried, and that is: PHP 4.0.6, PHP 4.1.1 and PHP 4.1.2. I don't know if it's in any other PHP versions besides that. [2002-03-27 13:16:00] [EMAIL PROTECTED] I can reproduce the problem with a simple "bounce" page (used for measuring roundtrip times). With two active browser windows requesting the same page, I see this error repeat (apparently at random) on one out of 10-40 thousand requests. This is with PHP 4.1.2 on Windows 2000 Professional w/ IIS 5 and all the current updates from Windows Update. bounce.php -- BOUNCE BOUNCING BOUNCE millisecondsrequests latest cumulative [2002-01-16 13:45:10] [EMAIL PROTECTED] I have tried this with W2K server and php 4.1.1 and I am getting the same problem. Its taken a while and in fact it was only when pointed at this bug request that the answer was apparent. My problem was it wasnt constant, it was intimittent, so, I assumed my server was crud. I actually had rulled out a PHP bug coz it works fine on my portable (W2K pro) every time, but under server .. no.. Although my server does also farm hits to the company intranet so is generally under a lot more stress than my portable. I will continue further tests to see if doing includes takes the problem away, as certainly, it seems the javascript of window.location= seems to be fine. I assume PHP is being too fast for itself? [2002-01-12 06:58:59] [EMAIL PROTECTED] Can you try this with 4.1.1? There been alot of fixes for IIS in the recent versions. [2001-03-19 22:41:31] [EMAIL PROTECTED] Under the category of "You Can Never Have Too Much Information On A Bug", here is my experience with the "CGI App Misbehaved" bug (related bug reports: #8571 and #8744). Bug report summary: A PHP script that sends a 'Location' header directive and makes a database connection causes IIS to intermittently return a 'Gateway Error 502' when the client browser asks for the page specified in the redirect. The address bar will correctly show the page that should have loaded when the error is displayed, and pressing F5 (refresh) will correctly load the page. Note that the error is (seemingly) completely random, sometimes you get it, other times the script works correctly. The error message text is: -- Begin -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: -- End -- This error depends on: 1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not seem to produce this error, although it has it's own problems). 2) A PHP script that connects to a database (tested both mssql_connect and odbc_connect) *and* sends a 'Location:' header. If the script redirects to something other than a .php file (i.e. .html or .pdf) or does not connect to the database, the error will not occur. 3) A successful db connection. If the db connect call fails (due to bad password, etc.), the redirect always works. This error does *not* depend on: 1) A fully qualified 'Location' header. The following also fails: header('Location: http://10.0.0.3
Bug #12655 Updated: date-format problem
ID: 12655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: Reopen if you have the same problem with 4.2.0 (released today) Previous Comments: [2002-04-22 15:02:18] [EMAIL PROTECTED] I created a patch and submitted to php-dev group. Didn't get much reponse so I started looking at CVS and found that a change was checked in 6 months ago for this problem, but wasn't put in to the 4.1.0 to 4.1.2 code bases. The fix should be in 4.2. Steve Dillon [2002-04-16 14:06:03] [EMAIL PROTECTED] Same problem. I need access to at least the Seconds fields as we are processing telephone billing records. Hard to bill to the seconds when you can only query minutes. Will probably have to go back to ODBC db driver, or look at making a custom patch in my PHP_MSSQL.dll. Steve Dillon [2001-08-08 12:02:35] [EMAIL PROTECTED] webserver: IIS5 (Win2k) php-version: php4.0.6 (CGI) db-server: MS SQL Server 2000 I've run into problems when fetching fields of type datetime from the database. When using the MS SQL Query Analyzer I get the dates formated like this out of the database: 2001-06-08 08:14:40.000 When using php to send my queries (mssql_query) to the database I get the dates formated like this: 08 06 2001 8:14 In my application I'd need the same format as i get it in the Query-Analyzer. -- Edit this bug report at http://bugs.php.net/?id=12655&edit=1
Bug #16738 Updated: confusing explanation of assigning by reference
ID: 16738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.0 -Assigned To: +Assigned To: alindeman New Comment: assigned to myself Previous Comments: [2002-04-22 16:59:24] [EMAIL PROTECTED] Why do '$bar = "My name is $bar";'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: Clearer for the newcomer to programming, ne? -- Edit this bug report at http://bugs.php.net/?id=16738&edit=1
Bug #16731 Updated: libphp4.so: undefined symbol: pam_start
ID: 16731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache related Operating System: Linux Gentoo 1.1a PHP Version: 4.1.2 New Comment: It's the -lhpi from java support that breaks pam. I revise the ebuild for blackdown-jre package and inform the maintainer that libhpi.so path isn't added to /etc/ld.so.conf Without your light I'm in the dark !!! Thanks a lot Previous Comments: [2002-04-22 11:14:54] [EMAIL PROTECTED] Please search your config.log for pam. There should be some info why the -lpam is not added to the LIBS. [2002-04-22 10:59:15] [EMAIL PROTECTED] After compiling php every time I start apache they gives me this error: Cannot load /etc/apache/extramodules/libphp4.so into server: /etc/apache/extramo dules/libphp4.so: undefined symbol: pam_start options: --prefix=/usr \ --with-gd \ --with-gmp \ --with-ttf \ --enable-ftp \ --with-t1lib \ --enable-dbase \ --with-zlib=yes \ --enable-bcmath \ --enable-sysvsem \ --enable-sysvshm \ --enable-calendar \ --enable-trans-sid \ --enable-safe-mode \ --enable-versioning \ --enable-track-vars \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --enable-inline-optimization \ --with-apxs="/usr/sbin/apxs -ltiff" \ --with-exec-dir="/usr/lib/apache/bin" \ --with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \ --witout-readline --without-t1lib --with-pam --without-gettext --with-gdbm=/usr --with-db3=/usr --with-pgsql=/usr --with-imap --with-imap-ssl --with-sablot=/usr --with-mcrypt --with-mhash --with-java=${JDK_HOME} Here the dependencies installed with php: mhash-0.8.9 ncurses-5.2-r5 gcc-2.95.3-r5 expat-1.95.2 sablotron-0.90 libtool-1.4.1-r6 m4-1.4p gmp-3.1.1-r1 t1lib-1.3 libmcrypt-2.4.19 jpeg-6b-r2 java-config-0.2.2 blackdown-jdk-1.3.1-r4 mm-1.1.3 apache-1.3.24-r1 freetype-1.3.1-r3 uw-imap-2001a-r1 libgd-1.8.3-r5 php-4.1.2-r7 Any help will be appreciate ! -- Edit this bug report at http://bugs.php.net/?id=16731&edit=1
Bug #16738: confusing explanation of assigning by reference
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: confusing explanation of assigning by reference Why do '$bar = "My name is $bar";'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: Clearer for the newcomer to programming, ne? -- Edit bug report at http://bugs.php.net/?id=16738&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16738&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16738&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16738&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16738&r=support Expected behavior: http://bugs.php.net/fix.php?id=16738&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16738&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16738&r=submittedtwice
Bug #9852 Updated: Header redirect and db connection cause "CGI misbehaved"
ID: 9852 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: I tried to use both a MySQL and a MSSQL database server on the same machine. When using the MySQL database there where no problem, and when using the MSSQL database the problem was there. So the problem seems to follow the combination of: IIS and MSSQL. I have seen this error on all the PHP versions that I tried, and that is: PHP 4.0.6, PHP 4.1.1 and PHP 4.1.2. I don't know if it's in any other PHP versions besides that. Previous Comments: [2002-03-27 13:16:00] [EMAIL PROTECTED] I can reproduce the problem with a simple "bounce" page (used for measuring roundtrip times). With two active browser windows requesting the same page, I see this error repeat (apparently at random) on one out of 10-40 thousand requests. This is with PHP 4.1.2 on Windows 2000 Professional w/ IIS 5 and all the current updates from Windows Update. bounce.php -- BOUNCE BOUNCING BOUNCE millisecondsrequests latest cumulative [2002-01-16 13:45:10] [EMAIL PROTECTED] I have tried this with W2K server and php 4.1.1 and I am getting the same problem. Its taken a while and in fact it was only when pointed at this bug request that the answer was apparent. My problem was it wasnt constant, it was intimittent, so, I assumed my server was crud. I actually had rulled out a PHP bug coz it works fine on my portable (W2K pro) every time, but under server .. no.. Although my server does also farm hits to the company intranet so is generally under a lot more stress than my portable. I will continue further tests to see if doing includes takes the problem away, as certainly, it seems the javascript of window.location= seems to be fine. I assume PHP is being too fast for itself? [2002-01-12 06:58:59] [EMAIL PROTECTED] Can you try this with 4.1.1? There been alot of fixes for IIS in the recent versions. [2001-03-19 22:41:31] [EMAIL PROTECTED] Under the category of "You Can Never Have Too Much Information On A Bug", here is my experience with the "CGI App Misbehaved" bug (related bug reports: #8571 and #8744). Bug report summary: A PHP script that sends a 'Location' header directive and makes a database connection causes IIS to intermittently return a 'Gateway Error 502' when the client browser asks for the page specified in the redirect. The address bar will correctly show the page that should have loaded when the error is displayed, and pressing F5 (refresh) will correctly load the page. Note that the error is (seemingly) completely random, sometimes you get it, other times the script works correctly. The error message text is: -- Begin -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: -- End -- This error depends on: 1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not seem to produce this error, although it has it's own problems). 2) A PHP script that connects to a database (tested both mssql_connect and odbc_connect) *and* sends a 'Location:' header. If the script redirects to something other than a .php file (i.e. .html or .pdf) or does not connect to the database, the error will not occur. 3) A successful db connection. If the db connect call fails (due to bad password, etc.), the redirect always works. This error does *not* depend on: 1) A fully qualified 'Location' header. The following also fails: header('Location: http://10.0.0.30/test/done.php'); 2) The relative order of the header() and xxx_connect() calls in 'doit.php'. I wouldn't expect the order to affect the result, but I checked it anyway. Interesting note: While upgrading the server to SP1 to see if it had any affect on this bug, I continued to test while it was in the process of performing the upgrade. It was very difficult (I gave up) trying to get the error. The CPU was at 100% due to the upgrade which (obviously) caused the web server performance to suffer. Combined with the fact that it occurs randomly anyway, this suggests that it may have something to do with the timings between the request for doit.php, execution of doit.php, and the request for done.php. Hardware/Software: Web server: Win2000 Server (with and without SP1) IIS 5.0 PHP 4.0.4pl1 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 ===
Bug #16479 Updated: var declaration in class has no meaning?
ID: 16479 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Win98SE PHP Version: 4.0.6 New Comment: So is it (and will it continue to be) valid to use/create class variables not explicitly declared with var? Currently the following produce the excact same results except that the varaible 'a' will not be returned by get_class_vars. class foo { var $a; function foo() { $this->a = "test"; } }; class foo2 { function foo2() { $this->a = "test"; } }; Previous Comments: [2002-04-08 15:49:12] [EMAIL PROTECTED] Yeah, I guess I asked for it. But then I'd have to argue that the var declaration itself is against the nature of PHP! Firstly because it's a declaration, and secondly because it's useless. Anyway, I understand that there will be major changes in OOP in ZendEngine2, so this is probably not relevant anymore. BTW, when is this ZE2 scheduled to launch? Will it be already in 4.2.0 which is now in RC stage? [2002-04-08 01:29:14] [EMAIL PROTECTED] Well, you have get_class_vars() which can retrieve all the default properties (i.e. the ones declared with 'var $foo'). And your last suggestions is against the nature of PHP. You just do not have to declare variables to use it. Making this a doc problem though I'm not quite sure; letting the doc team decide. [2002-04-07 18:31:55] [EMAIL PROTECTED] I am not sure whether this is a bug, a feature, or lack of a feature. Perhaps this should be marked a "Feature Request" then... Anyway, here goes: the var declaration in a class seems to have no meaning whatsoever, except perhaps for documentation purposes. PHP allows me to assign to class variables that weren't declared without even a warning at the highest warning reporting level. That's actually not very surprising since PHP doesn't otherwise have declarations of variables, but what is then the meaning of var in classes? I suggest that PHP should at least warn about class variables that weren't declared. -- Edit this bug report at http://bugs.php.net/?id=16479&edit=1
Bug #16737 Updated: log inproblem. see below
ID: 16737 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:*Mail Related PHP Version: 4.2.0 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". Previous Comments: [2002-04-22 15:41:00] [EMAIL PROTECTED] Re: Suffolk Web Mail. Error message as to log in. I have used same e-mail address and password to get on web and have no trouble but Twig tells me it is in error. I don't know how to fix the problem since I don't know what the problem is. mmassucc@ suff.lib. ny. -- Edit this bug report at http://bugs.php.net/?id=16737&edit=1
Bug #16737: log inproblem. see below
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.0 PHP Bug Type: *Mail Related Bug description: log inproblem. see below Re: Suffolk Web Mail. Error message as to log in. I have used same e-mail address and password to get on web and have no trouble but Twig tells me it is in error. I don't know how to fix the problem since I don't know what the problem is. mmassucc@ suff.lib. ny. -- Edit bug report at http://bugs.php.net/?id=16737&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16737&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16737&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16737&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16737&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16737&r=support Expected behavior: http://bugs.php.net/fix.php?id=16737&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16737&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16737&r=submittedtwice
Bug #16736: trans-sid breaks when GET string includes colon
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.1.2 PHP Bug Type: Session related Bug description: trans-sid breaks when GET string includes colon It appears that if the already-existing GET string of a URl includes the colon character (:), trans-sid will not add the session id to that URL. This problem is demonstrated by this short demo script: Bad Link The incorrect behavior occurs whether the colon appears in the attribute name or in the value. If the colon is removed from the GET string, the link is rewritten correctly. -- Edit bug report at http://bugs.php.net/?id=16736&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16736&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16736&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16736&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16736&r=support Expected behavior: http://bugs.php.net/fix.php?id=16736&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16736&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16736&r=submittedtwice
Bug #16735: checkdnsrr claims not to be implemented
From: [EMAIL PROTECTED] Operating system: BSD/OS 4.1 PHP version: 4.1.2 PHP Bug Type: *Network Functions Bug description: checkdnsrr claims not to be implemented >From my php error log: [22-Apr-2002 12:41:59] PHP Warning: checkdnsrr() is not supported in this PHP build in evs.php on line 8 Manual page for checkdnsrr() says it's included in PHP versions >= 4.0.0. I've seen that some Windows systems don't support or implement this function, but I'm running Unix. This _used_ to work with PHP 4.0.1pl2, from which I've just upgraded. './configure' '--with-zlib=/usr/local' '--with-mysql=/usr/local/mysql' '--with-config-file-path=/var/www/conf' '--with-pdflib=/usr/local/lib' '--enable-track-vars' '--with-apache=/usr/home/brad/builds/apache' -- Edit bug report at http://bugs.php.net/?id=16735&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16735&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16735&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16735&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16735&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16735&r=support Expected behavior: http://bugs.php.net/fix.php?id=16735&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16735&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16735&r=submittedtwice
Bug #12655 Updated: date-format problem
ID: 12655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: I created a patch and submitted to php-dev group. Didn't get much reponse so I started looking at CVS and found that a change was checked in 6 months ago for this problem, but wasn't put in to the 4.1.0 to 4.1.2 code bases. The fix should be in 4.2. Steve Dillon Previous Comments: [2002-04-16 14:06:03] [EMAIL PROTECTED] Same problem. I need access to at least the Seconds fields as we are processing telephone billing records. Hard to bill to the seconds when you can only query minutes. Will probably have to go back to ODBC db driver, or look at making a custom patch in my PHP_MSSQL.dll. Steve Dillon [2001-08-08 12:02:35] [EMAIL PROTECTED] webserver: IIS5 (Win2k) php-version: php4.0.6 (CGI) db-server: MS SQL Server 2000 I've run into problems when fetching fields of type datetime from the database. When using the MS SQL Query Analyzer I get the dates formated like this out of the database: 2001-06-08 08:14:40.000 When using php to send my queries (mssql_query) to the database I get the dates formated like this: 08 06 2001 8:14 In my application I'd need the same format as i get it in the Query-Analyzer. -- Edit this bug report at http://bugs.php.net/?id=12655&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: please send me a shot _selfcontained_ php script that shows and explains your problem! Previous Comments: [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16734 Updated: Session is not setting state
ID: 16734 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: This should be fixed in 4.2.0. (to be released today) Remember to replace ALL php4ts.dll files in your system with the one found in the release package. Previous Comments: [2002-04-22 13:33:32] [EMAIL PROTECTED] When running the following script with register_globals off or on, i get proper results (the counter increments) under my production server (freebsd 4.5, php 4.1.2). Under my devoplement box (Win 2k), I get nothing: Under win2k the session file is created in the proper directory, but is not populated with the registered variables. The cookie is set on the client side. -- Edit this bug report at http://bugs.php.net/?id=16734&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! Previous Comments: [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: use OCINlogon to force session isolation. Previous Comments: [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ Previous Comments: [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? [2002-04-19 21:08:12] [EMAIL PROTECTED] Which version is it now? In the Report field you write 4.1.2, but in the body you write 4.0.6 In the latter case, please test a newer version first (even 4.2.0rc4 from php.net/~derick if possible). 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #15317 Updated: setcookie() does not work with CGI PHP
ID: 15317 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 SP2 PHP Version: 4.1.1 New Comment: Concerning cookies, check this usefull test to determine what "cookie method" is working in your environment. http://www.chipchapin.com/WebTools/cookietest.php? source=true I'm using PHP 4.11 under WNT 4 SP5, WNT 2K, WIN98 with Apache for WIN32. Client are IE4, IE 5.5, IE6 and NS 6 under WIN95,WIN98,WIN2K. I got some problems by using a setcookie like : setcookie("user","$info",time() + 15552000); I changed in : setcookie("user","$info","(time() + 15552000)"); and it's working fine now. Hope that will help. Previous Comments: [2002-03-04 16:35:26] [EMAIL PROTECTED] Experiencing the same problem. If the cookies are set using setcookie() on a *nix box, they can successfully be read using PHP/ASP running on Windows or *nix. However, cookies set with PHP using setcookie() on Windows cannot be read by *either* ASP or PHP running on *either* Windows or *nix. Since it's not triggering IE's cookie protection nor lynx's it's a safe assumption that maybe setcookie() just doesnt work on Windows. [2002-01-31 14:04:31] [EMAIL PROTECTED] When I use the IIS CGI version on Windows the setcookie() function does not set the cookie. The $HTTP_COOKIE_VARS and $_COOKIE arrays are both totally empty. However, it does work with the (very unstable) ISAPI version and always works on Apache no matter the OS. -- Edit this bug report at http://bugs.php.net/?id=15317&edit=1
Bug #16734: Session is not setting state
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.2 PHP Bug Type: Session related Bug description: Session is not setting state When running the following script with register_globals off or on, i get proper results (the counter increments) under my production server (freebsd 4.5, php 4.1.2). Under my devoplement box (Win 2k), I get nothing: Under win2k the session file is created in the proper directory, but is not populated with the registered variables. The cookie is set on the client side. -- Edit bug report at http://bugs.php.net/?id=16734&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16734&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16734&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16734&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16734&r=support Expected behavior: http://bugs.php.net/fix.php?id=16734&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16734&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16734&r=submittedtwice
Bug #16733 Updated: posix_getpw* bypasses safe_mode and open_basedir
ID: 16733 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: *General Issues Operating System: Unix PHP Version: 4.2.0 New Comment: Hmm. I was under the impression ext/posix is disabled non-cli SAPI's. Checking this out. Previous Comments: [2002-04-22 12:53:42] [EMAIL PROTECTED] I noticed that many of the posix_* functions DO NOT check wether safe_mode or open_basedir restrict access to the user database thus allowing a user to rebuild a complete /etc/passwd without permissions to read /etc/passwd or access the /etc directory. This is dangerous in some cases where login are kept secret as it allows a user to know what accounts have what privileges and what accounts have access to a shell or not. For now there is only one thing to do, disable these functions but i'm pretty sure that adding checks to see values of safe_mode and/or open_basedir would be a nice thing to do. Here's a script that rebuilds /etc/passwd when safe_mode is enabled and open_basedir is set to the user homedirectory: "; } } ?> On a very large system, if an execution time is set, this will not end up, but hopefully the posix_getpwent() function is missing so the user has to go through all possible uid's. -- Edit this bug report at http://bugs.php.net/?id=16733&edit=1
Bug #16729 Updated: ORA-01013 and ORA-03120
ID: 16729 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: RedHat Linux 2.4.9-31 PHP Version: 4.0CVS-2002-04-22 New Comment: Ok, now we got it! Seems that the problem was that the Oracle installation had a NLS_Lang set to P15 while the Oracle Client had it set to P1. Now we set both the NLS_Lang to P15 and it works smoothly. So, Oracle Server was using some kind of buffer for the translation of the character set! When reaching for that memory space during the query process, somehow it would cause a buffer overflow in the storage buffer and it crashes. The problem is still there, but now the application works. Thanks to all that had responded and tryed to help. Hope this will be usefull to all. Thanks! Yours Truly Previous Comments: [2002-04-22 11:59:54] [EMAIL PROTECTED] Sorry, it is not possible to send a small testcase... I would have to send the database, heh... Also it is an environment a little bit strange... I just made an exact copy of the machine where it works and now... it NEVER works! There is, like I said, a machine that has the php code and a conection to an Oracle db that always works... There is this "bugged" machine where sometimes (around 30%) it results an error... and now, an exact copy of the environment from the first machine (where it allways work) just doesn't work at all I'm getting really said with all this... :( [2002-04-22 11:49:48] [EMAIL PROTECTED] please send me a short self-contained testcase that shows your problem! [2002-04-22 07:11:04] [EMAIL PROTECTED] Hello all. We found a problem related with connecting Oracle 9i with php. Environment Description: Processor: Intel(R) Pentium(R) III CPU family 1133MHz S.O.Linux 2.4.9-31 (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)) modules:php-4.0.6-7 php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-headers-2.4.9-31 When in an environment with these, don't work!!!these, it works!!! php-4.0.6-7 php-4.0.6-7 php-ldap-4.0.6-7php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-2.4.7-10 kernel-headers-2.4.9-31 kernel-headers-2.4.7-10 php-devel-4.0.6-7 php-imap-4.0.6-7 php-manual-4.0.6-7 php-mysql-4.0.6-7 php-odbc-4.0.6-7 php-pgsql-4.0.6-7 Error Description: We get this message in the browser window: ... Error while trying to retrieve text for error ORA-03120 Clarify Execute: Rolling Back! Query Causing the Error: select DESCRIPTION, X_PAYMENT_TYPE from TABLE_PART_NUM where S_DOMAIN = 'PRICE PLAN' and X_EFFECTIVE_DATE <= sysdate and X_EXPIRATION_DATE >= sysdate The error ORA-03120 is : two task conversion routine: Integer overflow Cause: An integer value in an internal Oracle structure overflowed when being sent or received over an heterogeneous connection. This can happen when an invalid buffer length or too great a row count is specified. It usually indicates a bug in the user application. Action: Check parameters to oracle calls. If the problem recurs, reduce all integer parameters, column values NOT included, to less than 32767. Besides that, the connection drop without reason while querying the database as we can see by the packet sniffing described below. Sometimes this error does not happen, but most of the times it does. This is not an "on-stress error". The main problem seems to be connected with some sort of "missunderstood" request, because if we capture the packets transmitted we find something like: - This is a quite normal behaviour - First there is a query string sent form machine X to machine Y, requesting a reply for the query 201 0.00024 x -> yyy TCP D=1521 S=40244 Ack=2538076455 bSeq=1935976453 Len=246 Win=10812 Options= 0: 0800 20ec 1550 0002 55c7 1ed3 0800 4500.. ..P..U.E. 16: 012a cfbc 4000 4006 f9b7 ac13 8c1c ac13.*..@.@. 32: 8c16 9d34 05f1 7364 a805 9747 f927 8018...4..sd...G.'.. 48: 2a3c 368d 0101 080a 010c 5386 089c*<6.S... 64: 0fbf
Bug #16733: posix_getpw* bypasses safe_mode and open_basedir
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: posix_getpw* bypasses safe_mode and open_basedir I noticed that many of the posix_* functions DO NOT check wether safe_mode or open_basedir restrict access to the user database thus allowing a user to rebuild a complete /etc/passwd without permissions to read /etc/passwd or access the /etc directory. This is dangerous in some cases where login are kept secret as it allows a user to know what accounts have what privileges and what accounts have access to a shell or not. For now there is only one thing to do, disable these functions but i'm pretty sure that adding checks to see values of safe_mode and/or open_basedir would be a nice thing to do. Here's a script that rebuilds /etc/passwd when safe_mode is enabled and open_basedir is set to the user homedirectory: "; } } ?> On a very large system, if an execution time is set, this will not end up, but hopefully the posix_getpwent() function is missing so the user has to go through all possible uid's. -- Edit bug report at http://bugs.php.net/?id=16733&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16733&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16733&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16733&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16733&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16733&r=support Expected behavior: http://bugs.php.net/fix.php?id=16733&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16733&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16733&r=submittedtwice
Bug #9424 Updated: Setcookie don't work well
ID: 9424 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: HTTP related Operating System: Windows 2000 PHP Version: 4.0.4pl1 New Comment: Bugs are existing when using setcookie PHP function under WINDOWS NT or 2K, or with IE5. Previous Comments: [2001-02-26 04:17:56] [EMAIL PROTECTED] Read the manual page for setcookie: http://www.php.net/setcookie and ask further support questions on [EMAIL PROTECTED] --Jani [2001-02-23 11:25:54] [EMAIL PROTECTED] I try to use this function to prevent that the same visitor vote for more than one time in a hour but it don't work, the code is this: if($vote!=1) { $time=time(); $time=$time + 36000; setcookie("vote","1",$time); } If the visitor vote, the vote counts, than if he try to vote again the vote don't count, but if he try again it counts, the cookie is delete and i don't know why, i use IE 5.5. Can some one help me. -- Edit this bug report at http://bugs.php.net/?id=9424&edit=1
Bug #16729 Updated: ORA-01013 and ORA-03120
ID: 16729 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: RedHat Linux 2.4.9-31 PHP Version: 4.0CVS-2002-04-22 New Comment: Sorry, it is not possible to send a small testcase... I would have to send the database, heh... Also it is an environment a little bit strange... I just made an exact copy of the machine where it works and now... it NEVER works! There is, like I said, a machine that has the php code and a conection to an Oracle db that always works... There is this "bugged" machine where sometimes (around 30%) it results an error... and now, an exact copy of the environment from the first machine (where it allways work) just doesn't work at all I'm getting really said with all this... :( Previous Comments: [2002-04-22 11:49:48] [EMAIL PROTECTED] please send me a short self-contained testcase that shows your problem! [2002-04-22 07:11:04] [EMAIL PROTECTED] Hello all. We found a problem related with connecting Oracle 9i with php. Environment Description: Processor: Intel(R) Pentium(R) III CPU family 1133MHz S.O.Linux 2.4.9-31 (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)) modules:php-4.0.6-7 php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-headers-2.4.9-31 When in an environment with these, don't work!!!these, it works!!! php-4.0.6-7 php-4.0.6-7 php-ldap-4.0.6-7php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-2.4.7-10 kernel-headers-2.4.9-31 kernel-headers-2.4.7-10 php-devel-4.0.6-7 php-imap-4.0.6-7 php-manual-4.0.6-7 php-mysql-4.0.6-7 php-odbc-4.0.6-7 php-pgsql-4.0.6-7 Error Description: We get this message in the browser window: ... Error while trying to retrieve text for error ORA-03120 Clarify Execute: Rolling Back! Query Causing the Error: select DESCRIPTION, X_PAYMENT_TYPE from TABLE_PART_NUM where S_DOMAIN = 'PRICE PLAN' and X_EFFECTIVE_DATE <= sysdate and X_EXPIRATION_DATE >= sysdate The error ORA-03120 is : two task conversion routine: Integer overflow Cause: An integer value in an internal Oracle structure overflowed when being sent or received over an heterogeneous connection. This can happen when an invalid buffer length or too great a row count is specified. It usually indicates a bug in the user application. Action: Check parameters to oracle calls. If the problem recurs, reduce all integer parameters, column values NOT included, to less than 32767. Besides that, the connection drop without reason while querying the database as we can see by the packet sniffing described below. Sometimes this error does not happen, but most of the times it does. This is not an "on-stress error". The main problem seems to be connected with some sort of "missunderstood" request, because if we capture the packets transmitted we find something like: - This is a quite normal behaviour - First there is a query string sent form machine X to machine Y, requesting a reply for the query 201 0.00024 x -> yyy TCP D=1521 S=40244 Ack=2538076455 bSeq=1935976453 Len=246 Win=10812 Options= 0: 0800 20ec 1550 0002 55c7 1ed3 0800 4500.. ..P..U.E. 16: 012a cfbc 4000 4006 f9b7 ac13 8c1c ac13.*..@.@. 32: 8c16 9d34 05f1 7364 a805 9747 f927 8018...4..sd...G.'.. 48: 2a3c 368d 0101 080a 010c 5386 089c*<6.S... 64: 0fbf 00f6 0600 035e 0a02.^.. 80: 8161 0001 01bf 0101 0c00 0100 0101 .a.. 96: 0001 fe40 7365 6c65 6374 2058...@select X 112: 5f41 5454 525f 494e 5354 3258 5f41 5454_ATTR_INST2X_ATT 128: 525f 4445 4620 6672 6f6d 2054 4142 4c45R_DEF from TABLE 144: 5f58 5f41 5454 525f 494e 5354 2c20 5441_X_ATTR_INST, TA 160: 424c 455f 585f 4154 4054 525f 4445 4620BLE_X_AT@TR_DEF 176: 7768 6572 6520 585f 4154 5452 5f49 4e53where X_ATTR_INS 192: 5432 4d4f 445f 4c45 5645 4c20 3d20 3236T2MOD_LEVEL = 26 208: 3834 3335 3436 3920 616e 6420 585f 4445
Bug #16270 Updated: Weird file uploading
ID: 16270 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.4.7 PHP Version: 4.0.6 New Comment: (I think this is the same thing?) -- On IE6, Windows XP Pro, PHP 4.1.2 I'm seeing some strange stuff when my form includes more than JUST the image. Somtimes the variables don't get passed to the script but the file doesn; sometiems none of it gets passed. -E Previous Comments: [2002-03-25 16:09:53] [EMAIL PROTECTED] I will talk with the admins of my ISP to see if they upgrade the PHP [2002-03-25 15:43:22] [EMAIL PROTECTED] Can you try the 4.2.0rc1 from www.php.net/~derick ? Derick [2002-03-25 15:41:20] [EMAIL PROTECTED] When I use a form with ENCTYPE="multipart/form-data" all the variables that should exist from the post are not set. Here is an example of the form: Nome: Ficheiro: The variable $acrescentar, $ID, $nome and $upfile are not set I don't know if it is a bug of PHP, or something my ISP changed in the configuration file, but this worked and now it doesn't. Sorry my bad english -- Edit this bug report at http://bugs.php.net/?id=16270&edit=1
Bug #16731 Updated: libphp4.so: undefined symbol: pam_start
ID: 16731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux Gentoo 1.1a PHP Version: 4.1.2 New Comment: Please search your config.log for pam. There should be some info why the -lpam is not added to the LIBS. Previous Comments: [2002-04-22 10:59:15] [EMAIL PROTECTED] After compiling php every time I start apache they gives me this error: Cannot load /etc/apache/extramodules/libphp4.so into server: /etc/apache/extramo dules/libphp4.so: undefined symbol: pam_start options: --prefix=/usr \ --with-gd \ --with-gmp \ --with-ttf \ --enable-ftp \ --with-t1lib \ --enable-dbase \ --with-zlib=yes \ --enable-bcmath \ --enable-sysvsem \ --enable-sysvshm \ --enable-calendar \ --enable-trans-sid \ --enable-safe-mode \ --enable-versioning \ --enable-track-vars \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --enable-inline-optimization \ --with-apxs="/usr/sbin/apxs -ltiff" \ --with-exec-dir="/usr/lib/apache/bin" \ --with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \ --witout-readline --without-t1lib --with-pam --without-gettext --with-gdbm=/usr --with-db3=/usr --with-pgsql=/usr --with-imap --with-imap-ssl --with-sablot=/usr --with-mcrypt --with-mhash --with-java=${JDK_HOME} Here the dependencies installed with php: mhash-0.8.9 ncurses-5.2-r5 gcc-2.95.3-r5 expat-1.95.2 sablotron-0.90 libtool-1.4.1-r6 m4-1.4p gmp-3.1.1-r1 t1lib-1.3 libmcrypt-2.4.19 jpeg-6b-r2 java-config-0.2.2 blackdown-jdk-1.3.1-r4 mm-1.1.3 apache-1.3.24-r1 freetype-1.3.1-r3 uw-imap-2001a-r1 libgd-1.8.3-r5 php-4.1.2-r7 Any help will be appreciate ! -- Edit this bug report at http://bugs.php.net/?id=16731&edit=1
Bug #16732: isset() and empty() wrong behavior for empty part of string
From: [EMAIL PROTECTED] Operating system: unix PHP version: 4.2.0 PHP Bug Type: Strings related Bug description: isset() and empty() wrong behavior for empty part of string The following program displays a notice (error_reporting is set to display all warnings): - - Displays the message Notice: Uninitialized string offset: 4 ... line 4 This is a bug, cause isset() is used to determine, if $a[4] is set or not, so there has to be no message, that a var is not set. It happens also, if you write $a{$i} instead of $a[$i] (this is the syntax, which will only be supported from PHP5 up). Cause isset() is used in empty(), empty has also this bug. This bug has already been reported (#16528), but has been closed - perhaps due to completly other example (array depending). I have been told that it's not a bug. But as you directly see with this example it is. I have written a mail to Derick Redhans who cleaned it, that it might be a fault to clean it, but never heard an answer. Please fix this bug, cause programmers, who write the following: $a=''; if ( !empty($a['bla']) ) will be complained with this Notice, even it is correct code (and maybe that, what he wants). Of course it is correct to display the notice, if you write: echo $a['bla']; - A small suggestion: Cause Zeev said on PHP-Congress, that the above syntax (with [] instead of {}) to exercise a char in a string is not supported any more in PHP5, it might be a very good idea to implement a switch, which will warn if you use the syntax right now! This switch could also be used, to warn the programmer for other incompatibilities... with PHP5. -- Edit bug report at http://bugs.php.net/?id=16732&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16732&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16732&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16732&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16732&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16732&r=support Expected behavior: http://bugs.php.net/fix.php?id=16732&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16732&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16732&r=submittedtwice
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Compile Failure +Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: reclassified. Previous Comments: [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local//include. If you put the -I/usr/local/include after the -I/usr/local//include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB="/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so"' -c java.c && touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before "JNICALL" java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before "void" java.c:664: syntax error before "void" java.c:672: syntax error before "void" java.c:680: syntax error before "void" java.c:688: syntax error before "void" java.c:711: syntax error before "void" java.c:717: syntax error before "jlong" java.c:727: syntax error before "jlong" java.c:738: syntax error before "jlong" java.c:751: syntax error before "void" java.c:759: syntax error before "void" make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 -
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani Previous Comments: [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local//include. If you put the -I/usr/local/include after the -I/usr/local//include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB="/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so"' -c java.c && touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before "JNICALL" java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before "void" java.c:664: syntax error before "void" java.c:672: syntax error before "void" java.c:680: syntax error before "void" java.c:688: syntax error before "void" java.c:711: syntax error before "void" java.c:717: syntax error before "jlong" java.c:727: syntax error before "jlong" java.c:738: syntax error before "jlong" java.c:751: syntax error before "void" java.c:759: syntax error before "void" make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 - -- Edit this bug report at http://bugs.php.net/?id=16671&edit=1
Bug #16731: libphp4.so: undefined symbol: pam_start
From: [EMAIL PROTECTED] Operating system: Linux Gentoo 1.1a PHP version: 4.1.2 PHP Bug Type: Apache related Bug description: libphp4.so: undefined symbol: pam_start After compiling php every time I start apache they gives me this error: Cannot load /etc/apache/extramodules/libphp4.so into server: /etc/apache/extramo dules/libphp4.so: undefined symbol: pam_start options: --prefix=/usr \ --with-gd \ --with-gmp \ --with-ttf \ --enable-ftp \ --with-t1lib \ --enable-dbase \ --with-zlib=yes \ --enable-bcmath \ --enable-sysvsem \ --enable-sysvshm \ --enable-calendar \ --enable-trans-sid \ --enable-safe-mode \ --enable-versioning \ --enable-track-vars \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --enable-inline-optimization \ --with-apxs="/usr/sbin/apxs -ltiff" \ --with-exec-dir="/usr/lib/apache/bin" \ --with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \ --witout-readline --without-t1lib --with-pam --without-gettext --with-gdbm=/usr --with-db3=/usr --with-pgsql=/usr --with-imap --with-imap-ssl --with-sablot=/usr --with-mcrypt --with-mhash --with-java=${JDK_HOME} Here the dependencies installed with php: mhash-0.8.9 ncurses-5.2-r5 gcc-2.95.3-r5 expat-1.95.2 sablotron-0.90 libtool-1.4.1-r6 m4-1.4p gmp-3.1.1-r1 t1lib-1.3 libmcrypt-2.4.19 jpeg-6b-r2 java-config-0.2.2 blackdown-jdk-1.3.1-r4 mm-1.1.3 apache-1.3.24-r1 freetype-1.3.1-r3 uw-imap-2001a-r1 libgd-1.8.3-r5 php-4.1.2-r7 Any help will be appreciate ! -- Edit bug report at http://bugs.php.net/?id=16731&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16731&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16731&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16731&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16731&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16731&r=support Expected behavior: http://bugs.php.net/fix.php?id=16731&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16731&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16731&r=submittedtwice
Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure
ID: 16622 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Any PHP Version: 4.2.0 New Comment: This has been fixed in Apache 2.0.36 (CVS) Previous Comments: [2002-04-21 20:02:33] [EMAIL PROTECTED] Not PHP bug -> bogus. [2002-04-21 17:36:38] [EMAIL PROTECTED] This is a bug in Apache, not in PHP. Please see PR8234 in the Apache Bug Database for further discussion of this problem: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234 [2002-04-21 17:29:09] [EMAIL PROTECTED] I am having the same problem. It seems that Apache2 tries to use the script name as a folder name. This happens to .html files as well, so I think it might be a problem with Apache itself, not PHP. I tried the latest cvs for php and apache and it didn't work either. I'm using Redhat 7.1. Setting AcceptPathInfo anywhere does not work also, even when trying to set php as a filter with addinputfilter and addoutputfilter. [2002-04-15 10:50:55] [EMAIL PROTECTED] The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction with PHP. AcceptPathInfo is supposed to allow scripts such as www.server.com/script.php to be referenced with additional URI information to be passed to the script such as www.server.com/script.php/value/value2. PHP calls this value PATH_INFO. When AcceptPathInfo is used in .htaccess files Apache still attempts to search for files in the file system and reports "object" not found. -- Edit this bug report at http://bugs.php.net/?id=16622&edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local//include. If you put the -I/usr/local/include after the -I/usr/local//include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. Previous Comments: [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB="/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so"' -c java.c && touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before "JNICALL" java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before "void" java.c:664: syntax error before "void" java.c:672: syntax error before "void" java.c:680: syntax error before "void" java.c:688: syntax error before "void" java.c:711: syntax error before "void" java.c:717: syntax error before "jlong" java.c:727: syntax error before "jlong" java.c:738: syntax error before "jlong" java.c:751: syntax error before "void" java.c:759: syntax error before "void" make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 - -- Edit this bug report at http://bugs.php.net/?id=16671&edit=1
Bug #14248 Updated: uniqid() is extremely slow (20ms per call)
ID: 14248 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating System: Linux 2.4.13-ac5 PHP Version: 4.0.5 New Comment: Here is what I noticed : A call to uniqid("") takes between 12 and 20 ms. A call to uniqid("",1) is extremely fast (below 1 ms). In the code the only difference is, with no entropy, "usleep(1)". That's not explain the difference I found. Why is it so long without entropy? Previous Comments: [2002-02-20 11:21:24] [EMAIL PROTECTED] This is still an issue with RH 7.1, PHP 4.0.6. Performs fine under Windows 2000. I would like to suggest that the performance issue be mentioned on uniqid() documentation. I probably spent a week looking at this issue. Our sites used the uniqid() function very heavily. This was a tough one to find! Just a thought to save someone else's sanity. Mike Boulet Newfangled Web Factory www.newfangled.com [2001-11-27 04:53:08] [EMAIL PROTECTED] The implementation of uniqid is as fast as it could be, so speeding it up is not really possible (without loosing randomness) You can however try this: $uniq = md5 (time()); This will not be that unique as uniqid, but it should be good enough. Derick [2001-11-27 04:47:14] [EMAIL PROTECTED] A call to uniqid() seems to take approximately 20ms. In all that time the processor seems to be doing absolutely nothing (well, it seems to be waiting for something). I wrote a convert script which uses uniqid() while testing it it took 40 seconds to convert 1600 items, without uniqid() the time went down to 3 seconds.. Quite a remarkable performance boost ;) Especially since the script was made to convert around 300.000 items. Please speed up this function.. -- Edit this bug report at http://bugs.php.net/?id=14248&edit=1
Bug #16730 Updated: Multiple MySQL Links Not Working
ID: 16730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: MySQL related Operating System: Redhat 7.1 (Kernel 2.4.17) PHP Version: 4.1.2 New Comment: The essential thing you forgot to mention is that you were using the same username and password all the time. This is a known limitation because of a good idea which turned out 'to be not such a good idea'. 4.2.0 due to be released soon contains a new, fourth, optional parameter to mysql_connect() which forces the creating of a new link. Note, however, that this does not affect mysql_pconnect() regards Previous Comments: [2002-04-22 08:37:11] [EMAIL PROTECTED] This is totally normal behavior. If you have different username/password combinations it opens a new connection, but it reuses connections with the same host/user/passwd combination. Derick [2002-04-22 08:27:16] [EMAIL PROTECTED] If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit this bug report at http://bugs.php.net/?id=16730&edit=1
Bug #16730 Updated: Multiple MySQL Links Not Working
ID: 16730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Redhat 7.1 (Kernel 2.4.17) PHP Version: 4.1.2 New Comment: This is totally normal behavior. If you have different username/password combinations it opens a new connection, but it reuses connections with the same host/user/passwd combination. Derick Previous Comments: [2002-04-22 08:27:16] [EMAIL PROTECTED] If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit this bug report at http://bugs.php.net/?id=16730&edit=1
Bug #16730: Multiple MySQL Links Not Working
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 (Kernel 2.4.17) PHP version: 4.1.2 PHP Bug Type: MySQL related Bug description: Multiple MySQL Links Not Working If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit bug report at http://bugs.php.net/?id=16730&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16730&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16730&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16730&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16730&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16730&r=support Expected behavior: http://bugs.php.net/fix.php?id=16730&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16730&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16730&r=submittedtwice
Bug #16729: ORA-01013 and ORA-03120
From: [EMAIL PROTECTED] Operating system: RedHat Linux 2.4.9-31 PHP version: 4.0CVS-2002-04-22 PHP Bug Type: OCI8 related Bug description: ORA-01013 and ORA-03120 Hello all. We found a problem related with connecting Oracle 9i with php. Environment Description: Processor: Intel(R) Pentium(R) III CPU family 1133MHz S.O.Linux 2.4.9-31 (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)) modules:php-4.0.6-7 php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-headers-2.4.9-31 When in an environment with these, don't work!!!these, it works!!! php-4.0.6-7 php-4.0.6-7 php-ldap-4.0.6-7php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-2.4.7-10 kernel-headers-2.4.9-31 kernel-headers-2.4.7-10 php-devel-4.0.6-7 php-imap-4.0.6-7 php-manual-4.0.6-7 php-mysql-4.0.6-7 php-odbc-4.0.6-7 php-pgsql-4.0.6-7 Error Description: We get this message in the browser window: ... Error while trying to retrieve text for error ORA-03120 Clarify Execute: Rolling Back! Query Causing the Error: select DESCRIPTION, X_PAYMENT_TYPE from TABLE_PART_NUM where S_DOMAIN = 'PRICE PLAN' and X_EFFECTIVE_DATE <= sysdate and X_EXPIRATION_DATE >= sysdate The error ORA-03120 is : two task conversion routine: Integer overflow Cause: An integer value in an internal Oracle structure overflowed when being sent or received over an heterogeneous connection. This can happen when an invalid buffer length or too great a row count is specified. It usually indicates a bug in the user application. Action: Check parameters to oracle calls. If the problem recurs, reduce all integer parameters, column values NOT included, to less than 32767. Besides that, the connection drop without reason while querying the database as we can see by the packet sniffing described below. Sometimes this error does not happen, but most of the times it does. This is not an "on-stress error". The main problem seems to be connected with some sort of "missunderstood" request, because if we capture the packets transmitted we find something like: - This is a quite normal behaviour - First there is a query string sent form machine X to machine Y, requesting a reply for the query 201 0.00024 x -> yyy TCP D=1521 S=40244 Ack=2538076455 bSeq=1935976453 Len=246 Win=10812 Options= 0: 0800 20ec 1550 0002 55c7 1ed3 0800 4500.. ..P..U.E. 16: 012a cfbc 4000 4006 f9b7 ac13 8c1c ac13.*..@.@. 32: 8c16 9d34 05f1 7364 a805 9747 f927 8018...4..sd...G.'.. 48: 2a3c 368d 0101 080a 010c 5386 089c*<6.S... 64: 0fbf 00f6 0600 035e 0a02.^.. 80: 8161 0001 01bf 0101 0c00 0100 0101 .a.. 96: 0001 fe40 7365 6c65 6374 2058...@select X 112: 5f41 5454 525f 494e 5354 3258 5f41 5454_ATTR_INST2X_ATT 128: 525f 4445 4620 6672 6f6d 2054 4142 4c45R_DEF from TABLE 144: 5f58 5f41 5454 525f 494e 5354 2c20 5441_X_ATTR_INST, TA 160: 424c 455f 585f 4154 4054 525f 4445 4620BLE_X_AT@TR_DEF 176: 7768 6572 6520 585f 4154 5452 5f49 4e53where X_ATTR_INS 192: 5432 4d4f 445f 4c45 5645 4c20 3d20 3236T2MOD_LEVEL = 26 208: 3834 3335 3436 3920 616e 6420 585f 44458435469 and X_DE 224: 4641 554c 5420 3d20 273f 4154 5452 4942FAULT = '?ATTRIB 240: 5554 4553 2720 616e 6420 585f 4154 5452UTES' and X_ATTR 256: 5f49 4e53 5432 585f 4154 5452 5f44 4546_INST2X_ATTR_DEF 272: 203d 2054 4142 4c45 5f58 5f41 5454 525f = TABLE_X_ATTR_ 288: 4445 462e 4f42 4a49 4400 0101 DEF.OBJID... 304: 0101 Then, the Y machine responds with the row or, in this case, with the indication that there is no data to display: 202 0.01326 y -> xxx TCP D=40244 S=1521 Ack=1935976699 Seq=2538076455 Len=155 Win=24616 Options= 0: 0002 55c7 1ed3 0800 20ec 1550 0800 4500..U. ..P..E. 16: 00cf 1d5c 4000 4006 ac73 ac13 8c16 ac13...\@.@..s.. 32: 8c1c 05f1 9d34 9747 f927 7364 a8fb 8018.4.G.'sd.û.. 48: 6028 3494 0101 080a 089c 0fc0 010c`(4.
Bug #16725 Updated: "test.php.dat" also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: are you sure Multiviews wasn't added? I expected this "bug" to be caused by multiviews, and seeing it turned on seems to back my guess. Previous Comments: [2002-04-22 04:24:13] [EMAIL PROTECTED] and i change nothing but the content in the httpd.conf file i added is : ServerName myserver Listen 80 DirectoryIndex index.html index.htm default.htm index.php index.php3 index.phtml index.jsp DocumentRoot "e:/website" Options Indexes FollowSymLinks MultiViews AllowOverride All Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 # Options indexes FollowSymLinks Options FollowSymLinks Order deny,allow deny from all Allow from all CustomLog "|d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.access.log 86400 480" common ErrorLog "|d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.error.log 86400 480" ScriptAlias /php412/ "d:/php4.1.2/" Action application/x-httpd-php "/php412/php.exe" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php-source .phps [2002-04-22 04:13:12] [EMAIL PROTECTED] it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 "test.php.dat" content: in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- -- Edit this bug report at http://bugs.php.net/?id=16725&edit=1
Bug #8679 Updated: mssql_xxx can't handle databases and tables that start with numbers
ID: 8679 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MSSQL related Operating System: win2k , linux PHP Version: 4.0.4 New Comment: I installed freetds version 0.53, PHP 4.12 and Apache 1.2.24 on Redhat Linux 7.2. In my freetds.conf file I set the tds version to 8.0 as I was trying to conenct to that version of MSSQL. I got the following warning: Warning: Sybase error: Line 1: Incorrect syntax near (severity 15) (Bug #8679) If I simply change my tds version to 7.0 it works. I am not certain that it will work for all queries or procedures I need to perform. But I just need to get some very basic stuff out and it is enough for me. Does anyone know if Msoft will start supporting tds version 8.0 Previous Comments: [2001-01-12 12:41:14] [EMAIL PROTECTED] If you use MS Enterprice Manager it is possible to create a atabase called 123Test. It is not possible to use Query Analyzer to select the database with the command use 123Test. If you select the database as the default database for the userid/password you are using it will be possible to access data in it without the use command (mssql_select_db/sybase_select_db) You can not create a table called 123Table using Query Analyzer and in general you should always start your names with a letter. [2001-01-12 12:35:39] [EMAIL PROTECTED] ok, it is definitly a bug in the mssql libraries, i've written a short sample c program that produces the same output. i'll try to workaround this somehow ... since it's not a php bug you can close this. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. dbsqlexec() failed [2001-01-12 12:11:14] [EMAIL PROTECTED] here is the errormessage on win: Warning: MS SQL message: Line 1: Incorrect syntax near '123'. (severity 15) in CDatabaseMSSQL.inc on line 53 Warning: MS SQL: Unable to select database: 123test in CDatabaseMSSQL.inc on line 53 on linux: mssql_select_db("100BASE",$spojeni) nebo [sybase_select_db... ] : Warning: Sybase error: Line 1: Incorrect syntax near '100'. (severity 15) in -- Edit this bug report at http://bugs.php.net/?id=8679&edit=1
Bug #16725 Updated: "test.php.dat" also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: and i change nothing but the content in the httpd.conf file i added is : ServerName myserver Listen 80 DirectoryIndex index.html index.htm default.htm index.php index.php3 index.phtml index.jsp DocumentRoot "e:/website" Options Indexes FollowSymLinks MultiViews AllowOverride All Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 Order Deny,Allow Deny From All Allow from 127.0.0.1 # Options indexes FollowSymLinks Options FollowSymLinks Order deny,allow deny from all Allow from all CustomLog "|d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.access.log 86400 480" common ErrorLog "|d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.error.log 86400 480" ScriptAlias /php412/ "d:/php4.1.2/" Action application/x-httpd-php "/php412/php.exe" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php-source .phps Previous Comments: [2002-04-22 04:13:12] [EMAIL PROTECTED] it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 "test.php.dat" content: in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- -- Edit this bug report at http://bugs.php.net/?id=16725&edit=1
Bug #16725 Updated: "test.php.dat" also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem Previous Comments: [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 "test.php.dat" content: in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- -- Edit this bug report at http://bugs.php.net/?id=16725&edit=1
Bug #16724 Updated: strip_tags function
ID: 16724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 Previous Comments: [2002-04-22 04:00:33] [EMAIL PROTECTED] Excuse me but i have made mistake [2002-04-21 16:47:43] [EMAIL PROTECTED] Maybe I'm misunderstanding but the following script hello",""); print $string; ?> will produce "hello" (expected behavior) Please expand on what your saying (b/c your first post was a bit hard to understand) or this is bogus. [2002-04-21 15:08:48] [EMAIL PROTECTED] For esample: $HtmlText = strip_tags($HtmlText,''); If your $HtmlText is like this: . Hello!! . the font tag can not be stripped. I think that all tags present in allowable tags not are stripped. This is not present in manual reference Thank u for all -- Edit this bug report at http://bugs.php.net/?id=16724&edit=1
Bug #16724 Updated: strip_tags function
ID: 16724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 New Comment: Excuse me but i have made mistake Previous Comments: [2002-04-21 16:47:43] [EMAIL PROTECTED] Maybe I'm misunderstanding but the following script hello",""); print $string; ?> will produce "hello" (expected behavior) Please expand on what your saying (b/c your first post was a bit hard to understand) or this is bogus. [2002-04-21 15:08:48] [EMAIL PROTECTED] For esample: $HtmlText = strip_tags($HtmlText,''); If your $HtmlText is like this: . Hello!! . the font tag can not be stripped. I think that all tags present in allowable tags not are stripped. This is not present in manual reference Thank u for all -- Edit this bug report at http://bugs.php.net/?id=16724&edit=1
Bug #16725 Updated: "test.php.dat" also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. Previous Comments: [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 "test.php.dat" content: in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- -- Edit this bug report at http://bugs.php.net/?id=16725&edit=1
Bug #16727 Updated: Image can not be opened after using PHP to upload.
ID: 16727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Red Hat Linux 7.1 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-22 01:21:13] [EMAIL PROTECTED] After using PHP to upload an image I can not open the file in photo editors such as Corel Photohouse 8 or Adobe Photoshop 5.0 but the browser can display the image. The URL used to handle the uploaded file and move the file to a new desination is : http://www.blackstarbooks.com/admin/upload_products7.phps -- Edit this bug report at http://bugs.php.net/?id=16727&edit=1
Bug #16728 Updated: session.use_trans_sid doesn't work
ID: 16728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows PHP Version: 4.1.2 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". Previous Comments: [2002-04-22 03:32:29] [EMAIL PROTECTED] I have tried with IIS and Apache web servers and I still have the same problem. session.use_trans_sid doesn't work(the session ID is not transmitted). -- Edit this bug report at http://bugs.php.net/?id=16728&edit=1
Bug #16728: session.use_trans_sid doesn't work
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.1.2 PHP Bug Type: Session related Bug description: session.use_trans_sid doesn't work I have tried with IIS and Apache web servers and I still have the same problem. session.use_trans_sid doesn't work(the session ID is not transmitted). -- Edit bug report at http://bugs.php.net/?id=16728&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16728&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16728&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16728&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16728&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16728&r=support Expected behavior: http://bugs.php.net/fix.php?id=16728&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16728&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16728&r=submittedtwice