Bug #17348 Updated: register_argc_argv on command line
ID: 17348 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat 7.3 PHP Version: 4.2.1 New Comment: This is not a PHP bug but a limitation of Linux kernel. Line: #!/usr/local/php/bin -q -d register_argc_argv=1 can contain only a single argument (-q in this case). Previous Comments: [2002-05-21 21:13:36] [EMAIL PROTECTED] I've been using 4.1.2, but just compiled and installed 4.2.1. I compiled as a CGI, and run local scripts from the command line like this: #!/usr/local/php/bin -q -d register_argc_argv=1 ?php print 'hello'; ? This has been working fine, but with 4.2.1, I get the odd error: Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found I've compiled 4.2.1 both as a regular CGI and with --enable-cli. Both are the same as well. Thanks, Hans -- Edit this bug report at http://bugs.php.net/?id=17348edit=1
Bug #16792 Updated: [chm] bug on features.http-auth.html
ID: 16792 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating System: windows PHP Version: 4.1.2 New Comment: This documentation is not complete, but I guess it's intended only for testing. But what about function - work fine. I tested all items and categories and problems didn't appear again. Previous Comments: [2002-05-21 13:12:03] [EMAIL PROTECTED] This bug can be closed after feedback about the version from http://weblabor.hu/php-doc-chm/manual_notes_test.zip tom [2002-05-20 15:33:02] [EMAIL PROTECTED] Can you please test this with http://weblabor.hu/php-doc-chm/manual_notes_test.zip Thank you Goba [2002-04-24 14:01:47] [EMAIL PROTECTED] What OS do you exactly use? What IE do you have installed. Aren't there errors on other pages? This error should pop up on all pages all the time, or nowhere, or on all pages sometimes, depending on what is the real error ;) (Note for phpdoc bug readers: this is the form of bug reports from the new chms. I hope it is good enough. I have included automations to post page names and CHM dates for guys to be able to trace if this error is corrected since that CHM release or not.) [2002-04-24 09:14:07] [EMAIL PROTECTED] I have found a bug on page features.http-auth.html [chm date: 2002-04-20]... I found at least 2 bugs with the same message reported: 'document.all.unotes' is null or not an object Reported on openning following items: HTTP authentication with PHP and Function reference items on line 3, char 25. Manual php_manual_en.chm distributed in php_manual_sample_5.zip -- Edit this bug report at http://bugs.php.net/?id=16792edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 -Assigned To: +Assigned To: mfischer New Comment: The win32/mail() implementation suffers some inherent problems. I'll see what I can do, but being busy right now, this can take until next weekend. Assigning to me. Previous Comments: [2002-05-21 18:40:38] [EMAIL PROTECTED] Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie fix). [2002-05-21 05:18:58] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322edit=1
Bug #16692 Updated: Cannot find or read import file:/usr/local/apache2/bin/httpd.exp
ID: 16692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: AIX PHP Version: 4.2.0 New Comment: This also happens with Apache 2.0.36 apxs-script. After running ./configure you have to edit the config_vars.mk. Search for httpd.exp and change it to $prefix/modules/httpd.exp (as Aaron wrote). Then run make - without problems. Previous Comments: [2002-05-07 19:29:23] [EMAIL PROTECTED] Did you use a special Apache layout? Does the httpd.exp file exist anywhere in your apache install tree? (I would expect it to be in $prefix/modules/httpd.exp) I won't mark this closed yet, but it seems likely to be a problem with Apache 2.0.35's apxs, and you might want to try using 2.0.36. [2002-04-23 00:11:11] [EMAIL PROTECTED] Reclassified. (and changed the summary) Those 'incorrect file..' warnings can be ignored. [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=16692edit=1
Bug #17323 Updated: posix_isatty wants a long instead of resource
ID: 17323 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: POSIX related Operating System: Linux PHP Version: 4.2.0 -Assigned To: +Assigned To: mfischer New Comment: Reopening, problem not completely fixed, assigning to me. Previous Comments: [2002-05-20 19:31:52] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. Will also be in 4.2.2 (if there will be a release). [2002-05-20 19:08:47] [EMAIL PROTECTED] The bug seems rather simple. Using command-line PHP, the following fragment should work: #!/usr/bin/php -q ?php $fd = fopen('php://stdout','w'); if (posix_isatty($fd)) print yes, it is a terminal\n; else print no, it is not a terminal\n; ? However, it appears that the function definition requires a long passed, instead of a resource. The error message reported is: dns:root-/usr/bin ./test.php PHP Warning: posix_isatty() expects parameter 1 to be long, resource given in /usr/bin/test.php on line 4 br / bWarning/b: posix_isatty() expects parameter 1 to be long, resource given in b/usr/bin/test.php/b on line b4/b br / no, it is not a terminal A workaround appears to be the following: #!/usr/bin/php -q ?php $fd = fopen('php://stdout','w'); settype($fd,'int'); if (posix_isatty($fd)) print yes, it is a terminal\n; else print no, it is not a terminal\n; ? The explicit type-cast fixes the problem. Maybe I have settings in the php.ini file wrong, but I don't think this function should behave like this. Perhaps it requires just a change to the source. This is also broke with posix_ttyname(). Am I suppose to acquire a file descriptor another way? Regards, Patrick O'Lone -- Edit this bug report at http://bugs.php.net/?id=17323edit=1
Bug #14389 Updated: cookies problem
ID: 14389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: NT4 PHP Version: 4.1.1 New Comment: Same here, with IIS 5.0 under W2K. Cant't use setcookie() and header() together. Using echo META HTTP-EQUIV=\Refresh\ CONTENT=\0;URL=page3.php\ instead of header() solves the problem. Previous Comments: [2002-04-26 14:35:38] [EMAIL PROTECTED] I'm using PHP 4.2.0 with Apache 1.3.24 under NT 4 SP6. I have exactly the same problem. I have reported this bug a while ago and nothing happend. [2002-04-22 11:52:21] [EMAIL PROTECTED] I'm using PHP 4.11 with Apache under NT 4 SP5. I have exactly the same problem. Note : When I use Apache + PHP 411 under WIN98, all working fine. [2002-01-08 05:44:28] [EMAIL PROTECTED] yes i do [2002-01-08 05:24:56] [EMAIL PROTECTED] yes i do [2002-01-08 02:56:38] [EMAIL PROTECTED] Do you still have this problem with PHP 4.1.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/14389 -- Edit this bug report at http://bugs.php.net/?id=14389edit=1
Bug #17036 Updated: curl hangs up in PHP ver 4.2.0
ID: 17036 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: i did try this in 4.2.1 release today. Is not work too. Server reply: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. Previous Comments: [2002-05-22 05:30:27] [EMAIL PROTECTED] Does this happen in 4.2.1 release? [2002-05-06 07:14:23] [EMAIL PROTECTED] $ch = curl_init (); $fname = tempnam (C:\\tmp, rbc); $fp = fopen ($fname, w); curl_setopt ($ch, CURLOPT_URL, $url); curl_setopt ($ch, CURLOPT_PROXY, proxy:8080); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_setopt ($ch, CURLOPT_HEADER, 0); curl_setopt ($ch, CURLOPT_MUTE, 1); $result = curl_exec ($ch); curl_close ($ch); it's worked in PHP v4.0.6, 4.1.2 but not work in v4.2.0 No error messages output. Simple hangs up. Php installed from win32-binnary package -- Edit this bug report at http://bugs.php.net/?id=17036edit=1
Bug #17296 Updated: error in http://www.php.net/manual/en/faq.using.php
ID: 17296 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.2.1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php There are no reason to add something about ob_start() there because the ask of faq is why that infame warning is showed. Howver, you can comment the ob_start() function in the url: http://www.php.net/manual/en/function.ob-start.php Previous Comments: [2002-05-17 16:53:41] [EMAIL PROTECTED] Please report this as a documentation problem at http://bugs.php.net/ Thanks, Goba - Original Message - From: Eric Lambart [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 03, 2002 2:11 AM Subject: [PHP-DOC] error in http://www.php.net/manual/en/faq.using.php on this page: http://www.php.net/manual/en/faq.using.php There is an error between items 5 and 6 on this page. The code sample and half of the text for answer #5 are actually from #6. More specifically: In #5, following the text The functions header(), set_cookie() and the session functions need to add headers to the output stream. Headers can only be sent before all other content there is a misplaced period, followed by the text of answer #6 starting from the third word. Have a look, you'll see what I mean. There is no mention of ob_start() as I presume you folks meant to have there. Hope this helps, thanks for your great work. --Eric -- Edit this bug report at http://bugs.php.net/?id=17296edit=1
Bug #17190 Updated: Date() gives error for date prior to 1-1-1970
ID: 17190 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Documentation problem Operating System: Windows NT 4.0 PHP Version: 4.2.0 New Comment: Please, someone check on Windows the routine I wrote. Maybe on Windows date() return error if time is -1. Previous Comments: [2002-05-22 06:50:46] [EMAIL PROTECTED] I'm using PHP 4.1.2 and no error on date() as got on: ?PHP error_reporting(E_ALL); $time = strtotime(1850-10-10); if ($time == -1) { print Invalid date range\n; } print date(d-m-Y,$time); ? The only error is that date will allways show the date of time = -1 on invalid range ( 1970 OR 2038). Is only a code bug. You should verify if $time is -1. [2002-05-14 04:08:10] [EMAIL PROTECTED] Look also www.php.net/strtotime [2002-05-14 03:53:09] [EMAIL PROTECTED] Reopening as a documentation problem. I threw a quick glance on the php.net/date page last night and I couldn't find it there. If it's nere, it needs to be outlined better, or well, documented at all. [2002-05-14 02:19:09] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. This is a problem in Windows, not in PHP. Derick [2002-05-13 17:31:08] [EMAIL PROTECTED] When using date() to format date prior to Jan 1, 1970 or after Jan 19, 2038 PHP gives Warning: unexpected error in date() script \\variable's byear,bmonth,bday come from user form \\script works fine for dates between 1-1-1970 - 1-19-2038 $bdate = $byear . - . $bmonth . - . $bday ; $dob = strtotime($bdate); $_SESSION['view_dob'] = date(d-m-Y,$dob); -- Edit this bug report at http://bugs.php.net/?id=17190edit=1
Bug #17190 Updated: Date() gives error for date prior to 1-1-1970
ID: 17190 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows NT 4.0 PHP Version: 4.2.0 New Comment: I'm using PHP 4.1.2 and no error on date() as got on: ?PHP error_reporting(E_ALL); $time = strtotime(1850-10-10); if ($time == -1) { print Invalid date range\n; } print date(d-m-Y,$time); ? The only error is that date will allways show the date of time = -1 on invalid range ( 1970 OR 2038). Is only a code bug. You should verify if $time is -1. Previous Comments: [2002-05-14 04:08:10] [EMAIL PROTECTED] Look also www.php.net/strtotime [2002-05-14 03:53:09] [EMAIL PROTECTED] Reopening as a documentation problem. I threw a quick glance on the php.net/date page last night and I couldn't find it there. If it's nere, it needs to be outlined better, or well, documented at all. [2002-05-14 02:19:09] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. This is a problem in Windows, not in PHP. Derick [2002-05-13 17:31:08] [EMAIL PROTECTED] When using date() to format date prior to Jan 1, 1970 or after Jan 19, 2038 PHP gives Warning: unexpected error in date() script \\variable's byear,bmonth,bday come from user form \\script works fine for dates between 1-1-1970 - 1-19-2038 $bdate = $byear . - . $bmonth . - . $bday ; $dob = strtotime($bdate); $_SESSION['view_dob'] = date(d-m-Y,$dob); -- Edit this bug report at http://bugs.php.net/?id=17190edit=1
Bug #17356: Cannot Connect to IMAP Server Version 2001a
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.3 PHP version: 4.2.1 PHP Bug Type: IMAP related Bug description: Cannot Connect to IMAP Server Version 2001a Cannot Connect to IMAP Server (imap version 2001a http://www.washington.edu/imap/) Warning Message --- /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o): In function `ssl_onceonlyinit': /data/sw/.zip/imap-2001a/c-client/osdep.c:286: the use of `tmpnam' is dangerous, better use `mkstemp' -- Edit bug report at http://bugs.php.net/?id=17356edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17356r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17356r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17356r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17356r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17356r=support Expected behavior: http://bugs.php.net/fix.php?id=17356r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17356r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17356r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17356r=globals
Bug #9824 Updated: lack of bidirectional popen()
ID: 9824 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating System: Linux 2.4.2 PHP Version: 4.0.4pl1 New Comment: please man popen on any BSD system. Until linux supports it?!?!?! Previous Comments: [2002-03-17 13:35:26] [EMAIL PROTECTED] From the popen man page on Linux: DESCRIPTION The popen() function opens a process by creating a pipe, forking, and invoking the shell. Since a pipe is by definition unidirectional, the type argument may specify only reading or writing, not both; the resulting stream is correspondingly read-only or write-only. Suspending until Linux supports it. Derick [2002-03-17 13:32:18] [EMAIL PROTECTED] I would also like to have a bidirectional popen. Currently, both myself and another poster on the popen page of idocs can only do this by creating two 'named' pipes on the fs. Then read and write to them. This is flawed though because of blocking on the named pipes by the readers/writers. *** oddly, if I popen('openssl', 'w'),write to it, then try to read from it then pclose() it spews the stdout from openssl into the browser. I was unable to assign this output to a variable either. Other posters at popen doc page seem to be trying to do this with popen('[some command]', 'r+') or 'w+', so this is definietly needed in PHP as it is in C. Sorry about the length. [2001-03-18 16:47:30] [EMAIL PROTECTED] I'm using php for shell scripting, and my current project is an indexer of smb shares. using shell commands (in this case smbclient) without the ability to interact, Creates a serious bottleneck, as it becomes neccessary to execute smbclient once for each folder on each share on each host on the network. well that's my two cents. -- Edit this bug report at http://bugs.php.net/?id=9824edit=1
Bug #9824 Updated: lack of bidirectional popen()
ID: 9824 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed Bug Type: Feature/Change Request Operating System: Linux 2.4.2 PHP Version: 4.0.4pl1 New Comment: It's actually implemented now, see www.php.net/proc_open Derick Previous Comments: [2002-05-22 07:10:18] [EMAIL PROTECTED] please man popen on any BSD system. Until linux supports it?!?!?! [2002-03-17 13:35:26] [EMAIL PROTECTED] From the popen man page on Linux: DESCRIPTION The popen() function opens a process by creating a pipe, forking, and invoking the shell. Since a pipe is by definition unidirectional, the type argument may specify only reading or writing, not both; the resulting stream is correspondingly read-only or write-only. Suspending until Linux supports it. Derick [2002-03-17 13:32:18] [EMAIL PROTECTED] I would also like to have a bidirectional popen. Currently, both myself and another poster on the popen page of idocs can only do this by creating two 'named' pipes on the fs. Then read and write to them. This is flawed though because of blocking on the named pipes by the readers/writers. *** oddly, if I popen('openssl', 'w'),write to it, then try to read from it then pclose() it spews the stdout from openssl into the browser. I was unable to assign this output to a variable either. Other posters at popen doc page seem to be trying to do this with popen('[some command]', 'r+') or 'w+', so this is definietly needed in PHP as it is in C. Sorry about the length. [2001-03-18 16:47:30] [EMAIL PROTECTED] I'm using php for shell scripting, and my current project is an indexer of smb shares. using shell commands (in this case smbclient) without the ability to interact, Creates a serious bottleneck, as it becomes neccessary to execute smbclient once for each folder on each share on each host on the network. well that's my two cents. -- Edit this bug report at http://bugs.php.net/?id=9824edit=1
Bug #17273 Updated: symbol not found
ID: 17273 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 2.8 PHP Version: 4.2.1 New Comment: I've seen the exact same issue on Solaris 8 using php4-STABLE-200205210600. am going to try with 4.2.1 now. -Roy Previous Comments: [2002-05-16 12:53:48] [EMAIL PROTECTED] After compiling and installing PHP apache would not load the module. After runnin apachectl configtest this was the result: Syntax error on line 206 of /www/conf/httpd.conf: Cannot load /www/libexec/libphp4.so into server: ld.so.1: /www/bin/httpd: fatal: relocation error: file /www/libexec/libphp4.so: symbol ap_block_alarms: referenced symbol not found The program versions are as follows: Apache version - 1.3.23 PHP version - 4.2.1 Imap version - 2001a Kerberos version 5-1.2.5 Here are the results on running ldd -r on the libphp4.so.: ldd -r /www/libexec/libphp4.so libdl.so.1 =/usr/lib/libdl.so.1 libpam.so.1 = /usr/lib/libpam.so.1 libmysqlclient.so.10 = /usr/local/mysql/lib/mysql/libmysqlclient.so.10 libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libc.so.1 = /usr/lib/libc.so.1 libz.so = /usr/lib/libz.so libgen.so.1 = /usr/lib/libgen.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,UltraSPARC-IIi-cEngine/lib/libc_psr.so.1 symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/www/libexec/libphp4.so) symbol not found: ap_user_id (/www/libexec/libphp4.so) symbol not found: ap_server_root (/www/libexec/libphp4.so) symbol not found: ap_group_id (/www/libexec/libphp4.so) symbol not found: ap_user_name (/www/libexec/libphp4.so) symbol not found: top_module (/www/libexec/libphp4.so) symbol not found: ap_max_requests_per_child (/www/libexec/libphp4.so) symbol not found: ap_table_get (/www/libexec/libphp4.so) symbol not found: ap_table_setn (/www/libexec/libphp4.so) symbol not found: ap_update_mtime (/www/libexec/libphp4.so) symbol not found: ap_kill_timeout (/www/libexec/libphp4.so) symbol not found: ap_uudecode (/www/libexec/libphp4.so) symbol not found: ap_setup_client_block (/www/libexec/libphp4.so) symbol not found: ap_add_cgi_vars (/www/libexec/libphp4.so) symbol not found: ap_getword (/www/libexec/libphp4.so) symbol not found: ap_getword_nulls_nc (/www/libexec/libphp4.so) symbol not found: ap_destroy_sub_req (/www/libexec/libphp4.so) symbol not found: ap_pstrdup (/www/libexec/libphp4.so) symbol not found: ap_log_error (/www/libexec/libphp4.so) symbol not found: ap_table_add (/www/libexec/libphp4.so) symbol not found: ap_sub_req_lookup_uri (/www/libexec/libphp4.so) symbol not found: ap_run_sub_req (/www/libexec/libphp4.so) symbol not found: ap_register_cleanup (/www/libexec/libphp4.so) symbol not found: ap_signal (/www/libexec/libphp4.so) symbol not found: ap_send_http_header (/www/libexec/libphp4.so) symbol not found: ap_pstrndup (/www/libexec/libphp4.so) symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_child_terminate (/www/libexec/libphp4.so) symbol not found: ap_set_etag (/www/libexec/libphp4.so) symbol not found: ap_rwrite (/www/libexec/libphp4.so) symbol not found: ap_table_set (/www/libexec/libphp4.so) symbol not found: ap_get_client_block (/www/libexec/libphp4.so) symbol not found: ap_add_version_component (/www/libexec/libphp4.so) symbol not found: ap_hard_timeout (/www/libexec/libphp4.so) symbol not found: ap_rflush (/www/libexec/libphp4.so) symbol not found: ap_set_last_modified (/www/libexec/libphp4.so) symbol not found: ap_reset_timeout (/www/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/www/libexec/libphp4.so) symbol not found: ap_add_common_vars
Bug #17273 Updated: symbol not found
ID: 17273 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 2.8 PHP Version: 4.2.1 New Comment: php-4.2.1 wont make on Solaris 8 for me, if complains about not being able to fins unix.h almost immediatley i use make. but it makes fine using the -STABLE- version i quoted above. -Roy Previous Comments: [2002-05-22 07:12:01] [EMAIL PROTECTED] I've seen the exact same issue on Solaris 8 using php4-STABLE-200205210600. am going to try with 4.2.1 now. -Roy [2002-05-16 12:53:48] [EMAIL PROTECTED] After compiling and installing PHP apache would not load the module. After runnin apachectl configtest this was the result: Syntax error on line 206 of /www/conf/httpd.conf: Cannot load /www/libexec/libphp4.so into server: ld.so.1: /www/bin/httpd: fatal: relocation error: file /www/libexec/libphp4.so: symbol ap_block_alarms: referenced symbol not found The program versions are as follows: Apache version - 1.3.23 PHP version - 4.2.1 Imap version - 2001a Kerberos version 5-1.2.5 Here are the results on running ldd -r on the libphp4.so.: ldd -r /www/libexec/libphp4.so libdl.so.1 =/usr/lib/libdl.so.1 libpam.so.1 = /usr/lib/libpam.so.1 libmysqlclient.so.10 = /usr/local/mysql/lib/mysql/libmysqlclient.so.10 libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libc.so.1 = /usr/lib/libc.so.1 libz.so = /usr/lib/libz.so libgen.so.1 = /usr/lib/libgen.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,UltraSPARC-IIi-cEngine/lib/libc_psr.so.1 symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/www/libexec/libphp4.so) symbol not found: ap_user_id (/www/libexec/libphp4.so) symbol not found: ap_server_root (/www/libexec/libphp4.so) symbol not found: ap_group_id (/www/libexec/libphp4.so) symbol not found: ap_user_name (/www/libexec/libphp4.so) symbol not found: top_module (/www/libexec/libphp4.so) symbol not found: ap_max_requests_per_child (/www/libexec/libphp4.so) symbol not found: ap_table_get (/www/libexec/libphp4.so) symbol not found: ap_table_setn (/www/libexec/libphp4.so) symbol not found: ap_update_mtime (/www/libexec/libphp4.so) symbol not found: ap_kill_timeout (/www/libexec/libphp4.so) symbol not found: ap_uudecode (/www/libexec/libphp4.so) symbol not found: ap_setup_client_block (/www/libexec/libphp4.so) symbol not found: ap_add_cgi_vars (/www/libexec/libphp4.so) symbol not found: ap_getword (/www/libexec/libphp4.so) symbol not found: ap_getword_nulls_nc (/www/libexec/libphp4.so) symbol not found: ap_destroy_sub_req (/www/libexec/libphp4.so) symbol not found: ap_pstrdup (/www/libexec/libphp4.so) symbol not found: ap_log_error (/www/libexec/libphp4.so) symbol not found: ap_table_add (/www/libexec/libphp4.so) symbol not found: ap_sub_req_lookup_uri (/www/libexec/libphp4.so) symbol not found: ap_run_sub_req (/www/libexec/libphp4.so) symbol not found: ap_register_cleanup (/www/libexec/libphp4.so) symbol not found: ap_signal (/www/libexec/libphp4.so) symbol not found: ap_send_http_header (/www/libexec/libphp4.so) symbol not found: ap_pstrndup (/www/libexec/libphp4.so) symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_child_terminate (/www/libexec/libphp4.so) symbol not found: ap_set_etag (/www/libexec/libphp4.so) symbol not found: ap_rwrite (/www/libexec/libphp4.so) symbol not found: ap_table_set (/www/libexec/libphp4.so) symbol not found: ap_get_client_block (/www/libexec/libphp4.so) symbol not found: ap_add_version_component (/www/libexec/libphp4.so) symbol not found: ap_hard_timeout (/www/libexec/libphp4.so) symbol not found: ap_rflush (/www/libexec/libphp4.so)
Bug #17334 Updated: php_oci8.dll Issue
ID: 17334 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: NT 4.0 PHP Version: 4.2.1 New Comment: Bingo! Found it. It occurs in both 4.0.6 and 4.2.1. It is something to do with the php_oci8.dll and the php_oracle.dll. Just use a simple script like: % phpinfo % Make sure that both of the dlls are commented out in the php.ini and run the script. It will execute fine. Now uncomment the php_oci8.dll and run the script. it will execute just fine. No recomment out the php_oci8.dll and uncomment the php_oracle.dll and run the script. It will run just fine. No uncomment out the php_oci8.dll so that both the php_oci8.dll and php_oracle.dll are uncommented. The script will start to execute. It will look like it's done because it will show all of the phpinfo information on the screen, but the script will no stop running. I was able to get this to happen on both 4.0.6 and 4.2.1. Any reasons why both php_oci8.dll and php_oracle.dll can't operate at the same time? Previous Comments: [2002-05-21 12:33:57] [EMAIL PROTECTED] This is most probably the oracle client installation/configuration issue. There appears to be nothing wrong with php_oci8.dll shipped with PHP 4.2.1 [2002-05-21 12:01:46] [EMAIL PROTECTED] My bad on the oracle. It was release 3 which is the 8.1.7 drivers. The extentions are pointing to the correct area. I have both directories setup the same way. I was actually able to get the problem to re-occur under 4.0.6. There is no special code that has to be run. You can just run a simple script that contains phpinfo() in it. Under 4.2.1, uncomment the php_oci8.dll and run the script. On my server the page will run and keep on running. Never stopping. Under 4.0.6, uncomment both the php_oci8.dll and the php_oracle.dll. It will do the same thing. It will run and keep on running. Kind of weird about the 4.06 behavior. [2002-05-21 11:26:01] [EMAIL PROTECTED] Just one more thing: did you remember to change extension_dir in your php.ini to point to the extensions directory of 4.2.1 distribution? [2002-05-21 11:12:57] [EMAIL PROTECTED] Oracle 8.3? I thought that there was no versions of oracle between 8.1.7 and 9i. Anyway, the php_oci8.dll was compiled using 8.1.7 client library, and I have just verified that it works well on my system. Could you please provide a small script that reproduces the problems you're having. Do you get any error messages? [2002-05-21 10:48:56] [EMAIL PROTECTED] We are using oracle 8.3 on the server. I switch my php to version 4.0.6 and made a connection using OCILogon with no problems. There is definately something wrong with the php_oci8.dll functionality with php 4.2.1. I made no changes on the server. I only changed which directory to look for the php.exe program in the IIS web administration. 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/17334 -- Edit this bug report at http://bugs.php.net/?id=17334edit=1
Bug #16792 Updated: [chm] bug on features.http-auth.html
ID: 16792 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: windows PHP Version: 4.1.2 New Comment: It's intended only to test it out, for quick download and test, so the size [and content] is limited. Thanks for your feedback. I am happy to hear, that all works well... Goba Previous Comments: [2002-05-22 02:54:18] [EMAIL PROTECTED] This documentation is not complete, but I guess it's intended only for testing. But what about function - work fine. I tested all items and categories and problems didn't appear again. [2002-05-21 13:12:03] [EMAIL PROTECTED] This bug can be closed after feedback about the version from http://weblabor.hu/php-doc-chm/manual_notes_test.zip tom [2002-05-20 15:33:02] [EMAIL PROTECTED] Can you please test this with http://weblabor.hu/php-doc-chm/manual_notes_test.zip Thank you Goba [2002-04-24 14:01:47] [EMAIL PROTECTED] What OS do you exactly use? What IE do you have installed. Aren't there errors on other pages? This error should pop up on all pages all the time, or nowhere, or on all pages sometimes, depending on what is the real error ;) (Note for phpdoc bug readers: this is the form of bug reports from the new chms. I hope it is good enough. I have included automations to post page names and CHM dates for guys to be able to trace if this error is corrected since that CHM release or not.) [2002-04-24 09:14:07] [EMAIL PROTECTED] I have found a bug on page features.http-auth.html [chm date: 2002-04-20]... I found at least 2 bugs with the same message reported: 'document.all.unotes' is null or not an object Reported on openning following items: HTTP authentication with PHP and Function reference items on line 3, char 25. Manual php_manual_en.chm distributed in php_manual_sample_5.zip -- Edit this bug report at http://bugs.php.net/?id=16792edit=1
Bug #16792 Updated: [chm] bug on features.http-auth.html
ID: 16792 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: windows PHP Version: 4.1.2 New Comment: BTW expect the fix to come in the next sample... Goba Previous Comments: [2002-05-22 07:22:06] [EMAIL PROTECTED] It's intended only to test it out, for quick download and test, so the size [and content] is limited. Thanks for your feedback. I am happy to hear, that all works well... Goba [2002-05-22 02:54:18] [EMAIL PROTECTED] This documentation is not complete, but I guess it's intended only for testing. But what about function - work fine. I tested all items and categories and problems didn't appear again. [2002-05-21 13:12:03] [EMAIL PROTECTED] This bug can be closed after feedback about the version from http://weblabor.hu/php-doc-chm/manual_notes_test.zip tom [2002-05-20 15:33:02] [EMAIL PROTECTED] Can you please test this with http://weblabor.hu/php-doc-chm/manual_notes_test.zip Thank you Goba [2002-04-24 14:01:47] [EMAIL PROTECTED] What OS do you exactly use? What IE do you have installed. Aren't there errors on other pages? This error should pop up on all pages all the time, or nowhere, or on all pages sometimes, depending on what is the real error ;) (Note for phpdoc bug readers: this is the form of bug reports from the new chms. I hope it is good enough. I have included automations to post page names and CHM dates for guys to be able to trace if this error is corrected since that CHM release or not.) 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/16792 -- Edit this bug report at http://bugs.php.net/?id=16792edit=1
Bug #17273 Updated: symbol not found
ID: 17273 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 2.8 PHP Version: 4.2.1 New Comment: Try CC=gcc ./configure ... and see if this works with 4.2.1 on solaris Previous Comments: [2002-05-22 07:14:27] [EMAIL PROTECTED] php-4.2.1 wont make on Solaris 8 for me, if complains about not being able to fins unix.h almost immediatley i use make. but it makes fine using the -STABLE- version i quoted above. -Roy [2002-05-22 07:12:01] [EMAIL PROTECTED] I've seen the exact same issue on Solaris 8 using php4-STABLE-200205210600. am going to try with 4.2.1 now. -Roy [2002-05-16 12:53:48] [EMAIL PROTECTED] After compiling and installing PHP apache would not load the module. After runnin apachectl configtest this was the result: Syntax error on line 206 of /www/conf/httpd.conf: Cannot load /www/libexec/libphp4.so into server: ld.so.1: /www/bin/httpd: fatal: relocation error: file /www/libexec/libphp4.so: symbol ap_block_alarms: referenced symbol not found The program versions are as follows: Apache version - 1.3.23 PHP version - 4.2.1 Imap version - 2001a Kerberos version 5-1.2.5 Here are the results on running ldd -r on the libphp4.so.: ldd -r /www/libexec/libphp4.so libdl.so.1 =/usr/lib/libdl.so.1 libpam.so.1 = /usr/lib/libpam.so.1 libmysqlclient.so.10 = /usr/local/mysql/lib/mysql/libmysqlclient.so.10 libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libc.so.1 = /usr/lib/libc.so.1 libz.so = /usr/lib/libz.so libgen.so.1 = /usr/lib/libgen.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,UltraSPARC-IIi-cEngine/lib/libc_psr.so.1 symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_unblock_alarms (/www/libexec/libphp4.so) symbol not found: ap_user_id (/www/libexec/libphp4.so) symbol not found: ap_server_root (/www/libexec/libphp4.so) symbol not found: ap_group_id (/www/libexec/libphp4.so) symbol not found: ap_user_name (/www/libexec/libphp4.so) symbol not found: top_module (/www/libexec/libphp4.so) symbol not found: ap_max_requests_per_child (/www/libexec/libphp4.so) symbol not found: ap_table_get (/www/libexec/libphp4.so) symbol not found: ap_table_setn (/www/libexec/libphp4.so) symbol not found: ap_update_mtime (/www/libexec/libphp4.so) symbol not found: ap_kill_timeout (/www/libexec/libphp4.so) symbol not found: ap_uudecode (/www/libexec/libphp4.so) symbol not found: ap_setup_client_block (/www/libexec/libphp4.so) symbol not found: ap_add_cgi_vars (/www/libexec/libphp4.so) symbol not found: ap_getword (/www/libexec/libphp4.so) symbol not found: ap_getword_nulls_nc (/www/libexec/libphp4.so) symbol not found: ap_destroy_sub_req (/www/libexec/libphp4.so) symbol not found: ap_pstrdup (/www/libexec/libphp4.so) symbol not found: ap_log_error (/www/libexec/libphp4.so) symbol not found: ap_table_add (/www/libexec/libphp4.so) symbol not found: ap_sub_req_lookup_uri (/www/libexec/libphp4.so) symbol not found: ap_run_sub_req (/www/libexec/libphp4.so) symbol not found: ap_register_cleanup (/www/libexec/libphp4.so) symbol not found: ap_signal (/www/libexec/libphp4.so) symbol not found: ap_send_http_header (/www/libexec/libphp4.so) symbol not found: ap_pstrndup (/www/libexec/libphp4.so) symbol not found: ap_block_alarms (/www/libexec/libphp4.so) symbol not found: ap_child_terminate (/www/libexec/libphp4.so) symbol not found: ap_set_etag (/www/libexec/libphp4.so) symbol not found: ap_rwrite (/www/libexec/libphp4.so) symbol not found: ap_table_set (/www/libexec/libphp4.so) symbol not found: ap_get_client_block (/www/libexec/libphp4.so) symbol not found:
Bug #17325 Updated: PHP Fails to run when using Apache 2.036, unresolved symbols
ID: 17325 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: FREEBSD 4.1.1 STABLE PHP Version: 4.2.1 New Comment: I'm using FreeBSD 4.5, Apache-2.0.35 for freebsd 4.5, mysql-3.23.49-unknown-freebsdelf4.4-i386 I compiled with --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs httpd.conf contains: LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php And also I get this error: Failed to start apache : Syntax error on line 217 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol pthread_getspecific /usr/local/apache2/bin/apachectl start: httpd could not be started I also posted this reply at http://bugs.php.net/bug.php?id=14594, but then I found out it was closed... Previous Comments: [2002-05-20 21:09:43] [EMAIL PROTECTED] I compiled standard Apache-2.0.35, then downloaded php-4.2.1, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 177 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol pthread_getspecific -- Edit this bug report at http://bugs.php.net/?id=17325edit=1
Bug #17354 Updated: About Session Problem
ID: 17354 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Programming Data Structures Operating System: Windows98 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. Thank you for your interest in PHP. Previous Comments: [2002-05-22 04:49:16] [EMAIL PROTECTED] Dear Sir, I am using Apache (apache_1.3.20-win32-src-r2) as my server in the Windows envirnoment. I created a web page in which contains a PHP Session function. However, it is not work and generate a bug. When I use Linux Apache server, I also put the web page which contains a Session function. But it is work. Can you answer my question? How can i solve the problem when I use Windows Apache server? Thank you for your kind attention. Yours faithfully, Brian -- Edit this bug report at http://bugs.php.net/?id=17354edit=1
Bug #17356 Updated: Cannot Connect to IMAP Server Version 2001a
ID: 17356 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: RedHat Linux 7.3 PHP Version: 4.2.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2002-05-22 07:05:35] [EMAIL PROTECTED] Cannot Connect to IMAP Server (imap version 2001a http://www.washington.edu/imap/) Warning Message --- /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o): In function `ssl_onceonlyinit': /data/sw/.zip/imap-2001a/c-client/osdep.c:286: the use of `tmpnam' is dangerous, better use `mkstemp' -- Edit this bug report at http://bugs.php.net/?id=17356edit=1
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 Assigned To: mfischer New Comment: Mail has been better throughout the day, certainly not perfect (lots of messages missing) but at least PHP 4.2.1 is able to get SOME mail out as opposed to PHP 4.3.dev. Unfortunately by reverting back the cookie problem with 4.2.x is again causing us hell :\ I've been doing some reading around and found that mail under Win32 with PHP has always been a little screwy - will be great to finally have that improved, to the benefit of all PHP users. I appreciate your time is short and valuable, I'll do whatever I can to make your efforts worthwhile (you into DVD?). Previous Comments: [2002-05-22 03:17:13] [EMAIL PROTECTED] The win32/mail() implementation suffers some inherent problems. I'll see what I can do, but being busy right now, this can take until next weekend. Assigning to me. [2002-05-21 18:40:38] [EMAIL PROTECTED] Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( [2002-05-21 05:20:14] [EMAIL PROTECTED] We've beeen using the mail command in that fashion without problem since 4.0.6??? This is the first time I've had to touch the mail commands?!?!? It was working fine under 4.2.1, problem only started the second I upgraded to php 4.3.dev (which was purely for the cookie 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322edit=1
Bug #17257 Updated: rsort (and krsort) broken
ID: 17257 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Compaq Tru64 5.1 PHP Version: 4.2.1 New Comment: This is the same for asort usort on linux platforms. Previous Comments: [2002-05-15 14:09:55] [EMAIL PROTECTED] In 4.2.1 I cannot get rsort or krsort to work. They worked fine in 4.1.2 with the same exact code. I've written a script which shows it in both versions. To view go to: http://www.mlong.org/test.php -- Edit this bug report at http://bugs.php.net/?id=17257edit=1
Bug #17307 Updated: sorting using usort() does not produce correct result anymore
ID: 17307 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Arrays related Operating System: Linux PHP Version: 4.2.1 New Comment: Related to Bug #17307 Previous Comments: [2002-05-18 08:49:39] [EMAIL PROTECTED] Please prive a short self containing script (which runs right away after copypaste). Derick [2002-05-18 08:36:08] [EMAIL PROTECTED] I used to make sorts with usort and calling the function below. This was working on the last versions but not anymore on the 4.2.1 :/ which outputs strange result. function sort_function($a, $b) { if ((($a[livre]/$a[quantite]) == ($b[livre]/$b[quantite])) || $a[nom] != $b[nom]) return 0; return (($a[livre]/$a[quantite]) ($b[livre]/$b[quantite])) ? -1 : 1; } -- Edit this bug report at http://bugs.php.net/?id=17307edit=1
Bug #17307 Updated: sorting using usort() does not produce correct result anymore
ID: 17307 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Arrays related Operating System: Linux PHP Version: 4.2.1 New Comment: Huh ... Related to Bug #17257 ;) Previous Comments: [2002-05-22 08:44:49] [EMAIL PROTECTED] Related to Bug #17307 [2002-05-18 08:49:39] [EMAIL PROTECTED] Please prive a short self containing script (which runs right away after copypaste). Derick [2002-05-18 08:36:08] [EMAIL PROTECTED] I used to make sorts with usort and calling the function below. This was working on the last versions but not anymore on the 4.2.1 :/ which outputs strange result. function sort_function($a, $b) { if ((($a[livre]/$a[quantite]) == ($b[livre]/$b[quantite])) || $a[nom] != $b[nom]) return 0; return (($a[livre]/$a[quantite]) ($b[livre]/$b[quantite])) ? -1 : 1; } -- Edit this bug report at http://bugs.php.net/?id=17307edit=1
Bug #17357: odbc_fetch_row is broke in 4.2.1
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.2.1 PHP Bug Type: ODBC related Bug description: odbc_fetch_row is broke in 4.2.1 In previous versions of PHP you could reset the pointer on ODBC resutls using odbc_fetch_row($results,0). This no longer works! I can find no other way to reset ODBC results. If you check for results and then try to loop through the results, you will loose the 1st row! - Anthony -- Edit bug report at http://bugs.php.net/?id=17357edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17357r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17357r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17357r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17357r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17357r=support Expected behavior: http://bugs.php.net/fix.php?id=17357r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17357r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17357r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17357r=globals
Bug #17358: Apache doesn't starts PHP with DB2/ODBC support
From: [EMAIL PROTECTED] Operating system: SuSE Linux 8.0 PHP version: 4.2.1 PHP Bug Type: Apache related Bug description: Apache doesn't starts PHP with DB2/ODBC support My configure script: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --with-mysql=/usr/local/mysql/ --with-ibm-db2=/home/db2inst1/sqllib/ --with-gd --with-dom --with-db --with-openssl-include=/usr/local/openssl --with-zlib-dir=/usr/include/ --with-jpeg-dir=/usr/local/lib/ --with-png-dir=/usr/local/lib/ --with-tiff-dir=/usr/local/lib/ --with-ttf-dir=/usr/local/lib/ --with-java=/usr/lib/java/ --with-mcrypt --enable-ftp --enable-calendar --enable-versioning --enable-track-vars=yes --enable-sysvshm=yes --enable-sysvshm=yes --with-config-file-path=/etc --enable-magic-quotes --enable-trans-sid When compiling PHP, I got several compile warnings: Making all in odbc make[2]: Entering directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' make[3]: Entering directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' /bin/sh /usr/local/src/lamp/php-4.2.1/libtool --silent --mode=compile gcc -I. -I/usr/local/src/lamp/php-4.2.1/ext/odbc -I/usr/local/src/lamp/php-4.2.1/main -I/usr/local/src/lamp/php-4.2.1 -I/usr/local/apache/1.3.24/include -I/usr/local/src/lamp/php-4.2.1/Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/local/mysql//include -I/home/db2inst1/sqllib//include -I/usr/local/src/lamp/php-4.2.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I/usr/local/src/lamp/php-4.2.1/TSRM -g -O2 -prefer-pic -c php_odbc.c In file included from /home/db2inst1/sqllib/include/sqlcli1.h:42, from php_odbc.h:178, from php_odbc.c:37: /home/db2inst1/sqllib/include/sqlcli.h:718: warning: `ODBCVER' redefined php_odbc.h:27: warning: this is the location of the previous definition php_odbc.c: In function `safe_odbc_disconnect': php_odbc.c:200: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast php_odbc.c:203: warning: passing arg 1 of `SQLTransact' makes integer from pointer without a cast php_odbc.c:203: warning: passing arg 2 of `SQLTransact' makes integer from pointer without a cast php_odbc.c:204: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast php_odbc.c: In function `_close_odbc_conn': php_odbc.c:215: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast php_odbc.c: In function `_close_odbc_pconn': php_odbc.c:227: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast php_odbc.c: In function `odbc_do_connect': php_odbc.c:2154: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /bin/sh /usr/local/src/lamp/php-4.2.1/libtool --silent --mode=link gcc -I. -I/usr/local/src/lamp/php-4.2.1/ext/odbc -I/usr/local/src/lamp/php-4.2.1/main -I/usr/local/src/lamp/php-4.2.1 -I/usr/local/apache/1.3.24/include -I/usr/local/src/lamp/php-4.2.1/Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/local/mysql//include -I/home/db2inst1/sqllib//include -I/usr/local/src/lamp/php-4.2.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I/usr/local/src/lamp/php-4.2.1/TSRM -g -O2 -prefer-pic -o libodbc.la php_odbc.lo make[3]: Leaving directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' make[2]: Leaving directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' - no errors Starting Apache 1.3.24: Syntax error on line 240 of /usr/local/apache/1.3.24/conf/httpd.conf: Cannot load /usr/local/apache/current/libexec/libphp4.so into server: /usr/local/apache/current/libexec/libphp4.so: undefined symbol: SQLParamData ./apachectl startssl: httpd could not be started Without DB2 support, everything works fine! -- Edit bug report at http://bugs.php.net/?id=17358edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17358r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17358r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17358r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17358r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17358r=support Expected behavior: http://bugs.php.net/fix.php?id=17358r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17358r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17358r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17358r=globals
Bug #12371 Updated: SQLColumns Error when using odbc_columns on Oracle DB
ID: 12371 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: Win 2000 PHP Version: 4.0.6 New Comment: I've upgraded since then and don't seem to be having any problems. Thanks Previous Comments: [2002-05-21 23:03:19] [EMAIL PROTECTED] I don't understand how this sample script causes an error on lines 11 or 12 when it doesn't contain that many lines. Can you please try a newer version of PHP and if it continues please re-open the bug. [2001-07-25 13:20:52] [EMAIL PROTECTED] I have tried all the different syntaxes I could think of and can't get odbc_columns to work with ORACLE on Win 2000. ?php $cnx=odbc_connect(cpen_sds,$username,$password); $res=odbc_columns($cnx,cpen_sds,%,faqs); odbc_result_all($res, BGCOLOR='yellow' border=3 bordercolordark='#FF'); odbc_close_all(); ? I get the following error: Warning: SQL error: , SQL state 0 in SQLColumns in E:\InetPub\websites\AMS\wwwroot\test3.php on line 11 Warning: Supplied argument is not a valid ODBC result resource in E:\InetPub\websites\AMS\wwwroot\test3.php on line 12 Thanks, John R. Tipton -- Edit this bug report at http://bugs.php.net/?id=12371edit=1
Bug #17361 Updated: Can't evaluate variables
ID: 17361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: Win2000 adv server PHP Version: 4.2.1 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to be off. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-05-22 10:39:26] [EMAIL PROTECTED] We had Win Nt 4.0 server with apache 1.3 and php 4.0. Everything worked perfect, but after installing new OS - Win2k we reinstalled php and apache (was as CGI module, now as ISAPI) and the nex problem apeared: when trying to access page with params foo.php?param1=val1 the php doesn't accept param1 (I mean isset(param1) returns 0) I tryed to fix it by reinstalling php as cgi (in documentation it's said that there are some problems with ISAPI), but nothing changed... WHAT SHOULD I DO? -- Edit this bug report at http://bugs.php.net/?id=17361edit=1
Bug #17362 Updated: can't open conftest.out
ID: 17362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Solaris8 and Solaris7 PHP Version: 4.2.1 New Comment: I appear to have autoconf 2.53 (from www.sunfreeware.com) pkginfo -l SMCautoc | grep VERSION VERSION: 2.53 Do I need to go back to 2.52? Previous Comments: [2002-05-22 10:49:38] [EMAIL PROTECTED] It's a bug in autoconf 2.13 (4.20 was created with 2.52, which causes a lot of problems on Linux). THere are two things you can do: 1. rm configure ./buildconf (with autoconf 2.52 installed) or 2. CC-gcc ./configure --your-switches Derick [2002-05-22 10:39:45] [EMAIL PROTECTED] I've sucessfully gotten 4.2.1 to work on a couple of Linux boxes, and 4.2.0 to work on several Solaris boxes. But I can not get 4.2.1 to make or compile on Solaris. I've tried with both gcc2.9.5.2 and gcc3.0.3. During the configure ./configure --with-apache=../apache_1.3.24 --with-zlib-dir=/usr/local/lib --with-bz2=/usr/local/bin --with-gd=/usr/local/lib --with-pgsql=/usr/local/pgsql --enable-track-vars --enable-ftp It makes it down to checking for fclose declaration... ok checking for alloc.h... grep: can't open conftest.out yes checking for arpa/init.h... grep: can't open conftest.out yes ... more stuff checking for arpa/unix.h... grep: can't open conftest.out yes checking for arpa/utime.h... grep: can't open conftest.out yes It keeps doing this for about 20 lines, the warnings go away for the rest of the configure. Then when I try to do the make In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h55:19: unix.h No such file or directory make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory '/usr/share/src/php-4.2.1/Zend' make: *** [all-recursive] Error 1 If I go back to 4.2.0, everything works great. If I take the same tar'd source file and put it on Linux it works great. But I cannot get 4.2.1 to work on Solaris8. I did a search, and I do not have a unix.h file anywhere. (But it's the same with 4.2.0 and it works anyway). -- Edit this bug report at http://bugs.php.net/?id=17362edit=1
Bug #17365: When i try to compile with sybase-ct support i several warning regarding size
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.2 PHP version: 4.2.1 PHP Bug Type: Compile Warning Bug description: When i try to compile with sybase-ct support i several warning regarding size i configure with the following line: ./configure --with-pgsql=shared --with-ldap=shared --with-xml=shared --enable-force-cgi-redirect --disable-short-tags --enable-url-includes --with-ssl --enable-ftp --enable-trans-sid --enable-track-vars --enable-calendar --with-config-path=/etc --with-apxs=/usr/sbin/apxs -without-mssql -with-sybase=/opt/sybase-11.9.2 --with-sybase-ct=/opt/sybase-11.9.2 I'm using sybase Adaptive Server Enterprise 11.9.2, and is installed in /opt/sybase-11.9.2 when i compite with make it give me this problem home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `_clean_invalid_results': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:100: multiple definition of `sybase_functions' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:145: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_connect': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:716: multiple definition of `zif_sybase_connect' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:581: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_pconnect': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:725: multiple definition of `zif_sybase_pconnect' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:589: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_close': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:735: multiple definition of `zif_sybase_close' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:597: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 187 to 250 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_select_db': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:851: multiple definition of `zif_sybase_select_db' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:632: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 286 to 327 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_query': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1060: multiple definition of `zif_sybase_query' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:765: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1430 to 1030 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_free_result': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1271: multiple definition of `zif_sybase_free_result' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:910: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 174 to 163 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_get_last_message': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1295: multiple definition of `zif_sybase_get_last_message' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:939: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_num_rows': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1303: multiple definition of `zif_sybase_num_rows' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:947: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 153 to 121 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_num_fields': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1322: multiple definition of `zif_sybase_num_fields' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:973: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_fields' changed from 153 to 121 in
Bug #17367: no file Socket.php in lib/php/Net
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.2.1 PHP Bug Type: Sockets related Bug description: no file Socket.php in lib/php/Net I compiled php whith --enable-socket, but I got a error in sockect functions, because I haven't the file lib/php/Net/Socket.php. I got fix copying this file from a older version of php (4.1.2) My configure: --with-apxs2=/usr/local/httpd-2.0.36/bin/apxs --with-mcrypt=/usr/local/libmcrypt-2.5.0 --with-imap-ssl=/usr/local/openssl --prefix=/usr/local/httpd-2.0.36/php --enable-memory-limit --enable-track-vars --enable-sockets --with-imap=/usr/local/imap --with-gettext --with-zlib=/usr/local/zlib --with-xml -- Edit bug report at http://bugs.php.net/?id=17367edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17367r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17367r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17367r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17367r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17367r=support Expected behavior: http://bugs.php.net/fix.php?id=17367r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17367r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17367r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17367r=globals
Bug #17364 Updated: Couldn't open imap conection
ID: 17364 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Red Hat 7.3 PHP Version: 4.2.1 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-05-22 11:17:42] [EMAIL PROTECTED] Good morning, sir: I get this error message when I attempt to open a IMAP conection: Warning: Couldn't open stream {localhost:143} in /var/www/html/prueba.php on line 2 This is the code line that I use; ruclamo is my valid system user and 123 is my password : ? $mbox=imap_open({localhost:143}, ruclamo , 123); ? I used this code on Red Hat 7.2, with nothing problem. Actually, I am working with Red Hat 7.3, with all php and imap packages installed. Thank you, excuse my poor English, Ruth Moreno -- Edit this bug report at http://bugs.php.net/?id=17364edit=1
Bug #17365 Updated: When i try to compile with sybase-ct support i several warning regarding size
ID: 17365 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: Red Hat Linux 7.2 PHP Version: 4.2.1 New Comment: Why do you configure both old sybase and the newer, sybase-ct in ? Also, was this a clean compile with fresh sources? Previous Comments: [2002-05-22 11:45:52] [EMAIL PROTECTED] i configure with the following line: ./configure --with-pgsql=shared --with-ldap=shared --with-xml=shared --enable-force-cgi-redirect --disable-short-tags --enable-url-includes --with-ssl --enable-ftp --enable-trans-sid --enable-track-vars --enable-calendar --with-config-path=/etc --with-apxs=/usr/sbin/apxs -without-mssql -with-sybase=/opt/sybase-11.9.2 --with-sybase-ct=/opt/sybase-11.9.2 I'm using sybase Adaptive Server Enterprise 11.9.2, and is installed in /opt/sybase-11.9.2 when i compite with make it give me this problem home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `_clean_invalid_results': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:100: multiple definition of `sybase_functions' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:145: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_connect': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:716: multiple definition of `zif_sybase_connect' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:581: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_pconnect': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:725: multiple definition of `zif_sybase_pconnect' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:589: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_close': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:735: multiple definition of `zif_sybase_close' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:597: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 187 to 250 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_select_db': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:851: multiple definition of `zif_sybase_select_db' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:632: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 286 to 327 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_query': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1060: multiple definition of `zif_sybase_query' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:765: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1430 to 1030 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_free_result': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1271: multiple definition of `zif_sybase_free_result' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:910: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 174 to 163 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_get_last_message': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1295: multiple definition of `zif_sybase_get_last_message' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:939: first defined here /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_num_rows': /home/jruiz/php-4.2.1/ext/sybase_ct/php_sybase_ct.c:1303: multiple definition of `zif_sybase_num_rows' /home/jruiz/php-4.2.1/ext/sybase/.libs/libsybase.al(php_sybase_db.lo):/home/jruiz/php-4.2.1/ext/sybase/php_sybase_db.c:947: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 153 to 121 in php_sybase_ct.lo /home/jruiz/php-4.2.1/ext/sybase_ct/.libs/libsybase_ct.al(php_sybase_ct.lo): In function `zif_sybase_num_fields':
Bug #17358 Updated: Apache doesn't starts PHP with DB2/ODBC support
ID: 17358 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: SuSE Linux 8.0 PHP Version: 4.2.1 New Comment: Looks like your path to the ODBC includes and libraries is not being found. Previous Comments: [2002-05-22 09:16:16] [EMAIL PROTECTED] My configure script: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --with-mysql=/usr/local/mysql/ --with-ibm-db2=/home/db2inst1/sqllib/ --with-gd --with-dom --with-db --with-openssl-include=/usr/local/openssl --with-zlib-dir=/usr/include/ --with-jpeg-dir=/usr/local/lib/ --with-png-dir=/usr/local/lib/ --with-tiff-dir=/usr/local/lib/ --with-ttf-dir=/usr/local/lib/ --with-java=/usr/lib/java/ --with-mcrypt --enable-ftp --enable-calendar --enable-versioning --enable-track-vars=yes --enable-sysvshm=yes --enable-sysvshm=yes --with-config-file-path=/etc --enable-magic-quotes --enable-trans-sid When compiling PHP, I got several compile warnings: Making all in odbc make[2]: Entering directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' make[3]: Entering directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' /bin/sh /usr/local/src/lamp/php-4.2.1/libtool --silent --mode=compile gcc -I. -I/usr/local/src/lamp/php-4.2.1/ext/odbc -I/usr/local/src/lamp/php-4.2.1/main -I/usr/local/src/lamp/php-4.2.1 -I/usr/local/apache/1.3.24/include -I/usr/local/src/lamp/php-4.2.1/Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/local/mysql//include -I/home/db2inst1/sqllib//include -I/usr/local/src/lamp/php-4.2.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I/usr/local/src/lamp/php-4.2.1/TSRM -g -O2 -prefer-pic -c php_odbc.c In file included from /home/db2inst1/sqllib/include/sqlcli1.h:42, from php_odbc.h:178, from php_odbc.c:37: /home/db2inst1/sqllib/include/sqlcli.h:718: warning: `ODBCVER' redefined php_odbc.h:27: warning: this is the location of the previous definition php_odbc.c: In function `safe_odbc_disconnect': php_odbc.c:200: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast php_odbc.c:203: warning: passing arg 1 of `SQLTransact' makes integer from pointer without a cast php_odbc.c:203: warning: passing arg 2 of `SQLTransact' makes integer from pointer without a cast php_odbc.c:204: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast php_odbc.c: In function `_close_odbc_conn': php_odbc.c:215: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast php_odbc.c: In function `_close_odbc_pconn': php_odbc.c:227: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast php_odbc.c: In function `odbc_do_connect': php_odbc.c:2154: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /bin/sh /usr/local/src/lamp/php-4.2.1/libtool --silent --mode=link gcc -I. -I/usr/local/src/lamp/php-4.2.1/ext/odbc -I/usr/local/src/lamp/php-4.2.1/main -I/usr/local/src/lamp/php-4.2.1 -I/usr/local/apache/1.3.24/include -I/usr/local/src/lamp/php-4.2.1/Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/local/mysql//include -I/home/db2inst1/sqllib//include -I/usr/local/src/lamp/php-4.2.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I/usr/local/src/lamp/php-4.2.1/TSRM -g -O2 -prefer-pic -o libodbc.la php_odbc.lo make[3]: Leaving directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' make[2]: Leaving directory `/usr/local/src/lamp/php-4.2.1/ext/odbc' - no errors Starting Apache 1.3.24: Syntax error on line 240 of /usr/local/apache/1.3.24/conf/httpd.conf: Cannot load /usr/local/apache/current/libexec/libphp4.so into server: /usr/local/apache/current/libexec/libphp4.so: undefined symbol: SQLParamData ./apachectl startssl: httpd could not be started Without DB2 support, everything works fine! -- Edit this bug report at http://bugs.php.net/?id=17358edit=1
Bug #17312 Updated: Build problem with GCC 3.1
ID: 17312 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Redhat 7.2 PHP Version: 4.2.1 New Comment: Does this mean by chance the gcc 3.1 treats this as an error what used to be a warning only in 2.9x ? Previous Comments: [2002-05-22 12:31:04] [EMAIL PROTECTED] It seems that the functions in my_tempnam.c are not used. If I removed my_tempnam.c from ext/mysql/config.m4 php builds and seems to run correctly. config.m4 53c53 libmysql/my_delete.c libmysql/my_tempnam.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ --- libmysql/my_delete.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ [2002-05-20 12:05:42] [EMAIL PROTECTED] Building php 4.2.1 ( ./configure with no options ) using GCC 3.1 causes the following error: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /home/asautins/php4/ext/mysql/libmysql/my_tempnam.c:86: the use of `tempnam' is dangerous, better use `mkstemp' collect2: ld returned 1 exit status It looks like a warning, but php will not link. If I comment out the call to tempnam in my_temnam.c, it links correctly. Given that GCC 3.1 does not come as part of the standard distribution and I built it from source, that could be the problem, but I was able to reproduce on two separate instances. It would be nice to use php_open_temporary_file (main/php_open_temporary_file.c ) to avoid duplicating the effort, but it does not seem to be intended for use by modules. -- Edit this bug report at http://bugs.php.net/?id=17312edit=1
Bug #14040 Updated: Exit after an odbc_exec caused crashes.
ID: 14040 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Win 2000 PHP Version: 4.0.6 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2001-11-13 08:44:21] [EMAIL PROTECTED] I've written about 40 php-pages with about 15 classes and everything worked. (Win 2K, Apache, PHP 4.06, Adabas 12). In the last days I've copied some of the classes, put them in a new directory, changed the include directory to include only the new directory (thus no conflict with the old classes). The following error always happened: 1. If I use an exit statement after odbc_exec, then apache will pop-up a php.exe has generated an error..., in the apache's error log found: Premature end of script headers: c:/php/php.exe. Then the browser switched to 500 Internal Server Error. 2. The odbc_exec has done (partially?) it's work well. Because if the SQL-Statement is an INSERT one, the entry has been correctly stored in ADABAS. 3. If the exit statement omitted, no error throwed (as in script). All of the exit forms caused crash. 4. My assumption is: the exit statement caused php to cut(end) the thread process. But the odbc statement (thread?) is still running. As the odbc thread come to end, it returns some result to Apache, which can not find the php-process. --- premature end. I hope you can understand the problem (sorry for my bad english). Greets, B. Rad Script: ? include_once(xpdfConstants.php); function createContract() { //execute the query $conID = getConnection(); $sql = SELECT * FROM \Contract\; $res = odbc_exec($conID, $sql); // exit; // exit(-1); // exit(ouchh...); $rNum = odbc_num_rows($res); echo (BRFound $rNum contracts BR); } function getConnection() { global $DEBUG; global $DB_host, $DB_user, $DB_password; if (!($connectionID = odbc_connect ($DB_host,$DB_user, $DB_password))) { printError(0, can not create a connection to $DB_SERVER, authenticateUser); return -1 ; } return $connectionID; } ? -- Edit this bug report at http://bugs.php.net/?id=14040edit=1
Bug #17312 Updated: Build problem with GCC 3.1
ID: 17312 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Redhat 7.2 PHP Version: 4.2.1 New Comment: To me it looks like the linker has trouble with it somehow. Compiles OK, but fails in linking with the 'unhandled FORM value: 14' error. Again, it looks as if the routines in my_tempnam.c are not referenced anywhere in the extension, so to me it looks as if it would be safe to remove the source file. Previous Comments: [2002-05-22 15:19:20] [EMAIL PROTECTED] Does this mean by chance the gcc 3.1 treats this as an error what used to be a warning only in 2.9x ? [2002-05-22 12:31:04] [EMAIL PROTECTED] It seems that the functions in my_tempnam.c are not used. If I removed my_tempnam.c from ext/mysql/config.m4 php builds and seems to run correctly. config.m4 53c53 libmysql/my_delete.c libmysql/my_tempnam.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ --- libmysql/my_delete.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ [2002-05-20 12:05:42] [EMAIL PROTECTED] Building php 4.2.1 ( ./configure with no options ) using GCC 3.1 causes the following error: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /home/asautins/php4/ext/mysql/libmysql/my_tempnam.c:86: the use of `tempnam' is dangerous, better use `mkstemp' collect2: ld returned 1 exit status It looks like a warning, but php will not link. If I comment out the call to tempnam in my_temnam.c, it links correctly. Given that GCC 3.1 does not come as part of the standard distribution and I built it from source, that could be the problem, but I was able to reproduce on two separate instances. It would be nice to use php_open_temporary_file (main/php_open_temporary_file.c ) to avoid duplicating the effort, but it does not seem to be intended for use by modules. -- Edit this bug report at http://bugs.php.net/?id=17312edit=1
Bug #17312 Updated: Build problem with GCC 3.1
ID: 17312 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Redhat 7.2 PHP Version: 4.2.1 New Comment: I've found this line through google: http://gcc.gnu.org/ml/gcc/2002-02/msg00965.html Previous Comments: [2002-05-22 15:32:59] [EMAIL PROTECTED] To me it looks like the linker has trouble with it somehow. Compiles OK, but fails in linking with the 'unhandled FORM value: 14' error. Again, it looks as if the routines in my_tempnam.c are not referenced anywhere in the extension, so to me it looks as if it would be safe to remove the source file. [2002-05-22 15:19:20] [EMAIL PROTECTED] Does this mean by chance the gcc 3.1 treats this as an error what used to be a warning only in 2.9x ? [2002-05-22 12:31:04] [EMAIL PROTECTED] It seems that the functions in my_tempnam.c are not used. If I removed my_tempnam.c from ext/mysql/config.m4 php builds and seems to run correctly. config.m4 53c53 libmysql/my_delete.c libmysql/my_tempnam.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ --- libmysql/my_delete.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ [2002-05-20 12:05:42] [EMAIL PROTECTED] Building php 4.2.1 ( ./configure with no options ) using GCC 3.1 causes the following error: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /home/asautins/php4/ext/mysql/libmysql/my_tempnam.c:86: the use of `tempnam' is dangerous, better use `mkstemp' collect2: ld returned 1 exit status It looks like a warning, but php will not link. If I comment out the call to tempnam in my_temnam.c, it links correctly. Given that GCC 3.1 does not come as part of the standard distribution and I built it from source, that could be the problem, but I was able to reproduce on two separate instances. It would be nice to use php_open_temporary_file (main/php_open_temporary_file.c ) to avoid duplicating the effort, but it does not seem to be intended for use by modules. -- Edit this bug report at http://bugs.php.net/?id=17312edit=1
Bug #17312 Updated: Build problem with GCC 3.1
ID: 17312 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Redhat 7.2 PHP Version: 4.2.1 New Comment: Even better this one http://gcc.gnu.org/ml/gcc/2002-02/msg01071.html (one of the Follow-Ups) Previous Comments: [2002-05-22 15:39:57] [EMAIL PROTECTED] I've found this line through google: http://gcc.gnu.org/ml/gcc/2002-02/msg00965.html [2002-05-22 15:32:59] [EMAIL PROTECTED] To me it looks like the linker has trouble with it somehow. Compiles OK, but fails in linking with the 'unhandled FORM value: 14' error. Again, it looks as if the routines in my_tempnam.c are not referenced anywhere in the extension, so to me it looks as if it would be safe to remove the source file. [2002-05-22 15:19:20] [EMAIL PROTECTED] Does this mean by chance the gcc 3.1 treats this as an error what used to be a warning only in 2.9x ? [2002-05-22 12:31:04] [EMAIL PROTECTED] It seems that the functions in my_tempnam.c are not used. If I removed my_tempnam.c from ext/mysql/config.m4 php builds and seems to run correctly. config.m4 53c53 libmysql/my_delete.c libmysql/my_tempnam.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ --- libmysql/my_delete.c libmysql/my_open.c libmysql/mf_casecnv.c libmysql/my_read.c \ [2002-05-20 12:05:42] [EMAIL PROTECTED] Building php 4.2.1 ( ./configure with no options ) using GCC 3.1 causes the following error: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /home/asautins/php4/ext/mysql/libmysql/my_tempnam.c:86: the use of `tempnam' is dangerous, better use `mkstemp' collect2: ld returned 1 exit status It looks like a warning, but php will not link. If I comment out the call to tempnam in my_temnam.c, it links correctly. Given that GCC 3.1 does not come as part of the standard distribution and I built it from source, that could be the problem, but I was able to reproduce on two separate instances. It would be nice to use php_open_temporary_file (main/php_open_temporary_file.c ) to avoid duplicating the effort, but it does not seem to be intended for use by modules. -- Edit this bug report at http://bugs.php.net/?id=17312edit=1
Bug #17257 Updated: rsort (and krsort) broken
ID: 17257 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Compaq Tru64 5.1 PHP Version: 4.2.1 New Comment: 1. This worked under 4.1.2 but broke under 4.2.0rc1 so both 4.2.0 and 4.2.1 are broke 2. Tested rsort, krsort, arsort, uksort, sort. Even the examples given in documentation don't work anymore 3. I've tried it on three machines and it doesn't work on any of them Previous Comments: [2002-05-22 08:41:44] [EMAIL PROTECTED] This is the same for asort usort on linux platforms. [2002-05-15 14:09:55] [EMAIL PROTECTED] In 4.2.1 I cannot get rsort or krsort to work. They worked fine in 4.1.2 with the same exact code. I've written a script which shows it in both versions. To view go to: http://www.mlong.org/test.php -- Edit this bug report at http://bugs.php.net/?id=17257edit=1
Bug #17257 Updated: rsort (and krsort) broken
ID: 17257 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Compaq Tru64 5.1 PHP Version: 4.2.1 New Comment: Just to clarify... every sort function is broke. Previous Comments: [2002-05-22 15:49:03] [EMAIL PROTECTED] 1. This worked under 4.1.2 but broke under 4.2.0rc1 so both 4.2.0 and 4.2.1 are broke 2. Tested rsort, krsort, arsort, uksort, sort. Even the examples given in documentation don't work anymore 3. I've tried it on three machines and it doesn't work on any of them [2002-05-22 08:41:44] [EMAIL PROTECTED] This is the same for asort usort on linux platforms. [2002-05-15 14:09:55] [EMAIL PROTECTED] In 4.2.1 I cannot get rsort or krsort to work. They worked fine in 4.1.2 with the same exact code. I've written a script which shows it in both versions. To view go to: http://www.mlong.org/test.php -- Edit this bug report at http://bugs.php.net/?id=17257edit=1
Bug #17368 Updated: Warning: file(http://www.php.net) - Bad file descriptor in /var/www/.....
ID: 17368 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Linux PHP Version: 4.0CVS-2002-05-22 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2002-05-22 15:49:55] [EMAIL PROTECTED] The code below works fine, I have it running on a Redhat Linux 7.1 machine with PHP 4.04pl1. The problem is that it does not work on a Cobalt Raq4i with PHP 4.03pl1 or PHP 4.06. I have checked Cobalt's website for any info regarding this issue but have found nothing, just links back to www.php.net Does anyone know where the problem lays? Thank You ? //open a file and print each line $myFile = file (http://www.php.net;); for ($index = 0; $index count($myFile); $index++) { print ($myFile[$index]); } ? -- Edit this bug report at http://bugs.php.net/?id=17368edit=1
Bug #17190 Updated: Date() gives error for date prior to 1-1-1970
ID: 17190 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows NT 4.0 PHP Version: 4.2.0 New Comment: Yep, the exact output is Invalid date range Warning: unexpected error in date() in D:\Test\t.php on line 8 Previous Comments: [2002-05-22 06:52:35] [EMAIL PROTECTED] Please, someone check on Windows the routine I wrote. Maybe on Windows date() return error if time is -1. [2002-05-22 06:50:46] [EMAIL PROTECTED] I'm using PHP 4.1.2 and no error on date() as got on: ?PHP error_reporting(E_ALL); $time = strtotime(1850-10-10); if ($time == -1) { print Invalid date range\n; } print date(d-m-Y,$time); ? The only error is that date will allways show the date of time = -1 on invalid range ( 1970 OR 2038). Is only a code bug. You should verify if $time is -1. [2002-05-14 04:08:10] [EMAIL PROTECTED] Look also www.php.net/strtotime [2002-05-14 03:53:09] [EMAIL PROTECTED] Reopening as a documentation problem. I threw a quick glance on the php.net/date page last night and I couldn't find it there. If it's nere, it needs to be outlined better, or well, documented at all. [2002-05-14 02:19:09] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. This is a problem in Windows, not in PHP. Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17190 -- Edit this bug report at http://bugs.php.net/?id=17190edit=1
Bug #17369: Unable to load dynamic... php_gd... specified procedure...
From: [EMAIL PROTECTED] Operating system: WindowsXP,Win2K PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: Unable to load dynamic... php_gd... specified procedure... I want to use graphic library in PHP4.06 on Win2K and on PHP4.21 on WinXP. I've set the dir-path and php_gd uncommented in php.ini but thhe following message appears: Unable to load dynamic library php_gd. Spesific procedure not found. -- Edit bug report at http://bugs.php.net/?id=17369edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17369r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17369r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17369r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17369r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17369r=support Expected behavior: http://bugs.php.net/fix.php?id=17369r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17369r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17369r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17369r=globals
Bug #17369 Updated: Unable to load dynamic... php_gd... specified procedure...
ID: 17369 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WindowsXP,Win2K PHP Version: 4.2.0 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. You've mixed the different binary libraries, they aren't compatible to each other. Make sure you the dll loaded is from the right PHP version (e.g. php_gd.dll from 4.0.6 won't load in 4.2, etc) Previous Comments: [2002-05-22 16:21:36] [EMAIL PROTECTED] I want to use graphic library in PHP4.06 on Win2K and on PHP4.21 on WinXP. I've set the dir-path and php_gd uncommented in php.ini but thhe following message appears: Unable to load dynamic library php_gd. Spesific procedure not found. -- Edit this bug report at http://bugs.php.net/?id=17369edit=1
Bug #17370 Updated: join function not expanding \n
ID: 17370 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: REdhat 7.1 PHP Version: 4.2.0 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-05-22 16:27:33] [EMAIL PROTECTED] $arr=file(test.txt); $txt=join('\n',$arr); echo $txt -- Edit this bug report at http://bugs.php.net/?id=17370edit=1
Bug #17319 Updated: zend.h:55:19: unix.h: No such file or directory
ID: 17319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.2.1 New Comment: see: http://bugs.php.net/bug.php?id=17362 I ran into this problem myself. I was using gcc version 3.0.3 on solaris 8 (php4.2.1). I got it to compile by installing the following packages (available from sunfreeware.com) ... milage may vary! m4-1.4-sol8-sparc-local.gz automake-1.6-sol8-sparc-local.gz autoconf-2.53-sol8-sparc-local.gz binutils-2.11.2-sol8-sparc-local.gz I rebuilt the configure file and ran it again (see bug id 17362). Seemed to compile after that. Previous Comments: [2002-05-20 16:17:45] [EMAIL PROTECTED] Have you tried CC=/path/to/gcc ./configure ... ? [2002-05-20 16:13:12] [EMAIL PROTECTED] Using GCC download from www.sunfreeware.com # ./configure --with-mysql --with-apache=../apache_1.3.24/ # make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main-D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2 -prefer-non-pic -static -c -o zend_language_parser.lo `test -f zend_language_parser.c || echo './'`zend_language_parser.c In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h:55:19: unix.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `zend_language_parser.lo' Current working directory /scratch/src/php-4.2.1/Zend *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I try some solutions that was report but don't work. Can some one help me? -- Edit this bug report at http://bugs.php.net/?id=17319edit=1
Bug #17347 Updated: fopen ftp wrapper gets wrong path
ID: 17347 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FTP related Operating System: Redhat 6.2 PHP Version: 4.2.1 New Comment: Of course a polite person would free decoded_server_path too. Previous Comments: [2002-05-22 18:18:04] [EMAIL PROTECTED] Why complain when I can patch - how does this look? It's a one-hit version with no bug-compatibility, but it works in both test cases I've tried == --- php-4.2.1/ext/standard/ftp_fopen_wrapper.c Thu Feb 28 21:26:45 2002 +++ patch-php-4.2.1/ext/standard/ftp_fopen_wrapper.cThu May 23 09:57:22 2002 @@ -89,6 +89,8 @@ int result; int i; char *tpath, *ttpath; +char *decoded_server_path = NULL; + resource = php_url_parse((char *) path); if (resource == NULL) { @@ -101,6 +103,22 @@ *issock = BAD_URL; return NULL; } + +/* remove leading slash if present */ +if ( resource-path[0] == '/' strlen( resource-path ) 1) +decoded_server_path = estrdup( resource-path+1 ); +else +decoded_server_path = estrdup( resource-path ); + +if ( decoded_server_path == NULL ) { +php_error( E_ERROR, Memory Allocation error in ftp fopen wrapper ); +php_url_free( resource ); +*issock = BAD_URL; +return NULL; +} + +php_url_decode( decoded_server_path, strlen( decoded_server_path) ); + /* use port 21 if one wasn't specified */ if (resource-port == 0) resource-port = 21; @@ -171,7 +189,7 @@ /* find out the size of the file (verifying it exists) */ SOCK_WRITE(SIZE , *socketd); - SOCK_WRITE(resource-path, *socketd); + SOCK_WRITE( decoded_server_path , *socketd); SOCK_WRITE(\r\n, *socketd); /* read the response */ @@ -268,8 +286,8 @@ /* store file */ SOCK_WRITE(STOR , *socketd); } - if (resource-path != NULL) { - SOCK_WRITE(resource-path, *socketd); + if (decoded_server_path != NULL) { + SOCK_WRITE(decoded_server_path, *socketd); } else { SOCK_WRITE(/, *socketd); } == ==ftp_test.php=== ?php $user = xxx; $pass = yyy; $server = zzz; $url = ftp://$user:$pass@$server/ftp/test.txt;; $fh = fopen( $url, r ); if ($fh ) { $l = fgets( $fh ); print $l; fclose( $fh ); } $url = ftp://$user:$pass@$server/%2Fetc/wgetrc;; $fh = fopen( $url, r ); if ($fh ) { $l = fgets( $fh ); print $l; fclose( $fh ); } ? = [2002-05-22 03:09:42] [EMAIL PROTECTED] Reclassified. [2002-05-21 21:00:06] [EMAIL PROTECTED] The fopen ftp wrapper tries to look for files starting at the root of the file system, rather than the applicable ftp base directory. RFC 1738 gives the specifics of how FTP URLS are to be interpreted - each segment of the path should be treated as a separate CWD command. RFC 1738 says that the slash separating the ftp server name from the path is not part of the path, and slashes included in the path should be encoded (so to ftp the file /etc/motd the url ftp:[EMAIL PROTECTED]/%2Fetc/motd should be used, which would correspond to CWD /etc ; RETR motd - wheras the url ftp:[EMAIL PROTECTED]/etc/motd corresponds to something like CWD etc; RETR motd - which would fetch the motd file from the user's etc directory). RFC 2396 now rules that the slash following the server name is part of the path, but it's wrong to interpret this as meaning that the path requested is based on the file system root - in HTML the initial slash indicates that the path is absolute not relative, and it makes sense to continue to interpret FTP urls in the same manner, especially as there is a mechanism to address files outside the ftp file area. There are a couple of implementation issues for resolving this problem - compatibility to previous behaviour and the method of getting to the destination directory. Compatibility could be addressed by including a ftp_path_bug_behaviour variable, or preferably just fixing the behaviour and documenting the change in big letters. The issue of getting to the destination directory is probably only of interest to nit-pickers, but here it is. It's not outside the bounds of possibility that an ftp server might perform magic when CWD'ing to a directory, so it might be preferable to get to the destination of the path by a series of CWD's. However, it's also possible that the directory
Bug #17357 Updated: odbc_fetch_row is broke in 4.2.1
ID: 17357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.1 New Comment: I have experienced the same problem.. My PHP system is Windows XP running IIS and PHP 4.2.0. against a Windows 2K Server with MS-SQL 7.0. I worked around it by closing the connetion and the requerying... The odbc_num_rows also fails... and I had to do a loop of odbc_fetch_row to count the rows in the recordset, then close the connection, then requery. The OpenSource program WebCalendar also isn't working with ODBC in 4.2.0 in a Windows environment with SQL Server (can't speak for anything else)... it uses the odbc_fetch_array command...and that too seems to be failing without any error messages. Previous Comments: [2002-05-22 09:09:09] [EMAIL PROTECTED] In previous versions of PHP you could reset the pointer on ODBC resutls using odbc_fetch_row($results,0). This no longer works! I can find no other way to reset ODBC results. If you check for results and then try to loop through the results, you will loose the 1st row! - Anthony -- Edit this bug report at http://bugs.php.net/?id=17357edit=1
Bug #14732 Updated: Broken links in global.ent
ID: 14732 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.1.1 New Comment: Just a short update on links with probs: Connect failure: url.icap, url.openssl Host not found: url.mersenne.twister 404: Not Found: url.nis, url.stepwise.macosx-client, spec.hyperwave Thomas Previous Comments: [2002-04-06 06:10:41] [EMAIL PROTECTED] According to the checkent script, the following urls are still (or again) broken: url.icap: Could not open document: url.ldap.ldapworld: Could not open document: url.mersenne.twister: unknown host: www.scp.syr.edu url.nis: Could not open document: url.pfpro.download: unknown host: testmanager.signio.com Segmentation fault A segfault??? Damn... [2001-12-28 10:33:56] [EMAIL PROTECTED] broken links fixed for - adabas - ldap - libiconv [2001-12-28 09:55:54] [EMAIL PROTECTED] Please commit that little script into phpdoc into the scripts directory. We have some scripts there to test XML files, such as the entities.php or dbtags.php. It would be nice to make this test from time to time. To answer your current bug report, I have not time currently to skim through these addresses and find the right, so anybody with sufficient time, or who knows some of the right links would be welcome :) -- Goba [2001-12-28 08:04:05] [EMAIL PROTECTED] Hi, just wrote a little script and checked global.ent url.adabas: unknown host (www.adabas.com) url.hyperwave-proto: document not found (http://www.hyperwave.de/7.17-hg-prot) url.iicm: unknown host (iicm.edu) url.iptc: document not found or unreachable (http://www.iptc.org/) url.ldap.ldapworld: document not found or unreachable (http://elvira.innosoft.com/ldapworld) url.libiconv: document not found (http://clisp.cons.org/~haible/packages-libiconv.html) url.malinimg: document not found (http://www.pvv.org/~ssb/malin/bilder/mi/twain001.jpg) url.mersenne.twister: unknown host (www.scp.syr.edu) url.nis: document not found (http://www.desy.de/~sieversm/ypdoku/ypdoku/ypdoku.html) Georg -- Edit this bug report at http://bugs.php.net/?id=14732edit=1
Bug #17372: An error occured when complie libmysql.c
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.1 PHP Bug Type: Compile Failure Bug description: An error occured when complie libmysql.c I get an error when I compiling php-4.2.1. Below is the error info: ... make[2]: Leaving directory `/home/test/php-4.2.1/ext/ldap'gjh/php-4.2.1/Zend'h/php-4.2.1 -I/+- Making all in mysqlngjh/php-4.2.1/ext/ make[2]: Entering directory `/home/test/php-4.2.1/ext/mysql'2.1/Zend -I/usr/include/imap -I/ rm -f *.o core *.core Making all in libmysqlhome/test/php-4.2.1/ /php-4.2.1 -I/usr/local/apache2/include -I/home/test/php-4.2.1/Zend -I/usr/inc lude/imap -I/home/test/php-4.2.1/ext/mysql/libmysql -I/home/test/php-4.2.1/e xt/xml/expat -D_REENTRANT -I/home/test/php-4.2.1/TSRM -DTHREAD=1 -g -O2 -pthr ead -DZTS -prefer-pic -c libmysql.c In file included from libmysql.c:5: global.h:256: warning: redefinition of `uint' /usr/include/sys/types.h:152: warning: `uint' previously declared here global.h:257: warning: redefinition of `ushort' /usr/include/sys/types.h:151: warning: `ushort' previously declared here global.h:258: warning: redefinition of `ulong' /usr/include/sys/types.h:150: warning: `ulong' previously declared here In file included from libmysql.c:12: m_string.h:180: parse error before `__extension__' m_string.h:180: parse error before `' make[4]: *** [libmysql.lo] Error 1 make[4]: Leaving directory `/home/test/php-4.2.1/ext/mysql/libmysql' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/test/php-4.2.1/ext/mysql/libmysql' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/test/php-4.2.1/ext/mysql' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/test/php-4.2.1/ext' make: *** [all-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=17372edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17372r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17372r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17372r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17372r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17372r=support Expected behavior: http://bugs.php.net/fix.php?id=17372r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17372r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17372r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17372r=globals
Bug #17322 Updated: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 Assigned To: mfischer New Comment: BLOODY COMPUTERS!!! PHP 4.2.1's mail handling is fine as I originally said, the reason I was missing mail yesterday was due to IE on my Mac not refreshing the pages I was constantly reloading. Mail is flowing through just fine and refreshing one of my forms via my PC causes a mail every time. So it's what I originally said - mail fails under PHP 4.3.dev but works under PHP 4.2.1. Sorry for the confusion... argh!!! Previous Comments: [2002-05-22 08:33:53] [EMAIL PROTECTED] Mail has been better throughout the day, certainly not perfect (lots of messages missing) but at least PHP 4.2.1 is able to get SOME mail out as opposed to PHP 4.3.dev. Unfortunately by reverting back the cookie problem with 4.2.x is again causing us hell :\ I've been doing some reading around and found that mail under Win32 with PHP has always been a little screwy - will be great to finally have that improved, to the benefit of all PHP users. I appreciate your time is short and valuable, I'll do whatever I can to make your efforts worthwhile (you into DVD?). [2002-05-22 03:17:13] [EMAIL PROTECTED] The win32/mail() implementation suffers some inherent problems. I'll see what I can do, but being busy right now, this can take until next weekend. Assigning to me. [2002-05-21 18:40:38] [EMAIL PROTECTED] Interesting, I downgraded to PHP 4.2.1 again since the mail failing is causing us a lot of grief (scripts randomly fail after this occurrs) and have discovered that the mail doesn't work properly there either! That said when you initially restart Apache the mail does work for a short while, must be what caught me out when I tested it last night, and THEN it stops working. The mail function being screwy in PHP 4.2.1 must have been a problem for us before, as a form that sends me e-mails has been generating hundreds less e-mails per day than I would have expected and I had formerly written it off as lack of interest (even though the Apache logs showed otherwise), so looks like it's not specific to PHP 4.3.dev but instead either PHP 4.2.1 or PHP 4.2.0 (don't have the time right at the moment to double check this). [2002-05-21 06:50:38] [EMAIL PROTECTED] Downgrade to PHP 4.2.1 mail works, upgrade back to PHP 4.3.dev mail fails. Reservedly restarted whole server, no change. [2002-05-21 05:22:20] [EMAIL PROTECTED] Please delete duplicate posts, refreshed wrong window - SORRY :( 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322edit=1
Bug #14936 Updated: Apache compilarion failure in the php module
ID: 14936 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Caldera eServer 2.3.1 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-04-22 23:43:44] [EMAIL PROTECTED] Does this happen with Apache 1.3.24 and PHP 4.2.0 ? [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=14936edit=1
Bug #16241 Updated: make apache error
ID: 16241 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: sun5.5.1 PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-04-22 23:39:25] [EMAIL PROTECTED] Try adding --enable-libgcc to your PHP configure line. --Jani [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. 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/16241 -- Edit this bug report at http://bugs.php.net/?id=16241edit=1
Bug #15034 Updated: LDAP symbols multiply-defined
ID: 15034 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: solaris 8 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-04-22 23:49:11] [EMAIL PROTECTED] Does this happen with PHP 4.2.0? And if so, can you please try the latest CVS snapshot from http://snaps.php.net/ --Jani [2002-01-14 18:26:40] [EMAIL PROTECTED] I have found similar reports with other add-ons, but have not found any remedy to apply successfully to my instance. I am configuring the php build as follows: ./configure --prefix=/opt/gnu/depot/php-4.1.1 \ --with-mysql=/opt/gnu \ --with-apxs=/opt/gnu/bin/apxs \ --with-ldap=/opt/gnu The configuration completes fine. The compilation completes fine. The linking whines magnificently about symbols living in both the LDAP library and the Zend library. Below is a summary of the 'make' output. I have tried running 'make clean' to ensure older builds weren't getting in the way. %make Making all in Zend make[1]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/Zend' Making all in main make[1]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/main' make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/main' make[2]: Nothing to be done for `all-p'. make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/main' make[1]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/main' Making all in ext make[1]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext' Making all in ldap make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/ldap' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/ldap' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/ldap' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/ldap' Making all in mysql make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/mysql' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/mysql' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/mysql' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/mysql' Making all in pcre make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre' Making all in pcrelib make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre/pcrelib' make[4]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre/pcrelib' make[4]: Nothing to be done for `all-p'. make[4]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre/pcrelib' make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre/pcrelib' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/pcre' Making all in posix make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/posix' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/posix' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/posix' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/posix' Making all in session make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/session' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/session' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/session' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/session' Making all in standard make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/standard' make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/standard' make[3]: Nothing to be done for `all-p'. make[3]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/standard' make[2]: Leaving directory `/data1/home/cgilmore/src/php-4.1.1/ext/standard' Making all in xml make[2]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/xml' Making all in expat make[3]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/xml/expat' make[4]: Entering directory `/data1/home/cgilmore/src/php-4.1.1/ext/xml/expat' make[4]:
Bug #17374: pow fails if either parameter is a string
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.1 PHP Bug Type: *Math Functions Bug description: pow fails if either parameter is a string Execute this code: $x=2; echo pow($x,3); PHP returns Warning: Invalid argument(s) passed to pow() in /www/default/test.php3 on line 5. 2 should be automatically interpreted as the number 2. This problem didn't occur in version 4.1.2. -- Edit bug report at http://bugs.php.net/?id=17374edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17374r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17374r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17374r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17374r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17374r=support Expected behavior: http://bugs.php.net/fix.php?id=17374r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17374r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17374r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17374r=globals