#26232 [Bgs->Opn]: in_array produces true when bool true is in haystack
ID: 26232
Updated by: [EMAIL PROTECTED]
Reported By: me at my dot house
-Status: Bogus
+Status: Open
-Bug Type: Arrays related
+Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.2, 5b2
New Comment:
Yes it is correct BUT in this case i suggest we add an option to the
function to switch to === checks.
Previous Comments:
[2003-11-13 19:34:21] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is to be expected. Jay's explanation clearly identifies the fault
in the PHP script. In this situation you should specify the 3rd
parameter to in_array(), which would make comparison strict.
[2003-11-13 10:55:42] [EMAIL PROTECTED]
Isn't this sort of expected? "x" should be converted to a
boolean and compared to true, and obviously true == true.
J
[2003-11-13 03:27:55] [EMAIL PROTECTED]
[EMAIL PROTECTED] /usr/src/php5 $ php -r
'var_dump(in_array("x",array(1,2,3,false)));'
bool(false)
[EMAIL PROTECTED] /usr/src/php5 $ php -r
'var_dump(in_array("x",array(1,2,3,true)));'
bool(true)
[2003-11-12 22:11:00] me at my dot house
Description:
If the haystack contains the boolean true, in_array returns true!!
Check this (PHP 4.2.3-8 debian package) :
Reproduce code:
---
Expected result:
false
Actual result:
--
true
--
Edit this bug report at http://bugs.php.net/?id=26232&edit=1
#26246 [NEW]: Faulting application Apache.exe
From: sergio at mailserver dot ru Operating system: windows 2003 server PHP version: 5.0.0b2 (beta2) PHP Bug Type: Reproducible crash Bug description: Faulting application Apache.exe Description: Crash Apache-Apache2 versions 1.3.27, 2.0.47, 2.0.48 faulting module php4ts.dll (installed as module) php.ini report-errors=on modules mysql mssql gd2 Reproduce code: --- Crash even on html-pages every 1-10 minutes -- Edit bug report at http://bugs.php.net/?id=26246&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26246&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26246&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26246&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26246&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26246&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26246&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26246&r=support Expected behavior: http://bugs.php.net/fix.php?id=26246&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26246&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26246&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26246&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26246&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26246&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26246&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26246&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26246&r=float
#26236 [Fbk->Opn]: one timestamp/two times
ID: 26236
User updated by: rm at duxx dot nl
Reported By: rm at duxx dot nl
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Winnt4
PHP Version: 4.3.4
New Comment:
Both Apache and MySQL are running on the same server.
Previous Comments:
[2003-11-13 19:22:17] [EMAIL PROTECTED]
Is the MySQL and PHP running on the same server?
[2003-11-13 07:16:33] rm at duxx dot nl
Description:
In MYSQL this was the result of
SELECT CURDATE(), CURTIME(), UNIX_TIMESTAMP()
++---+--+
| CURDATE() | CURTIME() | UNIX_TIMESTAMP() |
++---+--+
| 2003-11-13 | 10:38:34 | 1068716314 |
++---+--+
Under PHP however the result of
echo date("m.d.Y-h:m:s", 1068716314); // the same timestamp
I get
11.13.2003-09:11:34
So you can see 10:38:34 and 9:11:34 for the same timestamp.
Now one hour could be explained because of a the timzone of +1, where
where did those 27 minutes go ?
(I didn't find this on version 4.1.3)
Reproduce code:
---
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=26236&edit=1
#26242 [Fbk->Opn]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 User updated by: apetrenko at tmsoft-ltd dot com Reported By: apetrenko at tmsoft-ltd dot com -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.4 New Comment: Hello. This note was sent to wrong section (for ALL user). May be you'll receive it twice. There is a new info: it works properly in CGI mode but incorrectly in API mode (I use Apache 1.3.27). phpinfo reference: http://www.aesthetic.com.ua/misc/phpinfo.htm Sorry for some skipped info - this was done by demand of our system administrator. Previous Comments: [2003-11-13 12:59:56] [EMAIL PROTECTED] Can you send a link to your phpinfo output? as I can't reproduce this [2003-11-13 12:05:16] apetrenko at tmsoft-ltd dot com Description: XSLT instruction comment() doesn't work when libxslt is used. But when I've replaced php extension php_domxml.dll by old version (from php 4.3.2) all was worked. Reproduce code: --- $xml = ' '; $xslt = ' http://www.w3.org/1999/XSL/Transform"; version="1.0"> '; $xml_obj = domxml_open_mem ($xml); $xslt_obj = domxml_xslt_stylesheet ($xslt); $result_obj = $xslt_obj->process ($xml_obj); $result = $xslt_obj->result_dump_mem ($result_obj); echo htmlspecialchars ($result); Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26242&edit=1
#19404 [Com]: Post variable names stripped of first 4 characters
ID: 19404 Comment by: amal at npeople dot com Reported By: mv02 at gmx dot de Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: I can't run phpMyAdmin on my signiture hosting server (./libraries/grab_globals.lib.php)failed to open stream: No such file or directory in /usr/home/majd/www/htdocs/phpMyAdmin/index.php on line 9 My phpMyAdmin version is 2.5.4 Previous Comments: [2002-12-01 09:40:47] [EMAIL PROTECTED] To anybody who wants to post phpMyAdmin bugs here: - phpMyAdmin is NOT part of php - phpMyAdmin has it's own bug system, read the README. - the original report involved a bug in mbstring changed title, to reflect the actual bug. [2002-10-12 10:51:56] khalil at paksys dot com This is the same issue which was reported here http://bugs.php.net/bug.php?id=19460 I was advised to take latest PHP from CVS. I did and the problem was solved. [2002-09-14 11:32:01] [EMAIL PROTECTED] This was a problem with mbstring that has been fixed in CVS. The workaround is not to use --enable-mbstr-enc-trans when configuring PHP. (You won't miss it, because the chances are that you don't even know what it does :-) [2002-09-14 08:55:38] mv02 at gmx dot de Since I'm using PHP 4.2.3 phpMyAdmin (http://www.phpmyadmin.net) does not work properly anymore. To me it seems as if string routines would be broken. As an example I have two errormessages generated from phpMyAdmin: Creating a simple table with ID as auto_increment: -- CREATE TABLE `atest` ( `ID` INT NULL _INCREMENT, PRIMARY KEY ( `ID` ) ) MySQL meldet: You have an error in your SQL syntax near '_INCREMENT, PRIMARY KEY (`ID`))' at line 1 -- It seems as if this PHP version would kill the "auto" in front of "_increment". Of course, then MySQL produces an error. Second example: If I change a value (DATE), I get the following error: -- UPDATE `termine` SET `datum` = '-09-23' WHERE `ID` = \'42\' LIMIT 1; MySQL meldet: You have an error in your SQL syntax near '\'42\' LIMIT 1' at line 1 -- There is one ' too much (changing MagicQuotes did not help anything) I do not thing that this is a problem of phpMyAdmin because I just recompiled PHP 4.2.2 with exactly the same configure options on the same system (2 days difference, so no new libraries etc) and everything works just perfect. My confiugure Line: -- './configure' '--prefix=/usr/share' '--datadir=/usr/share/php' '--bindir=/usr/bin' '--libdir=/usr/share' '--includedir=/usr/include' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/lib/php/bin' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--enable-inline-optimization' '--enable-magic-quotes' '--enable-mbstr-enc-trans' '--enable-mbstring' '--enable-memory-limit' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-bz2' '--with-ftp' '--with-gdbm' '--with-gettext' '--with-gmp' '--with-imap=yes' '--with-jpeg-dir=/usr/lib' '--with-ldap=yes' '--with-mcal=/usr' '--with-mcrypt' '--with-mysql=/usr' '--with-ndbm' '--with-pgsql=/usr' '--with-snmp' '--with-t1lib' '--with-ttf' '--with-freetype-dir=yes' '--with-zlib=yes' '--with-openssl' '--with-curl' '--with-imap-ssl' '--with-gd=yes' '--with-mm' '--with-apxs=/usr/sbin/apxs' '--with-ming' '--with-mhash' '--with-pdflib' '--with-png-dir=/usr/lib' '--with-tiffs-dir=/usr/lib' '--with-iodbc' -- I do not include a backtrace because PHP does not crash at all. The system continues to run, the page gets finished and I can continue to work with PHP. -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#26214 [Com]: Cannot copy() files to mapped drive
ID: 26214 Comment by: Leblanc at phpzipscript dot org Reported By: james dot grey at bt dot com Status: Open Bug Type: Network related Operating System: W2K PHP Version: 4.3.3 New Comment: Do not forget that the default SYSTEM User under windows (Services run under this user by default, like Apache) DO NOT have access to mapped network drives. Mapped network drives are mounted for a specific user indeed and won't work for other users. To verify this, just logon with another login/password and you won't see your J: drive letter if you didn't mount it for this specific user. Previous Comments: [2003-11-12 07:05:38] james dot grey at bt dot com Description: copy()Seem to fail only when the destination directory is a mapped drive with... also tried this... //WORKS FINE $cmd = "copy D:\\temp\\test.csv D:\\temp\\temp_2\\test2.csv"; system($cmd, $retval) //FAILS!! $cmd = "copy D:\\temp\\temp_2\\test.csv J:\\10_Operational\\INLIFESUPPORT\\HELPDESK\\test.csv"; system($cmd, $retval); yet checking the remote location in DOS... its all ok C:\>copy D:\temp\temp_2\test.csv J:\10_Operational\INLIFESUPPORT\HELPDESK\test.csv 1 file(s) copied. Reproduce code: --- $filename = "test.csv"; $dir_remote = "J:\\10_Operational\\INLIFESUPPORT\\HELPDESK\\"; $dir_local = "D:\\temp\\"; $dir_local2 = "D:\\temp\\temp_2\\"; //works fine copy($dir_local . $filename , $dir_local2 . $filename); //does not work.. copy($dir_local . $filename , $dir_remote . $filename); Expected result: file copied to local and remote location Actual result: -- Warning: copy(J:\10_Operational\INLIFESUPPORT\HELPDESK\test.csv): failed to open stream: No such file or directory in ... -- Edit this bug report at http://bugs.php.net/?id=26214&edit=1
#26236 [Com]: one timestamp/two times
ID: 26236
Comment by: Leblanc at phpzipscript dot org
Reported By: rm at duxx dot nl
Status: Open
Bug Type: MySQL related
Operating System: Winnt4
PHP Version: 4.3.4
New Comment:
You mistake is here :
echo date("m.d.Y-h:m:s", 1068716314);
should be :
echo date("m.d.Y-h:i:s", 1068716314);
'm' is for month... not minutes (which is 'i').
Previous Comments:
[2003-11-14 03:09:42] rm at duxx dot nl
Both Apache and MySQL are running on the same server.
[2003-11-13 19:22:17] [EMAIL PROTECTED]
Is the MySQL and PHP running on the same server?
[2003-11-13 07:16:33] rm at duxx dot nl
Description:
In MYSQL this was the result of
SELECT CURDATE(), CURTIME(), UNIX_TIMESTAMP()
++---+--+
| CURDATE() | CURTIME() | UNIX_TIMESTAMP() |
++---+--+
| 2003-11-13 | 10:38:34 | 1068716314 |
++---+--+
Under PHP however the result of
echo date("m.d.Y-h:m:s", 1068716314); // the same timestamp
I get
11.13.2003-09:11:34
So you can see 10:38:34 and 9:11:34 for the same timestamp.
Now one hour could be explained because of a the timzone of +1, where
where did those 27 minutes go ?
(I didn't find this on version 4.1.3)
Reproduce code:
---
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=26236&edit=1
#26236 [Opn->Csd]: one timestamp/two times
ID: 26236
User updated by: rm at duxx dot nl
Reported By: rm at duxx dot nl
-Status: Open
+Status: Closed
Bug Type: MySQL related
Operating System: Winnt4
PHP Version: 4.3.4
New Comment:
Yoe're right: 11.13.2003-09:38:34; only one hour because of the
handling of timezones. Thanks !
Previous Comments:
[2003-11-14 03:51:06] Leblanc at phpzipscript dot org
You mistake is here :
echo date("m.d.Y-h:m:s", 1068716314);
should be :
echo date("m.d.Y-h:i:s", 1068716314);
'm' is for month... not minutes (which is 'i').
[2003-11-14 03:09:42] rm at duxx dot nl
Both Apache and MySQL are running on the same server.
[2003-11-13 19:22:17] [EMAIL PROTECTED]
Is the MySQL and PHP running on the same server?
[2003-11-13 07:16:33] rm at duxx dot nl
Description:
In MYSQL this was the result of
SELECT CURDATE(), CURTIME(), UNIX_TIMESTAMP()
++---+--+
| CURDATE() | CURTIME() | UNIX_TIMESTAMP() |
++---+--+
| 2003-11-13 | 10:38:34 | 1068716314 |
++---+--+
Under PHP however the result of
echo date("m.d.Y-h:m:s", 1068716314); // the same timestamp
I get
11.13.2003-09:11:34
So you can see 10:38:34 and 9:11:34 for the same timestamp.
Now one hour could be explained because of a the timzone of +1, where
where did those 27 minutes go ?
(I didn't find this on version 4.1.3)
Reproduce code:
---
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=26236&edit=1
#26246 [Opn->Fbk]: Faulting application Apache.exe
ID: 26246 Updated by: [EMAIL PROTECTED] Reported By: sergio at mailserver dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 2003 server PHP Version: 5.0.0b2 (beta2) 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: [2003-11-14 02:55:25] sergio at mailserver dot ru Description: Crash Apache-Apache2 versions 1.3.27, 2.0.47, 2.0.48 faulting module php4ts.dll (installed as module) php.ini report-errors=on modules mysql mssql gd2 Reproduce code: --- Crash even on html-pages every 1-10 minutes -- Edit this bug report at http://bugs.php.net/?id=26246&edit=1
#26247 [NEW]: Problem with serialize function
From: sgarrouste at agencecap dot net Operating system: Linux Suze PHP version: 4.3.3 PHP Bug Type: Unknown/Other Function Bug description: Problem with serialize function Description: Hello I have un bug with the function serialize. I need to serialize object for testing if they not changed. The bug appear when i serialize type is double but disappear when i unzerialize. i explain this in the reproduce code. i think it's a problem of approximation. thank for the answer. ps: my english is not very good, excuse me Reproduce code: --- "; $test2 = serialize($test); echo "test2(serialize) = ".$test2.""; echo "test2(unserialize) = ".unserialize($test2); ?> Expected result: test = 13.1 test2(serialize) = d:13.1; test2(unserialize) = 13.1 Actual result: -- test = 13.1 test2(serialize) = d:13.0996447286321199499070644378662109375; test2(unserialize) = 13.1 -- Edit bug report at http://bugs.php.net/?id=26247&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26247&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26247&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26247&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26247&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26247&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26247&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26247&r=support Expected behavior: http://bugs.php.net/fix.php?id=26247&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26247&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26247&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26247&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26247&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26247&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26247&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26247&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26247&r=float
#26006 [Bgs->Opn]: error_reporting() and @ problem
ID: 26006
User updated by: gms08701 at yahoo dot com
Reported By: gms08701 at yahoo dot com
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: FreeBSD 4.8-RELEASE-p10
PHP Version: 4.3.3
New Comment:
Reopening so "iliaa" can read the comment from "mpn" posted on 12 Nov
10:34am EST to determine if this is really a bogus bug report.
Previous Comments:
[2003-11-12 10:34:18] mpn at illearth dot net
I think you mis-understood this problem.
The error_level reporting set in y.php is necessary here as it is where
the runtime value of error_reporting is set.
The problem is, when using the @ syntax on the include, the runtime
setting for error_reporting in the included file is ignored in the
scope of the parent script ( z.php ) and has to set again in z.php once
y.php has been parsed even though y.php set the error_reporting.
What I do expect to see here is a setting, any setting in the included
file, to not only be available in the scope of the parent, but to also
overwrite any previous value that existed prior to the include event:
1) You request a script from a server ( z.php ). At This point
error_reporting is set at whatever the servers default php.ini setting
is.
2) z.php then includes y.php with the @ syntax.
3) y.php loads any required files and functions, sets processing
defaults, etc... This includes setting a runtime error_reporting value
to be used by all included/parsed scripts from this point on.
4) y.php returns to z.php after successful parsing, however the runtime
value of error_reporting set in y.php is NOT the value that when
returning to z.php.
My understanding of the docs is when using the @ syntax, you
temporarily override the current value of error_reporting for that
function/include. Once parsed, the error level is return to it's
original setting.
However this is not the case here because you are getting two different
results, one incorrect result when using the @ syntax, and the expected
result when not using the @ syntax.
To summarize:
1) Using @include or @require when the file being included is expected
to set a runtime error_report value, that value is NOT available in the
scope of the parent script
2) When NOT using the @ syntax, the included file successfully set's
the error_reporting and that value IS available in the scope of the
parent script.
[2003-10-27 22:41:13] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
When you put an @ infront of a function or a language construct in this
case all of the code performed by the function effectively has an error
level of 0. Meaning that your error_reporting(0) inside y.php is not
necessary as the error reporting is already at 0.
[2003-10-27 11:07:49] gms08701 at yahoo dot com
Description:
To my knowledge, when using @ at a function/variable/etc,
it sets error_reporting to 0 at that instance, and return,
to its previous state, after that instance.
Unfortunately, after the instance of @, instead of returning
to what it was set at previously, it returns to what is
set in php.ini
Reproduce code:
---
--y.php--
--z.php--
Expected result:
Its expected that z.php should return 0 from the var_dump(),
where it inherits its error_reporting value from y.php,
but is currently returning 2047 (E_ALL)
When I remove '@' from require('./y.php'); in z.php,
it then works correctly.
--
Edit this bug report at http://bugs.php.net/?id=26006&edit=1
#26242 [Opn]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 User updated by: apetrenko at tmsoft-ltd dot com Reported By: apetrenko at tmsoft-ltd dot com Status: Open Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.4 New Comment: Furthermore if I remove comment() instruction from XSTL template the result in CGI mode is correct! The part of XSLT template: The result: Previous Comments: [2003-11-14 03:24:10] apetrenko at tmsoft-ltd dot com Hello. This note was sent to wrong section (for ALL user). May be you'll receive it twice. There is a new info: it works properly in CGI mode but incorrectly in API mode (I use Apache 1.3.27). phpinfo reference: http://www.aesthetic.com.ua/misc/phpinfo.htm Sorry for some skipped info - this was done by demand of our system administrator. [2003-11-13 12:59:56] [EMAIL PROTECTED] Can you send a link to your phpinfo output? as I can't reproduce this [2003-11-13 12:05:16] apetrenko at tmsoft-ltd dot com Description: XSLT instruction comment() doesn't work when libxslt is used. But when I've replaced php extension php_domxml.dll by old version (from php 4.3.2) all was worked. Reproduce code: --- $xml = ' '; $xslt = ' http://www.w3.org/1999/XSL/Transform"; version="1.0"> '; $xml_obj = domxml_open_mem ($xml); $xslt_obj = domxml_xslt_stylesheet ($xslt); $result_obj = $xslt_obj->process ($xml_obj); $result = $xslt_obj->result_dump_mem ($result_obj); echo htmlspecialchars ($result); Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26242&edit=1
#26248 [NEW]: Can't compile PHP (both 4 and 5) with IMAP
From: lists at nutshell dot nu Operating system: Linux (Mandrake 9.2) PHP version: 5.0.0b2 (beta2) PHP Bug Type: Compile Failure Bug description: Can't compile PHP (both 4 and 5) with IMAP Description: Please note that Mandrake 9.2 comes with a mod-imap for php4, but I wanted to compile it to suite my needs. I have tryed compiling php5 (b2 and later snapshots, as well as latest official php4) with imap. I have tried with Mandrake 9.2's own imap-2002d, recompiling it with "rpm -bb --target i686", as well as downgrading to imap-2001a. I have tried to configure with: --with-imap=shared --with-imap-ssl or --with-imap=shared --without-imap-ssl or --with-imap=shared Plus also adding "/usr" as dir and without shared. Note that if I try to configure "--without-kerberos" the configure stops at imap. I have all normal and devel packages installed for imap, openssl and keberos, as well as any util packages for them. ./configure works just fine, but when I run make I get errors. I get the following error: /usr/local/src/php5-200311122030/ext/imap/php_imap.c: In function `zm_startup_imap': /usr/local/src/php5-200311122030/ext/imap/php_imap.c:445: error: `auth_gss' undeclared (first use in this function) /usr/local/src/php5-200311122030/ext/imap/php_imap.c:445: error: (Each undeclared identifier is reported only once /usr/local/src/php5-200311122030/ext/imap/php_imap.c:445: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=26248&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26248&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26248&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26248&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26248&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26248&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26248&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26248&r=support Expected behavior: http://bugs.php.net/fix.php?id=26248&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26248&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26248&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26248&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26248&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26248&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26248&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26248&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26248&r=float
#26249 [NEW]: snmpget doesn't free memory
From: dacol dot jeremy at caramail dot com Operating system: linux PHP version: 4.3.2 PHP Bug Type: SNMP related Bug description: snmpget doesn't free memory Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit bug report at http://bugs.php.net/?id=26249&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26249&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26249&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26249&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26249&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26249&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26249&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26249&r=support Expected behavior: http://bugs.php.net/fix.php?id=26249&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26249&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26249&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26249&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26249&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26249&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26249&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26249&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26249&r=float
#26214 [Opn->Bgs]: Cannot copy() files to mapped drive
ID: 26214 Updated by: [EMAIL PROTECTED] Reported By: james dot grey at bt dot com -Status: Open +Status: Bogus Bug Type: Network related Operating System: W2K PHP Version: 4.3.3 New Comment: This is file permissions issue, not a PHP bug. Previous Comments: [2003-11-14 03:48:15] Leblanc at phpzipscript dot org Do not forget that the default SYSTEM User under windows (Services run under this user by default, like Apache) DO NOT have access to mapped network drives. Mapped network drives are mounted for a specific user indeed and won't work for other users. To verify this, just logon with another login/password and you won't see your J: drive letter if you didn't mount it for this specific user. [2003-11-12 07:05:38] james dot grey at bt dot com Description: copy()Seem to fail only when the destination directory is a mapped drive with... also tried this... //WORKS FINE $cmd = "copy D:\\temp\\test.csv D:\\temp\\temp_2\\test2.csv"; system($cmd, $retval) //FAILS!! $cmd = "copy D:\\temp\\temp_2\\test.csv J:\\10_Operational\\INLIFESUPPORT\\HELPDESK\\test.csv"; system($cmd, $retval); yet checking the remote location in DOS... its all ok C:\>copy D:\temp\temp_2\test.csv J:\10_Operational\INLIFESUPPORT\HELPDESK\test.csv 1 file(s) copied. Reproduce code: --- $filename = "test.csv"; $dir_remote = "J:\\10_Operational\\INLIFESUPPORT\\HELPDESK\\"; $dir_local = "D:\\temp\\"; $dir_local2 = "D:\\temp\\temp_2\\"; //works fine copy($dir_local . $filename , $dir_local2 . $filename); //does not work.. copy($dir_local . $filename , $dir_remote . $filename); Expected result: file copied to local and remote location Actual result: -- Warning: copy(J:\10_Operational\INLIFESUPPORT\HELPDESK\test.csv): failed to open stream: No such file or directory in ... -- Edit this bug report at http://bugs.php.net/?id=26214&edit=1
#13961 [NoF->Opn]: some characters in server variable names are silently changed
ID: 13961
User updated by: lampa at fee dot vutbr dot cz
-Summary: some characters in incomonig variable names are
silently changed
Reported By: lampa at fee dot vutbr dot cz
-Status: No Feedback
+Status: Open
Bug Type: Apache related
-Operating System: FreeBSD
+Operating System: any
-PHP Version: 4.0.6, 4.1.0
+PHP Version: 4.0.6,4.1.0,4.2.*,4.3.4
Assigned To: derick
New Comment:
Still not fixed in 4.3.4
Previous Comments:
[2003-11-13 19:45:03] daniele at orlandi dot com
Is there a way to make this bug a little more alive?
I provided the missing feedback... I don't want to file a duplicate,
I'd just like to see it as an open bug (if it is the case).
Sorry for the meta-comment
[2003-11-11 18:15:11] daniele at orlandi dot com
This bug is still present in php 4.3.4 and may be harmful since all the
BrowserMatch functionality to workaround browser bugs in Apache is
essentially disabled.
As a proof of concept i patched sapi/apache2handler/sapi_apache2.c
(apache2filter is probably affected too) and the problem went away.
Note that the patch may not be perfect as I don't know how Apache and
PHP work internally very well.
--- php-4.3.4/sapi/apache2handler/sapi_apache2.c2003-10-02
05:24:43.0 +0200
+++ php-4.3.4-patched/sapi/apache2handler/sapi_apache2.c
2003-11-11 23:52:06.0 +0100
@@ -227,9 +227,14 @@
char *key, *val;
zval **path_translated_zv;
+ char *t;
+
APR_ARRAY_FOREACH_OPEN(arr, key, val)
if (!val) val = empty_string;
- php_register_variable(key, val, track_vars_array
TSRMLS_CC);
+
+ t = estrndup(key, strlen(key));
+ php_register_variable(t, val, track_vars_array
TSRMLS_CC);
+ efree(t);
APR_ARRAY_FOREACH_CLOSE()
[2002-10-15 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-09-29 20:41:13] [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
This should be fixed in CVS (If I remember correctly) so could you
please try the snapshot and verify it for us?
[2001-12-11 09:57:36] lampa at fee dot vutbr dot cz
Not fixed in 4.1.0. Why? To be clear, one call is neccessary:
for (i = 0; i < arr->nelts; i++) {
char *val,*key;
if (elts[i].val) {
val = elts[i].val;
} else {
val = empty_string;
}
key = estrdup(elts[i].key); /* HERE */
php_register_variable(key, val, track_vars_array
ELS_CC PLS_CC)
;
}
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/13961
--
Edit this bug report at http://bugs.php.net/?id=13961&edit=1
#26227 [Opn]: "configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" does not work
ID: 26227 User updated by: janusng at mac dot com Reported By: janusng at mac dot com Status: Open Bug Type: PHP options/info functions Operating System: Mac OS X 10.3 PHP Version: 4.3.4 New Comment: Thanks, it solved my problem. Previous Comments: [2003-11-12 16:22:16] adam at trachtenberg dot com Try: --with-gd --with-png-dir=/sw --with-tiff-dir=/sw That works for me. [2003-11-12 16:10:31] janusng at mac dot com Description: running "./configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" will always result in the errors I am sure that both libjpeg.dylib and libpng.dylib are in /sw/bin directory. So does jpeglib.h, png.h and pngconf.h directory. Expected result: configure runs successfully Actual result: -- The last few lines of configure output are: ... checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... noIf configure fails try --with-jpeg-dir= configure: error: libpng.(a|so) not found. and I found nothing special in the config.log. The last few lines are: ... configure:29479: checking for GD support configure:29526: checking for the location of libjpeg configure:29553: checking for the location of libpng configure:29606: checking for the location of libXpm configure:29631: checking for FreeType 1.x support configure:29656: checking for FreeType 2 configure:29681: checking for T1lib support configure:29706: checking whether to enable truetype string function in GD configure:29731: checking whether to enable JIS-mapped Japanese font support in GD configure:29785: checking for fabsf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 1>&5 configure:29797: warning: conflicting types for built-in function `fabsf' ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound configure:29785: checking for floorf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 1>&5 ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound -- Edit this bug report at http://bugs.php.net/?id=26227&edit=1
#26251 [NEW]: control on output buffering while printing images from binary data from db
From: narayanamurthi at eventurers dot com
Operating system: Linux/apache server
PHP version: 4.3.2
PHP Bug Type: Unknown/Other Function
Bug description: control on output buffering while printing images from binary data
from db
Description:
Hai,
I have a set of coding which prints image from binary data stored in
db. Actually the problem comes only when we print it between other
outputs. The error is "headers are already sent" . I have also tried
buffering concept. If i use ob_start() and ob_end_flush() i couldn't get
the image back. It is not printing anything.i couldn't help myself getting
the work done. Please help me...Thanks in advance.
Reproduce code:
---
Here is the code
//here some output statements
$q = "select * from companyprof where userid=$id";
$v = $db->get_a_line($q);
$image_type = $v["COMLogotype"];//image type
$image = $v["COMLogo"];//binary data
Header("Content-type: $image_type");
print $image;
Expected result:
All I need is the image to be printed in the output.
--
Edit bug report at http://bugs.php.net/?id=26251&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26251&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26251&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26251&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26251&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26251&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26251&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26251&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26251&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26251&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26251&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26251&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26251&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26251&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26251&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26251&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26251&r=float
#26252 [NEW]: VM crash after few php pages
From: marc at anodin dot net Operating system: Linux, Windows PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: VM crash after few php pages Description: Java VM crash after few php pages (depends of RAM) with Unexpected Signal : 11 occurred on linux and Unexpected Signal : EXCEPTION_ACCESS_VIOLATION under Windows. libphp4.so was compiled under linux with : php-4.3.4# ./configure --with-java=/opt/java2 --with-servlet under windows I've used binary distribution 4.3.4 I've tried with my own Java web server but TomCat 4.0 crashes with same results Reproduce code: --- A sample page like : also with Expected result: normally php page Actual result: -- VM Crash under linux-2.4.22 with HotSpot 1.4.2-b28 mixed mode and under windows 2000 with HotSpot 1.3.1-b24 mixed mode - linux backtrace -- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4CFE2509 Function=zend_hash_add_or_update+0xA9 Library=/opt/mywww/modules/libphp4.so Current Java thread: at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:185) ... Dynamic libraries: 08048000-0804e000 r-xp 03:46 173343 /opt/j2sdk_nb/j2sdk1.4.2/bin/java 0804e000-0804f000 rw-p 5000 03:46 173343 /opt/j2sdk_nb/j2sdk1.4.2/bin/java 4000-40015000 r-xp 03:41 124689 /lib/ld-2.3.2.so 40015000-40016000 rw-p 00014000 03:41 124689 /lib/ld-2.3.2.so 40016000-4001a000 rw-s 03:41 174709 /tmp/hsperfdata_http/6445 ... Heap at VM Abort: Heap def new generation total 576K, used 501K [0x4474, 0x447e, 0x44c2) eden space 512K, 89% used [0x4474, 0x447b3248, 0x447c) from space 64K, 64% used [0x447d, 0x447da4c8, 0x447e) to space 64K, 0% used [0x447c, 0x447c, 0x447d) tenured generation total 1408K, used 881K [0x44c2, 0x44d8, 0x4874) the space 1408K, 62% used [0x44c2, 0x44cfc488, 0x44cfc600, 0x44d8) compacting perm gen total 4096K, used 3068K [0x4874, 0x48b4, 0x4c74) the space 4096K, 74% used [0x4874, 0x48a3f180, 0x48a3f200, 0x48b4) - windows backtrace -- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x8e4408c Function name=zend_hash_index_update_or_next_insert Library=F:\CVSROOT\mywww\modules\php4ts.dll Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:185) ... Dynamic libraries: 0x0040 - 0x00405000 d:\java3\bin\java.exe 0x7846 - 0x784E1000 C:\WIN2K\System32\ntdll.dll 0x6D42 - 0x6D4EF000 d:\java3\jre\bin\hotspot\jvm.dll ... -- Edit bug report at http://bugs.php.net/?id=26252&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26252&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26252&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26252&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26252&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26252&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26252&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26252&r=support Expected behavior: http://bugs.php.net/fix.php?id=26252&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26252&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26252&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26252&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26252&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26252&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26252&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26252&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26252&r=float
#25822 [Bgs]: ftp_put of small files fails
ID: 25822 User updated by: jzimmerman at bmslab dot com -Summary: ftp_put of small files failes Reported By: jzimmerman at bmslab dot com Status: Bogus Bug Type: FTP related Operating System: windows 2000 PHP Version: 4.3.3 New Comment: I should have tried it on different ftp servers before submitting. Thanks for looking into it. - John Zimmerman Previous Comments: [2003-10-12 23:17:07] [EMAIL PROTECTED] I can't reproduce with other FTP servers. Apprently some bug in that Pablo FTP server. [2003-10-10 12:11:30] jzimmerman at bmslab dot com Description: I'm encountering a problem when issuing an ftp_put on small files. If a file is under about 8K, the put will fail with the following error message: Warning: ftp_put(): Connection closed; transfer aborted In isolating the failure, I was able to take the text file being ftp'd and remove one line at a time. The ftp worked until the file became smaller than about 8K. The failure occurred in both ASCII and BINARY modes. The destination FTP server in this case is the PABLO FTP server. Thanks very much for your help, John Zimmerman Reproduce code: --- $bUpload = ftp_put($connID, "myTest01.txt", "c:/public/transfer/intranet/myTest.txt", FTP_BINARY); Expected result: successful ftp transfer Actual result: -- Warning: ftp_put(): Connection closed; transfer aborted -- Edit this bug report at http://bugs.php.net/?id=25822&edit=1
#13695 [Com]: Compilation fails when trying to compile with DB2 Support
ID: 13695 Comment by: ibellinfantie at yahoo dot co dot uk Reported By: pilyad at yahoo dot com Status: No Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: The DB2 include file will be found in /usr/include for AIX by way of a symbolic link with the DB2 install directory lib. If you have n't got the symbolic link, then something got broke. You can add these back using ln -s ( see man page ) . However, the problem in question which I get when building on AIXv5.1, is in the make output extraction below . It looks like the header sqlcli1.h has a definition which make thinks the php build is trying to overide. i.e. in the /etc/odbc/php_odbc.c file is a line checking the value of ODBCVER #if defined(ODBCVER) && (ODBCVER >= 0x0300) This should n't be a problem but it creates the error , "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. I'm trying to figure out, what needs to be changed in the build to alow this to work. If anyone has any idea, please let me know. There are other define errors include in the extract below. I/usr/sys/inst.images/php-4.3.4/php-4.3.4/include -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/main -I/usr/sys/inst.images/php- 4.3.4/php-4.3.4 -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/Zend -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/xml/expat -qf lag=e:e -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/TSRM -ma -DPASE -c /usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php _odbc.c -o ext/odbc/php_odbc.o && echo > ext/odbc/php_odbc.lo "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. "/usr/include/sqlcli1.h", line 126.10: 1506-213 (S) Macro name SQL_EXT_API_LAST cannot be redefined. "/usr/include/sqlcli1.h", line 207.10: 1506-213 (S) Macro name SQL_OJ_CAPABILITIES cannot be redefined. "/usr/include/sqlcli1.h", line 219.9: 1506-213 (S) Macro name SQL_INFO_LAST cannot be redefined. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 201.30: 1506-280 (S) Function argument assignment betwee n types "long" and "void*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/e Previous Comments: [2002-11-14 13:01:59] dougnak at hotmail dot com I spoke too soon. The ld.so.conf isn't what fixed it, you need to have the includes installed in /usr/IBMdb2/V7.1/includes, although I did add that line to my ld.so.conf and left it there. System is Gentoo Linux 1.4_rc1 and RedHat 7.3 with kernel 2.4.19. AFAIK these are installed with the install development applications option or something in the DB2 install. (which, along with RPM's I've stopped using) [2002-11-14 12:42:12] dougnak at hotmail dot com Building on any unix variant will fail with the same error. The file php is looking for is sqlcli1.h, included from file ext/odbc/php_odbc_includes.h on line 287. This file resides in the /usr/IBMdb2/V7.1/lib directory, which needs to be added to /etc/ld.so.conf and rerun ldconfig. [2002-07-30 01:00:09] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-06-29 23:31:52] [EMAIL PROTECTED] Please try this snapshot: http://snaps.php.net/php4-latest.tar.gz [2001-10-16 13:41:54] pilyad at yahoo dot com Have PHP-4.0.6 compiled and installed without MySql support and without IBM-DB2 Support. When I tried to compile the same with IBM-DB2 Support compilation fails. Server Built : Apache 1.3.19 DB2 Version : DB2 7.1 OS : AIX 4.3.3 Compiler : xlC_r -ma IBM Compiler Configuring PHP-4.0.6 as follows "./configure" \ "--prefix=/mds/work/dd4cx8t/Web/php4.0.6" \ "--with-apxs=/mds/work/dd4cx8t/Web/apache/bin/apxs" \ "--without-mysql" \ "--with-ibm-db2=/usr/lpp/db2_07_01" \ "--enable-versioning" \ "--enable-track-vars" \ "--enable-trans-sid" \ Compilation fails with following errors Making all in main /mds/work/dd4cx8t/Web/php-4.0.6/main /bin/sh /mds/work/dd4cx8t/Web/php-4.0.6/libtool --silent --mode=compile xlC_r -ma -I. -I/mds/work/dd4cx8t/Web/php-4.0.6/main -I/mds/work/dd4cx8t/Web/php-4.0.6/main -I/mds/work/dd4cx8t/Web/php-4.0.6 -I/mds/work/dd4cx8t/Web/apache/include -I/mds/work/dd4cx8t/Web/php-4.0.6/Zend -I/usr/lpp/db2_07_01/include -I/mds/work/dd4cx8t/Web/php-4.0.6/ext/xml/expat/xmltok -I/mds/work/dd4cx8t/Web/php-4.0.6/ext/xml/expat/xmlparse -I/mds/work/dd4cx8t/Web/php-4.0.6/TSRM -DAIX=43 -DUSE_PTHREAD
#26074 [Com]: PGSQL.DLL missing from 5.0.0 Beta 2 Win Distribution
ID: 26074 Comment by: nightstorm at tlen dot pl Reported By: efesar at unm dot edu Status: Assigned Bug Type: PostgreSQL related Operating System: Windows XP Pro SP1 PHP Version: 5CVS-2003-11-01 (dev) Assigned To: edink New Comment: I noticed that php_pgsql.dll in PHP5 snapshots is not available since they added the "psql_version()" function, or something like that. Anyway, this is a fragment of the compile log: c:\php4build\snap\ext\pgsql\pgsql.c(648) : error C2065: 'PG_VERSION' : undeclared identifier Previous Comments: [2003-11-02 11:57:55] [EMAIL PROTECTED] The pgsql extension failed to compile at the build time, assigning this to myself. [2003-11-01 21:34:49] efesar at unm dot edu Description: The new distributable did not come with PHP_PGSQL.DLL, and the old distributable from 5.0.0 Beta 1 does not function with Beta 2. Also, tried php_pgsql.dll from php-4.3.4RC3-Win32.zip, but that produced the same error. == [01-Nov-2003 19:24:41] PHP Warning: PHP Shutdown: Unable to load dynamic library 'c:\program files\apache group\php5\extensions\php_pgsql.dll' - The specified module could not be found. in Unknown on line 0 [01-Nov-2003 19:24:43] PHP Warning: PHP Startup: Unable to load dynamic library 'c:\program files\apache group\php5\extensions\php_pgsql.dll' - The specified module could not be found. in Unknown on line 0 Reproduce code: --- // This is really just a configuration issue, but I can prove // that PGSQL is not loaded by ... $test = pg_connect(); Expected result: I expect it to at least try to connect to a database. Actual result: -- [01-Nov-2003 19:26:02] PHP Fatal error: Call to undefined function pg_connect() in F:\html\phpinfo.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26074&edit=1
#26253 [NEW]: TOKENIZER self-contained-extension: make fails
From: lantonenk at inbox dot ru Operating system: RedHat Linux 7.3 (with updates) PHP version: 4CVS-2003-11-14 (stable) PHP Bug Type: *Compile Issues Bug description: TOKENIZER self-contained-extension: make fails Description: I try to make TOKENIZER self-contained-extension. phpize, aclocal, ./configure works fine. make fails (look at reproduce code) with message: make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. I think the problem is in Makefil.frag. This file contains line: $(builddir)/tokenizer.lo: Zend/zend_language_parser.h When repeat all steps with empty Makefil.frag, make works fine, and I have tokenizer.so Reproduce code: --- > cd $PHP_SOURCES > cd ext/tokenizer > phpize ... > aclocal > ./configure ... > make make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. Expected result: > make ... - Libraries have been installed in: /home/antonenk/config/php/php-4.3.3-modules/tokenizer/modules ... - > === Result - there is tokenizer.so in ./modules Actual result: -- > make make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. === Result - there is no tokenizer.so -- Edit bug report at http://bugs.php.net/?id=26253&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26253&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26253&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26253&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26253&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26253&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26253&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26253&r=support Expected behavior: http://bugs.php.net/fix.php?id=26253&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26253&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26253&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26253&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26253&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26253&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26253&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26253&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26253&r=float
#26232 [Opn->Bgs]: in_array produces true when bool true is in haystack
ID: 26232
Updated by: [EMAIL PROTECTED]
Reported By: me at my dot house
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.2, 5b2
New Comment:
That's what Ilia was getting at. If the third parameter to
in_array() is true, types are also checked a-la ===.
As per your example...
[EMAIL PROTECTED] jay $ php -r
'var_dump(in_array("x",array(1,2,3,true)));'
bool(true)
[EMAIL PROTECTED] jay $ php -r
'var_dump(in_array("x",array(1,2,3,true), true));'
bool(false)
J
Previous Comments:
[2003-11-14 02:42:55] [EMAIL PROTECTED]
Yes it is correct BUT in this case i suggest we add an option to the
function to switch to === checks.
[2003-11-13 19:34:21] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is to be expected. Jay's explanation clearly identifies the fault
in the PHP script. In this situation you should specify the 3rd
parameter to in_array(), which would make comparison strict.
[2003-11-13 10:55:42] [EMAIL PROTECTED]
Isn't this sort of expected? "x" should be converted to a
boolean and compared to true, and obviously true == true.
J
[2003-11-13 03:27:55] [EMAIL PROTECTED]
[EMAIL PROTECTED] /usr/src/php5 $ php -r
'var_dump(in_array("x",array(1,2,3,false)));'
bool(false)
[EMAIL PROTECTED] /usr/src/php5 $ php -r
'var_dump(in_array("x",array(1,2,3,true)));'
bool(true)
[2003-11-12 22:11:00] me at my dot house
Description:
If the haystack contains the boolean true, in_array returns true!!
Check this (PHP 4.2.3-8 debian package) :
Reproduce code:
---
Expected result:
false
Actual result:
--
true
--
Edit this bug report at http://bugs.php.net/?id=26232&edit=1
#26249 [Opn->NoF]: snmpget doesn't free memory
ID: 26249 Updated by: [EMAIL PROTECTED] Reported By: dacol dot jeremy at caramail dot com -Status: Open +Status: No Feedback Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249&edit=1
#26251 [Opn->Bgs]: control on output buffering while printing images from binary data from db
ID: 26251
Updated by: [EMAIL PROTECTED]
Reported By: narayanamurthi at eventurers dot com
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux/apache server
PHP Version: 4.3.2
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is not a support forum.
Previous Comments:
[2003-11-14 07:51:23] narayanamurthi at eventurers dot com
Description:
Hai,
I have a set of coding which prints image from binary data stored in
db. Actually the problem comes only when we print it between other
outputs. The error is "headers are already sent" . I have also
tried buffering concept. If i use ob_start() and ob_end_flush() i
couldn't get the image back. It is not printing anything.i couldn't
help myself getting the work done. Please help me...Thanks in advance.
Reproduce code:
---
Here is the code
//here some output statements
$q = "select * from companyprof where userid=$id";
$v = $db->get_a_line($q);
$image_type = $v["COMLogotype"];//image type
$image = $v["COMLogo"];//binary data
Header("Content-type: $image_type");
print $image;
Expected result:
All I need is the image to be printed in the output.
--
Edit this bug report at http://bugs.php.net/?id=26251&edit=1
#26247 [Opn->Fbk]: Problem with serialize function
ID: 26247 Updated by: [EMAIL PROTECTED] Reported By: sgarrouste at agencecap dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Suze PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2003-11-14 04:14:51] sgarrouste at agencecap dot net Description: Hello I have un bug with the function serialize. I need to serialize object for testing if they not changed. The bug appear when i serialize type is double but disappear when i unzerialize. i explain this in the reproduce code. i think it's a problem of approximation. thank for the answer. ps: my english is not very good, excuse me Reproduce code: --- "; $test2 = serialize($test); echo "test2(serialize) = ".$test2.""; echo "test2(unserialize) = ".unserialize($test2); ?> Expected result: test = 13.1 test2(serialize) = d:13.1; test2(unserialize) = 13.1 Actual result: -- test = 13.1 test2(serialize) = d:13.0996447286321199499070644378662109375; test2(unserialize) = 13.1 -- Edit this bug report at http://bugs.php.net/?id=26247&edit=1
#26247 [Fbk->Bgs]: Problem with serialize function
ID: 26247 Updated by: [EMAIL PROTECTED] Reported By: sgarrouste at agencecap dot net -Status: Feedback +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux Suze PHP Version: 4.3.3 New Comment: This is expected behaviour Previous Comments: [2003-11-14 10:37:50] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2003-11-14 04:14:51] sgarrouste at agencecap dot net Description: Hello I have un bug with the function serialize. I need to serialize object for testing if they not changed. The bug appear when i serialize type is double but disappear when i unzerialize. i explain this in the reproduce code. i think it's a problem of approximation. thank for the answer. ps: my english is not very good, excuse me Reproduce code: --- "; $test2 = serialize($test); echo "test2(serialize) = ".$test2.""; echo "test2(unserialize) = ".unserialize($test2); ?> Expected result: test = 13.1 test2(serialize) = d:13.1; test2(unserialize) = 13.1 Actual result: -- test = 13.1 test2(serialize) = d:13.0996447286321199499070644378662109375; test2(unserialize) = 13.1 -- Edit this bug report at http://bugs.php.net/?id=26247&edit=1
#26141 [Fbk->Opn]: Libtool + threads = library error
ID: 26141 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.4 New Comment: OK, with the old ltmain.sh and with those commands, PHP builds normally. So one of the configure options is triggering the pthread stuff. configure definitely knows to try -pthread, look in the source around line 9215. # Create a list of thread flags to try. Items starting with a "-" are # C compiler flags, and other items are library names, except for "none" # which indicates that we try without any flags at all. acx_pthread_flags="pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt" # The ordering *is* (sometimes) important. Some notes on the # individual items follow: ... # -pthread: Linux/gcc (kernel threads), BSD/gcc (userland threads) So when it decides to use -pthread, libtool later sees that and thinks it's a library reference (e.g. -lm is libm.so) and decides to try to analyze it with ld or whatever. Previous Comments: [2003-11-06 14:38:46] [EMAIL PROTECTED] Try this configure line: # rm config.cache && ./configure --disable-all --disable-cgi # make clean && make Does it work? That -pthread option is not coming from PHP, are you sure it's not set by some environment variable when you run configure/make ?? [2003-11-06 10:31:44] alan at pair dot com You are correct in the sense that phpinfo() reports "Thread Safety disabled". But using this patch, the compilation was definitely taking place with -pthread as an option to gcc, for whatever reason. Truthfully, even if threads aren't enabled, I'd rather have it compile than not compile. [2003-11-05 11:12:57] [EMAIL PROTECTED] With that configure line you won't be enabling any thread stuff. [2003-11-05 09:22:47] alan at pair dot com Description: By default, libtool uses -pthread, but this causes a compile-time error with FreeBSD 4.8-STABLE: libtool: Cannot find library `' Reproduce code: --- We configured as follows: ./configure --with-apache=/usr/pair/sw/apache_1.3.29 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir= /usr/local --with-gd --with-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --without-openssl --with-mcrypt --without-db3 --enable-dba --with-curl --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --enable-calendar --with-mhash --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local --enable-gd-lzw-gif make However, I think it can be reproduced with just: ./configure make Expected result: I expect it to compile. Actual result: -- It doesn't compile: it spits out a library error, instead. A Patch: diff -C 3 ltmain.sh ../php-4.3.3 *** ltmain.sh Mon Feb 10 12:12:17 2003
#13695 [Com]: Compilation fails when trying to compile with DB2 Support
ID: 13695 Comment by: ibellinfantie at yahoo dot co dot uk Reported By: pilyad at yahoo dot com Status: No Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: I've got past this error by just commenting out the defintions of the ODBCVER in the PHP header files. Its still defined in the DB2 includes. However, now have other errors to resolve as below d char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3293.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3368.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3369.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3370.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3451.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3452.25: 1506-280 (E) Function argument assignment between types "unsig Previous Comments: [2003-11-14 09:40:51] ibellinfantie at yahoo dot co dot uk The DB2 include file will be found in /usr/include for AIX by way of a symbolic link with the DB2 install directory lib. If you have n't got the symbolic link, then something got broke. You can add these back using ln -s ( see man page ) . However, the problem in question which I get when building on AIXv5.1, is in the make output extraction below . It looks like the header sqlcli1.h has a definition which make thinks the php build is trying to overide. i.e. in the /etc/odbc/php_odbc.c file is a line checking the value of ODBCVER #if defined(ODBCVER) && (ODBCVER >= 0x0300) This should n't be a problem but it creates the error , "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. I'm trying to figure out, what needs to be changed in the build to alow this to work. If anyone has any idea, please let me know. There are other define errors include in the extract below. I/usr/sys/inst.images/php-4.3.4/php-4.3.4/include -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/main -I/usr/sys/inst.images/php- 4.3.4/php-4.3.4 -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/Zend -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/xml/expat -qf lag=e:e -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/TSRM -ma -DPASE -c /usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php _odbc.c -o ext/odbc/php_odbc.o && echo > ext/odbc/php_odbc.lo "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. "/usr/include/sqlcli1.h", line 126.10: 1506-213 (S) Macro name SQL_EXT_API_LAST cannot be redefined. "/usr/include/sqlcli1.h", line 207.10: 1506-213 (S) Macro name SQL_OJ_CAPABILITIES cannot be redefined. "/usr/include/sqlcli1.h", line 219.9: 1506-213 (S) Macro name SQL_INFO_LAST cannot be redefined. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 201.30: 1506-280 (S) Function argument assignment betwee n types "long" and "void*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/e [2002-11-14 13:01:59] dougnak at hotmail dot com I spoke too soon. The ld.so.conf isn't what fixed it, you need to have the includes installed in /usr/IBMdb2/V7.1/includes, although I did add that line to my ld.so.conf and left it there. System is Gentoo Linux 1.4_rc1 and RedHat 7.3 with kernel 2.4.19. AFAIK these are installed with the install development applications option or something in the DB2 install. (which, along with RPM's I've stopped using) [2002-11-14 12:42:12] dougnak at hotmail dot com Building on any unix variant will fail with the same error. The file php is looking for is sqlcli1.h, included from file ext/odbc/php_odbc_includes.h on line 287. This file resides in the /usr/IBMdb2/V7.1/lib directory, which needs to be added to /etc/ld.so.conf and rerun ldconfig. [2002-07-30 01:00:09] php-bugs at lists dot php dot net 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". ---
#26249 [NoF->Fbk]: snmpget doesn't free memory
ID: 26249 Updated by: [EMAIL PROTECTED] Reported By: dacol dot jeremy at caramail dot com -Status: No Feedback +Status: Feedback Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 Previous Comments: [2003-11-14 10:36:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249&edit=1
#13695 [Com]: Compilation fails when trying to compile with DB2 Support
ID: 13695 Comment by: ibellinfantie at yahoo dot co dot uk Reported By: pilyad at yahoo dot com Status: No Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: OK, the solution was NOT to use the xlc compiler as stated by IBM in the RedBook on installing PHP for pseries etc. but to change the makefile variable , CC = xlc to CC = cc . With the removal of the duplicate definitions as stated previously and this compiler change, it all worked a treat. Previous Comments: [2003-11-14 10:41:09] ibellinfantie at yahoo dot co dot uk I've got past this error by just commenting out the defintions of the ODBCVER in the PHP header files. Its still defined in the DB2 includes. However, now have other errors to resolve as below d char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3293.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3368.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3369.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3370.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3451.25: 1506-280 (E) Function argument assignment between types "unsig ned char*" and "char*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 3452.25: 1506-280 (E) Function argument assignment between types "unsig [2003-11-14 09:40:51] ibellinfantie at yahoo dot co dot uk The DB2 include file will be found in /usr/include for AIX by way of a symbolic link with the DB2 install directory lib. If you have n't got the symbolic link, then something got broke. You can add these back using ln -s ( see man page ) . However, the problem in question which I get when building on AIXv5.1, is in the make output extraction below . It looks like the header sqlcli1.h has a definition which make thinks the php build is trying to overide. i.e. in the /etc/odbc/php_odbc.c file is a line checking the value of ODBCVER #if defined(ODBCVER) && (ODBCVER >= 0x0300) This should n't be a problem but it creates the error , "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. I'm trying to figure out, what needs to be changed in the build to alow this to work. If anyone has any idea, please let me know. There are other define errors include in the extract below. I/usr/sys/inst.images/php-4.3.4/php-4.3.4/include -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/main -I/usr/sys/inst.images/php- 4.3.4/php-4.3.4 -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/Zend -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/xml/expat -qf lag=e:e -I/usr/sys/inst.images/php-4.3.4/php-4.3.4/TSRM -ma -DPASE -c /usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php _odbc.c -o ext/odbc/php_odbc.o && echo > ext/odbc/php_odbc.lo "/usr/include/sqlcli.h", line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. "/usr/include/sqlcli1.h", line 126.10: 1506-213 (S) Macro name SQL_EXT_API_LAST cannot be redefined. "/usr/include/sqlcli1.h", line 207.10: 1506-213 (S) Macro name SQL_OJ_CAPABILITIES cannot be redefined. "/usr/include/sqlcli1.h", line 219.9: 1506-213 (S) Macro name SQL_INFO_LAST cannot be redefined. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/ext/odbc/php_odbc.c", line 201.30: 1506-280 (S) Function argument assignment betwee n types "long" and "void*" is not allowed. "/usr/sys/inst.images/php-4.3.4/php-4.3.4/e [2002-11-14 13:01:59] dougnak at hotmail dot com I spoke too soon. The ld.so.conf isn't what fixed it, you need to have the includes installed in /usr/IBMdb2/V7.1/includes, although I did add that line to my ld.so.conf and left it there. System is Gentoo Linux 1.4_rc1 and RedHat 7.3 with kernel 2.4.19. AFAIK these are installed with the install development applications option or something in the DB2 install. (which, along with RPM's I've stopped using) [2002-11-14 12:42:12] dougnak at hotmail dot com Building on any unix variant will fail with the same error. The file php is looking for is sqlcli1.h, included from file ext/odbc/php_odbc_includes.h on line 287. This file resides in the /usr/IBMdb2/V7.1/lib directory, which needs to be added to /etc/ld.s
#26254 [NEW]: Inaccuracy in imagecopyresized
From: rc at opelgt dot org Operating system: Mac OS X 10.2.8 PHP version: 4.3.3 PHP Bug Type: GD related Bug description: Inaccuracy in imagecopyresized Description: My value for the destination height is correct. The result on screen is one pixel too small. Kind regards, Rüdiger -- Edit bug report at http://bugs.php.net/?id=26254&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26254&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26254&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26254&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26254&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26254&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26254&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26254&r=support Expected behavior: http://bugs.php.net/fix.php?id=26254&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26254&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26254&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26254&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26254&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26254&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26254&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26254&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26254&r=float
#26255 [NEW]: strrpos gives wrong result
From: hongnk at hotmail dot com
Operating system: Win2K
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: strrpos gives wrong result
Description:
Strrpos (count last occurence) give wrong result. Only in 4.3.4 and maybe
earlier. 5.00b2 is OK. But strpos (count ocurrence) is correct in all
versions.
Running Apache with php4apache.dll module on Win2K.
Reproduce code:
---
var_dump(strrpos("Admins;Users;","All Users"));
Expected result:
boolean false
Actual result:
--
int 0;
--
Edit bug report at http://bugs.php.net/?id=26255&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26255&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26255&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26255&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26255&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26255&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26255&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26255&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26255&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26255&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26255&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26255&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26255&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26255&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26255&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26255&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26255&r=float
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: yallis at surr dot no Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. Previous Comments: [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA [2003-02-08 17:05:25] node at nodefall dot de I won't disable this feature Where is the Problem to add a ??? Could you please reopen this BUG! THX [2003-02-05 19:10:46] xanthor at xanthor dot tk And if we can't access php.ini ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#26256 [NEW]: apache fails to load
From: dev5 at es11 dot com Operating system: FreeBSD 4.8 PHP version: 4.3.4 PHP Bug Type: Apache2 related Bug description: apache fails to load Description: I ran into this problem earlier but could not seem to pin-point the exact problem. I think I found it. the problem is: Cannot load /usr/local/apache/modules/libphp4.so into server: /usr/local/apache/modules/libphp4.so: Undefined symbol "OpenSSL_add_all_algorithms" this appeared to have been an issue in earlier versions as well, but started with the introduction of OpenSSL 0.9.7. This error, however is produced ONLY when I link PHP against PDFLib. I don't know where to start investigating from here, but perhaps someone has an idea how the two libraries (OpenSSL (0.9.7(a,b) and PDFLib (4 and 5)) fail to link into libphp.so correctly. Here's what's on the system: FreeBSD 4.8 (intel) OpenSSL 0.9.7b Apache 2.0.47 PHP 4.3.4 (this behavior applies to earlier versions too) PDFLib-Lite 5.0.2 (compiled from source into a shared lib) configure line './configure' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-openssl=/usr/bin' '--enable-cli' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf' '--with-zlib' '--with-pspell' '--with-mcrypt' '--with-xpm-dir=/usr/lib' '--with-zip=/usr/local/lib' '--with-ming=/usr/local/lib' --with-pdflib -- Edit bug report at http://bugs.php.net/?id=26256&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26256&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26256&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26256&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26256&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26256&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26256&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26256&r=support Expected behavior: http://bugs.php.net/fix.php?id=26256&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26256&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26256&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26256&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26256&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26256&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26256&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26256&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26256&r=float
#26257 [NEW]: Iterators leak memory
From: adam at trachtenberg dot com
Operating system: *
PHP version: 5CVS-2003-11-14 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Iterators leak memory
Description:
Iterators leak memory when assigning the results of
each() to object properties using a list(). When the
results are stored in local variables and then reassign,
no leak occurs.
Reproduce code:
---
class ai implements Iterator {
private $array;
function __construct() {
$this->array = array('foo', 'bar', 'baz');
}
function rewind() {
// empty
}
function hasMore() {
if (list($this->key, $this->current) = each($this->array)) {
# if (list($key, $current) = each($this->array)) {
# $this->key = $key;
# $this->current = $current;
return true;
} else {
return false;
}
}
function key() {
return 'key';
}
function current() {
return 'current';
}
function next() {
// empty
}
}
class a implements IteratorAggregate {
public function getIterator() {
return new ai();
}
}
$array = new a();
foreach ($array as $property => $value) {
print "$property: $value\n";
}
Expected result:
No memory leaks. Activate the commented code to see a
working example.
Actual result:
--
/usr/local/cvs/php/php-src/Zend/zend_API.c(1011) :
Freeing 0x00BC8AF8 (16 bytes), script=./
iterator_leak.php
Last leak repeated 2 times
/usr/local/cvs/php/php-src/Zend/zend_execute.c(3241) :
Freeing 0x00BC8300 (4 bytes), script=./iterator_leak.php
/usr/local/cvs/php/php-src/Zend/zend_variables.c(137) :
Actual location (location was relayed)
Last leak repeated 2 times
/usr/local/cvs/php/php-src/Zend/zend_execute.c(3238) :
Freeing 0x00BC82B0 (16 bytes), script=./
iterator_leak.php
Last leak repeated 2 times
=== Total 9 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=26257&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26257&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26257&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26257&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26257&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26257&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26257&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26257&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26257&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26257&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26257&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26257&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26257&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26257&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26257&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26257&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26257&r=float
#26258 [NEW]: CLI Build Failure With XSLT
From: [EMAIL PROTECTED] Operating system: Linux 2.4.20 PHP version: 4.3.4 PHP Bug Type: XSLT related Bug description: CLI Build Failure With XSLT Description: Build fails. This is against Apache with CLI Build as well by default. After adjusting, and making --enable-cli become --disable-cli --disable-pear the build is fine. And using a CLI Build only fails as expected from previous results. This configure line was perfect, until adding --enable-xslt --with-xslt-sablot=... --with-expat-dir=... The previous build was this exact line with 4.3.4RC3, and this failure occured during an upgrade to 4.3.4 with xslt. Reproduce code: --- ./configure --prefix=/usr/local/php434rc3 --with-apxs=/usr/local/apache/bin/apxs --with-mysql --enable-cli --disable-cgi --with-zlib --with-bz2 --enable-calendar --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr/local/libjpeg --with-freetype-dir=/usr/local/freetype2 --with-iconv --enable-sockets --with-curl=/usr --with-mcrypt=/usr --with-cpdflib --with-srm=/usr/local/srm --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-expat-dir=/usr/local/expat Expected result: Successful Build. Actual result: -- ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/src/php-4.3.4/ext/mysql/libmysql/my_tempnam.c:115: the use of `tempnam' is dangerous, better use `mkstemp' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new[](unsigned)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete(void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `__gxx_personality_v0' /usr/local/sablot/lib/libsablot.so: undefined reference to `__cxa_pure_virtual' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete[](void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new(unsigned)' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=26258&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26258&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26258&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26258&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26258&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26258&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26258&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26258&r=support Expected behavior: http://bugs.php.net/fix.php?id=26258&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26258&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26258&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26258&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26258&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26258&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26258&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26258&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26258&r=float
