#26315 [Bgs]: mssql_fectch_* functions are returning a space char on empty fields
ID: 26315
User updated by: webmaster at cbre dot fr
Reported By: webmaster at cbre dot fr
Status: Bogus
Bug Type: MSSQL related
-Operating System: Windows 2000 Server
+Operating System: Windows 2000/2003 Server
-PHP Version: 4.3.4
+PHP Version: 4.3.4 / 4.4.6
New Comment:
More than 3 years later (version 4.4.6 tested today) the bug seems to
be still present.
Please, if you don't wan't to consider this issue as a bug, would it be
possible to add a "mssql.trimemptystringspace" option to the mssql
module in order to let developpers choose to activate or not this
feature via init_set() or the php.ini file ?
It would be more efficient than triming all returned row in the PHP
code.
Thanks in advance.
Clement
Previous Comments:
[2004-08-18 22:33:23] jwhatcher at hotmail dot com
'' = ' '. Politely, this is a bug. In transact sql and query analyzer
'' is seen as '' but in php '' is seen as ' '. I am using varchar
fields. This surely breaks several lines of code for the empty function
is now useless when selecting '' out of the database. Please reconsider
and look into this item.
Add autotrim to the ini file if this would fix the problem.
[2004-06-20 02:49:52] spam2 at rhsoft dot net
hmm this is a bug
i developed a cms first for mysql and the port for postgre with select
database-type works very fine
the last two days i try to get it running with mssql/msde an nothing
works with this damned spaces
if (!empty($image)) echo ""; for example
makes a big shit :-(
[2004-05-24 21:23:07] hagen at woecht dot de
If you must make from a space to '' in your PHP script, how can you
distinguish between a "true" space or "faked" space?
All '' and space in the DB are then '' (:-((()
[2004-04-23 10:25:51] tomasz at biznespolska dot pl
In my opinion this is bug, and is still present on version 4.3.6. This
is not only problem with CHAR, and NCHAR columns but also empty VARCHAR
columns returns space.
Example:
$re = mssql_fetch_row(mssql_query("SELECT CAST('' AS VARCHAR(10))"));
print('--'.$re[0].'--');
// the result is: -- --
// and should be:
Because of that I still use PHP4.3.3.
[2004-03-24 04:33:03] francois dot zietlow at ri-solution dot com
The Protocol have been changed.
Quote from Sybase Doco.
[quote]
The empty string ("") is treated as a single space. In *char* and
*nchar* *not null* columns, the result is a (column-length) field of
spaces.
[/quote]
Found on Bug Report:
http://bugs.php.net/bug.php?id=6527
Its not nice...
Just I write my own empty-Function.
Francois
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/26315
--
Edit this bug report at http://bugs.php.net/?id=26315&edit=1
#41010 [NEW]: Bug #33480 still in php 4.4.6
From: hack988 at gmail dot com Operating system: win32 PHP version: 4.4.6 PHP Bug Type: *General Issues Bug description: Bug #33480 still in php 4.4.6 Description: Bug #33480 still in php 4.4.6 The dbase_add cannot use associative matrix. -- Edit bug report at http://bugs.php.net/?id=41010&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41010&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41010&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41010&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41010&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41010&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41010&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41010&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41010&r=support Expected behavior:http://bugs.php.net/fix.php?id=41010&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41010&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41010&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41010&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41010&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41010&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41010&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41010&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41010&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41010&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41010&r=mysqlcfg
#26315 [Bgs]: mssql_fectch_* functions are returning a space char on empty fields
ID: 26315
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at cbre dot fr
Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000/2003 Server
PHP Version: 4.3.4 / 4.4.6
New Comment:
The bug is in the Microsoft library not in the PHP extension.
Use the php_dblib.dll version of the extension. It does not have the
problem, though it will require that you update to version 5 of PHP.
Previous Comments:
[2007-04-06 08:48:39] webmaster at cbre dot fr
More than 3 years later (version 4.4.6 tested today) the bug seems to
be still present.
Please, if you don't wan't to consider this issue as a bug, would it be
possible to add a "mssql.trimemptystringspace" option to the mssql
module in order to let developpers choose to activate or not this
feature via init_set() or the php.ini file ?
It would be more efficient than triming all returned row in the PHP
code.
Thanks in advance.
Clement
[2004-08-18 22:33:23] jwhatcher at hotmail dot com
'' = ' '. Politely, this is a bug. In transact sql and query analyzer
'' is seen as '' but in php '' is seen as ' '. I am using varchar
fields. This surely breaks several lines of code for the empty function
is now useless when selecting '' out of the database. Please reconsider
and look into this item.
Add autotrim to the ini file if this would fix the problem.
[2004-06-20 02:49:52] spam2 at rhsoft dot net
hmm this is a bug
i developed a cms first for mysql and the port for postgre with select
database-type works very fine
the last two days i try to get it running with mssql/msde an nothing
works with this damned spaces
if (!empty($image)) echo ""; for example
makes a big shit :-(
[2004-05-24 21:23:07] hagen at woecht dot de
If you must make from a space to '' in your PHP script, how can you
distinguish between a "true" space or "faked" space?
All '' and space in the DB are then '' (:-((()
[2004-04-23 10:25:51] tomasz at biznespolska dot pl
In my opinion this is bug, and is still present on version 4.3.6. This
is not only problem with CHAR, and NCHAR columns but also empty VARCHAR
columns returns space.
Example:
$re = mssql_fetch_row(mssql_query("SELECT CAST('' AS VARCHAR(10))"));
print('--'.$re[0].'--');
// the result is: -- --
// and should be:
Because of that I still use PHP4.3.3.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/26315
--
Edit this bug report at http://bugs.php.net/?id=26315&edit=1
#41011 [NEW]: gd.so: undefined symbol: gdImagePngCtxEx
From: fredsuthers at hotmail dot com Operating system: Linux PHP version: 5.2.1 PHP Bug Type: GD related Bug description: gd.so: undefined symbol: gdImagePngCtxEx Description: I have installed php5-gd from the debian package. When I enable the extension gd.so, I get the following error: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/gd.so' - /usr/lib/php5/20060613+lfs/gd.so: undefined symbol: gdImagePngCtxEx in Unknown on line 0 And therefore it does not load the gd module. However I have managed to get imagick module to load ok. Please can you help and advice me on what to do. I have removed and reinstalled php5-gd and also restarted apache2 server and still no success. Many thanks, Fred -- Edit bug report at http://bugs.php.net/?id=41011&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41011&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41011&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41011&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41011&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41011&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41011&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41011&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41011&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41011&r=support Expected behavior:http://bugs.php.net/fix.php?id=41011&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41011&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41011&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41011&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41011&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41011&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41011&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41011&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41011&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41011&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41011&r=mysqlcfg
#41011 [Opn]: gd.so: undefined symbol: gdImagePngCtxEx
ID: 41011 Updated by: [EMAIL PROTECTED] Reported By: fredsuthers at hotmail dot com Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5.2.1 New Comment: This seems to be a problem with your Debian packages. Please report to their maintainers. Previous Comments: [2007-04-06 16:14:28] fredsuthers at hotmail dot com Description: I have installed php5-gd from the debian package. When I enable the extension gd.so, I get the following error: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/gd.so' - /usr/lib/php5/20060613+lfs/gd.so: undefined symbol: gdImagePngCtxEx in Unknown on line 0 And therefore it does not load the gd module. However I have managed to get imagick module to load ok. Please can you help and advice me on what to do. I have removed and reinstalled php5-gd and also restarted apache2 server and still no success. Many thanks, Fred -- Edit this bug report at http://bugs.php.net/?id=41011&edit=1
#41011 [Opn->Bgs]: gd.so: undefined symbol: gdImagePngCtxEx
ID: 41011 Updated by: [EMAIL PROTECTED] Reported By: fredsuthers at hotmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.1 New Comment: . Previous Comments: [2007-04-06 16:25:04] [EMAIL PROTECTED] This seems to be a problem with your Debian packages. Please report to their maintainers. [2007-04-06 16:14:28] fredsuthers at hotmail dot com Description: I have installed php5-gd from the debian package. When I enable the extension gd.so, I get the following error: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/gd.so' - /usr/lib/php5/20060613+lfs/gd.so: undefined symbol: gdImagePngCtxEx in Unknown on line 0 And therefore it does not load the gd module. However I have managed to get imagick module to load ok. Please can you help and advice me on what to do. I have removed and reinstalled php5-gd and also restarted apache2 server and still no success. Many thanks, Fred -- Edit this bug report at http://bugs.php.net/?id=41011&edit=1
#40442 [Asn->Csd]: [PATCH] ArrayObject::offsetExists broke in 5.2.1, works in 5.2.0
ID: 40442
Updated by: [EMAIL PROTECTED]
Reported By: olivier at elma dot fr
-Status: Assigned
+Status: Closed
Bug Type: SPL related
Operating System: *
PHP Version: 5.2.1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
thanks forthe patch
Previous Comments:
[2007-04-02 12:08:42] olivier at elma dot fr
AFAIK it does not change anything...
[2007-03-28 20:16:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-03-28 08:48:42] [EMAIL PROTECTED]
Marcus. any news?
[2007-02-27 10:10:41] olivier at elma dot fr
Just to add the "quick and dirty" patch I use to correct the issue:
--- php-5.2.1/ext/spl/was.spl_array.c 2007-02-09 12:10:18.0
+0100
+++ new.php-5.2.1/ext/spl/spl_array.c 2007-02-09 12:06:33.0
+0100
@@ -525,7 +525,7 @@
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "z",
&index) == FAILURE) {
return;
}
- RETURN_BOOL(spl_array_has_dimension_ex(0, getThis(), index, 1
TSRMLS_CC));
+ RETURN_BOOL(spl_array_has_dimension_ex(0, getThis(), index, 0
TSRMLS_CC));
} /* }}} */
/* {{{ proto mixed ArrayObject::offsetGet(mixed $index)
[2007-02-12 09:10:23] olivier at elma dot fr
Description:
With 5.2.0 ArrayObject::offsetExists will return "true" if the
offsetExists whether its value is empty or not.
This feature is not working anymore with 5.2.1 as it checks for the
emptyness of the value too.
Reproduce code:
---
offsetSet('property', 0);
if (!$a->offsetExists('property')) {
echo "does not exist\n";
} else {
echo "ok\n";
}
?>
Expected result:
ok
Actual result:
--
does not exist
--
Edit this bug report at http://bugs.php.net/?id=40442&edit=1
#41012 [NEW]: exception handling
From: perching_eagle at yahoo dot com
Operating system: windows xp
PHP version: 5.2.1
PHP Bug Type: *Compile Issues
Bug description: exception handling
Description:
the compiler ought to bypass exceptions in "try" blocks, and allow a
"catch block" to catch the exception at runtime. in other words, "try"
blocks should turn compile-time errors to run-time errors. try blocks
shouldn't depend on the throw keyword before throwing exceptions, errors in
try blocks should automatically cause exceptions to be thrown. otherwise
the current Exception class is only as good as this statement
"if(class_exists(Book)){//main code} else{//warning code}" for the code in
my example.
Reproduce code:
---
http://bugs.php.net/?id=41012&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41012&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41012&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41012&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41012&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41012&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41012&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41012&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41012&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41012&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41012&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41012&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41012&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41012&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41012&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41012&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41012&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41012&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41012&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41012&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41012&r=mysqlcfg
#41012 [Opn->Bgs]: exception handling
ID: 41012
Updated by: [EMAIL PROTECTED]
Reported By: perching_eagle at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: *Compile Issues
Operating System: windows xp
PHP Version: 5.2.1
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:
[2007-04-06 18:43:25] perching_eagle at yahoo dot com
Description:
the compiler ought to bypass exceptions in "try" blocks, and allow a
"catch block" to catch the exception at runtime. in other words, "try"
blocks should turn compile-time errors to run-time errors. try blocks
shouldn't depend on the throw keyword before throwing exceptions, errors
in try blocks should automatically cause exceptions to be thrown.
otherwise the current Exception class is only as good as this statement
"if(class_exists(Book)){//main code} else{//warning code}" for the code
in my example.
Reproduce code:
---
http://bugs.php.net/?id=41012&edit=1
#41013 [NEW]: strstr() and stristr() cannot find zero
From: phraje at gmail dot com
Operating system: linux 2.6.18 & win32
PHP version: 5.2.1
PHP Bug Type: Unknown/Other Function
Bug description: strstr() and stristr() cannot find zero
Description:
If a haystack string has a zero (0) as its last character, and the needle
is zero, neither strstr() or stristr() will match it. Can be worked around
by concatenating a trailing space to the haystack string.
Reproduce code:
---
$haystack="this is a string that ends in 0";
$needle=sprintf("%d",0);
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
$haystack="this is a string that doesn't end in 0 ";
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
$haystack="this is a string that ends in 1";
$needle=sprintf("%d",1);
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
Expected result:
this is a string that ends in 0.
this is a string that ends in 0.
this is a string that doesn't end in 0 .
this is a string that doesn't end in 0 .
this is a string that ends in 1.
this is a string that ends in 1.
Actual result:
--
this is a string that doesn't end in 0 .
this is a string that doesn't end in 0 .
this is a string that ends in 1.
this is a string that ends in 1.
--
Edit bug report at http://bugs.php.net/?id=41013&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41013&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41013&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41013&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41013&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41013&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41013&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41013&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41013&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41013&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41013&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41013&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41013&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41013&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41013&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41013&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41013&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41013&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41013&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41013&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41013&r=mysqlcfg
#41012 [Opn]: exception handling
ID: 41012
User updated by: perching_eagle at yahoo dot com
Reported By: perching_eagle at yahoo dot com
Status: Open
Bug Type: *Compile Issues
Operating System: windows xp
PHP Version: 5.2.1
New Comment:
//this error is illegal
however zend engine will flag the error in the second try block
(an abnormal behavior) instead of ignoring it.
note: when flagging other posters comments as bogus, give logical
reasons for doing so.
Previous Comments:
[2007-04-06 20:27:20] perching_eagle at yahoo dot com
why is not a bug?
this is an abnormal behavior, that restricts how you use the exception
class. if the "try block" can't force an erroreneous code to compile,
why do you have the "try" keyword anyway? the "throw" keyword could be
used outside a "try block" and also in a "catch block" or anywhere else
in the program. in a nutshell, the "try" keyword has no function at all
in php, if it does, what is it?
the documentation at php.net does not explain the function of the "try"
keyword in php.
[2007-04-06 18:55:16] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2007-04-06 18:43:25] perching_eagle at yahoo dot com
Description:
the compiler ought to bypass exceptions in "try" blocks, and allow a
"catch block" to catch the exception at runtime. in other words, "try"
blocks should turn compile-time errors to run-time errors. try blocks
shouldn't depend on the throw keyword before throwing exceptions, errors
in try blocks should automatically cause exceptions to be thrown.
otherwise the current Exception class is only as good as this statement
"if(class_exists(Book)){//main code} else{//warning code}" for the code
in my example.
Reproduce code:
---
http://bugs.php.net/?id=41012&edit=1
#41014 [Opn]: Missing files for php-cgi.exe
ID: 41014 User updated by: willtur dot will at gmail dot com Reported By: willtur dot will at gmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5.2.1 New Comment: I now that this bug has been already post but it was on Win 98 and the solution doesn't work with win XP Previous Comments: [2007-04-06 20:51:14] willtur dot will at gmail dot com Description: When php-cgi.exe start it says php-cgi.exe failed can not found php_mbstring.dll, OCI.dll, aspell-15.dll, libcs.dll, DB2CLI.dll, isqlt09a.dll, CORE_RL_magick_.dll, iilibapi.dll -- Edit this bug report at http://bugs.php.net/?id=41014&edit=1
#41012 [Bgs->Opn]: exception handling
ID: 41012
User updated by: perching_eagle at yahoo dot com
Reported By: perching_eagle at yahoo dot com
-Status: Bogus
+Status: Open
Bug Type: *Compile Issues
Operating System: windows xp
PHP Version: 5.2.1
New Comment:
why is not a bug?
this is an abnormal behavior, that restricts how you use the exception
class. if the "try block" can't force an erroreneous code to compile,
why do you have the "try" keyword anyway? the "throw" keyword could be
used outside a "try block" and also in a "catch block" or anywhere else
in the program. in a nutshell, the "try" keyword has no function at all
in php, if it does, what is it?
the documentation at php.net does not explain the function of the "try"
keyword in php.
Previous Comments:
[2007-04-06 18:55:16] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2007-04-06 18:43:25] perching_eagle at yahoo dot com
Description:
the compiler ought to bypass exceptions in "try" blocks, and allow a
"catch block" to catch the exception at runtime. in other words, "try"
blocks should turn compile-time errors to run-time errors. try blocks
shouldn't depend on the throw keyword before throwing exceptions, errors
in try blocks should automatically cause exceptions to be thrown.
otherwise the current Exception class is only as good as this statement
"if(class_exists(Book)){//main code} else{//warning code}" for the code
in my example.
Reproduce code:
---
http://bugs.php.net/?id=41012&edit=1
#41014 [NEW]: Missing files for php-cgi.exe
From: willtur dot will at gmail dot com Operating system: Windows XP PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: Missing files for php-cgi.exe Description: When php-cgi.exe start it says php-cgi.exe failed can not found php_mbstring.dll, OCI.dll, aspell-15.dll, libcs.dll, DB2CLI.dll, isqlt09a.dll, CORE_RL_magick_.dll, iilibapi.dll -- Edit bug report at http://bugs.php.net/?id=41014&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41014&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41014&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41014&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41014&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41014&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41014&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41014&r=support Expected behavior:http://bugs.php.net/fix.php?id=41014&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41014&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41014&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41014&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41014&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41014&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41014&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41014&r=mysqlcfg
#40776 [Asn]: highlight.bg setting ignored/unused
ID: 40776 User updated by: seanius at debian dot org Reported By: seanius at debian dot org Status: Assigned Bug Type: PHP options/info functions Operating System: Debian GNU/Linux PHP Version: 5.2.1 Assigned To: tony2001 New Comment: hi, just fyi: a patch has been supplied by the reporter in the debian bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405338;msg=34;filename=118-highlight_bg.patch;att=1 sorry the urls for attachments suck, you can also browse to it at the address originally provided :) Previous Comments: [2007-03-11 13:45:58] seanius at debian dot org Description: originally reported at http://bugs.debian.org/405338 it seems that the highlight.bg setting is being ignored for highlight_string/highlight_file(). or perhaps this setting is obsoleted/removed intentionally? the online docs and php-provided ini files still reference this setting though, and it shows up correctly in phpinfo(). grepping through the source for php5 however, i don't find much referencing the setting apart from the ini file and some test cases. the highlight_file function in ext/standard/base_functions.c sets the other settings from the "higlight struct", but not the .bg setting. Reproduce code: --- Expected result: a red background Actual result: -- a white default background -- Edit this bug report at http://bugs.php.net/?id=40776&edit=1
#41013 [Com]: strstr() and stristr() cannot find zero
ID: 41013
Comment by: webmaster at wiedmann-online dot de
Reported By: phraje at gmail dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: linux 2.6.18 & win32
PHP Version: 5.2.1
New Comment:
In the first two cases strtr() or stristr() returns the string "0".
A loose boolean comparisons with "0" is FALSE and so the if statement
is not executed.
In your case you can change the code to:
if(false !== strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
BTW: better use strpos() in this case.
Previous Comments:
[2007-04-06 19:04:25] phraje at gmail dot com
Description:
If a haystack string has a zero (0) as its last character, and the
needle is zero, neither strstr() or stristr() will match it. Can be
worked around by concatenating a trailing space to the haystack string.
Reproduce code:
---
$haystack="this is a string that ends in 0";
$needle=sprintf("%d",0);
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
$haystack="this is a string that doesn't end in 0 ";
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
$haystack="this is a string that ends in 1";
$needle=sprintf("%d",1);
if(strstr($haystack,$needle)) { printf("%s.\n",$haystack); }
if(stristr($haystack,$needle)) { printf("%s.\n",$haystack); }
Expected result:
this is a string that ends in 0.
this is a string that ends in 0.
this is a string that doesn't end in 0 .
this is a string that doesn't end in 0 .
this is a string that ends in 1.
this is a string that ends in 1.
Actual result:
--
this is a string that doesn't end in 0 .
this is a string that doesn't end in 0 .
this is a string that ends in 1.
this is a string that ends in 1.
--
Edit this bug report at http://bugs.php.net/?id=41013&edit=1
#41014 [Com]: Missing files for php-cgi.exe
ID: 41014 Comment by: webmaster at wiedmann-online dot de Reported By: willtur dot will at gmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5.2.1 New Comment: IMHO you have enabled some extensions, which needs some third party DLLs, not included in the PHP package. You should read the manual pages for these extensions about the requirements. Previous Comments: [2007-04-06 21:40:26] willtur dot will at gmail dot com I now that this bug has been already post but it was on Win 98 and the solution doesn't work with win XP [2007-04-06 20:51:14] willtur dot will at gmail dot com Description: When php-cgi.exe start it says php-cgi.exe failed can not found php_mbstring.dll, OCI.dll, aspell-15.dll, libcs.dll, DB2CLI.dll, isqlt09a.dll, CORE_RL_magick_.dll, iilibapi.dll -- Edit this bug report at http://bugs.php.net/?id=41014&edit=1
