#33372 [Opn->Csd]: configure searches for freetype in the wrong place
ID: 33372 User updated by: Nico dot Laus dot 2001 at gmx dot de Reported By: Nico dot Laus dot 2001 at gmx dot de -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: Debian Sarge 3.1 PHP Version: 5CVS-2005-06-17 (dev) New Comment: sorry, I just installed the wrong freetype-package. libfreetype6-dev is the right one, and this packe does provide a structure according to your config-file... Previous Comments: [2005-06-17 01:43:03] Nico dot Laus dot 2001 at gmx dot de Description: configure searches for freetype.sh in $i/include/freetype2/freetype/freetype.h where $i is on of the provided paths or /usr,... but (as far as I know) the file is placed at the following location: /include/freetype/freetype.h -- Edit this bug report at http://bugs.php.net/?id=33372&edit=1
#33372 [NEW]: configure searches for freetype in the wrong place
From: Nico dot Laus dot 2001 at gmx dot de Operating system: Debian Sarge 3.1 PHP version: 5CVS-2005-06-17 (dev) PHP Bug Type: *Configuration Issues Bug description: configure searches for freetype in the wrong place Description: configure searches for freetype.sh in $i/include/freetype2/freetype/freetype.h where $i is on of the provided paths or /usr,... but (as far as I know) the file is placed at the following location: /include/freetype/freetype.h -- Edit bug report at http://bugs.php.net/?id=33372&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33372&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33372&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33372&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33372&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33372&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33372&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33372&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33372&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33372&r=support Expected behavior: http://bugs.php.net/fix.php?id=33372&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33372&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33372&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33372&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33372&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33372&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33372&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33372&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33372&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33372&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33372&r=mysqlcfg
#30051 [Fbk->Csd]: connecting to MySQL with wrong data cannot be checked with mysqli_connect()
ID: 30051
User updated by: Nico dot Laus dot 2001 at gmx dot de
Reported By: Nico dot Laus dot 2001 at gmx dot de
-Status: Feedback
+Status: Closed
Bug Type: MySQLi related
Operating System: Linux 2.6.8.1
PHP Version: 5.0.1
New Comment:
ok, I checked with cvs and your example worked, but not my
script
-> then I discovered, that there could have been another
successfull connect and this may be the reason for not
reporting the failed connection (although I do not really
understand how this can happen, because the connection
check does take place directly after connecting)
I rewrote my script and now it works - so I consider this
"bug" as closed
-> thanks for your help
Previous Comments:
[2004-09-11 14:23:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
this script works fine for me:
connect("localhost", "root", "", "test");
if (!mysqli_connect_errno()) {
printf("%s\n", $mysqli->server_info);
$mysqli->close();
}
?>
Output:
Connect failed: Access denied for user
'nonexistentuser'@'localhost' (using password: YES)
5.0.2-alpha-debug-log
----------------------------
[2004-09-10 16:13:14] Nico dot Laus dot 2001 at gmx dot de
Description:
given the example below from the mysqli documentation, I
tried to connect to my MySQL server with wrong data to
see, what happens, if the connection really fails.
unfortunately the constructor does trigger a WARNING
itself and does not return FALSE, as documented. The
mysqli_connect_errno() does only return 0 and even the
$mysqli->errno variable does not have any value. So I
cannot find out, if the connect really has failed or not.
I'm using MySQL 4.1.4
Reproduce code:
---
$mysqli = new mysqli("localhost", "my_user", "my_password", "world");
/* check connection */
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
Expected result:
Connect failed:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=30051&edit=1
#30051 [NEW]: connecting to MySQL with wrong data cannot be checked with mysqli_connect()
From: Nico dot Laus dot 2001 at gmx dot de
Operating system: Linux 2.6.8.1
PHP version: 5.0.1
PHP Bug Type: MySQLi related
Bug description: connecting to MySQL with wrong data cannot be checked with
mysqli_connect()
Description:
given the example below from the mysqli documentation, I
tried to connect to my MySQL server with wrong data to
see, what happens, if the connection really fails.
unfortunately the constructor does trigger a WARNING
itself and does not return FALSE, as documented. The
mysqli_connect_errno() does only return 0 and even the
$mysqli->errno variable does not have any value. So I
cannot find out, if the connect really has failed or not.
I'm using MySQL 4.1.4
Reproduce code:
---
$mysqli = new mysqli("localhost", "my_user", "my_password", "world");
/* check connection */
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
Expected result:
Connect failed:
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=30051&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30051&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30051&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30051&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30051&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30051&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30051&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30051&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30051&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30051&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30051&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30051&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30051&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30051&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30051&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30051&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30051&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30051&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30051&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30051&r=mysqlcfg
#29522 [NEW]: properties of mysqli (class) aren't accessable if db connection already closed
From: Nico dot Laus dot 2001 at gmx dot de
Operating system: Linux 2.6.7
PHP version: 5.0.0
PHP Bug Type: MySQL related
Bug description: properties of mysqli (class) aren't accessable if db connection
already closed
Description:
when closing the connection to the db, and using
properties of the $mysqli object (such as insert_id), PHP
crashes (or even the webserver, I don't know)
-> although closing it before is not the right way, at
least an error message should be displayed
(took me a while to recognize that 1. some properties are
not accessible after disconnecting and 2. that this was
the reason for not showing the whole page)
Reproduce code:
---
// taken from http://de2.php.net/manual/en/function.mysqli-insert-id.php
$mysqli = new mysqli('HOST', 'USER', 'PASSWORD','DB');
$mysqli->query("CREATE TABLE myCity LIKE City");
$query = "INSERT INTO myCity VALUES (NULL, 'Stuttgart', 'DEU',
'Stuttgart', 617000)";
$mysqli->query($query);
/* close connection */
$mysqli->close();
printf ("New Record has id %d.\n", $mysqli->insert_id);
Expected result:
print out "New Record has id "
Actual result:
--
"connection to broken" error message from the
browser
--
Edit bug report at http://bugs.php.net/?id=29522&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29522&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29522&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29522&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29522&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29522&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29522&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29522&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29522&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29522&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29522&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29522&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29522&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29522&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29522&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29522&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29522&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29522&r=float
#24791 [Com]: Strange error caused by missing DLL
ID: 24791 Comment by: Nico dot Laus dot 2001 at gmx dot de Reported By: svanleent at wanadoo dot nl Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5.0.0b1 (beta1) New Comment: You simply have to put all the dlls in PHP\dlls into your Windows\System32 directory! -> it should work then you can either put them into your PHP folder, I think Previous Comments: [2003-07-24 07:56:04] [EMAIL PROTECTED] It's not bug. iconv.dll can be found in the dlls/ folder in the release package. [2003-07-24 07:23:56] svanleent at wanadoo dot nl Description: As I try to run a simple php script ie.: I get this strange error Server error! Error message: Premature end of script headers: php.exe If you think this is a server error, please contact the webmaster Error 500 localhost 07/24/03 14:21:52 It's an error from the apache 2.0 webserver I traced it back to it's core, and it seems that there is a DLL missing in the last download, namely "iconv.dll" The distribution I downloaded was: php-5.0.0b1-Win32.zip Reproduce code: --- Expected result: Hello world! Actual result: -- Server error! Error message: Premature end of script headers: php.exe If you think this is a server error, please contact the webmaster Error 500 localhost 07/24/03 14:21:52 and running php.exe as executable gives: Application termination because iconv.dll is missing -- Edit this bug report at http://bugs.php.net/?id=24791&edit=1
#24565 [Com]: cannot read array elements recived via $_REQUEST
ID: 24565 Comment by: Nico dot Laus dot 2001 at gmx dot de Reported By: nightcat at poczta dot onet dot pl Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.0.0b2-dev New Comment: look at http://bugs.php.net/bug.php?id=24652 -> same Bug btw: I have set "register_long_arrays = On" and it does not chang anything - same problems as before! Previous Comments: [2003-07-21 22:29:43] vma1 at abv dot bg One more thing - setting "register_long_arrays = On" in php.ini makes the problem go away. But its bad because of the performance hit. [2003-07-21 22:25:33] vma1 at abv dot bg Same here: Slackware 9.0 Apache-1.3.27 php5-200307211930 print_r shows the array indexes but isset() says the indexes are not set. [2003-07-16 12:51:43] nightcat at poczta dot onet dot pl Any chance to have this fixed before next beta? [2003-07-09 16:00:13] [EMAIL PROTECTED] Reproduced with latest PHP 5 CVS. Works fine with PHP 4.3.3RC2-dev. [2003-07-09 15:05:28] tingle at virtuanews dot co dot uk Confirmed using Apache 2.0.46, Windows XP SP1 and the latest snapshot (php5-win32-200307091830.zip) Identical problem as stated print_r() gives the expected output with the expected keys and values, however, trying to reference the key within the code results in it not being set 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/24565 -- Edit this bug report at http://bugs.php.net/?id=24565&edit=1
#24652 [Com]: array keys that are strings but numeric behave incorrectly
ID: 24652
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: tater at potatoe dot com
Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: OS X 10.2
PHP Version: 5CVS-2003-07-14 (dev)
New Comment:
sorry, I forgot to mention:
I am working with WinXP SP1, newest CVS of PHP5 (this time: 2003-07-15
14:30)
Previous Comments:
[2003-07-15 18:02:57] [EMAIL PROTECTED]
Nico is your problem as well on OSX or another platform?
[2003-07-15 12:31:54] Nico dot Laus dot 2001 at gmx dot de
I have the same problem, but a simplier Code to see, what is wrong:
print "";
if (isset($_POST['test'])) {
var_dump($_POST['test']);
print ($_POST['test'][1]);
print ($_POST['test']['1']);
print ($_POST['test'][(string)1]);
}
though this index should be numeric, it isn't and even with trying to
access it by string doesn't work!
-> I can't access this value of the array!
[2003-07-14 16:53:10] tater at potatoe dot com
Description:
This is really bug #23935, but that's marked 'Closed' and I am still
seeing the problem in the current PHP5 code. It's beyond array_flip(),
too, strictly. I first saw this in $_POST with a field named
"myfield[1]" - this comes through as $_POST["myfield"]["1"]. Same with
array_combine() using array("1") as the key array.
Reproduce code:
---
submit a form with hidden field named 'myfield[1]':
test ", $tick++, ":\n";
var_dump($a, array_key_exists(key($a), $a), empty($a[1]),
empty($a['1']));
}
testit(array("1"=>"1"));
testit(array_flip(array(1=>"1")));
testit(array_combine(array('1'),array('1')));
if (!empty($_POST['myfield'])) { testit($_POST['myfield']); }
?>
Expected result:
Output for test 2 on PHP 4.3.3RC1 (cli) (built: Jun 20 2003 23:09:34)
(DEBUG):
array(1) {
[1]=>
int(1)
}
bool(true)
bool(false)
bool(false)
Actual result:
--
Output for test 2 on PHP 5.0.0b2-dev (cli) (built: Jul 14 2003
14:14:54) (DEBUG):
array(1) {
["1"]=>
int(1)
}
bool(false)
bool(true)
bool(true)
--
Edit this bug report at http://bugs.php.net/?id=24652&edit=1
#24652 [Com]: array keys that are strings but numeric behave incorrectly
ID: 24652
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: tater at potatoe dot com
Status: Open
Bug Type: Arrays related
Operating System: OS X 10.2
PHP Version: 5CVS-2003-07-14 (dev)
New Comment:
I have the same problem, but a simplier Code to see, what is wrong:
print "";
if (isset($_POST['test'])) {
var_dump($_POST['test']);
print ($_POST['test'][1]);
print ($_POST['test']['1']);
print ($_POST['test'][(string)1]);
}
though this index should be numeric, it isn't and even with trying to
access it by string doesn't work!
-> I can't access this value of the array!
Previous Comments:
[2003-07-14 16:53:10] tater at potatoe dot com
Description:
This is really bug #23935, but that's marked 'Closed' and I am still
seeing the problem in the current PHP5 code. It's beyond array_flip(),
too, strictly. I first saw this in $_POST with a field named
"myfield[1]" - this comes through as $_POST["myfield"]["1"]. Same with
array_combine() using array("1") as the key array.
Reproduce code:
---
submit a form with hidden field named 'myfield[1]':
test ", $tick++, ":\n";
var_dump($a, array_key_exists(key($a), $a), empty($a[1]),
empty($a['1']));
}
testit(array("1"=>"1"));
testit(array_flip(array(1=>"1")));
testit(array_combine(array('1'),array('1')));
if (!empty($_POST['myfield'])) { testit($_POST['myfield']); }
?>
Expected result:
Output for test 2 on PHP 4.3.3RC1 (cli) (built: Jun 20 2003 23:09:34)
(DEBUG):
array(1) {
[1]=>
int(1)
}
bool(true)
bool(false)
bool(false)
Actual result:
--
Output for test 2 on PHP 5.0.0b2-dev (cli) (built: Jul 14 2003
14:14:54) (DEBUG):
array(1) {
["1"]=>
int(1)
}
bool(false)
bool(true)
bool(true)
--
Edit this bug report at http://bugs.php.net/?id=24652&edit=1
#24436 [Com]: isset() and empty() produce errors with non-existent variables in classes
ID: 24436 Comment by: Nico dot Laus dot 2001 at gmx dot de Reported By: Nico dot Laus dot 2002 at gmx dot de Status: Closed Bug Type: Zend Engine 2 problem Operating System: WinXP SP1 PHP Version: 5CVS-2003-07-01 (dev) New Comment: I've got the newest CVS of PHP now, but this Bug still exists -> I've tried the sample-code by "postings-php-bug at hans-spath dot de" and I got the same output as before - with code1 no errors, code 2 produces them Previous Comments: [2003-07-05 10:17:08] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-07-01 09:52:36] [EMAIL PROTECTED] FYI: It wasn't a setting, it was me messing with the code ;-) [2003-07-01 09:51:29] Nico dot Laus dot 2001 at gmx dot de same with me - I had the same output with your code and btw: I haven't found any setting for this in php.ini [2003-07-01 09:43:09] postings-php-bug at hans-spath dot de This is really weird: ===> CODE 1 <=== a[0][0]) ) echo 'empty($this->a[0][0])', N; if( empty($this->a[0]) )echo 'empty($this->a[0])', N; if( empty($this->a) ) echo 'empty($this->a)', N; if( ! isset($this->a) ) echo 'isset($this->a)', N; if( ! isset($this->a[0]) ) echo 'isset($this->a[0])', N; if( ! isset($this->a[0][0]) ) echo 'isset($this->a[0][0])', N; } } $x = new test(); ===> OUTPUT (CODE 1) <=== test empty($this->a[0][0]) empty($this->a[0]) empty($this->a) isset($this->a) isset($this->a[0]) isset($this->a[0][0]) ===> CODE 2 <=== a[0][0]) ) echo 'empty($this->a[0][0])', N; // if( empty($this->a[0]) )echo 'empty($this->a[0])', N; // if( empty($this->a) ) echo 'empty($this->a)', N; // if( ! isset($this->a) ) echo 'isset($this->a)', N; // if( ! isset($this->a[0]) ) echo 'isset($this->a[0])', N; if( ! isset($this->a[0][0]) ) echo 'isset($this->a[0][0])', N; } } $x = new test(); ===> OUTPUT (CODE 2) <=== PHP Notice: Undefined property: test::$a in M:\php\test.php on line 8 PHP Notice: Undefined property: test::$a in M:\php\test.php on line 13 test Notice: Undefined property: test::$a in M:\php\test.php on line 8 empty($this->a[0][0]) Notice: Undefined property: test::$a in M:\php\test.php on line 13 isset($this->a[0][0]) ===> PHP Version <=== PHP 5.0.0b2-dev (cgi-fcgi) (built: Jul 1 2003 12:10:02) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [2003-07-01 09:40:12] Nico dot Laus dot 2001 at gmx dot de hmmm, I will check my php.ini, maybe I can configure my php in the way yours is, that no such errors are displayed (this is what I want) -> I'll let you know whether I can change this with php.ini or it is really a bug ;) 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/24436 -- Edit this bug report at http://bugs.php.net/?id=24436&edit=1
#24436 [Com]: isset() and empty() produce errors with non-existent variables in classes
ID: 24436
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: Nico dot Laus dot 2002 at gmx dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: WinXP SP1
PHP Version: 5CVS-2003-07-01 (dev)
New Comment:
same with me - I had the same output with your code
and btw: I haven't found any setting for this in php.ini
Previous Comments:
[2003-07-01 09:43:09] postings-php-bug at hans-spath dot de
This is really weird:
===> CODE 1 <===
a[0][0]) ) echo 'empty($this->a[0][0])', N;
if( empty($this->a[0]) )echo 'empty($this->a[0])', N;
if( empty($this->a) ) echo 'empty($this->a)', N;
if( ! isset($this->a) ) echo 'isset($this->a)', N;
if( ! isset($this->a[0]) ) echo 'isset($this->a[0])', N;
if( ! isset($this->a[0][0]) ) echo 'isset($this->a[0][0])', N;
}
}
$x = new test();
===> OUTPUT (CODE 1) <===
test
empty($this->a[0][0])
empty($this->a[0])
empty($this->a)
isset($this->a)
isset($this->a[0])
isset($this->a[0][0])
===> CODE 2 <===
a[0][0]) ) echo 'empty($this->a[0][0])', N;
// if( empty($this->a[0]) )echo 'empty($this->a[0])', N;
// if( empty($this->a) ) echo 'empty($this->a)', N;
// if( ! isset($this->a) ) echo 'isset($this->a)', N;
// if( ! isset($this->a[0]) ) echo 'isset($this->a[0])', N;
if( ! isset($this->a[0][0]) ) echo 'isset($this->a[0][0])', N;
}
}
$x = new test();
===> OUTPUT (CODE 2) <===
PHP Notice: Undefined property: test::$a in M:\php\test.php on line
8
PHP Notice: Undefined property: test::$a in M:\php\test.php on line
13
test
Notice: Undefined property: test::$a in M:\php\test.php
on line 8
empty($this->a[0][0])
Notice: Undefined property: test::$a in M:\php\test.php
on line 13
isset($this->a[0][0])
===> PHP Version <===
PHP 5.0.0b2-dev (cgi-fcgi) (built: Jul 1 2003 12:10:02)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies
[2003-07-01 09:40:12] Nico dot Laus dot 2001 at gmx dot de
hmmm, I will check my php.ini, maybe I can configure my php in the way
yours is, that no such errors are displayed (this is what I want)
-> I'll let you know whether I can change this with php.ini or it is
really a bug ;)
[2003-07-01 09:29:43] [EMAIL PROTECTED]
Ah, no, that was my fault, it gives errors now. But no errors *at all*
with this:
test[0][0])) { print "test1\n";}
if (!isset($this->test[0][0])) { print "test2\n";}
if (empty($this->test)) { print "test1\n";}
if (!isset($this->test)) { print "test2\n";}
}
}
$test1 = new test();
?>
Here it should have given 3 errors, for both the [0][0] ones, and the
empty($this->test) one.
[2003-07-01 09:25:03] Nico dot Laus dot 2001 at gmx dot de
is your error_reporting set to E_ALL?
-> then it should display them, too
of course I can disable showing NOTICE-errors, but I'll better show/log
them to find possible bugs
[2003-07-01 09:06:24] [EMAIL PROTECTED]
It's weird though... I can't get it to show errors at all here
anyway...
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/24436
--
Edit this bug report at http://bugs.php.net/?id=24436&edit=1
#24436 [Com]: isset() and empty() produce errors with non-existent variables in classes
ID: 24436
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: Nico dot Laus dot 2002 at gmx dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: WinXP SP1
PHP Version: 5CVS-2003-07-01 (dev)
New Comment:
hmmm, I will check my php.ini, maybe I can configure my php in the way
yours is, that no such errors are displayed (this is what I want)
-> I'll let you know whether I can change this with php.ini or it is
really a bug ;)
Previous Comments:
[2003-07-01 09:29:43] [EMAIL PROTECTED]
Ah, no, that was my fault, it gives errors now. But no errors *at all*
with this:
test[0][0])) { print "test1\n";}
if (!isset($this->test[0][0])) { print "test2\n";}
if (empty($this->test)) { print "test1\n";}
if (!isset($this->test)) { print "test2\n";}
}
}
$test1 = new test();
?>
Here it should have given 3 errors, for both the [0][0] ones, and the
empty($this->test) one.
----------------------------
[2003-07-01 09:25:03] Nico dot Laus dot 2001 at gmx dot de
is your error_reporting set to E_ALL?
-> then it should display them, too
of course I can disable showing NOTICE-errors, but I'll better show/log
them to find possible bugs
[2003-07-01 09:06:24] [EMAIL PROTECTED]
It's weird though... I can't get it to show errors at all here
anyway...
----------------------------
[2003-07-01 08:39:37] Nico dot Laus dot 2001 at gmx dot de
of course using $this->test should display an error, but by checking
whether it exists, too??
-> as I said, in earlier versions this has not returned an error
[2003-07-01 08:36:31] [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->test doesn\'t exist... of course it should give a warning...
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/24436
--
Edit this bug report at http://bugs.php.net/?id=24436&edit=1
#24436 [Com]: isset() and empty() produce errors with non-existent variables in classes
ID: 24436
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: Nico dot Laus dot 2002 at gmx dot de
Status: Bogus
Bug Type: Class/Object related
Operating System: WinXP SP1
PHP Version: 5CVS-2003-07-01 (dev)
New Comment:
is your error_reporting set to E_ALL?
-> then it should display them, too
of course I can disable showing NOTICE-errors, but I'll better show/log
them to find possible bugs
Previous Comments:
[2003-07-01 09:06:24] [EMAIL PROTECTED]
It's weird though... I can't get it to show errors at all here
anyway...
[2003-07-01 08:39:37] Nico dot Laus dot 2001 at gmx dot de
of course using $this->test should display an error, but by checking
whether it exists, too??
-> as I said, in earlier versions this has not returned an error
[2003-07-01 08:36:31] [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->test doesn\'t exist... of course it should give a warning...
[2003-07-01 08:34:30] Nico dot Laus dot 2002 at gmx dot de
Description:
When checking variables either not declared or after having unset()
them with empty() or isset(), some errors occure.
In former times, empty() and isset() have not produced errors - even if
it is a NOTICE now.
-> hopefully this is not the way it is meant to be - I think, than it's
not only me who has to rewrite his code
Reproduce code:
---
class test {
function __construct() {
if (empty($this->test[0][0])) { print "test1";}
if (!isset($this->test[0][0])) { print "test2";}
}
}
$test1 = new test();
Expected result:
test1test2
Actual result:
--
Notice: Undefined property: test::$test in
D:\inetpub\wwwroot\fmwars\temp.php on line 41
test1Notice: Undefined property: test::$test in
D:\inetpub\wwwroot\fmwars\temp.php on line 42
test2
--
Edit this bug report at http://bugs.php.net/?id=24436&edit=1
#24436 [Com]: isset() and empty() produce errors with non-existent variables in classes
ID: 24436
Comment by: Nico dot Laus dot 2001 at gmx dot de
Reported By: Nico dot Laus dot 2002 at gmx dot de
Status: Bogus
Bug Type: Class/Object related
Operating System: WinXP SP1
PHP Version: 5CVS-2003-07-01 (dev)
New Comment:
of course using $this->test should display an error, but by checking
whether it exists, too??
-> as I said, in earlier versions this has not returned an error
Previous Comments:
[2003-07-01 08:36:31] [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->test doesn\'t exist... of course it should give a warning...
[2003-07-01 08:34:30] Nico dot Laus dot 2002 at gmx dot de
Description:
When checking variables either not declared or after having unset()
them with empty() or isset(), some errors occure.
In former times, empty() and isset() have not produced errors - even if
it is a NOTICE now.
-> hopefully this is not the way it is meant to be - I think, than it's
not only me who has to rewrite his code
Reproduce code:
---
class test {
function __construct() {
if (empty($this->test[0][0])) { print "test1";}
if (!isset($this->test[0][0])) { print "test2";}
}
}
$test1 = new test();
Expected result:
test1test2
Actual result:
--
Notice: Undefined property: test::$test in
D:\inetpub\wwwroot\fmwars\temp.php on line 41
test1Notice: Undefined property: test::$test in
D:\inetpub\wwwroot\fmwars\temp.php on line 42
test2
--
Edit this bug report at http://bugs.php.net/?id=24436&edit=1
