#20513 [NEW]: outcontrol bug
From: [EMAIL PROTECTED] Operating system: RedHat 8.0 PHP version: 4.3.0RC1 PHP Bug Type: Output Control Bug description: outcontrol bug ... PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /usr/src/php-4.3.0RC1/run-tests.php on line 48 ... Build with: ./configure \ --prefix=/tmp/php \ --enable-bcmath \ --enable-ftp \ --enable-static \ --enable-tokenizer \ --disable-xml \ --without-pear \ --with-mysql=/usr \ --with-config-file-path=/etc -- Edit bug report at http://bugs.php.net/?id=20513&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20513&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20513&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20513&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20513&r=support Expected behavior: http://bugs.php.net/fix.php?id=20513&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20513&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20513&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20513&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20513&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20513&r=isapi
#20512 [Opn->Bgs]: Page Refresh Problem
ID: 20512 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows NT PHP Version: 4.2.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-11-20 01:29:48] [EMAIL PROTECTED] After Authenticatiion I display a page. If I click the back button I get the following Message Warning: Page has Expired The page you requested was created using information you submitted in a form. This page is no longer available. As a security precaution, Internet Explorer does not automatically resubmit your information for you. To resubmit your information and view this Web page, click the Refresh button. I am using internet explorer 5.0 -- Edit this bug report at http://bugs.php.net/?id=20512&edit=1
#20512 [NEW]: Page Refresh Problem
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: Page Refresh Problem After Authenticatiion I display a page. If I click the back button I get the following Message Warning: Page has Expired The page you requested was created using information you submitted in a form. This page is no longer available. As a security precaution, Internet Explorer does not automatically resubmit your information for you. To resubmit your information and view this Web page, click the Refresh button. I am using internet explorer 5.0 -- Edit bug report at http://bugs.php.net/?id=20512&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20512&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20512&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20512&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20512&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20512&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20512&r=support Expected behavior: http://bugs.php.net/fix.php?id=20512&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20512&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20512&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20512&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20512&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20512&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20512&r=isapi
#20511 [Opn->Bgs]: Insatlling PHP
ID: 20511 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PWS related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-11-20 00:54:45] [EMAIL PROTECTED] I installed PHP using the Windows installer and then configured the registery and PWS following the instruction stated on the site. Then i created a samll .php file which would print the word "Hello world!" on the browser. When i specified the address in the browser for the file to be opened it gave me a messgae saying" "Security Alert!The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force CGI-redirect enabled. This means that apage will only be served up if the REDIRECT_STATUS CGI variable is set. e.g via an APACHE action directive." Why do i get this error please help Thanks Manu -- Edit this bug report at http://bugs.php.net/?id=20511&edit=1
#19343 [Fbk->NoF]: array_rand does not return keys randomly
ID: 19343
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Arrays related
Operating System: WinXP
PHP Version: 4.2.3
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-11-04 18:43:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tested this function using latest CVS (unstable) in Windows
XP. The code from your example has worked properly. Therefor I am
closing the bug report.
[2002-11-04 16:34:28] [EMAIL PROTECTED]
I see that another person has reproduced the bug. In my original
submission I specified my OS as Windows XP. [EMAIL PROTECTED] may have not
tested the function on windows, therefore I think it warrants
reopening. My example is sufficient to quickly reproduce the bug.
[2002-10-04 17:23:37] [EMAIL PROTECTED]
Well - I experienced the same problems (array_rand() is [still] not
random) in a Windows environment as [EMAIL PROTECTED] does. I actually
was looking forward to a new release as this 'bug' was reported to be
corrected and found the 4.2.3 release to act the same wrong way than
'before'.
This must be a problem on the Windows side, for in the Linux
environment I really get random values ...
[2002-09-17 22:08:34] [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.
I've tried this a few dosen times and the results were quite random.
Please keep in mind that with a small array, such as the one in your
example, there are only 24 possible combinations. Which means, that on
average every 24th run you'll get an 'unsorted' array.
[2002-09-10 14:09:42] [EMAIL PROTECTED]
I called array_rand($my_array, count($my_array)). I expected array_rand
to return the keys of $my_array in random order. I actually received
the keys in almost the same order each time. $my_array was a 4 element
array and the third element's key never changed position. I tried using
srand also, but it produced same results. On an older version of
php(4.1.2) the function worked as expected.
script on WinXP php4.2.3:
$numbers = range (1,4);
$rand_keys = array_rand ($numbers, count($numbers));
foreach ($rand_keys as $val) {
print $numbers[$val]."\n";
}
--
Edit this bug report at http://bugs.php.net/?id=19343&edit=1
#20511 [NEW]: Insatlling PHP
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.2.3 PHP Bug Type: PWS related Bug description: Insatlling PHP I installed PHP using the Windows installer and then configured the registery and PWS following the instruction stated on the site. Then i created a samll .php file which would print the word "Hello world!" on the browser. When i specified the address in the browser for the file to be opened it gave me a messgae saying" "Security Alert!The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force CGI-redirect enabled. This means that apage will only be served up if the REDIRECT_STATUS CGI variable is set. e.g via an APACHE action directive." Why do i get this error please help Thanks Manu -- Edit bug report at http://bugs.php.net/?id=20511&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20511&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20511&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20511&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20511&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20511&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20511&r=support Expected behavior: http://bugs.php.net/fix.php?id=20511&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20511&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20511&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20511&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20511&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20511&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20511&r=isapi
#20054 [Ana]: safe_mode_include_dir not being used correctly
ID: 20054 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux - Redhat 7.3 PHP Version: 4.3.0-dev New Comment: Just for the record, I wrote a patch for this to allow for paths to be excluded from the safemode checks basically the same as the include value does. Posted that the the developers list asking if anyone was interested, enver got a reply, so I thought I'd add it in here for completeness sake. If anyone has any suggestions with what I can do with the patch, let me know :} Previous Comments: [2002-11-02 01:30:40] [EMAIL PROTECTED] I've got Apache 2 and PHP 4.3.0-dev on Red Hat 7.2 with /usr/share/pear in safe_mode_include_dir and I get "SAFE MODE Restriction in effect. The script whose uid is 502 is not allowed to access /usr/share/pear/Mail.php owned by uid 0" etc., with 'require_once( "Mail.php" );' and 'require( "Mail.php" );' and 'include( "Mail.php" );' and 'include( "/usr/share/pear/Mail.php" );' and every other variation I can think to try. [2002-10-30 11:37:56] [EMAIL PROTECTED] The current implementation of safe_mode_include_dir only allows require/include functions to bypass safe_mode. I've began a discussion on php-dev on whether or not this should be expanded to include other file operations. If you have an opinion on the matter, make it known there (php-dev). [2002-10-24 12:17:37] [EMAIL PROTECTED] Correct version (user tried with snapshot too..) [2002-10-24 02:49:22] [EMAIL PROTECTED] This is possibly related to Bug #17858. We've got Apache2 on Redhat 7.3, with safemode in php enabled. We have safe_mode_gid set to on as well. The safe_mode include directory is set as follows: safe_mode_include_dir = "/home/staff/ryan/WWW" I've then got the test script: That script has the following ownership permissions: -rw-r--r--1 web nobody229 Oct 24 15:31 test2.php And /home/staff/ryan/WWW is: drwxr-xr-x5 ryan staff4096 Oct 21 17:30 WWW Calling the script displays "FAILED" on the browser and causes the two following errors in the error log: PHP Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid/gid is 89/99 is not allowed to access /home/staff/ryan/WWW/ owned by uid/gid 270/110 in /home/www/DOCS/phptest/test2.php on line 3 PHP Warning: opendir(/home/staff/ryan/WWW/) [function.opendir]: failed to open dir: Inappropriate ioctl for device in /home/www/DOCS/phptest/test2.php on line 3 Changing the ownership permissions to the same user and/or group causes the script to execute fine, displaying the contents with no problems or errors. It would appear that the safe_mode_include_dir value is not being used, but I'm also open to the suggesion that I've stuffed up somewhere else. For the record, I originally started having problems with 4.2.2 (user and group returned as -1) this was fixed upgrading to 4.3.0-pre1, but then the include_dir still had problems. I've tested it with today's snapshot (php4-200210232100) and still have the same problem. My config options looks like : ./configure --with-mysql=/usr/local/mysql --with-openssl --with-xml --enable-track-vars --enable-force-cgi-redirect --enable-versioning --with-apxs2=/usr/local/httpd/bin/apxs --with-zlib --enable-ftp --enable-sockets --with-gettext --with-imap=/usr/local/imap --with-imap-ssl Ummm, help? Cheers, Ryan. -- Edit this bug report at http://bugs.php.net/?id=20054&edit=1
#20510 [Csd->Opn]: All spaces on a right padded string getting chopped
ID: 20510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0RC1 New Comment: it *seems* like a MySQL issue, but it could be some obscure PHP issue. Lets see. C API should be tested with MySQL 3 and MySQL4. Same for the PHP extension. I will do some tests and give feedbacks. Previous Comments: [2002-11-19 20:07:13] [EMAIL PROTECTED] I never said it's not a bug. It is, the fact is that it's not PHP related but MySQL related, so bugs mysql.com [2002-11-19 20:02:09] [EMAIL PROTECTED] The posted details make it sound like a bug to me so unless you truly know the answer nicos I don't think this should be closed. jrust, maybe it'd be helpful if you provide a small db schema that'll go along with a query so others can easily test it. [2002-11-19 19:38:43] [EMAIL PROTECTED] I really don't think that can be PHP related... Post a MySQL bug instead? Did you tried that with MySQL 4 (C API)? Anyway if someone feels that I'm wrong, open it again. Thank you for the report. [2002-11-19 19:22:04] [EMAIL PROTECTED] The following mysql query should return the data padded with spaces on the right: However, the all spaces to the right of the string are chopped off, as if PHP (or maybe the MySQL api?) is doing an rtrim on the data. Some details: * The exact same query run from the MySQL console returns the correctly padded data. * If the ORDER BY is commented out the data comes back padded correctly. * If the query does not contain a JOIN the data comes back padded correctly (even if there is an ORDER BY) * It doesn't matter what the data is for table1 and table2 so long as the two tables can be joined and have some data in the fields * I am using MySQL version 3.23.52 -- Edit this bug report at http://bugs.php.net/?id=20510&edit=1
#19404 [Com]: phpMyAdmin does not work properly anymore
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: Is there a way to patch my Windows binary for this bug? Previous Comments: [2002-11-14 22:02:55] [EMAIL PROTECTED] [EMAIL PROTECTED]: This is not a place to get PHPmyadmin support And has anyone got a bugfix patch for 4.2.3 to fix this bug? [2002-11-12 21:52:40] [EMAIL PROTECTED] I use phpMyAdmin-2.3.2-php.tar.gz I can't delete record from MyAdmin. And I can't "View dump (schema) of database" but in old version I can. [2002-11-01 10:40:43] [EMAIL PROTECTED] IMPORTANT NOTICE: This page is not intended to support ANY KINDS OF phpMyAdmin RELATED THINGS. If you are looking for information about phpMyAdmin, please visit http://www.phpmyadmin.net/. Thank you. -- I'm not sure what is going on here, but actually google takes you to this page with a simple phrase "phpMyAdmin not work". Anyway the first-four-characters-lost problem is completely fixed in both STABLE and DEVELOPMENT version of CVS snapshots. [2002-11-01 04:32:09] [EMAIL PROTECTED] Is it fixed in STABLE CVS or LATEST CVS? Also how come there are comments here like in other languages and OT comments like "i want to make a good forum for my homepage" [2002-10-31 20:13:55] [EMAIL PROTECTED] Úíæä ÇáßæíÊ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19404 -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#20510 [Fbk->Csd]: All spaces on a right padded string getting chopped
ID: 20510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0RC1 New Comment: I never said it's not a bug. It is, the fact is that it's not PHP related but MySQL related, so bugs mysql.com Previous Comments: [2002-11-19 20:02:09] [EMAIL PROTECTED] The posted details make it sound like a bug to me so unless you truly know the answer nicos I don't think this should be closed. jrust, maybe it'd be helpful if you provide a small db schema that'll go along with a query so others can easily test it. [2002-11-19 19:38:43] [EMAIL PROTECTED] I really don't think that can be PHP related... Post a MySQL bug instead? Did you tried that with MySQL 4 (C API)? Anyway if someone feels that I'm wrong, open it again. Thank you for the report. [2002-11-19 19:22:04] [EMAIL PROTECTED] The following mysql query should return the data padded with spaces on the right: However, the all spaces to the right of the string are chopped off, as if PHP (or maybe the MySQL api?) is doing an rtrim on the data. Some details: * The exact same query run from the MySQL console returns the correctly padded data. * If the ORDER BY is commented out the data comes back padded correctly. * If the query does not contain a JOIN the data comes back padded correctly (even if there is an ORDER BY) * It doesn't matter what the data is for table1 and table2 so long as the two tables can be joined and have some data in the fields * I am using MySQL version 3.23.52 -- Edit this bug report at http://bugs.php.net/?id=20510&edit=1
#20510 [Csd->Fbk]: All spaces on a right padded string getting chopped
ID: 20510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0RC1 New Comment: The posted details make it sound like a bug to me so unless you truly know the answer nicos I don't think this should be closed. jrust, maybe it'd be helpful if you provide a small db schema that'll go along with a query so others can easily test it. Previous Comments: [2002-11-19 19:38:43] [EMAIL PROTECTED] I really don't think that can be PHP related... Post a MySQL bug instead? Did you tried that with MySQL 4 (C API)? Anyway if someone feels that I'm wrong, open it again. Thank you for the report. [2002-11-19 19:22:04] [EMAIL PROTECTED] The following mysql query should return the data padded with spaces on the right: However, the all spaces to the right of the string are chopped off, as if PHP (or maybe the MySQL api?) is doing an rtrim on the data. Some details: * The exact same query run from the MySQL console returns the correctly padded data. * If the ORDER BY is commented out the data comes back padded correctly. * If the query does not contain a JOIN the data comes back padded correctly (even if there is an ORDER BY) * It doesn't matter what the data is for table1 and table2 so long as the two tables can be joined and have some data in the fields * I am using MySQL version 3.23.52 -- Edit this bug report at http://bugs.php.net/?id=20510&edit=1
#20487 [Opn->Fbk]: mod_php crashes under Apache 1.3.27 & MaxRequestsPerChild=infinite
ID: 20487 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0RC1 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-11-18 14:54:33] [EMAIL PROTECTED] When I use MaxRequestsPerChild 0 (e.g. infinite) in httpd.conf, sometimes Apache crashes. I have tested this bug on framed page (it is phpMyAdmin, two frames in frameset). When I use only one page (without frames), I have to press Reload button (F5 in Internet Explorer) many times (I rather hold it) to produce crash. I think something's wrong in multithreaded code in php4apache.dll: it crashes when two requests occurs at the SAME TIME (often, but not always). Tere is no bug in 4.2.3, but I cannot use php4apache.dll from 4.2.3 for 4.3.0 - it crashes immediately. -- Edit this bug report at http://bugs.php.net/?id=20487&edit=1
#20510 [Opn->Csd]: All spaces on a right padded string getting chopped
ID: 20510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0RC1 New Comment: I really don't think that can be PHP related... Post a MySQL bug instead? Did you tried that with MySQL 4 (C API)? Anyway if someone feels that I'm wrong, open it again. Thank you for the report. Previous Comments: [2002-11-19 19:22:04] [EMAIL PROTECTED] The following mysql query should return the data padded with spaces on the right: However, the all spaces to the right of the string are chopped off, as if PHP (or maybe the MySQL api?) is doing an rtrim on the data. Some details: * The exact same query run from the MySQL console returns the correctly padded data. * If the ORDER BY is commented out the data comes back padded correctly. * If the query does not contain a JOIN the data comes back padded correctly (even if there is an ORDER BY) * It doesn't matter what the data is for table1 and table2 so long as the two tables can be joined and have some data in the fields * I am using MySQL version 3.23.52 -- Edit this bug report at http://bugs.php.net/?id=20510&edit=1
#20510 [NEW]: All spaces on a right padded string getting chopped
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0RC1 PHP Bug Type: MySQL related Bug description: All spaces on a right padded string getting chopped The following mysql query should return the data padded with spaces on the right: However, the all spaces to the right of the string are chopped off, as if PHP (or maybe the MySQL api?) is doing an rtrim on the data. Some details: * The exact same query run from the MySQL console returns the correctly padded data. * If the ORDER BY is commented out the data comes back padded correctly. * If the query does not contain a JOIN the data comes back padded correctly (even if there is an ORDER BY) * It doesn't matter what the data is for table1 and table2 so long as the two tables can be joined and have some data in the fields * I am using MySQL version 3.23.52 -- Edit bug report at http://bugs.php.net/?id=20510&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20510&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20510&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20510&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20510&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20510&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20510&r=support Expected behavior: http://bugs.php.net/fix.php?id=20510&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20510&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20510&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20510&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20510&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20510&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20510&r=isapi
#19918 [Com]: no libphp4.so produced
ID: 19918 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.0-pre1 New Comment: I'm having the same problem and I'm using the latest CVS snapshot of php4-200211200030, HP-UX 11.00 and Apache 2.0.43. The only way I was able to work around the problem was to go into where I have apache/modules located and rename libphp4.a to libphp4.so and then 'make install' again. This seems to work, but when I try to start apache, it can't use the libphp4.so. I get this error message: Cannot load /opt/apache/modules/libphp4.so into server: Bad magic number for shared library: /opt/apache/modules/libphp4.so Previous Comments: [2002-11-10 18:30:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-15 22:33:08] [EMAIL PROTECTED] oopsie..the other bug is saying the compile doesn't work with apache 1.3.x...but you said that works so I'm reopening this. [2002-10-15 22:31:36] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. [2002-10-15 11:23:21] [EMAIL PROTECTED] I can compile php with apache 2.0.43 but there's no libphp4.so produced. configure line : ./configure \ --enable-debug \ --with-config-file-path=/PKl01h01/soft/web/cfg \ --without-mysql \ --without-gd \ --prefix=/PKl01h01/soft/web \ --with-apxs2=/PKl01h01/soft/web/httpd/bin/apxs make : no errors make install : Installing PHP SAPI module /PKl01h01/soft/web/httpd/build/instdso.sh SH_LIBTOOL='/PKl01h01/soft/web/httpd/build/libtool' libphp4.la /PKl01h01/soft/web/httpd/modules /PKl01h01/soft/web/httpd/build/libtool --mode=install cp libphp4.la /PKl01h01/soft/web/httpd/modules/ cp .libs/libphp4.lai /PKl01h01/soft/web/httpd/modules/libphp4.la cp .libs/libphp4.a /PKl01h01/soft/web/httpd/modules/libphp4.a ranlib /PKl01h01/soft/web/httpd/modules/libphp4.a chmod 644 /PKl01h01/soft/web/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /PKl01h01/soft/src/php4httpd/libs' Warning! dlname not found in /PKl01h01/soft/web/httpd/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /PKl01h01/soft/web/httpd/modules/libphp4.so chmod: can't access /PKl01h01/soft/web/httpd/modules/libphp4.so apxs:Error: Command failed with rc=65536 . *** Error exit code 1 Stop. if I look into libs directory, there's no shared library : -rw-r--r-- 1 xxx xxx 10057366 Oct 15 18:09 libphp4.a -rw-r- 1 xxx xxx698 Oct 15 18:09 libphp4.la What can I do ?? PS : it works with apache 1.3.x @++ JC -- Edit this bug report at http://bugs.php.net/?id=19918&edit=1
#20509 [Opn->Bgs]: $_SERVER['HTTP_RAW_POST_DATA'] not equivalent to $HTTP_RAW_POST_DATA
ID: 20509 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: This variable does not live in $_SERVER or any superglobal for that matter. It's its own variable. The documentation is being worked out as there is still a question on when this variable should exist. Previous Comments: [2002-11-19 18:06:46] [EMAIL PROTECTED] Environment: Apache 1.3.26 on FreeBSD 4.6.2 with mod_php 4.2.2 register_globals is off and always_populate_raw_post_data is defaulted to off (phpinfo() says "0"). I'm trying to use nuSOAP (http://sourceforge.net/projects/nusoap/). The final line of a server is typically something like: $server->service($_SERVER['HTTP_RAW_POST_DATA']); Only thing is, it doesn't work. It *does* work if one states it this way: $server->service($HTTP_RAW_POST_DATA); Shouldn't the super-global be exactly the same as the environment variable? -- Edit this bug report at http://bugs.php.net/?id=20509&edit=1
#20330 [Com]: Isapi/mssql crashes under high load.
ID: 20330 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.3 New Comment: I've had the same problem. I gave my bug report (#19541) about two months ago without receiving any answer. Anyways, have you made fixes to PHP concerning this bug? I would be more than pleased if this bug was fixed. Previous Comments: [2002-11-09 16:59:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip FYI: PHP on Windows will never be as stable as PHP on Unices... due to the nature that we don't have access to the source and of course there are just very few developers who are interested in using windows in a production environment to publish their PHP sites. Derick [2002-11-09 16:50:54] [EMAIL PROTECTED] System Specifications - System Windows 2000 Advanced Server - IIS5 - tested php 4.06, 4.1.2, 4.2.3 (last version tested 4.2.3) - Dual Pentium IV 1.2 GHz - Database SQL Server 2000 Problems - System runs fine under ISAPI until high load at which point database refuses to connect, or IIS locks, computer requires reboot. Under ISAPI CPU runs at about 60%. - Same code/same system runs fine under CGI but CPU runs at 100%. Memory only at 20-30%, no virtual memory in use, database on seperate server running at 5% CPU. - Individual database connection times are under 2 milliseconds for ISAPI, however under CGI they are about 150-300 milliseconds. When using CGI, there are at least 3 expensive database connections per page (however after 3 connections they seem to be pooled as they are around 2-3 ms) cause page times be at least .5 - .8 seconds per page of PURE database connect time (connect time tends to be 60-80% of page time). - Similar pages running under Linux and FreeBSD show no signs of such problems, same under isapi however as stated above as soon as server load gets above 100-200 page hits per second server problems begin. Many refused http connections, many refused database connections, then server crashes causing machine to need reboot (restarting IIS does not solve the problem), causing VERY pissed off client who now believes that PHP is not an enterprise ready solution and only for home/hobbiest use. - No mention on web site that PHP was not ready for prouduction under IIS/Mssql. -- Edit this bug report at http://bugs.php.net/?id=20330&edit=1
#20509 [NEW]: $_SERVER['HTTP_RAW_POST_DATA'] not equivalent to $HTTP_RAW_POST_DATA
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6.2 PHP version: 4.2.2 PHP Bug Type: Variables related Bug description: $_SERVER['HTTP_RAW_POST_DATA'] not equivalent to $HTTP_RAW_POST_DATA Environment: Apache 1.3.26 on FreeBSD 4.6.2 with mod_php 4.2.2 register_globals is off and always_populate_raw_post_data is defaulted to off (phpinfo() says "0"). I'm trying to use nuSOAP (http://sourceforge.net/projects/nusoap/). The final line of a server is typically something like: $server->service($_SERVER['HTTP_RAW_POST_DATA']); Only thing is, it doesn't work. It *does* work if one states it this way: $server->service($HTTP_RAW_POST_DATA); Shouldn't the super-global be exactly the same as the environment variable? -- Edit bug report at http://bugs.php.net/?id=20509&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20509&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20509&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20509&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20509&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20509&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20509&r=support Expected behavior: http://bugs.php.net/fix.php?id=20509&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20509&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20509&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20509&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20509&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20509&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20509&r=isapi
#20503 [Opn->Asn]: [chm] bug on function.imagesetbrush.html
ID: 20503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned -Bug Type: Documentation problem +Bug Type: GD related Operating System: windows -PHP Version: 4.2.3 +PHP Version: 4.2.3,4.3.0-dev,4.4.0-dev -Assigned To: +Assigned To: edink New Comment: The windows build files just don't define HAVE_GD_IMAGESETBRUSH which would make this function available on win32 too.. Previous Comments: [2002-11-19 17:40:31] [EMAIL PROTECTED] [2002-11-19 14:14:24] [EMAIL PROTECTED] I have found a bug on page function.imagesetbrush.html [chm date: 2002-08-28]... windows php v 4.2.3 report 'Warning: imagesetbrush(): requires a more recent version of GD ' php.ini extension=php_gd2.dll ;extension=php_gd.dll in Linux php all ok. Why? -- Edit this bug report at http://bugs.php.net/?id=20503&edit=1
#20508 [Opn->Bgs]: PHP_AUTH_USER not set
ID: 20508 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: Redhat 8.0 PHP Version: 4.3.0RC1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php And try search the bug database before submitting already existing (bogus) bug reports. Thank you. Previous Comments: [2002-11-19 17:03:01] [EMAIL PROTECTED] I make an SSL connection to my site and this requires me to log in. This works fine, however the variable $_SERVER['PHP_AUTH_USER'] is not set so I cannot check the identity of the login. './configure' '--with-apache=../apache_1.3.27' '--enable-trackvars' '--with-mysql=/opt/mysql' '--enable-calendar' '--with-xmlrpc' '--with-mhash' '--without-pear' -- Edit this bug report at http://bugs.php.net/?id=20508&edit=1
#20508 [NEW]: PHP_AUTH_USER not set
From: [EMAIL PROTECTED] Operating system: Redhat 8.0 PHP version: 4.3.0RC1 PHP Bug Type: *Web Server problem Bug description: PHP_AUTH_USER not set I make an SSL connection to my site and this requires me to log in. This works fine, however the variable $_SERVER['PHP_AUTH_USER'] is not set so I cannot check the identity of the login. './configure' '--with-apache=../apache_1.3.27' '--enable-trackvars' '--with-mysql=/opt/mysql' '--enable-calendar' '--with-xmlrpc' '--with-mhash' '--without-pear' -- Edit bug report at http://bugs.php.net/?id=20508&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20508&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20508&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20508&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20508&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20508&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20508&r=support Expected behavior: http://bugs.php.net/fix.php?id=20508&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20508&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20508&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20508&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20508&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20508&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20508&r=isapi
#20505 [Opn]: configure --with-java fails
ID: 20505 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 4.3.0RC1 New Comment: It seems I was a bit hasty in my testing. I forgot to rm config.cache for each of the runs. The only JDK's that fail are IBMJava2-131 and Kaffe 1.0.7. All of the Blackdown JDK's work fine (with configure that is). IBM's JDK puts libjava.so inside of jre/bin as opposed to jre/lib/i386 as Blackdown does. There should be a test for this in configure, but I'm not sure of the best spot. I was able to build 4.3.0RC1 sucessfully by manually adjusting JAVA_LIBPATH. Kaffe seems to have changed into an entirely different beast in 1.0.6 and 1.0.7. It looks like several things configure looks for are no longer in the same place as they were in older versions of Kaffe as they are now in .jar files. I'm unable to test out the older versions of Kaffe because I can't get them to build on my system. I'm also not experienced enough in Kaffe to try to tweak PHP to build with it. Previous Comments: [2002-11-19 15:14:06] [EMAIL PROTECTED] ./configure --with-java=/usr/local/jdk fails with checking for Java support... yes checking Java Jar location... /usr/local/jdk/bin/jar cf checking Java C location... /usr/local/jdk/bin/javac checking Checking for libjava... configure: error: unable to find Java VM libraries in /usr/local/jdk Same result for /usr/local/jdk equal to: IBMJava2-131 (IBM's Java2 JDK) j2sdk1.3.1 (Blackdown 1.3.1 JDK) j2sdk1.4.1 (Blackdown 1.4.1 JDK) jdk1.2.2 (Blackdown 1.2.2 JDK) kaffe_1.0.7 (Kaffe 1.0.7) -- Edit this bug report at http://bugs.php.net/?id=20505&edit=1
#20507 [Opn->Bgs]: Access vilation - php4ts!zend_strndup + 0x2B
ID: 20507 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: win 2000 PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Same as bug #15333. Previous Comments: [2002-11-19 15:58:15] [EMAIL PROTECTED] My php-installation ( ISAPI ) works fine for some time. If i stop to request php files through my web-client for a while. Then when I send a new request I get the error "...Access vilation" And this is what my event log says : The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C16DA '. -- Edit this bug report at http://bugs.php.net/?id=20507&edit=1
#20506 [Opn]: insert null value into float/double mysql gives 0
ID: 20506 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Windows98 PHP Version: 4.2.1 New Comment: Using $specialprice="Null"; or $specialprice=Null; gives the same result Previous Comments: [2002-11-19 15:57:59] [EMAIL PROTECTED] In short: $specialprice="Null"; $query = "UPDATE mytable SET mytable.specialprice = '".$specialprice."' WHERE .."; submitted a "0"(zero) into mysql. and: $specialprice="mytable.specialprice =Null"; $query = "UPDATE mytable SET '".$specialprice."' WHERE .."; submitted Null, like it should. I couldnt account why the first version would submit "0" the mysql field has the following properties: type:float, length=11, decimals=2, allow null:true, unsigned: false, zerofill: false, default value:empty -- Edit this bug report at http://bugs.php.net/?id=20506&edit=1
#16833 [Com]: make file error1 during install of php
ID: 16833 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: I'm getting the error my_getwd.c:62: #error "No way to get current directory" I am compiling php-4.2.3. I'm on a solaris 7 box with autoconf 2.53, with gcc-2.95.3. Any suggestions? Previous Comments: [2002-07-02 04:33:27] [EMAIL PROTECTED]@oz.org I'm a solaris person regularly required to configure and build GNU software, and I keep a repository of scripts to get configure to do the right thing I try to avoid symlinking cc to gcc as some environments insist on a sun compiler ($$$) and its nice not to have to re-hack things for a new client. While there is indeed a bug in the php configure script, $ CC=gcc ./configure is sufficient in this and most other cases. [2002-06-22 08:12:39] [EMAIL PROTECTED] Well, here's a piece of installation on my Solaris8 i386: > cd php4-STABLE-200206220300 > ./configure --with-apxs=/usr/apache/bin/apxs --with-java=/usr/java --with-mysql > make Making all in Zend make[1]: Entering directory `/tmp/src/php4-STABLE-200206220300/Zend' yacc -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c "./zend_language_parser.y", line 47: fatal: invalid escape, or illegal reserved word: pure_parser make[1]: *** [zend_language_parser.c] Error 1 make[1]: Leaving directory `/tmp/src/php4-STABLE-200206220300/Zend' make: *** [all-recursive] Error 1 greetings, bm. [2002-06-19 18:14:10] [EMAIL PROTECTED] Hi, First: Sorry for the double submission earlier :) Second: i had tried running ./buildconf - it didn't fix it. But upgrading to autoconf 2.53 then running ./buildconf did. thanks all, James [2002-06-19 18:12:45] [EMAIL PROTECTED] Hello, I have the same problem, using php 4.2.1 - the new configure script didn't fix it, it still dies in the same way. I am using GCC as supplied with Solaris 8 OE 2002/02 Sparc, on that platform... it is a 64 bit host if that helps in some way. thanks, James [2002-06-19 17:49:19] [EMAIL PROTECTED] Hello, I have the same problem, using php 4.2.1 - the new configure script didn't fix it, it still dies in the same way. I am using GCC as supplied with Solaris 8 OE 2002/02 Sparc, on that platform... it is a 64 bit host if that helps in some way. thanks, James 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/16833 -- Edit this bug report at http://bugs.php.net/?id=16833&edit=1
#20507 [NEW]: Access vilation - php4ts!zend_strndup + 0x2B
From: [EMAIL PROTECTED] Operating system: win 2000 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: Access vilation - php4ts!zend_strndup + 0x2B My php-installation ( ISAPI ) works fine for some time. If i stop to request php files through my web-client for a while. Then when I send a new request I get the error "...Access vilation" And this is what my event log says : The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C16DA '. -- Edit bug report at http://bugs.php.net/?id=20507&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20507&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20507&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20507&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20507&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20507&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20507&r=support Expected behavior: http://bugs.php.net/fix.php?id=20507&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20507&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20507&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20507&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20507&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20507&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20507&r=isapi
#20506 [NEW]: insert null value into float/double mysql gives 0
From: [EMAIL PROTECTED] Operating system: Windows98 PHP version: 4.2.1 PHP Bug Type: MySQL related Bug description: insert null value into float/double mysql gives 0 In short: $specialprice="Null"; $query = "UPDATE mytable SET mytable.specialprice = '".$specialprice."' WHERE .."; submitted a "0"(zero) into mysql. and: $specialprice="mytable.specialprice =Null"; $query = "UPDATE mytable SET '".$specialprice."' WHERE .."; submitted Null, like it should. I couldnt account why the first version would submit "0" the mysql field has the following properties: type:float, length=11, decimals=2, allow null:true, unsigned: false, zerofill: false, default value:empty -- Edit bug report at http://bugs.php.net/?id=20506&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20506&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20506&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20506&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20506&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20506&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20506&r=support Expected behavior: http://bugs.php.net/fix.php?id=20506&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20506&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20506&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20506&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20506&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20506&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20506&r=isapi
#20504 [Opn->Csd]: missing semicolons
ID: 20504 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: tru64 5.1a PHP Version: 4.2.3 New Comment: nevermind messed with the CC args and got it to compile Previous Comments: [2002-11-19 15:18:31] [EMAIL PROTECTED] Oh the above happens when I compile php into apache [2002-11-19 15:02:29] [EMAIL PROTECTED] ===> src/modules/php4 cc -std1 -g -c -I../../os/unix -I../../include -DOSF1 -I/web/php-4.2.3 -I/web/php-4.2.3/main -I/web/php-4.2.3/main -I/web/php-4.2.3/Zend -I/web/php-4.2.3/Zend -I/web/php-4.2.3/TSRM -I/web/php-4.2.3/TSRM -I/web/php-4.2.3 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `../../apaci` mod_php4.c cc: Error: /web/php-4.2.3/Zend/zend_hash.h, line 191: Missing ";". (nosemi) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) --^ cc: Info: /web/php-4.2.3/Zend/zend_hash.h, line 191: "inline" is a keyword in the C99 revision of the C standard. Using it as an identifier will prevent your program from conforming to that standard. (futurekeywd2) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) ---^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 41: Missing ";". (nosemi) static inline void zend_ptr_stack_push(zend_ptr_stack *stack, void *ptr) --^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 51: Missing ";". (nosemi) static inline void *zend_ptr_stack_pop(zend_ptr_stack *stack) --^ cc: Error: /web/php-4.2.3/Zend/zend_operators.h, line 61: Missing ";". (nosemi) static inline int is_numeric_string(char *str, int length, long *lval, double *dval, zend_bool allow_errors) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 57: Missing ";". (nosemi) static inline void safe_free_zval_ptr(zval *p) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 67: Missing ";". (nosemi) static inline int i_zend_is_true(zval *op) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 107: Missing ";". (nosemi) static inline void zend_ptr_stack_clear_multiple(TSRMLS_D) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 119: Missing ";". (nosemi) static inline int zend_ptr_stack_get_arg(int requested_arg, void **data TSRMLS_DC) --^ cc: Warning: ../../include/ap_config.h, line 1396: The redefinition of the macro "XtOffsetOf" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define XtOffsetOf(s_type,field) XtOffset(s_type*,field) --^ cc: Error: /web/php-4.2.3/ext/standard/php_string.h, line 125: Missing ";". (nosemi) static inline char * --^ cc: Warning: /web/php-4.2.3/main/php_config.h, line 2110: The redefinition of the macro "zend_isnan" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define zend_isnan(a) isnan(a) --^ cc: Info: /web/php-4.2.3/ext/standard/php_image.h, line 40: Trailing comma found in enumerator list. (trailcomma) } image_filetype; ^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. -- Edit this bug report at http://bugs.php.net/?id=20504&edit=1
#20504 [Opn]: missing semicolons
ID: 20504 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: tru64 5.1a PHP Version: 4.2.3 New Comment: Oh the above happens when I compile php into apache Previous Comments: [2002-11-19 15:02:29] [EMAIL PROTECTED] ===> src/modules/php4 cc -std1 -g -c -I../../os/unix -I../../include -DOSF1 -I/web/php-4.2.3 -I/web/php-4.2.3/main -I/web/php-4.2.3/main -I/web/php-4.2.3/Zend -I/web/php-4.2.3/Zend -I/web/php-4.2.3/TSRM -I/web/php-4.2.3/TSRM -I/web/php-4.2.3 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `../../apaci` mod_php4.c cc: Error: /web/php-4.2.3/Zend/zend_hash.h, line 191: Missing ";". (nosemi) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) --^ cc: Info: /web/php-4.2.3/Zend/zend_hash.h, line 191: "inline" is a keyword in the C99 revision of the C standard. Using it as an identifier will prevent your program from conforming to that standard. (futurekeywd2) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) ---^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 41: Missing ";". (nosemi) static inline void zend_ptr_stack_push(zend_ptr_stack *stack, void *ptr) --^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 51: Missing ";". (nosemi) static inline void *zend_ptr_stack_pop(zend_ptr_stack *stack) --^ cc: Error: /web/php-4.2.3/Zend/zend_operators.h, line 61: Missing ";". (nosemi) static inline int is_numeric_string(char *str, int length, long *lval, double *dval, zend_bool allow_errors) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 57: Missing ";". (nosemi) static inline void safe_free_zval_ptr(zval *p) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 67: Missing ";". (nosemi) static inline int i_zend_is_true(zval *op) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 107: Missing ";". (nosemi) static inline void zend_ptr_stack_clear_multiple(TSRMLS_D) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 119: Missing ";". (nosemi) static inline int zend_ptr_stack_get_arg(int requested_arg, void **data TSRMLS_DC) --^ cc: Warning: ../../include/ap_config.h, line 1396: The redefinition of the macro "XtOffsetOf" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define XtOffsetOf(s_type,field) XtOffset(s_type*,field) --^ cc: Error: /web/php-4.2.3/ext/standard/php_string.h, line 125: Missing ";". (nosemi) static inline char * --^ cc: Warning: /web/php-4.2.3/main/php_config.h, line 2110: The redefinition of the macro "zend_isnan" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define zend_isnan(a) isnan(a) --^ cc: Info: /web/php-4.2.3/ext/standard/php_image.h, line 40: Trailing comma found in enumerator list. (trailcomma) } image_filetype; ^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. -- Edit this bug report at http://bugs.php.net/?id=20504&edit=1
#20505 [NEW]: configure --with-java fails
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0RC1 PHP Bug Type: Compile Failure Bug description: configure --with-java fails ./configure --with-java=/usr/local/jdk fails with checking for Java support... yes checking Java Jar location... /usr/local/jdk/bin/jar cf checking Java C location... /usr/local/jdk/bin/javac checking Checking for libjava... configure: error: unable to find Java VM libraries in /usr/local/jdk Same result for /usr/local/jdk equal to: IBMJava2-131 (IBM's Java2 JDK) j2sdk1.3.1 (Blackdown 1.3.1 JDK) j2sdk1.4.1 (Blackdown 1.4.1 JDK) jdk1.2.2 (Blackdown 1.2.2 JDK) kaffe_1.0.7 (Kaffe 1.0.7) -- Edit bug report at http://bugs.php.net/?id=20505&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20505&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20505&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20505&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20505&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20505&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20505&r=support Expected behavior: http://bugs.php.net/fix.php?id=20505&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20505&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20505&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20505&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20505&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20505&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20505&r=isapi
#20504 [NEW]: missing semicolons
From: [EMAIL PROTECTED] Operating system: tru64 5.1a PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: missing semicolons ===> src/modules/php4 cc -std1 -g -c -I../../os/unix -I../../include -DOSF1 -I/web/php-4.2.3 -I/web/php-4.2.3/main -I/web/php-4.2.3/main -I/web/php-4.2.3/Zend -I/web/php-4.2.3/Zend -I/web/php-4.2.3/TSRM -I/web/php-4.2.3/TSRM -I/web/php-4.2.3 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `../../apaci` mod_php4.c cc: Error: /web/php-4.2.3/Zend/zend_hash.h, line 191: Missing ";". (nosemi) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) --^ cc: Info: /web/php-4.2.3/Zend/zend_hash.h, line 191: "inline" is a keyword in the C99 revision of the C standard. Using it as an identifier will prevent your program from conforming to that standard. (futurekeywd2) static inline ulong zend_inline_hash_func(char *arKey, uint nKeyLength) ---^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 41: Missing ";". (nosemi) static inline void zend_ptr_stack_push(zend_ptr_stack *stack, void *ptr) --^ cc: Error: /web/php-4.2.3/Zend/zend_ptr_stack.h, line 51: Missing ";". (nosemi) static inline void *zend_ptr_stack_pop(zend_ptr_stack *stack) --^ cc: Error: /web/php-4.2.3/Zend/zend_operators.h, line 61: Missing ";". (nosemi) static inline int is_numeric_string(char *str, int length, long *lval, double *dval, zend_bool allow_errors) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 57: Missing ";". (nosemi) static inline void safe_free_zval_ptr(zval *p) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 67: Missing ";". (nosemi) static inline int i_zend_is_true(zval *op) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 107: Missing ";". (nosemi) static inline void zend_ptr_stack_clear_multiple(TSRMLS_D) --^ cc: Error: /web/php-4.2.3/Zend/zend_execute.h, line 119: Missing ";". (nosemi) static inline int zend_ptr_stack_get_arg(int requested_arg, void **data TSRMLS_DC) --^ cc: Warning: ../../include/ap_config.h, line 1396: The redefinition of the macro "XtOffsetOf" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define XtOffsetOf(s_type,field) XtOffset(s_type*,field) --^ cc: Error: /web/php-4.2.3/ext/standard/php_string.h, line 125: Missing ";". (nosemi) static inline char * --^ cc: Warning: /web/php-4.2.3/main/php_config.h, line 2110: The redefinition of the macro "zend_isnan" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. (macroredef) #define zend_isnan(a) isnan(a) --^ cc: Info: /web/php-4.2.3/ext/standard/php_image.h, line 40: Trailing comma found in enumerator list. (trailcomma) } image_filetype; ^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. -- Edit bug report at http://bugs.php.net/?id=20504&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20504&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20504&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20504&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20504&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20504&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20504&r=support Expected behavior: http://bugs.php.net/fix.php?id=20504&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20504&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20504&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20504&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20504&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20504&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20504&r=isapi
#20503 [NEW]: [chm] bug on function.imagesetbrush.html
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.2.3 PHP Bug Type: GD related Bug description: [chm] bug on function.imagesetbrush.html I have found a bug on page function.imagesetbrush.html [chm date: 2002-08-28]... windows php v 4.2.3 report 'Warning: imagesetbrush(): requires a more recent version of GD ' php.ini extension=php_gd2.dll ;extension=php_gd.dll in Linux php all ok. Why? -- Edit bug report at http://bugs.php.net/?id=20503&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20503&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20503&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20503&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20503&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20503&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20503&r=support Expected behavior: http://bugs.php.net/fix.php?id=20503&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20503&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20503&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20503&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20503&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20503&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20503&r=isapi
#20502 [Opn->Bgs]: ldap
ID: 20502 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: linux 2.4.18 (rh 8.0) PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Previous Comments: [2002-11-19 13:57:36] [EMAIL PROTECTED] i'm trying to compile php 4.2.3 with openldap 2.1.18 and i'm getting the following. ldap.c: In function `_ldap_rebind_proc': ldap.c:2030: `tsrm_ls' undeclared (first use in this function) ldap.c:2030: (Each undeclared identifier is reported only once ldap.c:2030: for each function it appears in.) make[3]: *** [ldap.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.3/ext/ldap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.3/ext/ldap' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.3/ext' make: *** [all-recursive] Error 1 i have tried to compile php 4.2.3 with michigan's ldap 3.3 and i receive a msg from apache 2.0.40 with undefinied symbols when it tries to load the module. i have tried to compile php4-latest with michigan's ldap 3.3 and it doesn't work. i have tried to compile php4-latest... with openldap 2.1.18 and it doesn't work. -- Edit this bug report at http://bugs.php.net/?id=20502&edit=1
#20502 [NEW]: ldap
From: [EMAIL PROTECTED] Operating system: linux 2.4.18 (rh 8.0) PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: ldap i'm trying to compile php 4.2.3 with openldap 2.1.18 and i'm getting the following. ldap.c: In function `_ldap_rebind_proc': ldap.c:2030: `tsrm_ls' undeclared (first use in this function) ldap.c:2030: (Each undeclared identifier is reported only once ldap.c:2030: for each function it appears in.) make[3]: *** [ldap.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.3/ext/ldap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.3/ext/ldap' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.3/ext' make: *** [all-recursive] Error 1 i have tried to compile php 4.2.3 with michigan's ldap 3.3 and i receive a msg from apache 2.0.40 with undefinied symbols when it tries to load the module. i have tried to compile php4-latest with michigan's ldap 3.3 and it doesn't work. i have tried to compile php4-latest... with openldap 2.1.18 and it doesn't work. -- Edit bug report at http://bugs.php.net/?id=20502&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20502&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20502&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20502&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20502&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20502&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20502&r=support Expected behavior: http://bugs.php.net/fix.php?id=20502&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20502&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20502&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20502&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20502&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20502&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20502&r=isapi
#20470 [Asn->Csd]: With builtin GD, memory leak and segfault
ID: 20470 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: GD related Operating System: Linux 2.2.19 PHP Version: 4.3.0-dev/4.4.0-dev Assigned To: derick New Comment: 4.3.0 tree has been reverted to old memory allocation scheme. In 4.4.0 the persistent allocation problem has been resolved. Previous Comments: [2002-11-17 20:56:50] [EMAIL PROTECTED] This bug is actually valid. [2002-11-17 20:56:02] [EMAIL PROTECTED] Even with Derick's patch we still have some memory lacks so we open it back. [2002-11-17 20:44:58] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-11-17 20:20:19] [EMAIL PROTECTED] I have a PHP script for outputting a PNG image. It uses the following functions: ImageCreateFromPNG ImageColorClosest ImageTTFText ImageTTFBBox ImageLine ImagePNG ImageDestroy This worked correctly with PHP 4.0.6 , GD 1.8.4, FreeType 1.3.1. (At the time I first installed PHP4, these were the latest versions of GD and FreeType that behaved properly). When I upgraded to PHP 4.3.0RC1, with builtin GD, executing the same script produced memory leak errors in the Apache log: /usr/local/src/php-4.3.0RC1/ext/gd/libgd/gdhelpers.c(89) : Freeing 0x082B9CE4 (8 bytes), script=/u/www/paygate/cheque-image.php Last leak repeated 270 times /usr/local/src/php-4.3.0RC1/ext/gd/libgd/gdhelpers.c(89) : Freeing 0x082BDDA4 (8 bytes), script=/u/www/paygate/cheque-image.php [Mon Nov 18 12:48:04 2002] [notice] child pid 10950 exit signal Segmentation fault (11) /usr/local/src/php-4.3.0RC1/ext/gd/libgd/gdhelpers.c(89) : Freeing 0x082B8B84 (8 bytes), script=/u/www/paygate/cheque-image.php Last leak repeated 264 times Sometimes the image would still display correctly anyway, and sometimes there would be no output (presumably corresponding to those times that Apache segfaulted, although I did not check this explicitly). I found that I could correct the problem by not using the builtin GD. This required two steps: -- modify my ./configure command to use --with-gd=/path/to/gd instead of --with-gd -- modify php_config.h to say HAVE_GD_GD2 0 (in 2 places), ./configure did not pick up automatically that my installed GD was 1.x After rebuilding with these GD settings the image was generated correctly with no memory leaks and no segfaults. I guess therefore that there is something wrong with the builtin GD code. Here is my ./configure line (that generates the buggy version): ./configure --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd --enable-versioning --with-ttf --enable-shared --enable-freetype-4bit-antialias-hack --with-informix --with-bz2 --with-gmp --with-zlib --enable-sockets --with-config-dir=/usr/local/etc --enable-debug --with-png-dir=/usr/local --with-jpeg-dir=/usr/local --without-pear --with-apxs When using "--with-gd", phpinfo() displays "GD Version" as "bundled (2.0 compatible)" and "GIF Support" as "enabled". When using "--with-gd=/path/to/gd", phpinfo() displays "GD Version" as "1.6.2 or higher" and does not display the "GIF Support" line. All other GD fields stay the same (ie. "enabled", except for "FreeType Linkage" which is "with TTF library"). Thanks, Matt. -- Edit this bug report at http://bugs.php.net/?id=20470&edit=1
#20500 [NEW]: I can't compile php-4.2.3. with oracle9i and apache_1.3.26
From: [EMAIL PROTECTED] Operating system: SunOS servicios2 5.9 Generic_112 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: I can't compile php-4.2.3. with oracle9i and apache_1.3.26 i have configure my php with the following line: ./configure --with-config-file-path=/etc --enable-magic-quotes --enable-debug --with-oci8=/u01/app/oracle/product/9.2.0.1.0 --enabl e-socket --with-apache=/export/home0/src/apache_1.3.27 but when i try to compile it i get the following error: ld: fatal: file /u01/app/oracle/product/9.2.0.1.0/lib/libclntsh.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to conftest i have try to change the libraries link to the lib32 in the oracle directory but it didn't workout. This is what my debug.log show: CONFIGURE: './configure' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debug' '--with-oci8=/u01/app/oracle/prod uct/9.2.0.1.0' '--enable-socket' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES: -I$(top_builddir)/Zend -I/export/home0/src/php-4.2.3/ext/mysql/libmysql -I/u01/app/oracle/product/9.2.0.1.0/rdbms/pub lic -I/u01/app/oracle/product/9.2.0.1.0/rdbms/demo -I/u01/app/oracle/product/9.2.0.1.0/plsql/public LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/usr/local/lib/gcc-lib/sparc-sun-solari s2.9/3.2 -R/u01/app/oracle/product/9.2.0.1.0/lib -L/u01/app/oracle/product/9.2.0.1.0/lib LIBS: -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lnsl -lsocket -lgen -ldl -lclntsh DLIBS: SAPI: cgi PHP_RPATHS: /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 /u01/app/oracle/product/9.2.0.1.0/lib uname -a: SunOS servicios2 5.9 Generic_112233-01 sun4u sparc SUNW,Ultra-4 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/u01/app/oracle/product/9.2.0.1.0/lib -L/u01/app/oracle/product/9.2.0.1.0/lib conf test.c -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lnsl -lsocket -lgen -ldl -lclntsh 1>&5 ld: fatal: file /u01/app/oracle/product/9.2.0.1.0/lib/libclntsh.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit status -- Edit bug report at http://bugs.php.net/?id=20500&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20500&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20500&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20500&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20500&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20500&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20500&r=support Expected behavior: http://bugs.php.net/fix.php?id=20500&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20500&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20500&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20500&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20500&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20500&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20500&r=isapi
#20367 [Com]: mail() function does not work
ID: 20367
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Mail related
Operating System: OSX 10.2.1
PHP Version: 4.2.3
New Comment:
Apache 1.3.27/PHP 4.2.3 on Mandrake Linux 8.2
Same problem here. Previously running PHP 4.1.2 caused a message to be
logged by sendmail but no message delivered. Relay agent showed as
apache@localhost.
Moved to PHP 4.2.3 now nothing shows up in log file. php.ini is using
"/usr/sbin/sendmail -t -i". No luck
Previous Comments:
[2002-11-18 09:21:09] [EMAIL PROTECTED]
I'v got the same problem on a linux redhat,apache 1.3.27 and php 4.2.3;
and /var/log/maillog tell nothing, the mail don't arrive to sendmail.
I tried to compile php as a binary (not as an apache module) and in
this case, the mail functions works fine.
I think this bug is resolved in cvs version, but its for a production
environment, so cvs isn't a solution for me.
I tried to replace mail.c and php_mail.c with the cvs version in 4.2.3
source. All compile fine, but apache refuse to start due to undefined
symbol :
Cannot load /usr/local/apache/apache_1.3.27/libexec/libphp4.so into
server: /usr/local/apache/apache_1.3.27/libexec/libphp4.so: undefined
symbol: php_error_docref
/opt/apache/apache_1.3.27/bin/apachectl start: httpd could not be
started
Can I find a patch somewhere for the mail.c function for php 4.2.3 ?
thanks
[2002-11-11 14:36:24] [EMAIL PROTECTED]
So, what does '/var/log/maillog' tell you?
[2002-11-11 13:52:56] [EMAIL PROTECTED]
I am running Apache 1.3.26 and php 4.2.3 on OSX 10.2.1
I have created the /usr/lib/php.ini file, and verified that changes to
it are reflected in phpinfo(). The path to sendmail is set correctly.
Sendmail functions properly, and I have alleviated the various
permissions issues related to sendmail on OSX, as I have been using
this box as a mail server for months now.
This simple bit of scripting fails:
mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine
3");
There are no errors reported in the browser or in error_log, so there
is no indication of failure, other than the fact that the email is
never recieved.
I have found dozens of similar posts in newsgroups and in web forums,
but noone has yet found the answer. Searching your online KnowledgeBase
and Bug DB come up with no mentions either.
If there is any further information or debugging that I can provide,
please let me know.
--
Edit this bug report at http://bugs.php.net/?id=20367&edit=1
#20106 [Com]: crashing apache with phpMyAdmin
ID: 20106 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.0-pre1 New Comment: Sorry, there is a failure in the above: Not when i am selecting a table, but a database. Previous Comments: [2002-11-19 13:15:56] [EMAIL PROTECTED] Same Problem here. Win2k Professional, Apache 2.0.43, PHP 4.2.3 (but with php4ts.dll and php4apache2.dll from PHP 4.3.0-dev) and phpMyAdmin 2.3.3-rc1-php Everytime i choose a table in the left sidemenu my apache.exe crashes. But i haven't localized the problem yet. [2002-11-16 12:16:21] [EMAIL PROTECTED] I to have similar problems. My setup is a Win2000 SP3, running Apache 2.0.43 w/PHP as a Apache 2.0 Filter (I can reproduce this on any 4.3.0 build I have tried, and am currently running Nov 16 2002 10:12:13 Latest STABLE 4.3.0-dev). I have tried this with phpMyAdmin current 2.3.3-dev builds from the past month. I am also running MySQL 4.0.4-beta (but have seen it in the past running MySQL 3.23.52). I am running with 1GB of memory and have configured Win00 for such memory. Selecting a link into phpMyAdmin Index page and navigating through various options will ultimately cause Apache2 to take a dump. I have not found a function that reproduces the dump every time (after a fresh start of Apache2), but inevitably Apache2 takes a dump. After the first dump, phpMyAdmin options seem cause dumps more easily. Restarting Apache2 allows me to work for a while longer before the dumps startup again. I may or maynot have selected the link causing the prior to Apache2 taking the dump, i.e. I have caused the dump by selecting a phpMyAdmin based link for the first time (after an Apache2 restart), I have also created it by re-selecting a link, and I have also gone multiple links into phpMyAdmin w/o a problem and caused the dump by using the browser "Back Page" option. I can cause this with or without doing any updates. Basically, you can cause the abend simply by wondering around in phpMyAdmin for a while and backing up. The page/link does not seem to matter, just the fact I am spending time in phpMyAdmin. I have both a DrWatson log and User.dmp from the Apache2 server if you would like them. NOTE: I can NOT reproduce with the the any of the 4.2.4-dev releases I have run. They are rock solid and hours of working with phpMyAdmin on the same configuration have never caused Apache2 to take a dump. I have also not been able to reproduce this with any of my own pages, or other PHP based products (both using and not using MySQL). [2002-10-27 18:32:34] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Try the newly released 4.3.0-pre2, if you still experience the crash, please provide the shortest possible script that can be used to replicate the problem. [2002-10-26 18:29:31] [EMAIL PROTECTED] 1.3.27 & 2.0.43 were the versions it happened with [2002-10-26 12:49:09] [EMAIL PROTECTED] And that version of apache would be? 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/20106 -- Edit this bug report at http://bugs.php.net/?id=20106&edit=1
#20106 [Com]: crashing apache with phpMyAdmin
ID: 20106 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.0-pre1 New Comment: Same Problem here. Win2k Professional, Apache 2.0.43, PHP 4.2.3 (but with php4ts.dll and php4apache2.dll from PHP 4.3.0-dev) and phpMyAdmin 2.3.3-rc1-php Everytime i choose a table in the left sidemenu my apache.exe crashes. But i haven't localized the problem yet. Previous Comments: [2002-11-16 12:16:21] [EMAIL PROTECTED] I to have similar problems. My setup is a Win2000 SP3, running Apache 2.0.43 w/PHP as a Apache 2.0 Filter (I can reproduce this on any 4.3.0 build I have tried, and am currently running Nov 16 2002 10:12:13 Latest STABLE 4.3.0-dev). I have tried this with phpMyAdmin current 2.3.3-dev builds from the past month. I am also running MySQL 4.0.4-beta (but have seen it in the past running MySQL 3.23.52). I am running with 1GB of memory and have configured Win00 for such memory. Selecting a link into phpMyAdmin Index page and navigating through various options will ultimately cause Apache2 to take a dump. I have not found a function that reproduces the dump every time (after a fresh start of Apache2), but inevitably Apache2 takes a dump. After the first dump, phpMyAdmin options seem cause dumps more easily. Restarting Apache2 allows me to work for a while longer before the dumps startup again. I may or maynot have selected the link causing the prior to Apache2 taking the dump, i.e. I have caused the dump by selecting a phpMyAdmin based link for the first time (after an Apache2 restart), I have also created it by re-selecting a link, and I have also gone multiple links into phpMyAdmin w/o a problem and caused the dump by using the browser "Back Page" option. I can cause this with or without doing any updates. Basically, you can cause the abend simply by wondering around in phpMyAdmin for a while and backing up. The page/link does not seem to matter, just the fact I am spending time in phpMyAdmin. I have both a DrWatson log and User.dmp from the Apache2 server if you would like them. NOTE: I can NOT reproduce with the the any of the 4.2.4-dev releases I have run. They are rock solid and hours of working with phpMyAdmin on the same configuration have never caused Apache2 to take a dump. I have also not been able to reproduce this with any of my own pages, or other PHP based products (both using and not using MySQL). [2002-10-27 18:32:34] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Try the newly released 4.3.0-pre2, if you still experience the crash, please provide the shortest possible script that can be used to replicate the problem. [2002-10-26 18:29:31] [EMAIL PROTECTED] 1.3.27 & 2.0.43 were the versions it happened with [2002-10-26 12:49:09] [EMAIL PROTECTED] And that version of apache would be? [2002-10-26 12:39:33] [EMAIL PROTECTED] using the latest dev build of php causes apache to crash when using phpMyAdmin and going to 'users' on the main page when using it as 'root', this also happened during phpinfo(); but i haven't been able to reproduce it with phpinfo(); there is no information given with the error, the 'send a bug report to microsoft' dialog comes up, and says apache has had a fatal error, after downgrading apache so that i could use the stable version of php, the problem appears to be fixed. -- Edit this bug report at http://bugs.php.net/?id=20106&edit=1
#20499 [Opn->Bgs]: No newline operation in error_log()
ID: 20499
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Previous Comments:
[2002-11-19 12:52:58] [EMAIL PROTECTED]
I have been trying to use newline operators and tabs in the error_log()
function but for some reason they are treated as literals and I can not
get newlines written into the logfile nor tabs.
as you can see bellow I have tried it with an array element and a
string also with \r\n or \n or \\n or \n\n.. no joy I just get
everything appended to the same line.. shame
//example line: error_log($error[0|1][n],3,$errorLog);
// timestamp for the error entry
$dt = date("Y-m-d H:i:s");
///
$error[0][0]= '\t' .$dt. 'Failure: capture HTTP page request
variable\n';//mark [FATAL]
//$error[1][0] = '\t' .$dt. 'Success: capture HTTP page request
variable\n';
$errorString= '\t' .$dt. '\tSuccess: capture HTTP page request
variable\r\n';
$error[0][1]= '\t' .$dt. 'Failure: capture HTTP method request
variable\n';//mark [WARNING]
//script excerpt
if ($request = getenv('REQUEST_URI')) {
error_log($errorString,3,$errorLog);
}//end if($request..
else {
error_log($error[0][0],3,$errorLog);
}//end else
--
Edit this bug report at http://bugs.php.net/?id=20499&edit=1
#20499 [NEW]: No newline operation in error_log()
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Unknown/Other Function
Bug description: No newline operation in error_log()
I have been trying to use newline operators and tabs in the error_log()
function but for some reason they are treated as literals and I can not
get newlines written into the logfile nor tabs.
as you can see bellow I have tried it with an array element and a string
also with \r\n or \n or \\n or \n\n.. no joy I just get everything
appended to the same line.. shame
//example line: error_log($error[0|1][n],3,$errorLog);
// timestamp for the error entry
$dt = date("Y-m-d H:i:s");
///
$error[0][0]= '\t' .$dt. 'Failure: capture HTTP page request
variable\n';//mark [FATAL]
//$error[1][0] = '\t' .$dt. 'Success: capture HTTP page request
variable\n';
$errorString= '\t' .$dt. '\tSuccess: capture HTTP page request
variable\r\n';
$error[0][1]= '\t' .$dt. 'Failure: capture HTTP method request
variable\n';//mark [WARNING]
//script excerpt
if ($request = getenv('REQUEST_URI')) {
error_log($errorString,3,$errorLog);
}//end if($request..
else {
error_log($error[0][0],3,$errorLog);
}//end else
--
Edit bug report at http://bugs.php.net/?id=20499&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20499&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20499&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20499&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20499&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20499&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20499&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20499&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20499&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20499&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20499&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20499&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20499&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20499&r=isapi
#20498 [NEW]: linking fails if -lexpat is added twice to the EXTRA_LIBS
From: [EMAIL PROTECTED] Operating system: SuSE Linux 8.0 PHP version: 4.3.0RC1 PHP Bug Type: Compile Failure Bug description: linking fails if -lexpat is added twice to the EXTRA_LIBS ./configure --with-apxs=/usr/local/bin/apxs \ --with-mysql=/usr/local \ --disable-shared \ --enable-bcmath \ --enable-ftp \ --enable-mbstring \ --enable-wddx \ --enable-xslt \ --with-expat-dir=/usr/local \ --with-gettext=/usr/local \ --with-openssl=/usr/local \ --with-imap=/usr/local \ --with-imap-ssl=/usr/local \ --with-xslt-sablot=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-gd=/usr/local \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ make fails with lots of /home/cbleek/Sources/XML/expat/lib/xmlrole.c(.text+0x15d0): multiple definition of `XmlPrologStateInitExternalEntity' /usr/local/lib/libexpat.a(xmlrole.o)(.text+0x15d0):/home/cbleek/Sources/XML/expat/lib/xmlrole.c: first defined here After removing one "-lexpat" from the $EXTRA_LIBS in the main Makefile, compilation works fine. This error existed in the 4.2.3 too, There the config_vars.mk (or so) had to be modified. \carsten -- Edit bug report at http://bugs.php.net/?id=20498&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20498&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20498&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20498&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20498&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20498&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20498&r=support Expected behavior: http://bugs.php.net/fix.php?id=20498&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20498&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20498&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20498&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20498&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20498&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20498&r=isapi
#20497 [Opn->Fbk]: Will not compile "Output line too long"
ID: 20497 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: solaris 8 PHP Version: 4.3.0RC1 New Comment: Can you first check why the sed check didn't break the configure, from config.log, look for something like this: configure:1579: checking for working sed (to 'fix' this problem, install GNU sed) Previous Comments: [2002-11-19 11:46:09] [EMAIL PROTECTED] Gcc 3.1, apache 2.0.43 solaris 8 The configure line ./configure --enable-ftp --enable-bcmath --enable-calendar --with-mysql --with-mhash --with-mcrypt --with-ldap=/usr/local --with-apxs2=/www/bin/apxs --with-imap=/export/home/test/imap-2002.RC10 --with-zlib --with-gdbm --with-ndbm --with-gettext --enable-force-cgi-redirect then I ran make and this is were it ended. cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -L/usr/local/lib -L/export/home/test/imap-2002.RC10/c-client -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -R /usr/local/lib -R /export/home/test/imap-2002.RC10/c-client ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gettext/gettext.lo ext/imap/php_imap.lo ext/ldap/ldap.lo ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/p
#20493 [Opn->Fbk]: ld: can't locate file for: -laprutil
ID: 20493 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: Mac OS X 10.2.2 PHP Version: 4.3.0RC1 New Comment: And you're sure your apache2 works? (btw. Apache2 is beta software, for anything serious, use Apache 1.3.27) Previous Comments: [2002-11-19 04:53:25] [EMAIL PROTECTED] ./configure --with-apxs2=/service/www/apache_install/bin/apxs --with-mysql=no make Last rows gcc -bundle -bundle_loader /service/www/apache_install/bin/httpd -L/usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/service/www/apache_install/lib -laprutil /usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la -L/service/www/apache_install/lib -lapr-0 -lm -g -O2 ext/ctype/ctype.o ext/overload/overload.o ext/pcre/pcrelib/maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/pcrelib/pcre.o ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o ext/session/mod_files.o ext/session/mod_mm.o ext/session/mod_user.o ext/standard/array.o ext/standard/base64.o ext/standard/basic_functions.o ext/standard/browscap.o ext/standard/crc32.o ext/standard/crypt.o ext/standard/cyr_convert.o ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o ext/standard/dns.o ext/standard/exec.o ext/standard/file.o ext/standard/filestat.o ext/standard/flock_compat.o ext/standard/formatted_print.o ext/standard/fsock.o ext/standard/head.o ext/standard/html.o ext/standard/image.o ext/standard/info.o ext/standard/iptc.o ext/standard/lcg.o ext/standard/link.o ext/standard/mail.o ext/standard/math.o ext/standard/md5.o ext/standard/metaphone.o ext/standard/microtime.o ext/standard/pack.o ext/standard/pageinfo.o ext/standard/parsedate.o ext/standard/quot_print.o ext/standard/rand.o ext/standard/reg.o ext/standard/soundex.o ext/standard/string.o ext/standard/scanf.o ext/standard/syslog.o ext/standard/type.o ext/standard/uniqid.o ext/standard/url.o ext/standard/url_scanner.o ext/standard/var.o ext/standard/versioning.o ext/standard/assert.o ext/standard/strnatcmp.o ext/standard/levenshtein.o ext/standard/incomplete_class.o ext/standard/url_scanner_ex.o ext/standard/ftp_fopen_wrapper.o ext/standard/http_fopen_wrapper.o ext/standard/php_fopen_wrapper.o ext/standard/credits.o ext/standard/css.o ext/standard/var_unserializer.o ext/standard/ftok.o ext/standard/aggregation.o ext/standard/sha1.o ext/tokenizer/tokenizer.o ext/xml/xml.o ext/xml/expat/xmlparse.o ext/xml/expat/xmlrole.o ext/xml/expat/xmltok.o regex/regcomp.o regex/regexec.o regex/regerror.o regex/regfree.o TSRM/TSRM.o TSRM/tsrm_strtok_r.o TSRM/tsrm_virtual_cwd.o main/main.o main/snprintf.o main/spprintf.o main/php_sprintf.o main/safe_mode.o main/fopen_wrappers.o main/alloca.o main/php_ini.o main/SAPI.o main/rfc1867.o main/php_content_types.o main/strlcpy.o main/strlcat.o main/mergesort.o main/reentrancy.o main/php_variables.o main/php_ticks.o main/streams.o main/network.o main/php_open_temporary_file.o main/php_logos.o main/output.o main/memory_streams.o main/user_streams.o Zend/zend_language_parser.o Zend/zend_language_scanner.o Zend/zend_ini_parser.o Zend/zend_ini_scanner.o Zend/zend_alloc.o Zend/zend_compile.o Zend/zend_constants.o Zend/zend_dynamic_array.o Zend/zend_execute_API.o Zend/zend_highlight.o Zend/zend_llist.o Zend/zend_opcode.o Zend/zend_operators.o Zend/zend_ptr_stack.o Zend/zend_stack.o Zend/zend_variables.o Zend/zend.o Zend/zend_API.o Zend/zend_extensions.o Zend/zend_hash.o Zend/zend_list.o Zend/zend_indent.o Zend/zend_builtin_functions.o Zend/zend_sprintf.o Zend/zend_ini.o Zend/zend_qsort.o Zend/zend_multibyte.o Zend/zend_execute.o sapi/apache2filter/sapi_apache2.o sapi/apache2filter/apache_config.o sapi/apache2filter/php_functions.o main/internal_functions.o -lm -o libs/libphp4.bundle && cp libs/libphp4.bundle libs/libphp4.so ld: can't locate file for: -laprutil make: *** [libs/libphp4.bundle] Error 1 -- Edit this bug report at http://bugs.php.net/?id=20493&edit=1
#20497 [NEW]: Will not compile "Output line too long"
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.3.0RC1 PHP Bug Type: Compile Failure Bug description: Will not compile "Output line too long" Gcc 3.1, apache 2.0.43 solaris 8 The configure line ./configure --enable-ftp --enable-bcmath --enable-calendar --with-mysql --with-mhash --with-mcrypt --with-ldap=/usr/local --with-apxs2=/www/bin/apxs --with-imap=/export/home/test/imap-2002.RC10 --with-zlib --with-gdbm --with-ndbm --with-gettext --enable-force-cgi-redirect then I ran make and this is were it ended. cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -L/usr/local/lib -L/export/home/test/imap-2002.RC10/c-client -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1 -R /usr/local/lib -R /export/home/test/imap-2002.RC10/c-client ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gettext/gettext.lo ext/imap/php_imap.lo ext/ldap/ldap.lo ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/st
#20494 [Opn->Fbk]: Empty response gives wrong answer
ID: 20494
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: RedHat 7.3
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
and the latest net-snmp library.
Previous Comments:
[2002-11-19 08:59:15] [EMAIL PROTECTED]
ucd-snmp-4.2.6 & PHP-4.2.3 & Cisco2900xl switch
Example code:
$uptime = snmpget("x.x.x.x", "public", "system.sysUpTime.0");
$ct = snmpget("x.x.x.x", "public", "system.sysContact.0");
echo ">System UpTime : $uptimeSystem Contact :$ct";
If sysContact is not set in Cisco (null string) the sysUpTime would be
copied into $ct. Same effect if using snmpwalk. Fixed by adding into
ext/snmp/snmp.c (v1.56) at line 307:
retry:
/* clear buffers */
buf[0]=(char)0;
buf2[0]=(char)0;
--
Edit this bug report at http://bugs.php.net/?id=20494&edit=1
#20408 [Com]: doesn't work in $make install
ID: 20408 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Compaq tru64 PHP Version: 4CVS-2002-11-13 New Comment: I've got the same problem so here's an attenmpt at some feedback. This is what "make install" is doing when it fails: sapi/cli/php -n /usr/local/src/php4-STABLE-200211141630/pear/install-pear.php /usr/local/src/php4-STABLE-200211141630/pear/package-Archive_Tar. xml /usr/local/src/php4-STABLE-200211141630)$ gdb sapi/cli/php core GNU gdb 5.0-tru64-010710 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev56-dec-osf5.1"... warning: big endian file does not match little endian target. Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /sbin/loader...done. Loaded symbols for /sbin/loader Reading symbols from /usr/local/pgsql/lib/libpq.so.2.2...done. Loaded symbols for /usr/local/pgsql/lib/libpq.so.2.2 Reading symbols from /usr/local/lib/libldap.so...done. Loaded symbols for /usr/local/lib/libldap.so Reading symbols from /usr/local/lib/liblber.so...done. Loaded symbols for /usr/local/lib/liblber.so Reading symbols from /usr/local/lib/libintl.so...done. Loaded symbols for /usr/local/lib/libintl.so Reading symbols from /usr/local/lib/libiconv.so...done. Loaded symbols for /usr/local/lib/libiconv.so Reading symbols from /usr/shlib/libc.so...done. Loaded symbols for /usr/shlib/libc.so Reading symbols from /usr/local/lib/libpng.so.3.1.2.5...done. Loaded symbols for /usr/local/lib/libpng.so.3.1.2.5 Reading symbols from /usr/local/lib/libz.so...done. Loaded symbols for /usr/local/lib/libz.so Reading symbols from /usr/local/lib/libgdbm.so...done. Loaded symbols for /usr/local/lib/libgdbm.so Reading symbols from /usr/shlib/libcrypt.so...done. Loaded symbols for /usr/shlib/libcrypt.so Reading symbols from /usr/shlib/libm.so...done. Loaded symbols for /usr/shlib/libm.so Reading symbols from /usr/shlib/libbasecrypt.so...done. Loaded symbols for /usr/shlib/libbasecrypt.so Reading symbols from /usr/shlib/librt.so...done. Loaded symbols for /usr/shlib/librt.so Reading symbols from /usr/shlib/libcxx.so...done. Loaded symbols for /usr/shlib/libcxx.so Reading symbols from /usr/shlib/libpthread.so...done. Loaded symbols for /usr/shlib/libpthread.so Reading symbols from /usr/shlib/libexc.so...done. Loaded symbols for /usr/shlib/libexc.so #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff80576564 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff80581aec in __excInit () from /usr/shlib/libpthread.so #3 0x3ff807e3aa4 in exc_unwind_rfp () from /usr/shlib/libexc.so warning: Hit beginning of text section without finding warning: enclosing function for address 0x11ffed270 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. (gdb) set heuristic-fence-post 0 (gdb) bt #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff80576564 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff80581aec in __excInit () from /usr/shlib/libpthread.so #3 0x3ff807e3aa4 in exc_unwind_rfp () from /usr/shlib/libexc.so warning: Hit beginning of text section without finding warning: enclosing function for address 0x11ffed270 - Pat. Previous Comments: [2002-11-13 08:10:57] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2002-11-13 07:59:52] [EMAIL PROTECTED] Platform : OSF1 dbm1-cluster V5.1 1885 alpha compiler : gcc --> /usr/local/cygnus/tru64-010710/H-alphaev56-dec-osf5.1/bin/gcc Apache : 1.3.27 jdk : 1.4.0 $make install Installing PHP SAPI module Installing shared extensions: /usr/users/wiz/lib/php/extensions/no-debug-non-zts-20020429/ Installing
#15486 [Com]: 'Invalid range end' with eregi_replace() under certain conditions.
ID: 15486
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Regular Expressions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Just to add to my last email, I seem to have made this thing work. I
had the following code
if
(!eregi("^([0-9a-z]+)(([0-9a-z\.-_]+)?)@([0-9a-z]+)\.([0-9a-z]+)(([0-9a-z_\.-]+)?)$",
$formdata[email])) {
and changed it to
if
(!eregi("^([0-9a-z]+)(([0-9a-z_\.-]+)?)@([0-9a-z]+)\.([0-9a-z]+)(([0-9a-z_\.-]+)?)$",
$formdata[email])) {
Spot the difference - note the placement of the underscore in the
second grouping. The first statement failed regularly, the second
works fine.
Go figure !!!
After having wasted an afternoon on this and last night fixing cookie
processing because of the new p3p idiocy, I can actually get on and do
something useful.
P.S. Useful site, it is always nice to know that the problem is not of
your own making.
Previous Comments:
[2002-11-19 09:05:25] [EMAIL PROTECTED]
I have been having this problem, it doesn't happen every time, but I
was validating several email addresses in the same bit of code and when
the error happened it happened for all email addresses. I simplified
the code to a valid character check only and the problem still
occurred. When I removed the check for the underscore on one of the
email address checks, this email check worked fine.
Of course this is not a fix as we need to check for underscore, but
could it shed light on the problem, or is it just coincidence ???
After all the underscore is fairly unique to email address validation.
[2002-07-01 16:30:23] [EMAIL PROTECTED]
We are seeing a similar problem under linux with glibc-common-2.2.4-13
under 7.2. Two instances of the same program. The first one compiles
the pattern "^[5-?] fine but the 2nd instance of the same program
fails. [5-9] works, [5-:] fails. [5-9:-?] works. If you comment out
that test then another one later on fails.
Compiling glibc with stubs removes the problem (of course). This seems
to me to be some sort of shared library issue otherwise why would the
1st one work and the 2nd fail.
Love to get some more information.
[2002-02-10 11:58:50] [EMAIL PROTECTED]
If it only fails with --with-regex=system then it's VERY likely not to
be a bug in PHP, but in your system's regex library.
Just compile PHP with it's own regexes.
[2002-02-10 09:47:05] [EMAIL PROTECTED]
The testcase can be downloaded here:
http://www.epita.fr/~cahagn_o/php/bug15486.txt
(btw, this server doesn't show the bug, running PHP 4.0.6 as CGI:
http://www.epita.fr/~cahagn_o/php/info.php for options).
This really confirms the bug only occurs on Linux (RedHat ? glibc
problem ?) when compiled '--with-regex=system'.
[2002-02-10 09:33:59] [EMAIL PROTECTED]
There's an annoying bug with eregi_replace() which sometimes send
Invalid Range End.
This is reproducible with Linux RH7.2 and PHP 4.0.6 compiled
'--with-regex=system'.
I couldn't find this bug on bugs.php.net. This might be a known bug
but, please, don't close it, I would really like to know on which
systems the problem occurs exacly so as to add workaround on a Webmail
client FAQ I wrote: http://nocc.sf.net/
It happens on this system (which I'm not the Webmaster of):
http://www.okkaskole.no/~brr/test.php
I couldn't reproduce the problem on Win2k+Apache 2.0.28+PHP 4.0.6 as
CGI.
Some other reports:
http://www.webgenerator-x.com/support_forum.php3?op=viewtopictree&topic_id=55
http://www.squirrelmail.org/wiki/RedHatOutdatedGlibc
I will attach testcase, which is long but the user on the above system
couldn't reduce testcase. And I cannot reduce it myself as I don't have
the bug on my system.
The regexp might seem to be complicated but it runs very fine on many
Web servers (NetBSD w/ Apache, Windows w/ Xitami, etc.) but some
servers under certain conditions which makes it hard to reproduce.
Fortunately, this time, it seems that I have a 100% reproducible
testcase.
--
Edit this bug report at http://bugs.php.net/?id=15486&edit=1
#20496 [Opn->Csd]: 4.3.0RC1 Windows Binaries doesn't come with Pear
ID: 20496
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: *Compile Issues
Operating System: WIN 2000
PHP Version: 4.3.0RC1
New Comment:
As Derick already said there is no need to compile anything. PEAR will
be included in 4.3.0-final. In the meanwhile you can install it with:
php -r "readfile('http://go-pear.org/');" | php
Previous Comments:
[2002-11-19 09:47:26] [EMAIL PROTECTED]
pear is just a set of PHP scripts, no need to compile anything for it.
[2002-11-19 09:32:30] [EMAIL PROTECTED]
I noticed that Pear is in the Windows Tar file, but when I downloaded
the 4.3.0RC1 Windows Binaries, Pear doesn't seem to be included.
Please resolve so the world doesn't have to re-compile.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=20496&edit=1
#20484 [Fbk]: Wrong detection of gnuiconv
ID: 20484 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ICONV related Operating System: Linux RH 7.3, gnu libiconv PHP Version: 4CVS-2002-11-18 (dev) New Comment: Basically it's supposed to cause unexpected results that you install libiconv with --prefix=/usr, because libiconv would overwrite /usr/include/iconv.h that comes from glibc, which offers iconv functionality independently. It should be avoided when using linux. Anyway, could you try following commands in the top of the PHP source directory and configure again? $ rm -f include/* Previous Comments: [2002-11-19 09:31:30] [EMAIL PROTECTED] After a make clean, which I forgot to do before, using only '--with-iconv' I got the same error I got weeks ago during make: ext/iconv/iconv.lo: In function `zm_startup_miconv': /home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:139: undefined reference to `_libiconv_version' ext/iconv/iconv.lo: In function `php_iconv_string': /home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:217: undefined reference to `libiconv_open' /home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:226: undefined reference to `libiconv' /home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:238: undefined reference to `libiconv_close' ext/xmlrpc/libxmlrpc/encodings.lo: In function `convert': /home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:62: undefined reference to `libiconv_open' /home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:73: undefined reference to `libiconv' /home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:93: undefined reference to `libiconv_close' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 pa [2002-11-19 09:17:08] [EMAIL PROTECTED] Hello, Sorry for the answer delay, my home connection is down and/or too tired ;-) Well, using only '--with-iconv' gave me the same error. ./configure --prefix=/usr I cannot remove it as far as I need it for php_dom too. hth pa [2002-11-18 19:24:19] [EMAIL PROTECTED] Besides what configure params did you install libiconv with? [2002-11-18 13:58:47] [EMAIL PROTECTED] Michael's suggestion is really to the point. Open => Feedback [2002-11-18 13:14:31] [EMAIL PROTECTED] Can you please try --with-iconv without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat 7.3 should have a glibc 2.2.x, which has iconv builtin, so there's AFAIK no point in installing an extra libiconv. 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/20484 -- Edit this bug report at http://bugs.php.net/?id=20484&edit=1
#20496 [Opn]: 4.3.0RC1 Windows Binaries doesn't come with Pear
ID: 20496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Compile Issues Operating System: WIN 2000 PHP Version: 4.3.0RC1 New Comment: pear is just a set of PHP scripts, no need to compile anything for it. Previous Comments: [2002-11-19 09:32:30] [EMAIL PROTECTED] I noticed that Pear is in the Windows Tar file, but when I downloaded the 4.3.0RC1 Windows Binaries, Pear doesn't seem to be included. Please resolve so the world doesn't have to re-compile. Thanks. -- Edit this bug report at http://bugs.php.net/?id=20496&edit=1
#20496 [NEW]: 4.3.0RC1 Windows Binaries doesn't come with Pear
From: [EMAIL PROTECTED] Operating system: WIN 2000 PHP version: 4.3.0RC1 PHP Bug Type: *Compile Issues Bug description: 4.3.0RC1 Windows Binaries doesn't come with Pear I noticed that Pear is in the Windows Tar file, but when I downloaded the 4.3.0RC1 Windows Binaries, Pear doesn't seem to be included. Please resolve so the world doesn't have to re-compile. Thanks. -- Edit bug report at http://bugs.php.net/?id=20496&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20496&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20496&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20496&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20496&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20496&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20496&r=support Expected behavior: http://bugs.php.net/fix.php?id=20496&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20496&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20496&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20496&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20496&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20496&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20496&r=isapi
#20484 [Com]: Wrong detection of gnuiconv
ID: 20484
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: ICONV related
Operating System: Linux RH 7.3, gnu libiconv
PHP Version: 4CVS-2002-11-18 (dev)
New Comment:
After a make clean, which I forgot to do before, using only
'--with-iconv' I got the same error I got weeks ago during make:
ext/iconv/iconv.lo: In function `zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:139: undefined
reference to `_libiconv_version'
ext/iconv/iconv.lo: In function `php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:217: undefined
reference to `libiconv_open'
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:226: undefined
reference to `libiconv'
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:238: undefined
reference to `libiconv_close'
ext/xmlrpc/libxmlrpc/encodings.lo: In function `convert':
/home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:62:
undefined reference to `libiconv_open'
/home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:73:
undefined reference to `libiconv'
/home/paj/projects/phpcvsbuild/php4/ext/xmlrpc/libxmlrpc/encodings.c:93:
undefined reference to `libiconv_close'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
pa
Previous Comments:
[2002-11-19 09:17:08] [EMAIL PROTECTED]
Hello,
Sorry for the answer delay, my home connection is down and/or too tired
;-)
Well, using only '--with-iconv' gave me the same error.
./configure --prefix=/usr
I cannot remove it as far as I need it for php_dom too.
hth
pa
[2002-11-18 19:24:19] [EMAIL PROTECTED]
Besides what configure params did you install libiconv with?
[2002-11-18 13:58:47] [EMAIL PROTECTED]
Michael's suggestion is really to the point.
Open => Feedback
[2002-11-18 13:14:31] [EMAIL PROTECTED]
Can you please try
--with-iconv
without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat
7.3 should have a glibc 2.2.x, which has iconv builtin, so there's
AFAIK no point in installing an extra libiconv.
[2002-11-18 11:37:11] [EMAIL PROTECTED]
Hello,
I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).
Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
--with-mcrypt=/usr \
--with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
--with-openssl="/usr" \
--with-ming="/usr/local" \
--enable-bcmath \
--with-gettext="/usr" \
--with-mysql=/usr \
--with-pgsql=/usr \
--with-ibm-db2 \
--enable-xslt \
--with-xslt-sablot=/usr \
--with-sablot-js=/usr \
--enable-sockets \
--with-imagick=/usr/local \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-java=/usr/java/jdk1.3.1_03 \
--with-tokenizer \
--with-iconv=/usr \
--with-iconv-dir=/usr \
make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1
It seems the wrong lib are detected:
136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif
hth
pa
--
Edit this bug report at http://bugs.php.net/?id=20484&edit=1
#20484 [Com]: Wrong detection of gnuiconv
ID: 20484
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: ICONV related
Operating System: Linux RH 7.3, gnu libiconv
PHP Version: 4CVS-2002-11-18 (dev)
New Comment:
Hello,
Sorry for the answer delay, my home connection is down and/or too tired
;-)
Well, using only '--with-iconv' gave me the same error.
./configure --prefix=/usr
I cannot remove it as far as I need it for php_dom too.
hth
pa
Previous Comments:
[2002-11-18 19:24:19] [EMAIL PROTECTED]
Besides what configure params did you install libiconv with?
[2002-11-18 13:58:47] [EMAIL PROTECTED]
Michael's suggestion is really to the point.
Open => Feedback
[2002-11-18 13:14:31] [EMAIL PROTECTED]
Can you please try
--with-iconv
without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat
7.3 should have a glibc 2.2.x, which has iconv builtin, so there's
AFAIK no point in installing an extra libiconv.
[2002-11-18 11:37:11] [EMAIL PROTECTED]
Hello,
I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).
Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
--with-mcrypt=/usr \
--with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
--with-openssl="/usr" \
--with-ming="/usr/local" \
--enable-bcmath \
--with-gettext="/usr" \
--with-mysql=/usr \
--with-pgsql=/usr \
--with-ibm-db2 \
--enable-xslt \
--with-xslt-sablot=/usr \
--with-sablot-js=/usr \
--enable-sockets \
--with-imagick=/usr/local \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-java=/usr/java/jdk1.3.1_03 \
--with-tokenizer \
--with-iconv=/usr \
--with-iconv-dir=/usr \
make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1
It seems the wrong lib are detected:
136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif
hth
pa
--
Edit this bug report at http://bugs.php.net/?id=20484&edit=1
#20495 [NEW]: BC Math is not Thread Safe, but is in Win32 TS distribution
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0RC1 PHP Bug Type: BC math related Bug description: BC Math is not Thread Safe, but is in Win32 TS distribution I'm adding this bug report to make sure it doesn't get lost. I would ask that this be marked critial for 4.3.0 release. The current thread safe Win32 build is _not_ thread safe because it includes BC Math as a built-in extension, but BC Math is not thread safe. Here is what I said on the php-dev list: > > I'm seeing a memory overrun under PHP 4.3.0pre2 (debug) running under > > Windows 2000 ISAPI. [ . . . ] > > --- > > C:\Work\php-source\php-4.3.0pre2\ext\bcmath\libbcmath\src\init.c(72): > > Freeing 0x01B85050 (1 bytes), script=c:\inetpub\wwwroot\test.php > > Last leak repeated 2 times > > C:\Work\php-source\php-4.3.0pre2\ext\bcmath\libbcmath\src\init.c(57): > > Freeing 0x01B84FF8 (29 bytes), script=c:\inetpub\wwwroot\test.php > > Last leak repeated 2 times > >Based on seeing these leaks I disabled BCMath and recompiled PHP. >Without BCMath active I do not have any of the memory overruns that I >reported in my previous message. > >Looking in the CVS logs for php4/ext/bcmath/bcmath.c I believe there >may be an issue with the changes introduced in version 1.37 (by Andi, >who is CCed also). This patch moved the allocation and freeing of the >static BC numbers _zero_, _one_, and _two_ to a per-request basis >instead of at module initilzation and shutdown. It looks like the >storage locations for those values are global externs, however, which >multiple threads are now allocating and deallocating at the same time. > >Is there somewhere that I'm not understanding in the code that would >keep multiple threads from smashing each other here? And these were Andi's responses: > > You are right. I screwed up. I have to make these TSRM globals. > > I'll try and do it tomorrow. > > Adding a BCMATH_G() TSRM macro around all instances of _one_, _two_ and > _zero_ seems to be quite a pain because it means that libbcmath needs to > understand TSRM now. > On the other hand these three variables need to be per-request because > emalloc()'ed memory can't survive in between requests. > Does anyone have any interesting solutions? If not I guess we can start > hacking at the libbcmath sources. -- Edit bug report at http://bugs.php.net/?id=20495&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20495&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20495&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20495&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20495&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20495&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20495&r=support Expected behavior: http://bugs.php.net/fix.php?id=20495&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20495&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20495&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20495&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20495&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20495&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20495&r=isapi
#15486 [Com]: 'Invalid range end' with eregi_replace() under certain conditions.
ID: 15486 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Regular Expressions Operating System: Linux PHP Version: 4.0.6 New Comment: I have been having this problem, it doesn't happen every time, but I was validating several email addresses in the same bit of code and when the error happened it happened for all email addresses. I simplified the code to a valid character check only and the problem still occurred. When I removed the check for the underscore on one of the email address checks, this email check worked fine. Of course this is not a fix as we need to check for underscore, but could it shed light on the problem, or is it just coincidence ??? After all the underscore is fairly unique to email address validation. Previous Comments: [2002-07-01 16:30:23] [EMAIL PROTECTED] We are seeing a similar problem under linux with glibc-common-2.2.4-13 under 7.2. Two instances of the same program. The first one compiles the pattern "^[5-?] fine but the 2nd instance of the same program fails. [5-9] works, [5-:] fails. [5-9:-?] works. If you comment out that test then another one later on fails. Compiling glibc with stubs removes the problem (of course). This seems to me to be some sort of shared library issue otherwise why would the 1st one work and the 2nd fail. Love to get some more information. [2002-02-10 11:58:50] [EMAIL PROTECTED] If it only fails with --with-regex=system then it's VERY likely not to be a bug in PHP, but in your system's regex library. Just compile PHP with it's own regexes. [2002-02-10 09:47:05] [EMAIL PROTECTED] The testcase can be downloaded here: http://www.epita.fr/~cahagn_o/php/bug15486.txt (btw, this server doesn't show the bug, running PHP 4.0.6 as CGI: http://www.epita.fr/~cahagn_o/php/info.php for options). This really confirms the bug only occurs on Linux (RedHat ? glibc problem ?) when compiled '--with-regex=system'. [2002-02-10 09:33:59] [EMAIL PROTECTED] There's an annoying bug with eregi_replace() which sometimes send Invalid Range End. This is reproducible with Linux RH7.2 and PHP 4.0.6 compiled '--with-regex=system'. I couldn't find this bug on bugs.php.net. This might be a known bug but, please, don't close it, I would really like to know on which systems the problem occurs exacly so as to add workaround on a Webmail client FAQ I wrote: http://nocc.sf.net/ It happens on this system (which I'm not the Webmaster of): http://www.okkaskole.no/~brr/test.php I couldn't reproduce the problem on Win2k+Apache 2.0.28+PHP 4.0.6 as CGI. Some other reports: http://www.webgenerator-x.com/support_forum.php3?op=viewtopictree&topic_id=55 http://www.squirrelmail.org/wiki/RedHatOutdatedGlibc I will attach testcase, which is long but the user on the above system couldn't reduce testcase. And I cannot reduce it myself as I don't have the bug on my system. The regexp might seem to be complicated but it runs very fine on many Web servers (NetBSD w/ Apache, Windows w/ Xitami, etc.) but some servers under certain conditions which makes it hard to reproduce. Fortunately, this time, it seems that I have a 100% reproducible testcase. -- Edit this bug report at http://bugs.php.net/?id=15486&edit=1
#20494 [NEW]: Empty response gives wrong answer
From: [EMAIL PROTECTED]
Operating system: RedHat 7.3
PHP version: 4.2.3
PHP Bug Type: SNMP related
Bug description: Empty response gives wrong answer
ucd-snmp-4.2.6 & PHP-4.2.3 & Cisco2900xl switch
Example code:
$uptime = snmpget("x.x.x.x", "public", "system.sysUpTime.0");
$ct = snmpget("x.x.x.x", "public", "system.sysContact.0");
echo ">System UpTime : $uptimeSystem Contact :$ct";
If sysContact is not set in Cisco (null string) the sysUpTime would be
copied into $ct. Same effect if using snmpwalk. Fixed by adding into
ext/snmp/snmp.c (v1.56) at line 307:
retry:
/* clear buffers */
buf[0]=(char)0;
buf2[0]=(char)0;
--
Edit bug report at http://bugs.php.net/?id=20494&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20494&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20494&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20494&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20494&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20494&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20494&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20494&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20494&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20494&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20494&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20494&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20494&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20494&r=isapi
#14285 [Com]: Forcing variable declaration
ID: 14285 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Redhat Linux 7.2 PHP Version: 4.0.6 New Comment: I realy think this is good idea. I've been looking for some tool to do this kind of checks and found none. For small scripts there is no need to have variable declaring but there are for longer multi file, multi developer projects. By making the checks an option we can have both modes available. Previous Comments: [2001-11-29 11:39:07] [EMAIL PROTECTED] this would only catch read usage of undefined variables, but not assigning values to them see: nothing in PHP will warn you that you have a typo in the second assignment, so creating a new variable unintended ... moved to feature requests ... [2001-11-29 11:20:18] [EMAIL PROTECTED] set error_reporting to E_ALL, and you'll see all undefined vars. However, it doesn't force the use of it. Derick [2001-11-29 11:17:16] [EMAIL PROTECTED] Is there a way to make PHP force you to declare variables like "option explicit" in VBScript or "use strict" in Perl? If not, will this feature become available? While this is not really a bug, it might be a nice feature to have available. -- Edit this bug report at http://bugs.php.net/?id=14285&edit=1
#18404 [Com]: Session data being lost
ID: 18404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: redhat 7.2 PHP Version: 4.3.0-dev New Comment: This sounds a lot like 20449? It's happening to me too by the way, same circumstances etc. Previous Comments: [2002-11-05 22:48:41] [EMAIL PROTECTED] that should be 200211030600 [2002-11-05 22:47:10] [EMAIL PROTECTED] It still happens with snapshot 20011030600 [2002-10-14 19:26:52] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-26 20:24:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-19 13:20:03] [EMAIL PROTECTED] just a side question, does this happen with PHP 4.2.3? There is a minor change between the two that makes a big difference between the way the two work. 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/18404 -- Edit this bug report at http://bugs.php.net/?id=18404&edit=1
#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump
ID: 20203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: sparc solaris 2.8 and 2.6 PHP Version: 4.2.3 New Comment: Hello there I have no tried this on freeBSD or OSX But on suse linux i had exactly the same symptom and it was resolved the sane way Thats why i suspect that the problem could be in the php code Regards Christos Previous Comments: [2002-11-18 16:53:49] [EMAIL PROTECTED] No because the same code works just fine using iODBC on OSX, FreeBSD, and Linux (i386). So if anything it's a case of drivers not being properly supported for the SunOS systems. [2002-11-18 13:14:58] [EMAIL PROTECTED] Hello again I have already submitted a bug on openlinksw But dont you think that this is a bug of php ? And by the way what is the difference between the 2 functions ? Regards Christos [2002-11-18 10:34:08] [EMAIL PROTECTED] Can you please submit a bug with Openlink SW the makers of iODBC. This should work, for all platforms. Please submit a bug at http://www.openlinksw.com/support/online.htm [2002-11-18 08:57:51] [EMAIL PROTECTED] Hello from Athens AGAIN WOWOWOWOWOW I am happy I removed the line you said from ext/odbc/php_odbc.h and DAMN it works ! Thanks very much for your help I anyway think that the bug still exists as fat as SQLExtendedFetch is conserned and has to be resolved in future releases of php (I used 4.2.3) Best regards Christos [2002-11-18 08:39:51] [EMAIL PROTECTED] Hello again You mean the file ext/odbc/php_odbc.h ?? By the way the openlink "odbctest" program works with SQLFetch and not with SQLExtendedFetch Best Regards Christos 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/20203 -- Edit this bug report at http://bugs.php.net/?id=20203&edit=1
#17642 [Com]: setting certain locales undefines defines
ID: 17642 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: just an information, there is an "I" letter in turkish, but the lowercase of "I" is not "i" :) Previous Comments: [2002-06-07 13:31:40] [EMAIL PROTECTED] Please don't open new bug reports about exactly same issues, especially when you don't have any new information / patches for it.. http://bugs.php.net/bug.php?id=16865&edit=1 [2002-06-07 11:47:25] [EMAIL PROTECTED] I've looked the Zend constants code and it appears the code ALWAYS lowercases the name of the define (not done for variables). To lowercase the define name, C's tolower() function is used, which obides by locale settings, since I is not avaliable it is left as is accoring to the tolower()'s man page. The solution which appears to work, seems to be the removal of zend_str_tolower(lookup_name, name_len); inside ZEND_API int zend_get_constant function and removal of end_str_tolower(lowercase_name, c->name_len); inside ZEND_API int zend_register_constant [2002-06-07 11:28:46] [EMAIL PROTECTED] Yeah, that does appear to be the problem, any define containing the letter 'I' gets broken after the local is exported. Interestingly enough, if I move the define below the setlocale() lin,e it begins to work fine. Also, this does not seem to be a problem for variable names as they are unaffected by change in locale. [2002-06-07 11:14:40] [EMAIL PROTECTED] This is because the 'I' doesn't exist in tr_TR. Derick [2002-06-07 11:03:10] [EMAIL PROTECTED] One more thing, If i use the get_defined_constants() function to fetch the list of all the defines, the __REQUEST_TIMESTAMP__ is always there and always has the correct value in it. 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/17642 -- Edit this bug report at http://bugs.php.net/?id=17642&edit=1
#20493 [NEW]: ld: can't locate file for: -laprutil
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.2.2 PHP version: 4.3.0RC1 PHP Bug Type: Compile Failure Bug description: ld: can't locate file for: -laprutil ./configure --with-apxs2=/service/www/apache_install/bin/apxs --with-mysql=no make Last rows gcc -bundle -bundle_loader /service/www/apache_install/bin/httpd -L/usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/service/www/apache_install/lib -laprutil /usr/local/src/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la -L/service/www/apache_install/lib -lapr-0 -lm -g -O2ext/ctype/ctype.o ext/overload/overload.o ext/pcre/pcrelib/maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/pcrelib/pcre.o ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o ext/session/mod_files.o ext/session/mod_mm.o ext/session/mod_user.o ext/standard/array.o ext/standard/base64.o ext/standard/basic_functions.o ext/standard/browscap.o ext/standard/crc32.o ext/standard/crypt.o ext/standard/cyr_convert.o ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o ext/standard/dns.o ext/standard/exec.o ext/standard/file.o ext/standard/filestat.o ext/standard/flock_compat.o ext/standard/formatted_print.o ext/standard/fsock.o ext/standard/head.o ext/standard/html.o ext/standard/image.o ext/standard/info.o ext/standard/iptc.o ext/standard/lcg.o ext/standard/link.o ext/standard/mail.o ext/standard/math.o ext/standard/md5.o ext/standard/metaphone.o ext/standard/microtime.o ext/standard/pack.o ext/standard/pageinfo.o ext/standard/parsedate.o ext/standard/quot_print.o ext/standard/rand.o ext/standard/reg.o ext/standard/soundex.o ext/standard/string.o ext/standard/scanf.o ext/standard/syslog.o ext/standard/type.o ext/standard/uniqid.o ext/standard/url.o ext/standard/url_scanner.o ext/standard/var.o ext/standard/versioning.o ext/standard/assert.o ext/standard/strnatcmp.o ext/standard/levenshtein.o ext/standard/incomplete_class.o ext/standard/url_scanner_ex.o ext/standard/ftp_fopen_wrapper.o ext/standard/http_fopen_wrapper.o ext/standard/php_fopen_wrapper.o ext/standard/credits.o ext/standard/css.o ext/standard/var_unserializer.o ext/standard/ftok.o ext/standard/aggregation.o ext/standard/sha1.o ext/tokenizer/tokenizer.o ext/xml/xml.o ext/xml/expat/xmlparse.o ext/xml/expat/xmlrole.o ext/xml/expat/xmltok.o regex/regcomp.o regex/regexec.o regex/regerror.o regex/regfree.o TSRM/TSRM.o TSRM/tsrm_strtok_r.o TSRM/tsrm_virtual_cwd.o main/main.o main/snprintf.o main/spprintf.o main/php_sprintf.o main/safe_mode.o main/fopen_wrappers.o main/alloca.o main/php_ini.o main/SAPI.o main/rfc1867.o main/php_content_types.o main/strlcpy.o main/strlcat.o main/mergesort.o main/reentrancy.o main/php_variables.o main/php_ticks.o main/streams.o main/network.o main/php_open_temporary_file.o main/php_logos.o main/output.o main/memory_streams.o main/user_streams.o Zend/zend_language_parser.o Zend/zend_language_scanner.o Zend/zend_ini_parser.o Zend/zend_ini_scanner.o Zend/zend_alloc.o Zend/zend_compile.o Zend/zend_constants.o Zend/zend_dynamic_array.o Zend/zend_execute_API.o Zend/zend_highlight.o Zend/zend_llist.o Zend/zend_opcode.o Zend/zend_operators.o Zend/zend_ptr_stack.o Zend/zend_stack.o Zend/zend_variables.o Zend/zend.o Zend/zend_API.o Zend/zend_extensions.o Zend/zend_hash.o Zend/zend_list.o Zend/zend_indent.o Zend/zend_builtin_functions.o Zend/zend_sprintf.o Zend/zend_ini.o Zend/zend_qsort.o Zend/zend_multibyte.o Zend/zend_execute.o sapi/apache2filter/sapi_apache2.o sapi/apache2filter/apache_config.o sapi/apache2filter/php_functions.o main/internal_functions.o -lm -o libs/libphp4.bundle && cp libs/libphp4.bundle libs/libphp4.so ld: can't locate file for: -laprutil make: *** [libs/libphp4.bundle] Error 1 -- Edit bug report at http://bugs.php.net/?id=20493&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20493&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20493&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20493&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20493&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20493&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20493&r=support Expected behavior: http://bugs.php.net/fix.php?id=20493&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20493&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20493&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20493&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20493&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20493&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20493&r=isapi
#20491 [Com]: Problem with using Javascript inside a Switch()
ID: 20491
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System: Apache 2.0
PHP Version: 4.2.3
New Comment:
Well i guess it is an bugbecause why can a piece of code be handled
different in a switch() than in a if else-statement. I have looked on
all supportplaces and i've got a thick book over PHP but i can't find
any logic explanation..hmmm thanks anyway
Previous Comments:
[2002-11-19 04:33:44] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
[2002-11-19 04:31:13] [EMAIL PROTECTED]
In my header and footer i've got the HTML for the layout of my site.
include_once("$root/includes/header.php");
switch($mode)
{
case "newmap":
include("$root/docent/newmap.php");
break;
}
include_once("$root/includes/footer.php");
inside the file newmap.php if got the php-code that i use for the site
inside this code ive got some error-windows for the users. I use the
script below to call them inside the file newmap.php
if (mysql_num_rows (mysql_query("SELECT pparent FROM pagina WHERE
pparent ='$menu->id'"))>0)
{
?>
name = "name; ?>";
window.alert("Cannot remove'"+name+"'..! This map has one or more
submaps, remove this first!!")
http://bugs.php.net/?id=20491&edit=1
#20492 [Opn->Fbk]: Compile fails with parse errors
ID: 20492 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3 ML 10 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-19 04:32:57] [EMAIL PROTECTED] Hi, In the past I have been able to compile PHP-4.0.6 without any problems on AIX. Trying to compile 4.2.3 on AIX now gives below output. Not sure what I can do about this. I'm guessing make stops because of the parse errors, not because of the "redefined" warnings. Anyone out there that can help me out, please ? Hans Making all in sockets /bin/sh /home/USTJLA/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/home/US TJLA/php-4.2.3/ext/sockets -I/home/USTJLA/php-4.2.3/main -I/home/USTJLA/php-4.2.3 -I/usr/H TTPServer/include -I/home/USTJLA/php-4.2.3/Zend -I/usr/local/include -I/sa/apps/oracle/pro duct/8.1.7/rdbms/public -I/sa/apps/oracle/product/8.1.7/rdbms/demo -DAIX=43 -DUSE_PTHREAD _SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -I /home/USTJLA/php-4.2.3/TSRM -O2 -prefer-pic -c sockets.c sockets.c:32: warning: `_XOPEN_SOURCE_EXTENDED' redefined /usr/include/standards.h:102: warning: this is the location of the previous definition In file included from /home/USTJLA/php-4.2.3/main/php_network.h:33, from sockets.c:36: /usr/include/netinet/in.h:86: parse error /usr/include/netinet/in.h:344: parse error In file included from /usr/include/sys/socket.h:70, from /home/USTJLA/php-4.2.3/main/php_network.h:37, from sockets.c:36: /usr/include/sys/uio.h:53: parse error In file included from /home/USTJLA/php-4.2.3/main/php_network.h:37, from sockets.c:36: /usr/include/sys/socket.h:142: parse error sockets.c:40: warning: `_XOPEN_SOURCE_EXTENDED' redefined sockets.c:32: warning: this is the location of the previous definition make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=20492&edit=1
#20491 [Opn->Bgs]: Problem with using Javascript inside a Switch()
ID: 20491
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Apache 2.0
PHP Version: 4.2.3
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Previous Comments:
[2002-11-19 04:31:13] [EMAIL PROTECTED]
In my header and footer i've got the HTML for the layout of my site.
include_once("$root/includes/header.php");
switch($mode)
{
case "newmap":
include("$root/docent/newmap.php");
break;
}
include_once("$root/includes/footer.php");
inside the file newmap.php if got the php-code that i use for the site
inside this code ive got some error-windows for the users. I use the
script below to call them inside the file newmap.php
if (mysql_num_rows (mysql_query("SELECT pparent FROM pagina WHERE
pparent ='$menu->id'"))>0)
{
?>
name = "name; ?>";
window.alert("Cannot remove'"+name+"'..! This map has one or more
submaps, remove this first!!")
http://bugs.php.net/?id=20491&edit=1
#20492 [NEW]: Compile fails with parse errors
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 ML 10 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: Compile fails with parse errors Hi, In the past I have been able to compile PHP-4.0.6 without any problems on AIX. Trying to compile 4.2.3 on AIX now gives below output. Not sure what I can do about this. I'm guessing make stops because of the parse errors, not because of the "redefined" warnings. Anyone out there that can help me out, please ? Hans Making all in sockets /bin/sh /home/USTJLA/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/home/US TJLA/php-4.2.3/ext/sockets -I/home/USTJLA/php-4.2.3/main -I/home/USTJLA/php-4.2.3 -I/usr/H TTPServer/include -I/home/USTJLA/php-4.2.3/Zend -I/usr/local/include -I/sa/apps/oracle/pro duct/8.1.7/rdbms/public -I/sa/apps/oracle/product/8.1.7/rdbms/demo -DAIX=43 -DUSE_PTHREAD _SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -I /home/USTJLA/php-4.2.3/TSRM -O2 -prefer-pic -c sockets.c sockets.c:32: warning: `_XOPEN_SOURCE_EXTENDED' redefined /usr/include/standards.h:102: warning: this is the location of the previous definition In file included from /home/USTJLA/php-4.2.3/main/php_network.h:33, from sockets.c:36: /usr/include/netinet/in.h:86: parse error /usr/include/netinet/in.h:344: parse error In file included from /usr/include/sys/socket.h:70, from /home/USTJLA/php-4.2.3/main/php_network.h:37, from sockets.c:36: /usr/include/sys/uio.h:53: parse error In file included from /home/USTJLA/php-4.2.3/main/php_network.h:37, from sockets.c:36: /usr/include/sys/socket.h:142: parse error sockets.c:40: warning: `_XOPEN_SOURCE_EXTENDED' redefined sockets.c:32: warning: this is the location of the previous definition make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. -- Edit bug report at http://bugs.php.net/?id=20492&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20492&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20492&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20492&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20492&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20492&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20492&r=support Expected behavior: http://bugs.php.net/fix.php?id=20492&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20492&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20492&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20492&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20492&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20492&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20492&r=isapi
#20491 [NEW]: Problem with using Javascript inside a Switch()
From: [EMAIL PROTECTED]
Operating system: Apache 2.0
PHP version: 4.2.3
PHP Bug Type: Output Control
Bug description: Problem with using Javascript inside a Switch()
In my header and footer i've got the HTML for the layout of my site.
include_once("$root/includes/header.php");
switch($mode)
{
case "newmap":
include("$root/docent/newmap.php");
break;
}
include_once("$root/includes/footer.php");
inside the file newmap.php if got the php-code that i use for the site
inside this code ive got some error-windows for the users. I use the
script below to call them inside the file newmap.php
if (mysql_num_rows (mysql_query("SELECT pparent FROM pagina WHERE pparent
='$menu->id'"))>0)
{
?>
name = "name; ?>";
window.alert("Cannot remove'"+name+"'..! This map has one or more
submaps, remove this first!!")
http://bugs.php.net/?id=20491&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20491&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20491&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20491&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20491&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20491&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20491&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20491&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20491&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20491&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20491&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20491&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20491&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20491&r=isapi
#20485 [Opn]: Enabling XSLT engine of DOM XML extension in Windows builds
ID: 20485 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows XP Professional PHP Version: 4.3.0RC1 New Comment: I'll back that up :) It would be nice to have libxslt on windows as well (I hope it does even compile :) ) chregu Previous Comments: [2002-11-18 12:18:23] [EMAIL PROTECTED] Is it possible to include --with-dom-xslt when compiling Windows binaries (snapshots and releases)? In my opinion, based on experience with several production sites using XSLT part of DOM XML extension, xslt engine of DOM XML extension (LIBXSLT powered) is superior to XSLT extension (Sablotron powered). Not only it better complies with w3c standards but is faster as well. I know that it's another 125kb (zipped only 59kb) to be added (as the most recent version of libxslt library under windows consumes this amount of space) to the php_domxml.dll extension but i think it's worth it. -- Edit this bug report at http://bugs.php.net/?id=20485&edit=1
#16744 [Opn->Csd]: win32/index.txt lacks apache 2 related documentation
ID: 16744 Updated by: [EMAIL PROTECTED] -Summary: automatik installation failed Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related -Operating System: Windows 2000 +Operating System: Windows -PHP Version: 4.2.0 +PHP Version: 4.3.0-dev New Comment: index.txt is now updated, the related diff can be seen here: http://cvs.php.net/diff.php/php4/win32/install.txt?r1=1.16&r2=1.17 This will make it into PHP 4.3.0, thanks for the report! Previous Comments: [2002-11-18 18:05:59] [EMAIL PROTECTED] Am marking this as apache2 related as the doc team does not have access to install.txt and it's apache2 related. Please see: http://www.php.net/manual/en/install.apache2.php [2002-04-23 05:54:39] [EMAIL PROTECTED] Apache 2 support is still experimental, as you could read from www.php.net/release_4_2_0.php and I changed the category to "Documentation Problem". Derick [2002-04-23 05:43:21] [EMAIL PROTECTED] The automatic installatoin for Apache 2.0 failed. The install.txt has no working methods to run php with apache 2.x -- Edit this bug report at http://bugs.php.net/?id=16744&edit=1
#20476 [Fbk->Opn]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P
ID: 20476 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: ASPLinux 7.2 PHP Version: 4.4.0-dev New Comment: This is my config.nice: [root@www src]# cat config.nice #! /bin/sh # # Created by configure './configure' \ '--with-pgsql=/usr/local/pgsql' \ '--with-zlib' \ '--with-layout=GNU' \ '--with-ssl' \ '--with-dom=/usr/local/lib' \ '--without-mysql' \ '--with-xslt-sablot' \ '--enable-xslt' \ '--with-iconv=/usr/local/lib/' \ '--with-curl=../curl-7.9.7/' \ '--with-apxs=/usr/sbin/apxs' \ '--enable-calendar' \ '--with-gettext=/bin' \ '--with-java=/usr/local/jdk1.3.1_04' \ '--with-ming=/usr/lib' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-png-dir=/usr' \ '--with-jpeg-dir=/usr' \ '--with-freetype-dir=/usr/local' \ "$@" And i'am sure that libphp4.so is one, i just compiled. Previous Comments: [2002-11-18 10:45:49] [EMAIL PROTECTED] Exactly how did you configure PHP? And are you sure your libphp4.so is the one that you compiled? [2002-11-18 08:48:11] [EMAIL PROTECTED] So, this latest php cvs snapshot isn't working to. Message IS_SLASH_P undefined appears again. May be this is a bug... [2002-11-18 07:11:37] [EMAIL PROTECTED] This version of php requires curl-7.10.2, but in download section of http://curl.sourceforge.net avaible only 7.10.1:=( May be this is a mistake? Or some? [2002-11-18 03:12:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-18 03:01:05] [EMAIL PROTECTED] I made dso module for apache 1.3.26. And when apache starting this error appears: [root@www root]# service httpd start Starting httpd: Syntax error on line 261 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P [ FAILED ] But binary file php works correctly. -- Edit this bug report at http://bugs.php.net/?id=20476&edit=1
