#33471 [NEW]: socket_read PHP_NORMAL_READ blocks socket
From: info at goldenelite dot com Operating system: FreeBSD 4.10 PHP version: 5.0.4 PHP Bug Type: Sockets related Bug description: socket_read PHP_NORMAL_READ blocks socket Description: The socker_read function has two modes: PHP_BINARY_READ and PHP_NORMAL_READ. The latter is useful to get lines instead of raw data. But using it will result in a blocked socket, regardless of socket_set_nonblock() has been used. I'm not sure this is a bug. If it is not, the manual page should mention that the socket_read function would block regardless of blocking mode if the PHP_NORMAL_READ parameter is used. Reproduce code: --- // short example $socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP); socket_set_nonblock($socket); socket_connect($socket, $host, $port); $data = socket_read($socket, 512, PHP_NORMAL_READ); Expected result: Let's assume no data is transmitted by the remote host, thus no data is to be received. Since we set non-blocking mode, the socket_read function should produce a socket error very quickly and the script execution continues. Actual result: -- Instead of continuing script execution, the socket_read function blocks the further execution, waiting for data to be read until its buffer is full. Thus it shows the effect of blocking mode, even though we explicitly set to non blocking mode. -- Edit bug report at http://bugs.php.net/?id=33471&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33471&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33471&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33471&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33471&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33471&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33471&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33471&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33471&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33471&r=support Expected behavior: http://bugs.php.net/fix.php?id=33471&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33471&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33471&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33471&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33471&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33471&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33471&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33471&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33471&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33471&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33471&r=mysqlcfg
#33397 [Bgs]: Passing cass variable by reference makes variable become reference
ID: 33397
User updated by: nikolaeff at gmail dot com
Reported By: nikolaeff at gmail dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.3.11
New Comment:
So tell me please, why i should write:
function Site() {
$config = new Config();
$this->db = new Database($config);
$this->config = $config;
}
instead of:
function Site() {
$this->config = new Config();
$this->db = new Database($this->config);
}
???
If it's a feature i'd like to see where it's documented.
Previous Comments:
[2005-06-19 13:52:54] [EMAIL PROTECTED]
No, you're wrong.
[2005-06-19 06:57:11] nikolaeff at gmail dot com
Description:
Guess that $site->config shouldn't became reference after it passed to
method by reference. Am i right ?
Reproduce code:
---
class Config {}
class Database {
function Database(&$config) {} /* here */
}
class Site {
var $config;
var $db;
function Site() {
$this->config = new Config();
/* turns $this->config to a reference: */
$this->db = new Database($this->config);
}
}
$site = new Site();
var_dump($site);
Expected result:
object(site)(2) {
["config"]=>
object(config)(0) {
}
["db"]=>
object(database)(0) {
}
}
Actual result:
--
object(site)(2) {
["config"]=>
&object(config)(0) {
}
["db"]=>
object(database)(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=33397&edit=1
#15854 [Csd]: allow_url_fopen setting in php.ini ignores the true INI constants
ID: 15854 User updated by: nickj-phpbugs at nickj dot org Reported By: nickj-phpbugs at nickj dot org Status: Closed Bug Type: *General Issues Operating System: Debian Linux 3.0r6 PHP Version: 5CVS-2005-06-20 (dev) New Comment: Confirmed fixed in php5-20050630. Thank you Tony! Also you're more than welcome to include these .phpt tests in "make test" if you think it might be useful for QA. Previous Comments: [2005-06-22 14:05:55] [EMAIL PROTECTED] 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. Fixed in HEAD (5.1) only (this won't be backported in other branches). [2005-06-22 12:47:09] [EMAIL PROTECTED] Your tests can't work as the options in the INI section are passed as '-d' options to the PHP binary runnning the script and thus the ini scanner is by-passed in that. (unknown values in the options are considered as 0) [2005-06-22 10:20:04] nickj-phpbugs at nickj dot org Reopening, as the allow_url_fopen php.ini directive still (in PHP5.1-dev) seems to work incorrectly with some boolean INI constants. However, whereas before it would do the wrong things with false constants (see this bug, and also http://bugs.php.net/19426 ), it now seems to do the wrong thing with the true constants (and no, this is not a joke). In order to make it easier to demonstrate this, I have created a series of eight small .phpt unit tests. These unit test are available for download at http://home.swiftdsl.com.au/~npj/php-bugs/bug15854.zip (4Kb file) Note: You may or may not need to comment out the "allow_url_fopen" directive in your php.ini (in case it interferes with these tests) - I don't know enough about .phpt unit-tests to know if this matters or not. The 8 tests are almost identical, except that the values the allow_url_fopen are set to are 0, false, no, off (which would be expected to show the 'Local Value' for allow_url_fopen in phpinfo as 'Off'), and 1, true, yes, on (which would be expected to show the 'Local Value' for allow_url_fopen in phpinfo as 'On'). Note that all 8 boolean constructs should work, as in the PHP.ini introduction it indicates that acceptable values for directives are "a number" and "one of the INI constants (On, Off, True, False, Yes, No and None)". The results of running these tests on a 2-day-old PHP5.1-dev CVS build are as follows: -- ludo:~/tmp/php-5.1-dev/php5-200506201830# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ../bug15854/*.phpt = CWD : /root/tmp/php-5.1-dev/php5-200506201830 PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.1.0-dev ZEND_VERSION: 2.1.0-dev PHP_OS : Linux - Linux ludo 2.6.7-1-686 #1 Wed Jul 28 12:29:51 CEST 2004 i686 INI actual : /root/tmp/php-5.1-dev/php5-200506201830/sapi/cli/php.ini More .INIs : Extra dirs : = Running selected tests. PASS Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-0.phpt] PASS Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-1.phpt] PASS Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-false.phpt] PASS Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-no.phpt] PASS Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-off.phpt] FAIL Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-on.phpt] FAIL Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-true.phpt] FAIL Bug #15854 (allow_url_fopen setting in php.ini ignores some boolean INI constants) [/root/tmp/php-5.1-dev/bug15854/bug15854-yes.phpt] = Number of tests :8 8 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:3 ( 37.5%) ( 37.5%) Tests passed:5 ( 62.5%) ( 62.5%) - Time taken :1 seconds ==
#33456 [Com]: strtotime loosing 2 hours
ID: 33456
Comment by: nickj-phpbugs at nickj dot org
Reported By: serge at skycomp dot ca
Status: Assigned
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.11
Assigned To: derick
New Comment:
Some corrections, updates, relevant information, and then questions for
PHP-5.1-dev:
=
Correction - This line:
'%r %B %e %Y', // remove the '%A' (day): -2 hours
Should say this instead:
'%r %B %e %Y', // remove the '%A' (day): -14 hours
=
Using this format string on PHP-5.1-dev leads to no change:
'%r %B %e %Y %z' // Add the timezone: No change.
=
Please see this comment at http://php.net/strftime about why 'at'
cannot be used:
The description of strtotime says that it can "Parse about any English
textual datetime description into a UNIX timestamp". Be careful,
however, when using "plain English". I was puzzled over why
strtotime("June 23, 2003 at 12:00PM") returned a timestamp
corresponding to 9:00 AM Central Time, until I realized the "at" was
being interpreted as Azores Time or GMT+002. Writing strtotime("June
23, 2003 12:00PM") returned the correct timestamp.
=
Also I think Derick Rethans has recently checked in the new strtotime()
implementation in PHP-5.1-dev, so may get different results between
5.1-dev and PHP4.
=
So the only unresolved questions I have for strtotime() in PHP-5.1-dev
are whether these 3 formats should work:
- '%A %B %e %Y %r'
e.g.: 'Friday July 1 2005 10:00:00 AM'
shouldn't the weekday be assumed to be part of the format string,
rather than a modifier?
shouldn't the current timezone be assumed, rather than GMT?
- '%r %A %B %e %Y'
e.g. '10:00:00 AM Friday July 1 2005'
shouldn't the weekday be assumed to be part of the format string,
rather than a modifier?
shouldn't the current timezone be assumed, rather than GMT?
- '%r %B %e %Y'
e.g. '10:00:00 AM July 1 2005'
shouldn't the current timezone be assumed, rather than GMT?
Previous Comments:
[2005-06-25 02:20:19] nickj-phpbugs at nickj dot org
Results of testing on PHP-5.1-dev CVS (php5-20050630), with various
format strings:
==
[2005-06-24 01:10:38] serge at skycomp dot ca
Ok I'll see about testing it agains the latest CVS if I have a chance.
A 100% php example is as follows:
[2005-06-24 00:58:40] [EMAIL PROTECTED]
Right. And I didn't ask you to upgrade the server. I asked to to try
the latest snapshot.
And I'd really appreciate if you provide a reproduce code without
HTML/forms/etc. Just a plain, short and clean PHP code that
demonstrates the problem.
Thanks in advance.
[2005-06-24 00:55:09] serge at skycomp dot ca
This server does not run php5. It's on php4
[2005-06-24 00:48:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
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/33456
--
Edit this bug report at http://bugs.php.net/?id=33456&edit=1
#33456 [Com]: strtotime loosing 2 hours
ID: 33456 Comment by: nickj-phpbugs at nickj dot org Reported By: serge at skycomp dot ca Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 4.3.11 Assigned To: derick New Comment: Results of testing on PHP-5.1-dev CVS (php5-20050630), with various format strings: == Previous Comments: [2005-06-24 01:10:38] serge at skycomp dot ca Ok I'll see about testing it agains the latest CVS if I have a chance. A 100% php example is as follows: [2005-06-24 00:58:40] [EMAIL PROTECTED] Right. And I didn't ask you to upgrade the server. I asked to to try the latest snapshot. And I'd really appreciate if you provide a reproduce code without HTML/forms/etc. Just a plain, short and clean PHP code that demonstrates the problem. Thanks in advance. [2005-06-24 00:55:09] serge at skycomp dot ca This server does not run php5. It's on php4 [2005-06-24 00:48:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-24 00:13:31] serge at skycomp dot ca Description: It seems that strtotime is loosing time. I'm loosing 2 hours on every call to it and I'm not sure why. The issue seems to be with the "at" text in the format string but I am unsure why the text "at" would make the timestamp lose exactly 2 hours. Reproduce code: --- '> ' Expected result: The output should be the formated representation from what was inputted. If sumbit is clicked again without changed the text field the value should not change since strtotime should generate a proper and valid timestamp which strftime formats again. Actual result: -- Relative to today I type: friday at 7pm click submit and the value of the text box is now: Friday, June 24 2005 at 05:00:00 PM I don't type or change anything. Simply click submit again: Friday, June 24 2005 at 03:00:00 PM Every time I click submit the timestamp looses 2 hours. -- Edit this bug report at http://bugs.php.net/?id=33456&edit=1
#33470 [Opn->Bgs]: strpos returning incorrectly on some long strings
ID: 33470 User updated by: phpbug at zavrazden dot borec dot cz Reported By: phpbug at zavrazden dot borec dot cz -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Apache 2.0.54-4 PHP Version: 4.3.10 New Comment: sorry, its my fault ;) string was there Previous Comments: [2005-06-25 01:02:00] phpbug at zavrazden dot borec dot cz specified URL is invalid please check it here http://kldr.xhosting.cz/strposfail.htm [2005-06-25 00:54:44] phpbug at zavrazden dot borec dot cz Description: strpos returned some integer, but haystack didnt contain needle, integer was in mostly higher than strlen of haystack Reproduce code: --- please, look at this URL, because of big string used as haystack I couldnt use textarea in bugreport form http://kldr.xhosting.cz/cat_hi.php?path=./strpos failed.php Expected result: false Actual result: -- 5225 -- Edit this bug report at http://bugs.php.net/?id=33470&edit=1
#33441 [Fbk->Opn]: child pid xxxx exit signal Segmentation fault (11)
ID: 33441 User updated by: bender at technofor dot us Reported By: bender at technofor dot us -Status: Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD 5.4-STABLE PHP Version: 4.4.0RC1 New Comment: Ok. I just installed the 4.4.0RC1 again with --enable-debug and disabled zend optimizer if Im correct in php.ini file ? I comented out this lines : ;[Zend] ;zend_optimizer.optimization_level=15 ;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-2.5.10 ;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-2.5.10 ; ;zend_optimizer.version=2.5.10 ;zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so ;zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so Stoped and started apache after that . And created new gdb and core files Squire webmail Core : www technofor.us/belenkas/php_webmail.core gdb : www technofor.us/belenkas/gdb_mail Tunez Core: www technofor.us/belenkas/tunez_php.core gdb : www technofor.us/belenkas/tunez_gdb Callendar Core: www technofor.us/belenkas/calendar.core gdb: www technofor.us/belenkas/calendrar_gbd Regards Previous Comments: [2005-06-24 10:06:33] [EMAIL PROTECTED] Now please turn off ZendOptimizer and rebuild PHP with --enable-debug. Your backtraces doesn't contain any useful information, because you didn't read http://bugs.php.net/bugs-generating-backtrace.php. [2005-06-24 04:34:10] bender at technofor dot us Ok. here I created bgd from the script's which I unable to run . In the url I created space between www and rest url . First is webmail I created 2 files core and bgd Core: www. technofor.us/belenkas/php_webmail.core gdb : www. technofor.us/belenkas/gdb_mail Callendar ( it required zend ) IPB Core: www. technofor.us/belenkas/php_calendar.core gdb: www. technofor.us/belenkas/calendrar_gbd One more program Tunez it's wont run too with the same error ... Core: www. technofor.us/belenkas/tunez_php.core gdb: www. technofor.us/belenkas/tunez_gdb And I downgraded php back to the 4.3.11 becose zend not compatible with 4.4 . Im not sure how to create the script so I provide just gdb and core files . Core files I created in the SSH the typed php index.php . If need some mroe info let me know . Regards [2005-06-23 20:14:16] [EMAIL PROTECTED] We really need some reproduce script and/or gdb backtrace. Please reopen the report when you have it. [2005-06-23 19:45:59] bender at technofor dot us Hi . There is the scripts I don't know what part need so I put all code from the file . First is the Hastymail webmail . Then I login it shows the page cannot be dispplayed so it's the mailbox.php file : http://www.technofor.us/belenkas/hastymail.mailbox.txt Same happend with SquirrelMail it's even don't open the login pagen nothing don't open at all . And the next file is the IPB callendar script I think it uses zend : http://www.technofor.us/belenkas/calendar.index.txt Callendar working but then I try to add new event it's open new page , there I must log in and after that I can add event . But it's open the page cannot be displayed ;( Here is my phpinfo http://www.poundingtechno.com/phpin.php . If need some more information let me know . Regards [2005-06-23 10:47:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/33441 -- Edit this bug report at http://bugs.php.net/?id=33441&edit=1
#33470 [Opn]: strpos returning incorrectly on some long strings
ID: 33470 User updated by: phpbug at zavrazden dot borec dot cz Reported By: phpbug at zavrazden dot borec dot cz Status: Open Bug Type: Strings related Operating System: Apache 2.0.54-4 PHP Version: 4.3.10 New Comment: specified URL is invalid please check it here http://kldr.xhosting.cz/strposfail.htm Previous Comments: [2005-06-25 00:54:44] phpbug at zavrazden dot borec dot cz Description: strpos returned some integer, but haystack didnt contain needle, integer was in mostly higher than strlen of haystack Reproduce code: --- please, look at this URL, because of big string used as haystack I couldnt use textarea in bugreport form http://kldr.xhosting.cz/cat_hi.php?path=./strpos failed.php Expected result: false Actual result: -- 5225 -- Edit this bug report at http://bugs.php.net/?id=33470&edit=1
#33470 [NEW]: strpos returning incorrectly on some long strings
From: phpbug at zavrazden dot borec dot cz Operating system: Apache 2.0.54-4 PHP version: 4.3.10 PHP Bug Type: Strings related Bug description: strpos returning incorrectly on some long strings Description: strpos returned some integer, but haystack didnt contain needle, integer was in mostly higher than strlen of haystack Reproduce code: --- please, look at this URL, because of big string used as haystack I couldnt use textarea in bugreport form http://kldr.xhosting.cz/cat_hi.php?path=./strpos failed.php Expected result: false Actual result: -- 5225 -- Edit bug report at http://bugs.php.net/?id=33470&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33470&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33470&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33470&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33470&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33470&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33470&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33470&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33470&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33470&r=support Expected behavior: http://bugs.php.net/fix.php?id=33470&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33470&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33470&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33470&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33470&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33470&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33470&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33470&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33470&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33470&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33470&r=mysqlcfg
#33459 [Bgs]: default behaviour of class_exists/__autoload() breaks PEAR classes (and others)
ID: 33459
User updated by: james at safesearching dot com
Reported By: james at safesearching dot com
Status: Bogus
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.*
New Comment:
I fail to see how a change (that doesn't really make sense in the first
place) implemented by the PHP group at the request of some outside
organization is the problem of said organization.
If the PHP group makes a change (regardless of whoever requested it)
that breaks BC with existing scripts, the problem falls squarely on the
PHP group.
If the current behvaiour is to be left in place, then the documentation
needs to clearly state that the use of __autoload in conjuction with
older scripts using class_exists can cause problems.
Alternatively (and perferably), the end user should be given some level
of greater control when using __autoload. Examples being: a) a php.ini
option to allow users to set the default behaviour of class_exists, b)
a way to return from __autoload that doesn't generate a fatal error:
function __autoload($name) {
if (in_array($name, $ignoreList))
return true;
require_once($name);
}
c) allow class_exists($name, TRUE) to call __autoload (as opposed to
FALSE)
When it gets down to it, it doesn't make sense to "throw a fatal error
when you're writing code to avoid a fatal error." Refer to
http://news.php.net/php.internals/16746 to see a discussion regarding a
very similar (same?) problem with instanceOf.
Previous Comments:
[2005-06-24 15:23:45] [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
That's not a problem of PHP but a problem of PEAR not taking care of
PHP 5 and their own requests for PHP 5.
[2005-06-24 05:37:07] james at safesearching dot com
Description:
The default behaviour of class_exists calling __autoload breaks BC for
end user scripts which rely on other code outside that users control
(ie PEAR classes).
Many PEAR classes such as Calendar and DB_DataObject use class_exists
to load other classes...
Simply adding an __autoload function to a script using these classes
generates a Fatal error.
An option was added to allow a class_exists($name, FALSE) call to
prevent an __autoload call... but as end users don't have control over
things like PEAR classes, this isn't a viable fix to bug #28333.
Perhaps more reasonably, class_exists should not call __autoload by
default so as to maintain BC... and allow users to explicity request
that behaviour with a second parameter of TRUE.
Reproduce code:
---
require_once('Calendar/Calendar.php');
$cal = new Calendar();
function __autoload($name) {
require_once($name);
}
Expected result:
Expect no output (ie no errors).
Actual result:
--
Warning: __autoload(Calendar_Engine_UnixTS): failed to open stream: No
such file or directory in /home/james/test.php on line 8
Fatal error: __autoload(): Failed opening required
'Calendar_Engine_UnixTS' (include_path='.:/usr/local/lib/php') in
/home/test.php on line 8
--
Edit this bug report at http://bugs.php.net/?id=33459&edit=1
#33467 [Opn->Bgs]: ImageCreate function now acts oddly - WHY?
ID: 33467 Updated by: [EMAIL PROTECTED] Reported By: m02041952 at yahoo dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: win98 PHP Version: 5.0.4 -Assigned To: +Assigned To: pajoye 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 We did not destroy anything. Both exists. Previous Comments: [2005-06-24 17:17:57] m02041952 at yahoo dot com Description: I feel unhappy because 'enhancements' performed from ImageCreate to ImageCreateTrueColor. Now I have problems that appears to be impossible of solving. I was obligued to move to ICtrueColor because my pictures suddenly lost all its colors from day to night. In desperation I discovered that some genious had 'increased' GD functions. First at all, have you measured file size of your ImageCreateTrueColor 'thumbnails'? . Ok, for me they increased from 2 or 3 Kb (previous ImageCreate) to some 15 to 20 Kb each one (new ImageCreateTrueColor function), so my 'thumbnails albums' which should show some 25-50 tiny pictures in a flash, became unavailable for non-adsl users. I remember old fashioned days when my album opened thumbnails like pop-corns, all of them whth perfect colors. Second, I have zoom commands on these thumbnails. Previously zoom worked fine with ImageCreate because it performed task of reducing kb traffic between server and client, but with ImageCreateTrueColor now this traffic has INCREASED, because a true color image transmit several times more bits than even original image stored in server. Third, now I can't any more produce thumbnails of images from some sizes. I am still trying to figure out what the hell this problem could be, but with previous ImageCreate function images of 1200 x 1300 or so was created instantly with no problem. Now browser just shows users an 'incorrect image' icon instead. I don't know where the problem is, my images have not changed at all. I want to say to people who develops GD that many (maybe ten thousands) users probably use these functions in their albums, then you can't just change functions performance / behaviour and say 'hi, use this new command instead now' with no previous analisys of performance and impact on actual systems. The correct way of making these changes is by letting untouched functions that are well stablished in the market (like previous imagecreate) and to develop new ones. Why you destroyed old ImageCreate to make the new function ImageCreateTrueColor? . I can't understand this Thanks very much for your attention. Miguel - Brazil Jun 2005. -- Edit this bug report at http://bugs.php.net/?id=33467&edit=1
#33469 [NEW]: Compile error undefined reference to ifx_checkAPI
From: claudioc at infotn dot com Operating system: Fedora Core 4 PHP version: 5CVS-2005-06-24 (dev) PHP Bug Type: Informix related Bug description: Compile error undefined reference to ifx_checkAPI Description: When compiling php with informix support /home/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I have reviewed other similar bug reports with no joy. I have tried explicitly specifying the library directories with no change. I am using client sdk 2.90.UC1 with the current CVS version of PHP -- Edit bug report at http://bugs.php.net/?id=33469&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33469&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33469&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33469&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33469&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33469&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33469&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33469&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33469&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33469&r=support Expected behavior: http://bugs.php.net/fix.php?id=33469&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33469&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33469&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33469&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33469&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33469&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33469&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33469&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33469&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33469&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33469&r=mysqlcfg
#33464 [Fbk->Opn]: imap_open(...) error relate with http://bugs.php.net/bug.php?id=33457
ID: 33464
User updated by: unnevermind at gmail dot com
Reported By: unnevermind at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.4
New Comment:
Oh! god, what a proper reproducing script 10-20 lines?
I gave you a few example script, how to make a proper reproducing
script 10-20 lines starts with ?
Why don't you look at my script and diagnose the problem ?
-->does not require any external resources such as databases
I suspect, are you bot? I need a human, think like human.
Ok, nerver mind, take it easy...just leave this bug.
Bye bot -"-
Previous Comments:
[2005-06-24 17:57:12] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-06-24 17:49:40] unnevermind at gmail dot com
OK, I downloaded the lastest CVS version from
http://snaps.php.net/win32/php5-win32-latest.zip
installed as isapi no any extension added. runing on iis 5.1
But, nothing better still got error...OH! one thing is better, it's
faster a little bit.
[2005-06-24 12:45:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
>I couldn't add a comment
Don't add comments, you're the author of the report, *edit* it.
[2005-06-24 12:43:23] unnevermind at gmail dot com
Description:
I couldn't add a comment for http://bugs.php.net/bug.php?id=33457
OK, I uninstalled Zend Optimizer but, I got the same result.
Actualy, I'm making my personal webmail that working with Argo Mail
Server Pro With Imap v 1.8.8.1 . Sometime I need to connect by using
COM Object
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
I got an error...
Source: MailServerX.Users
Description: System Error. Code: 32. The process cannot access the file
because it is being used by another process
That seem the folder 'xxx' is locked or in used.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
But only this code working right. Everything OK but,my script often use
the IMAP functions.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
Then I tried to resolve this problem by put the last argument (actualy
I don't know at all of this parameter, just try). I put OP_PROTOTYPE
,yes it seems to work but, if I uncomment at line -->
$info=imap_mailboxmsginfo($imap); I got an error...
PHP has encountered an Access Violation at 010158CC
That means I can not use other IMAP functions.
---
I'm not sure is that a php's bug?, maybe Argo's bug...just really need
help.
Thank you and sorry for my Enlish.
--
Edit this bug report at http://bugs.php.net/?id=33464&edit=1
#33468 [Opn->Asn]: preg_match on long strings fails
ID: 33468
Updated by: [EMAIL PROTECTED]
Reported By: mjsherman at chartermi dot net
-Status: Open
+Status: Assigned
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.3.11
-Assigned To:
+Assigned To: andrei
New Comment:
Andrei, could you check it plz.
As far as I understand, this is something not related to PHP, but just
another PCRE limitation.
Previous Comments:
[2005-06-24 19:21:22] mjsherman at chartermi dot net
Just tested with 5.1.0beta2
Same problem.
[2005-06-24 18:28:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-24 18:24:34] mjsherman at chartermi dot net
Description:
preg_match, if passed a long subject string, fails unexpectedly.
I have read through the PCRE limitations, and can't see that this is
one of them. I have tried increasing memory limit (to increase the
stack) with the same results.
Cutoff and examples are below:
Reproduce code:
---
$subject = str_repeat('a',100);
$subject .= str_repeat('b', 4370);
$subject .= str_repeat('a', 100);
if (preg_match('/(.*).*?\1/',$subject)) {
echo "OK\n";
}
Expected result:
"OK" to be printed after matching 100 "a"s.
If 4370 is changed to 4369, then "OK" is printed.
Actual result:
--
With 4370 'b's, nothing is printed (failed preg_match)
With 4369 'b's, "OK" is printed (worked).
--
Edit this bug report at http://bugs.php.net/?id=33468&edit=1
#33468 [Fbk->Opn]: preg_match on long strings fails
ID: 33468
User updated by: mjsherman at chartermi dot net
Reported By: mjsherman at chartermi dot net
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.3.11
New Comment:
Just tested with 5.1.0beta2
Same problem.
Previous Comments:
[2005-06-24 18:28:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-24 18:24:34] mjsherman at chartermi dot net
Description:
preg_match, if passed a long subject string, fails unexpectedly.
I have read through the PCRE limitations, and can't see that this is
one of them. I have tried increasing memory limit (to increase the
stack) with the same results.
Cutoff and examples are below:
Reproduce code:
---
$subject = str_repeat('a',100);
$subject .= str_repeat('b', 4370);
$subject .= str_repeat('a', 100);
if (preg_match('/(.*).*?\1/',$subject)) {
echo "OK\n";
}
Expected result:
"OK" to be printed after matching 100 "a"s.
If 4370 is changed to 4369, then "OK" is printed.
Actual result:
--
With 4370 'b's, nothing is printed (failed preg_match)
With 4369 'b's, "OK" is printed (worked).
--
Edit this bug report at http://bugs.php.net/?id=33468&edit=1
#33468 [Opn->Fbk]: preg_match on long strings fails
ID: 33468
Updated by: [EMAIL PROTECTED]
Reported By: mjsherman at chartermi dot net
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.3.11
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-06-24 18:24:34] mjsherman at chartermi dot net
Description:
preg_match, if passed a long subject string, fails unexpectedly.
I have read through the PCRE limitations, and can't see that this is
one of them. I have tried increasing memory limit (to increase the
stack) with the same results.
Cutoff and examples are below:
Reproduce code:
---
$subject = str_repeat('a',100);
$subject .= str_repeat('b', 4370);
$subject .= str_repeat('a', 100);
if (preg_match('/(.*).*?\1/',$subject)) {
echo "OK\n";
}
Expected result:
"OK" to be printed after matching 100 "a"s.
If 4370 is changed to 4369, then "OK" is printed.
Actual result:
--
With 4370 'b's, nothing is printed (failed preg_match)
With 4369 'b's, "OK" is printed (worked).
--
Edit this bug report at http://bugs.php.net/?id=33468&edit=1
#33468 [NEW]: preg_match on long strings fails
From: mjsherman at chartermi dot net
Operating system: Linux
PHP version: 4.3.11
PHP Bug Type: PCRE related
Bug description: preg_match on long strings fails
Description:
preg_match, if passed a long subject string, fails unexpectedly.
I have read through the PCRE limitations, and can't see that this is one
of them. I have tried increasing memory limit (to increase the stack)
with the same results.
Cutoff and examples are below:
Reproduce code:
---
$subject = str_repeat('a',100);
$subject .= str_repeat('b', 4370);
$subject .= str_repeat('a', 100);
if (preg_match('/(.*).*?\1/',$subject)) {
echo "OK\n";
}
Expected result:
"OK" to be printed after matching 100 "a"s.
If 4370 is changed to 4369, then "OK" is printed.
Actual result:
--
With 4370 'b's, nothing is printed (failed preg_match)
With 4369 'b's, "OK" is printed (worked).
--
Edit bug report at http://bugs.php.net/?id=33468&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33468&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33468&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33468&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33468&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33468&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33468&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33468&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33468&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33468&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33468&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33468&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33468&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33468&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33468&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33468&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33468&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33468&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33468&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33468&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33468&r=mysqlcfg
#33464 [Fbk->Opn]: imap_open(...) error relate with http://bugs.php.net/bug.php?id=33457
ID: 33464
User updated by: unnevermind at gmail dot com
Reported By: unnevermind at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.4
New Comment:
OK, I downloaded the lastest CVS version from
http://snaps.php.net/win32/php5-win32-latest.zip
installed as isapi no any extension added. runing on iis 5.1
But, nothing better still got error...OH! one thing is better, it's
faster a little bit.
Previous Comments:
[2005-06-24 12:45:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
>I couldn't add a comment
Don't add comments, you're the author of the report, *edit* it.
[2005-06-24 12:43:23] unnevermind at gmail dot com
Description:
I couldn't add a comment for http://bugs.php.net/bug.php?id=33457
OK, I uninstalled Zend Optimizer but, I got the same result.
Actualy, I'm making my personal webmail that working with Argo Mail
Server Pro With Imap v 1.8.8.1 . Sometime I need to connect by using
COM Object
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
I got an error...
Source: MailServerX.Users
Description: System Error. Code: 32. The process cannot access the file
because it is being used by another process
That seem the folder 'xxx' is locked or in used.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
But only this code working right. Everything OK but,my script often use
the IMAP functions.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
Then I tried to resolve this problem by put the last argument (actualy
I don't know at all of this parameter, just try). I put OP_PROTOTYPE
,yes it seems to work but, if I uncomment at line -->
$info=imap_mailboxmsginfo($imap); I got an error...
PHP has encountered an Access Violation at 010158CC
That means I can not use other IMAP functions.
---
I'm not sure is that a php's bug?, maybe Argo's bug...just really need
help.
Thank you and sorry for my Enlish.
--
Edit this bug report at http://bugs.php.net/?id=33464&edit=1
#33283 [Bgs]: Apache segfaults when attempting to use PDO
ID: 33283 User updated by: david dot prusak at copart dot com Reported By: david dot prusak at copart dot com Status: Bogus Bug Type: PDO related Operating System: * -PHP Version: 5.1-b1 +PHP Version: 5.1-b2 New Comment: Just for an update, 5.1-b2 works on solaris. I had to "hack" the configure script to stop trying to work with my db2connect environment check. I wanted to be able to use the regular ODBC and play with the PDO_ODBC at the same time. PDO_ODBC had no issues compiling. It was trying to get the standard ODBC to compile with IBM-DB2. It has some extra checks that would fail to configure. Removing that "check" and having the code assume it's there, compiles and runs perfectly. I'm trying to get PDO/ODBC to work on windows, but I can't find a pdo_odbc.dll that will work with 5.1-b2. It didn't come with the either the php or pecl package. Trying to find documentation on this. No luck so far. When assuming it's compiled in, I get a "Failed: could not find driver" Lastly, again, sorry for the confusion on the bug report. The PDO libs (Stable 5.0) at snaps.php.net for windows does still cause Apache to GPF when trying to use them. Previous Comments: [2005-06-17 18:25:29] david dot prusak at copart dot com First off, I have no idea when the php version changed to 5.1. I reported it as 5.0.4. (had to check my email thread to verify) I had assumed you wanted me to test this using 5.1 to see if that version had a fix. I have no desire to actually use 5.1 at this time, (unless it did work). I was hoping for a workaround in 5.0.4, but it looks like there is no workaround. I do know the PECL libraries are experiemental. I had only posted here to see if anyone knew of a workaround or if it was a known issue. Lastly, I'm learning this isn't the place to report such issues, so I'm wondering where is the correct place to ask. [2005-06-17 00:56:26] [EMAIL PROTECTED] First of all: You're reporting bug in 5.1-beta1, but you still talk about using 5.0.x. Let's close this one as bogus. Ask further support questions about how to compile/configure PHP elsewhere. [2005-06-16 20:11:07] david dot prusak at copart dot com Ahh communication :) I'm using 5.0.x using snaps.php.net for the PECL extensions and the PHP builds. For Windows, I'm simply download and installing. Loading the files via php.ini extensions. For Solaris, I was using 5.0.x, Compiling PHP, then wget-ing the PDO libraries from pecl.php.net. Compiling them and simply loading them in the php.ini as libraries. The configure for that version of PHP doesn't allow compiling PDO into php itself I did download 5.1 for both Windows and Solaris. On Windows, PDO loads fine, but the PDO_ODBC fails to load. Tells me the module can't be found, but is is there. On Solaris, I issued the following (reading 2 documents to use PDO_ODBC with IBM_DB2 database and came up with the following configure: ./configure --with-apache2=../httpd-2.0.53 --prefix=/www/php --with-gd=/usr/local --with-apxs2=/www/apache/bin/apxs --with-config-file-path=/www/php/etc --with-ibm-db2=/export/home/db2inst1/sqllib --with-pdo-odbc=ibm-db2 I get the same as before error when I try to issue the --with-ibm-db2=/export/home/db2inst1/sqllib Without it, it compiles and runs just fine, but without DB2 database connectivity. --with-ibm-db2=/export/home/db2inst1/sqllib works just fine with 5.0.4 on http://www.php.net/downloads.php [2005-06-16 18:12:50] [EMAIL PROTECTED] That is not the correct configure line to get PDO ODBC driver enabled, try reading the ./configure --help output.. [2005-06-14 02:06:09] david dot prusak at copart dot com When I installed the link you provided on my Windows machine, php/apache starts, but I get an error "Unable to load dynamic library 'C:\php\ext\php_pdo.dll' - the specified procedure could not be found. This also occurs with php_pdo_odbc.dll On my solaris machine, configure doesn't work. It's informing me that the IBM_DB2 environment wasn't set, but I did run it and it is set. ./configure --with-apache2=../httpd-2.0.53 --prefix=/www/php --with-mysql=/usr/local/mysql --with-gd=/usr/local --with-apxs2=/www/apache/bin/apxs --with-config-file-path=/www/php/etc --with-ibm-db2=/export/home/db2inst1/sqllib/ checking for Adabas support... no checking for SAP DB support... no checking for Solid support... no checking for IBM DB2 support... ./configure: !: not found no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: #
#33464 [Opn->Fbk]: imap_open(...) error relate with http://bugs.php.net/bug.php?id=33457
ID: 33464
Updated by: [EMAIL PROTECTED]
Reported By: unnevermind at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-06-24 17:49:40] unnevermind at gmail dot com
OK, I downloaded the lastest CVS version from
http://snaps.php.net/win32/php5-win32-latest.zip
installed as isapi no any extension added. runing on iis 5.1
But, nothing better still got error...OH! one thing is better, it's
faster a little bit.
[2005-06-24 12:45:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
>I couldn't add a comment
Don't add comments, you're the author of the report, *edit* it.
[2005-06-24 12:43:23] unnevermind at gmail dot com
Description:
I couldn't add a comment for http://bugs.php.net/bug.php?id=33457
OK, I uninstalled Zend Optimizer but, I got the same result.
Actualy, I'm making my personal webmail that working with Argo Mail
Server Pro With Imap v 1.8.8.1 . Sometime I need to connect by using
COM Object
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
I got an error...
Source: MailServerX.Users
Description: System Error. Code: 32. The process cannot access the file
because it is being used by another process
That seem the folder 'xxx' is locked or in used.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
But only this code working right. Everything OK but,my script often use
the IMAP functions.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
Then I tried to resolve this problem by put the last argument (actualy
I don't know at all of this parameter, just try). I put OP_PROTOTYPE
,yes it seems to work but, if I uncomment at line -->
$info=imap_mailboxmsginfo($imap); I got an error...
PHP has encountered an Access Violation at 010158CC
That means I can not use other IMAP functions.
---
I'm not sure is that a php's bug?, maybe Argo's bug...just really need
help.
Thank you and sorry for my Enlish.
--
Edit this bug report at http://bugs.php.net/?id=33464&edit=1
#30965 [Opn->Csd]: php 5.0.3RC1 fails to compile with freetds
ID: 30965 Updated by: [EMAIL PROTECTED] Reported By: jon dot bertsch at ucop dot edu -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Mac OS 10.3.6 PHP Version: 5CVS-2004-12-02 (dev) New Comment: Works fine -> closed. Previous Comments: [2005-06-24 17:17:09] jon dot bertsch at ucop dot edu Compile with mssql now works in 5.0.4 Thanks [2005-03-20 18:05:37] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-07 21:45:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-02 22:10:39] jon dot bertsch at ucop dot edu I put the config.log up as a text file at: webdev.ucop.edu/ph/config.log.txt [2004-12-02 21:19:20] [EMAIL PROTECTED] Please check in config.log for reasons why it might have failed, if possible provide a link to it here. 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/30965 -- Edit this bug report at http://bugs.php.net/?id=30965&edit=1
#33467 [NEW]: ImageCreate function now acts oddly - WHY?
From: m02041952 at yahoo dot com Operating system: win98 PHP version: 5.0.4 PHP Bug Type: GD related Bug description: ImageCreate function now acts oddly - WHY? Description: I feel unhappy because 'enhancements' performed from ImageCreate to ImageCreateTrueColor. Now I have problems that appears to be impossible of solving. I was obligued to move to ICtrueColor because my pictures suddenly lost all its colors from day to night. In desperation I discovered that some genious had 'increased' GD functions. First at all, have you measured file size of your ImageCreateTrueColor 'thumbnails'? . Ok, for me they increased from 2 or 3 Kb (previous ImageCreate) to some 15 to 20 Kb each one (new ImageCreateTrueColor function), so my 'thumbnails albums' which should show some 25-50 tiny pictures in a flash, became unavailable for non-adsl users. I remember old fashioned days when my album opened thumbnails like pop-corns, all of them whth perfect colors. Second, I have zoom commands on these thumbnails. Previously zoom worked fine with ImageCreate because it performed task of reducing kb traffic between server and client, but with ImageCreateTrueColor now this traffic has INCREASED, because a true color image transmit several times more bits than even original image stored in server. Third, now I can't any more produce thumbnails of images from some sizes. I am still trying to figure out what the hell this problem could be, but with previous ImageCreate function images of 1200 x 1300 or so was created instantly with no problem. Now browser just shows users an 'incorrect image' icon instead. I don't know where the problem is, my images have not changed at all. I want to say to people who develops GD that many (maybe ten thousands) users probably use these functions in their albums, then you can't just change functions performance / behaviour and say 'hi, use this new command instead now' with no previous analisys of performance and impact on actual systems. The correct way of making these changes is by letting untouched functions that are well stablished in the market (like previous imagecreate) and to develop new ones. Why you destroyed old ImageCreate to make the new function ImageCreateTrueColor? . I can't understand this Thanks very much for your attention. Miguel - Brazil Jun 2005. -- Edit bug report at http://bugs.php.net/?id=33467&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33467&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33467&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33467&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33467&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33467&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33467&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33467&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33467&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33467&r=support Expected behavior: http://bugs.php.net/fix.php?id=33467&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33467&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33467&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33467&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33467&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33467&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33467&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33467&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33467&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33467&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33467&r=mysqlcfg
#30965 [NoF->Opn]: php 5.0.3RC1 fails to compile with freetds
ID: 30965 User updated by: jon dot bertsch at ucop dot edu Reported By: jon dot bertsch at ucop dot edu -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS 10.3.6 PHP Version: 5CVS-2004-12-02 (dev) New Comment: Compile with mssql now works in 5.0.4 Thanks Previous Comments: [2005-03-20 18:05:37] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-07 21:45:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-02 22:10:39] jon dot bertsch at ucop dot edu I put the config.log up as a text file at: webdev.ucop.edu/ph/config.log.txt [2004-12-02 21:19:20] [EMAIL PROTECTED] Please check in config.log for reasons why it might have failed, if possible provide a link to it here. [2004-12-02 17:58:52] jon dot bertsch at ucop dot edu Description: When I configure with freetds for mssql configure fails with the following warning: configure: error: Could not find /usr/local/lib/ libtds.a|so But the file libtds.a exists at /usr/local/lib/libtds.a. The identical configure worked for 5.0.0 /usr/local/lib] jonb% ls libct.2.0.0.dylib libpng.dylib libtds.dyliblibxml2.2.6.6.dylib libct.2.dylib libpng12.0.1.2.5.dylib libtds.la libxml2.2.dylib libct.a libpng12.0.dylib libtdsodbc.0.0.0.dylib libxml2.a libct.dylib libpng12.a libtdsodbc.0.dylib libxml2.dylib libct.lalibpng12.dylib libtdsodbc.alibxml2.la libexslt.0.8.0.dyliblibsybdb.4.0.0.dylib libtdsodbc.dyliblibxslt.1.1.0.dylib libexslt.0.dyliblibsybdb.4.dylib libtdsodbc.la libxslt.1.dylib libexslt.a libsybdb.a libtdssrv.1.0.0.dylib libxslt.a libexslt.dylib libsybdb.dylib libtdssrv.1.dylib libxslt.dylib libexslt.la libsybdb.la libtdssrv.a libxslt.la libpng.3.1.2.5.dyliblibtds.3.0.0.dylib libtdssrv.dylib pkgconfig libpng.3.dylib libtds.3.dylib libtdssrv.laxml2Conf.sh libpng.alibtds.a libxml2.2.5.11.dylibxsltConf.sh I checked the file ext/mssql/config.m4 spelling and it seems correct but it is not recognizing the file name for some reason. Without the mssql extension it compiles fine. By the way, you need a drop-down option for 5.0.3RC1 on the form. Reproduce code: --- '--with-mssql=/usr/local' Actual result: -- configure fails -- Edit this bug report at http://bugs.php.net/?id=30965&edit=1
#33466 [Bgs]: Arrays are not handles as Variables
ID: 33466 Updated by: [EMAIL PROTECTED] Reported By: clynx at succont dot de Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.10/FreeBSD 5.4/WinXP PHP Version: 5CVS-2005-06-24 (dev) New Comment: See http://www.php.net/manual/en/language.expressions.php for the definition of "expression". Previous Comments: [2005-06-24 15:34:29] clynx at succont dot de But array_intersect does not return an 'expression' it returns an Array. And IMHO Arrays should be useable where they are returned. Maybe, could you tell me a little bit more about the word 'expression' you used. Is every return value in PHP a expression until it is assigned to a Variable? If so, is that handled in some part of the Manual? Thanks [2005-06-24 15:22:09] [EMAIL PROTECTED] array_shift() accepts only variables passed by reference. Obviously an expression result is not a variable. [2005-06-24 15:18:58] clynx at succont dot de Description: When you try to use array_intersect in combination with a different Function, it leads to a strange Error Message. The Reproduce Code give the Error while the following does not: And as far as array_intersect retuns an Array (a Variable ;o) this Error is a little bit strange. Reproduce code: --- Expected result: webdev# php /htdocs/beta.webdev/succont.Unitized/test.php string(3) "foo" Actual result: -- webdev# php /htdocs/beta.webdev/succont.Unitized/test.php PHP Fatal error: Only variables can be passed by reference in /usr/local/htdocs/beta.webdev/succont.Unitized/test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=33466&edit=1
#33466 [Bgs]: Arrays are not handles as Variables
ID: 33466 User updated by: clynx at succont dot de Reported By: clynx at succont dot de Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.10/FreeBSD 5.4/WinXP PHP Version: 5CVS-2005-06-24 (dev) New Comment: But array_intersect does not return an 'expression' it returns an Array. And IMHO Arrays should be useable where they are returned. Maybe, could you tell me a little bit more about the word 'expression' you used. Is every return value in PHP a expression until it is assigned to a Variable? If so, is that handled in some part of the Manual? Thanks Previous Comments: [2005-06-24 15:22:09] [EMAIL PROTECTED] array_shift() accepts only variables passed by reference. Obviously an expression result is not a variable. [2005-06-24 15:18:58] clynx at succont dot de Description: When you try to use array_intersect in combination with a different Function, it leads to a strange Error Message. The Reproduce Code give the Error while the following does not: And as far as array_intersect retuns an Array (a Variable ;o) this Error is a little bit strange. Reproduce code: --- Expected result: webdev# php /htdocs/beta.webdev/succont.Unitized/test.php string(3) "foo" Actual result: -- webdev# php /htdocs/beta.webdev/succont.Unitized/test.php PHP Fatal error: Only variables can be passed by reference in /usr/local/htdocs/beta.webdev/succont.Unitized/test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=33466&edit=1
#33459 [Opn->Bgs]: default behaviour of class_exists/__autoload() breaks PEAR classes (and others)
ID: 33459
Updated by: [EMAIL PROTECTED]
Reported By: james at safesearching dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
-Operating System: redhat 7.3
+Operating System: *
-PHP Version: 5.0.4
+PHP Version: 5.*
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
That's not a problem of PHP but a problem of PEAR not taking care of
PHP 5 and their own requests for PHP 5.
Previous Comments:
[2005-06-24 05:37:07] james at safesearching dot com
Description:
The default behaviour of class_exists calling __autoload breaks BC for
end user scripts which rely on other code outside that users control
(ie PEAR classes).
Many PEAR classes such as Calendar and DB_DataObject use class_exists
to load other classes...
Simply adding an __autoload function to a script using these classes
generates a Fatal error.
An option was added to allow a class_exists($name, FALSE) call to
prevent an __autoload call... but as end users don't have control over
things like PEAR classes, this isn't a viable fix to bug #28333.
Perhaps more reasonably, class_exists should not call __autoload by
default so as to maintain BC... and allow users to explicity request
that behaviour with a second parameter of TRUE.
Reproduce code:
---
require_once('Calendar/Calendar.php');
$cal = new Calendar();
function __autoload($name) {
require_once($name);
}
Expected result:
Expect no output (ie no errors).
Actual result:
--
Warning: __autoload(Calendar_Engine_UnixTS): failed to open stream: No
such file or directory in /home/james/test.php on line 8
Fatal error: __autoload(): Failed opening required
'Calendar_Engine_UnixTS' (include_path='.:/usr/local/lib/php') in
/home/test.php on line 8
--
Edit this bug report at http://bugs.php.net/?id=33459&edit=1
#33466 [Opn->Bgs]: Arrays are not handles as Variables
ID: 33466 Updated by: [EMAIL PROTECTED] Reported By: clynx at succont dot de -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.10/FreeBSD 5.4/WinXP PHP Version: 5CVS-2005-06-24 (dev) New Comment: array_shift() accepts only variables passed by reference. Obviously an expression result is not a variable. Previous Comments: [2005-06-24 15:18:58] clynx at succont dot de Description: When you try to use array_intersect in combination with a different Function, it leads to a strange Error Message. The Reproduce Code give the Error while the following does not: And as far as array_intersect retuns an Array (a Variable ;o) this Error is a little bit strange. Reproduce code: --- Expected result: webdev# php /htdocs/beta.webdev/succont.Unitized/test.php string(3) "foo" Actual result: -- webdev# php /htdocs/beta.webdev/succont.Unitized/test.php PHP Fatal error: Only variables can be passed by reference in /usr/local/htdocs/beta.webdev/succont.Unitized/test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=33466&edit=1
#33466 [NEW]: Arrays are not handles as Variables
From: clynx at succont dot de Operating system: FreeBSD 4.10/FreeBSD 5.4/WinXP PHP version: 5CVS-2005-06-24 (dev) PHP Bug Type: Scripting Engine problem Bug description: Arrays are not handles as Variables Description: When you try to use array_intersect in combination with a different Function, it leads to a strange Error Message. The Reproduce Code give the Error while the following does not: And as far as array_intersect retuns an Array (a Variable ;o) this Error is a little bit strange. Reproduce code: --- Expected result: webdev# php /htdocs/beta.webdev/succont.Unitized/test.php string(3) "foo" Actual result: -- webdev# php /htdocs/beta.webdev/succont.Unitized/test.php PHP Fatal error: Only variables can be passed by reference in /usr/local/htdocs/beta.webdev/succont.Unitized/test.php on line 4 -- Edit bug report at http://bugs.php.net/?id=33466&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33466&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33466&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33466&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33466&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33466&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33466&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33466&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33466&r=support Expected behavior: http://bugs.php.net/fix.php?id=33466&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33466&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33466&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33466&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33466&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33466&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33466&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33466&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33466&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33466&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33466&r=mysqlcfg
#33421 [Opn->Fbk]: foreach problem
ID: 33421 Updated by: [EMAIL PROTECTED] Reported By: silviucristea at yahoo dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: win2000 PHP Version: 4.3.11 New Comment: We can't fix something that we can't reproduce. We really need a reproduce case. Please reopen the report when you have it. Previous Comments: [2005-06-24 13:59:01] silviucristea at yahoo dot com i got this error on 3 computers with the same application, but i can't reproduce the error in a simple cod (example). sorry... [2005-06-23 11:37:11] [EMAIL PROTECTED] Can't reproduce. Please provide more info. [2005-06-23 09:55:55] silviucristea at yahoo dot com Server API - Apache [2005-06-22 17:35:53] [EMAIL PROTECTED] What SAPI are you using? (check phpinfo()) [2005-06-22 10:53:00] silviucristea at yahoo dot com The same error with: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip message: --- The instruction at "0x100c1c15" referenced memory at "0x0002". The memory could not be "read". --- 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/33421 -- Edit this bug report at http://bugs.php.net/?id=33421&edit=1
#33439 [Fbk->Opn]: Unable to Update Character Set
ID: 33439 User updated by: ewhite at fmcc dot com Reported By: ewhite at fmcc dot com -Status: Feedback +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Solaris PHP Version: 4.3.10 New Comment: Ok, I will ... actually, we are moving to 4.3.11 this weekend, so I will verify that it doesn't happen on .11 next week. And if it still happens, we will look at using that latest stable and check on it. Thanks for the feedback. Previous Comments: [2005-06-24 10:22:23] [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 It really should not be possible to get that error.. [2005-06-22 20:19:28] ewhite at fmcc dot com Description: Calls to sybase_connect, passing it a NULL for character set in order to pass an appname ... are causing the following error: PHP Warning: sybase_connect(): Sybase: Unable to update character set. Reproduce code: --- $conn = sybase_connect($server, $user, $pass, NULL, $appname); Expected result: No error. -- Edit this bug report at http://bugs.php.net/?id=33439&edit=1
#33421 [Fbk->Opn]: foreach problem
ID: 33421 User updated by: silviucristea at yahoo dot com Reported By: silviucristea at yahoo dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: win2000 PHP Version: 4.3.11 New Comment: i got this error on 3 computers with the same application, but i can't reproduce the error in a simple cod (example). sorry... Previous Comments: [2005-06-23 11:37:11] [EMAIL PROTECTED] Can't reproduce. Please provide more info. [2005-06-23 09:55:55] silviucristea at yahoo dot com Server API - Apache [2005-06-22 17:35:53] [EMAIL PROTECTED] What SAPI are you using? (check phpinfo()) [2005-06-22 10:53:00] silviucristea at yahoo dot com The same error with: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip message: --- The instruction at "0x100c1c15" referenced memory at "0x0002". The memory could not be "read". --- [2005-06-21 13:26:22] [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 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/33421 -- Edit this bug report at http://bugs.php.net/?id=33421&edit=1
#26584 [Ver->Asn]: Class member - array key overflow
ID: 26584 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4CVS (2005-06-19) -Assigned To: +Assigned To: dmitry New Comment: The bug is partially fixed in CVS HEAD, PHP_5_0 and PHP_4_4. Integer overflow problem is not solved, but now constant arrays can use null, boolean and double indecies. Previous Comments: [2005-06-19 21:22:56] [EMAIL PROTECTED] See also bug #28972 Still fails and leaks. [2005-01-25 15:41:04] [EMAIL PROTECTED] Leaks too: php5/Zend/zend_compile.c(3005) : Freeing 0x082268CC (16 bytes) php5/Zend/zend_language_scanner.l(1607) : Freeing 0x08226894 (5 bytes) php_4_3/Zend/zend_compile.c(1872) : Freeing 0x086549D4 (12 bytes) php_4_3/Zend/zend_language_scanner.l(1531) : Freeing 0x0865499C (5 bytes) [2003-12-10 10:04:35] [EMAIL PROTECTED] Description: See attached code. It seems that when assigning arrays in a class definition, it's possible to overflow the array key, without any sort of warning/notice/etc. This only happens in a class def, and not to a "global" namespace array. It's odd that the same code isn't used for both regular array constructs, and object array constructs (Zend Engine). ZE2 may fix this problem. Has not been tested. The logical overflow threshold is between 2147483647 and 2147483648 (where 2147483648 is a 32bit (singed) integer value of -0, if I'm not mistaken -- or 0x8000). Note: this affects more than just negative keys as seen in code:VAL3. I don't have time to jump into the php source right now (nor am I truly qualified to do so). Please let me know if/when you need additional details. S ([EMAIL PROTECTED]) Reproduce code: --- http://sean.caedmon.net/php/class_array_bug.phps (http://sean.caedmon.net/php/class_array_bug.php) Expected result: (see code) Actual result: -- (see code) -- Edit this bug report at http://bugs.php.net/?id=26584&edit=1
#33465 [Opn->Bgs]: submenu wil not work
ID: 33465
Updated by: [EMAIL PROTECTED]
Reported By: dschol at rocmb dot nl
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Linux (Fedora core 4 and SME 6.5
PHP Version: 5.0.4
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-06-24 13:30:12] dschol at rocmb dot nl
Description:
When I try this script on a server with PHP, older then version 5 it
work perfect. But when I try it on Fedora Core 4 or SME 6.5. The PHP
code will not work.
Is this a version problem??
The website where page works is: dschol.barhamonline.com
click on a link and the submenu will change. This is how is should
work. But when I try this with the other servers with the new version
of PHP nothing happens.
Is this a bug??
I included the entire code, so you can test it on your server.
I hope that I can help you making your product even better.
Greetings, David Schol.
Reproduce code:
---
?php
$home = "Welkom op het Weblog van David Schol.";
$persoonlijk = "Wie ben
ik |
Werk |
CV |
Cursussen
|
Werkervaring";
$vakantie = "Pyreneën -
2000 |
Brazilië
-2001 |
Mexico -
2002 |
Indonesië
- 2003 |
Indonesië
- 2004 |
Frankrijk -
2005";
$ictlyceum = "onSMI |
onMBI |
onICB";
$contact = "Route |
E-mail |
Contact
formulier";
?>
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
David's Weblog
function hoogte()
{
if (self.screen) {
width = screen.width
height = screen.height
}
else if (self.java) {
var javakit = java.awt.Toolkit.getDefaultToolkit();
var scrsize = javakit.getScreenSize();
width = scrsize.width;
height = scrsize.height;
}
else {
width = height = '?'
}
var over = parseInt(height) - 185;
return over;
}
//-->
(pagina hoogte) min 185
$re = 768-385;
?>
Home
| Persoonlijk | Vakantie
| ICT-Lyceum | Gastenboek
| Contact
document.write('Het is vandaag: ' + tijd());
Expected result:
Submenu bar must change, when I click a link in the main menu (above).
It does in different versions of PHP, but not in PHP version 5 and
higher.
Actual result:
--
Submenu bar must change, but notting happens.
It does in different versions of PHP, but not in PHP version 5 and
higher.
--
Edit this bug report at http://bugs.php.net/?id=33465&edit=1
#33465 [NEW]: submenu wil not work
From: dschol at rocmb dot nl
Operating system: Linux (Fedora core 4 and SME 6.5
PHP version: 5.0.4
PHP Bug Type: Variables related
Bug description: submenu wil not work
Description:
When I try this script on a server with PHP, older then version 5 it work
perfect. But when I try it on Fedora Core 4 or SME 6.5. The PHP code will
not work.
Is this a version problem??
The website where page works is: dschol.barhamonline.com
click on a link and the submenu will change. This is how is should work.
But when I try this with the other servers with the new version of PHP
nothing happens.
Is this a bug??
I included the entire code, so you can test it on your server.
I hope that I can help you making your product even better.
Greetings, David Schol.
Reproduce code:
---
?php
$home = "Welkom op het Weblog van David Schol.";
$persoonlijk = "Wie ben ik
|
Werk |
CV |
Cursussen
|
Werkervaring";
$vakantie = "Pyreneën -
2000 |
Brazilië
-2001 |
Mexico - 2002
|
Indonesië -
2003 |
Indonesië -
2004 |
Frankrijk -
2005";
$ictlyceum = "onSMI |
onMBI |
onICB";
$contact = "Route |
E-mail |
Contact
formulier";
?>
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
David's Weblog
function hoogte()
{
if (self.screen) {
width = screen.width
height = screen.height
}
else if (self.java) {
var javakit = java.awt.Toolkit.getDefaultToolkit();
var scrsize = javakit.getScreenSize();
width = scrsize.width;
height = scrsize.height;
}
else {
width = height = '?'
}
var over = parseInt(height) - 185;
return over;
}
//-->
(pagina hoogte) min 185
$re = 768-385;
?>
Home
| Persoonlijk | Vakantie
| ICT-Lyceum | Gastenboek
| Contact
document.write('Het is vandaag: ' + tijd());
Expected result:
Submenu bar must change, when I click a link in the main menu (above).
It does in different versions of PHP, but not in PHP version 5 and higher.
Actual result:
--
Submenu bar must change, but notting happens.
It does in different versions of PHP, but not in PHP version 5 and higher.
--
Edit bug report at http://bugs.php.net/?id=33465&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33465&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33465&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33465&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33465&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33465&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33465&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33465&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33465&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33465&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33465&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33465&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33465&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33465&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33465&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33465&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33465&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33465&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33465&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33465&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33465&r=mysqlcfg
#32424 [Asn->Ana]: no output is sent after calling ob_flush() after sending headers
ID: 32424
Updated by: [EMAIL PROTECTED]
Reported By: tommythekid at mac dot com
-Status: Assigned
+Status: Analyzed
Bug Type: iPlanet related
Operating System: Solaris 9 SPARC
PHP Version: 5.*, 4.*
Assigned To: thetaphi
New Comment:
I analyzed this bug and found out what the problem is:
In a normal response stage the following functions of the SAPI module
are called:
* n times header_handler()
* one time send_headers() before the first call of ub_write()
In the case of this bug the following happens:
if you do not have any output before ob_flush() (no echo etc.) the
send_headers() SAPI function is never called. In NSAPI this leads to
the fact that an webserver function to start the response is never
called. Further writes to ub_write will then result in loss of data.
I think somewhere in SAPI.c the call to send_headers() is missing
before ob_flush() when nothing was send before.
A fix only for NSAPI would be to trigger the calls and before write
anything with ub_write a check is done and the start_response is added.
But this is not the right solution.
Previous Comments:
[2005-03-25 16:59:25] [EMAIL PROTECTED]
Hallo Jani,
I experienced that problem also in my servers in the past (in some
other use-case: using of the nsapi_virtual() function which does
implicitly a flush of the headers and buffers in the nsapi C code) but
I do not know exactly if it is a nsapi problem or some general
sapi/buffers problem.
What did you change? If it has something to do with NSAPI code please
send me a private email with your changes, because I am not familar
with the buffering code.
The interesting thing is:
This bug only happens when the flush/ob_flush is done before any output
to the client is done (the buffer is empty). In my case: nsapi_virtual()
is the first instruction in the php code.
Happens also in PHP 4.3.
If I should look after this bug after easter assign me to this bug.
[2005-03-23 10:34:53] tommythekid at mac dot com
Description:
no output is sent after calling ob_flush() after sending headers. This
problem appears to be NSAPI related. Removing the first ob_flush() from
the code produces the expected results.
Reproduce code:
---
while (ob_end_clean());
ob_start();
header("X-Foo: BAR");
ob_flush();
flush();
echo "PRE\n\n";
ob_flush();
flush();
echo "POST\n\n";
ob_flush();
flush();
Expected result:
HTTP/1.1 200 OK
Server: Sun-ONE-Web-Server/6.1
Date: Wed, 23 Mar 2005 09:31:45 GMT
Content-type: text/html
X-powered-by: PHP/5.0.3
X-foo: BAR
Connection: close
PRE
POST
Actual result:
--
HTTP/1.1 200 OK
Server: Sun-ONE-Web-Server/6.1
Date: Wed, 23 Mar 2005 09:24:38 GMT
Content-type: text/html
X-powered-by: PHP/5.0.3
X-foo: BAR
Connection: close
--
Edit this bug report at http://bugs.php.net/?id=32424&edit=1
#33464 [Opn->Fbk]: imap_open(...) error relate with http://bugs.php.net/bug.php?id=33457
ID: 33464
Updated by: [EMAIL PROTECTED]
Reported By: unnevermind at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
>I couldn't add a comment
Don't add comments, you're the author of the report, *edit* it.
Previous Comments:
[2005-06-24 12:43:23] unnevermind at gmail dot com
Description:
I couldn't add a comment for http://bugs.php.net/bug.php?id=33457
OK, I uninstalled Zend Optimizer but, I got the same result.
Actualy, I'm making my personal webmail that working with Argo Mail
Server Pro With Imap v 1.8.8.1 . Sometime I need to connect by using
COM Object
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
I got an error...
Source: MailServerX.Users
Description: System Error. Code: 32. The process cannot access the file
because it is being used by another process
That seem the folder 'xxx' is locked or in used.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
But only this code working right. Everything OK but,my script often use
the IMAP functions.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
Then I tried to resolve this problem by put the last argument (actualy
I don't know at all of this parameter, just try). I put OP_PROTOTYPE
,yes it seems to work but, if I uncomment at line -->
$info=imap_mailboxmsginfo($imap); I got an error...
PHP has encountered an Access Violation at 010158CC
That means I can not use other IMAP functions.
---
I'm not sure is that a php's bug?, maybe Argo's bug...just really need
help.
Thank you and sorry for my Enlish.
--
Edit this bug report at http://bugs.php.net/?id=33464&edit=1
#33463 [Opn->WFx]: Unexpected Paamayim Nekudotayim in Dynamic Static Method Call
ID: 33463
Updated by: [EMAIL PROTECTED]
Reported By: etienne at actrix dot co dot nz
-Status: Open
+Status: Wont fix
Bug Type: Class/Object related
Operating System: Windows XP Pro
PHP Version: 5.0.4
New Comment:
Use call_user_func() for that.
Previous Comments:
[2005-06-24 12:26:42] etienne at actrix dot co dot nz
Description:
Basically, a call to a static class method produces a parse error.
Unexpected Paamayim Nekudotayim (::).
This sort of coding works on normal method calls, and object
instantiation.
For example, the following works fine:
$name = "ClassName";
$instance = new $name();
^^ will create a new instance of ClassName;
or
public function method() {
//some code
}
$methodName = "method";
$methodName();
^^ will run method().
Reproduce code:
---
class ClassName {
public static function staticClassMethod() {
//some code
}
}
$name = "ClassName";
$name::staticClassMethod();
Expected result:
I expected php to call the method "staticClassMethod".
Actual result:
--
Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM ...
--
Edit this bug report at http://bugs.php.net/?id=33463&edit=1
#33464 [NEW]: imap_open(...) error relate with http://bugs.php.net/bug.php?id=33457
From: unnevermind at gmail dot com
Operating system: Windows XP Pro SP2
PHP version: 5.0.4
PHP Bug Type: IMAP related
Bug description: imap_open(...) error relate with
http://bugs.php.net/bug.php?id=33457
Description:
I couldn't add a comment for http://bugs.php.net/bug.php?id=33457
OK, I uninstalled Zend Optimizer but, I got the same result.
Actualy, I'm making my personal webmail that working with Argo Mail Server
Pro With Imap v 1.8.8.1 . Sometime I need to connect by using COM
Object
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
I got an error...
Source: MailServerX.Users
Description: System Error. Code: 32. The process cannot access the file
because it is being used by another process
That seem the folder 'xxx' is locked or in used.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
But only this code working right. Everything OK but,my script often use
the IMAP functions.
---
---
Delete("[EMAIL PROTECTED]");
unset($com);
}catch(Exception $e){
echo $e->getMessage();
}
?>
Then I tried to resolve this problem by put the last argument (actualy I
don't know at all of this parameter, just try). I put OP_PROTOTYPE ,yes it
seems to work but, if I uncomment at line -->
$info=imap_mailboxmsginfo($imap); I got an error...
PHP has encountered an Access Violation at 010158CC
That means I can not use other IMAP functions.
---
I'm not sure is that a php's bug?, maybe Argo's bug...just really need
help.
Thank you and sorry for my Enlish.
--
Edit bug report at http://bugs.php.net/?id=33464&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33464&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33464&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33464&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33464&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33464&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33464&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33464&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33464&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33464&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33464&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33464&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33464&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33464&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33464&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33464&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33464&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33464&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33464&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33464&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33464&r=mysqlcfg
#33463 [NEW]: Unexpected Paamayim Nekudotayim in Dynamic Static Method Call
From: etienne at actrix dot co dot nz
Operating system: Windows XP Pro
PHP version: 5.0.4
PHP Bug Type: Class/Object related
Bug description: Unexpected Paamayim Nekudotayim in Dynamic Static Method Call
Description:
Basically, a call to a static class method produces a parse error.
Unexpected Paamayim Nekudotayim (::).
This sort of coding works on normal method calls, and object
instantiation.
For example, the following works fine:
$name = "ClassName";
$instance = new $name();
^^ will create a new instance of ClassName;
or
public function method() {
//some code
}
$methodName = "method";
$methodName();
^^ will run method().
Reproduce code:
---
class ClassName {
public static function staticClassMethod() {
//some code
}
}
$name = "ClassName";
$name::staticClassMethod();
Expected result:
I expected php to call the method "staticClassMethod".
Actual result:
--
Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM ...
--
Edit bug report at http://bugs.php.net/?id=33463&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33463&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33463&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33463&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33463&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33463&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33463&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33463&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33463&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33463&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33463&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33463&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33463&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33463&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33463&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33463&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33463&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33463&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33463&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33463&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33463&r=mysqlcfg
#33462 [Opn->Bgs]: mysqli crash apache with Segmentation fault
ID: 33462 Updated by: [EMAIL PROTECTED] Reported By: judas at mailchile dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: SUSE Linux 9.3 PHP Version: 5.0.3 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2005-06-24 11:41:57] judas at mailchile dot com Description: Trying to run phpmyadmin using the mysqli extension result in a Segmentation fault. enabled modules: ctype,gd,mbstring,mysql,sqlite,dom,gettext,mcrypt,openssl xmlrpc,bz2,exif,iconv,mhash,pgsql,xsl,calendar,ftp,ldap mysqli,sockets,zlib Apache version: apache2-prefork-2.0.53-9 PHP version: 5.0.3 AMD64 arch. Reproduce code: --- install phpmyadmin (latest stable,or CVS same result)and try to run it using the mysqli extension. Expected result: apache child should not die. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912514400672 (LWP 27386)] 0x2cc285e0 in zend_object_store_get_object () from /usr/lib64/apache2/libphp5.so (gdb) bt #0 0x2cc285e0 in zend_object_store_get_object () from /usr/lib64/apache2/libphp5.so #1 0x2fffa824 in php_mysqli_fetch_into_hash () from /usr/lib64/php5/extensions/mysqli #2 0x2aaab00039cf in zif_mysqli_fetch_array () from /usr/lib64/php5/extensions/mysqli #3 0x2cc400f4 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #4 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #5 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #6 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #7 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #8 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #9 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #10 0x2cc404f1 in zend_do_fcall_by_name_handler () from /usr/lib64/apache2/libphp5.so #11 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #12 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #13 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #14 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #15 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #16 0x2cc404f1 in zend_do_fcall_by_name_handler () from /usr/lib64/apache2/libphp5.so #17 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #18 0x2cc3ae71 in zend_include_or_eval_handler () from /usr/lib64/apache2/libphp5.so #19 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #20 0x2cc11a2d in zend_execute_scripts () from /usr/lib64/apache2/libphp5.so #21 0x2cbd93cf in php_execute_script () from /usr/lib64/apache2/libphp5.so #22 0x2cc4a6f4 in php_ap2_register_hook () from /usr/lib64/apache2/libphp5.so #23 0x00427221 in ap_run_handler () #24 0x0042a249 in ap_invoke_handler () #25 0x004250ca in ap_process_request () #26 0x0041fff8 in _start () #27 0x00431431 in ap_run_process_connection () #28 0x00431542 in ap_process_connection () #29 0x004260f5 in ap_graceful_stop_signalled () #30 0x004262b9 in ap_graceful_stop_signalled () #31 0x004263a4 in ap_graceful_stop_signalled () #32 0x00426a72 in ap_mpm_run () #33 0x0042cb5f in main () -- Edit this bug report at http://bugs.php.net/?id=33462&edit=1
#33462 [NEW]: mysqli crash apache with Segmentation fault
From: judas at mailchile dot com Operating system: SUSE Linux 9.3 PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: mysqli crash apache with Segmentation fault Description: Trying to run phpmyadmin using the mysqli extension result in a Segmentation fault. enabled modules: ctype,gd,mbstring,mysql,sqlite,dom,gettext,mcrypt,openssl xmlrpc,bz2,exif,iconv,mhash,pgsql,xsl,calendar,ftp,ldap mysqli,sockets,zlib Apache version: apache2-prefork-2.0.53-9 PHP version: 5.0.3 AMD64 arch. Reproduce code: --- install phpmyadmin (latest stable,or CVS same result)and try to run it using the mysqli extension. Expected result: apache child should not die. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912514400672 (LWP 27386)] 0x2cc285e0 in zend_object_store_get_object () from /usr/lib64/apache2/libphp5.so (gdb) bt #0 0x2cc285e0 in zend_object_store_get_object () from /usr/lib64/apache2/libphp5.so #1 0x2fffa824 in php_mysqli_fetch_into_hash () from /usr/lib64/php5/extensions/mysqli #2 0x2aaab00039cf in zif_mysqli_fetch_array () from /usr/lib64/php5/extensions/mysqli #3 0x2cc400f4 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #4 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #5 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #6 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #7 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #8 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #9 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #10 0x2cc404f1 in zend_do_fcall_by_name_handler () from /usr/lib64/apache2/libphp5.so #11 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #12 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #13 0x2cc40305 in zend_do_fcall_handler () from /usr/lib64/apache2/libphp5.so #14 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #15 0x2cc3fc29 in zend_do_fcall_common_helper () from /usr/lib64/apache2/libphp5.so #16 0x2cc404f1 in zend_do_fcall_by_name_handler () from /usr/lib64/apache2/libphp5.so #17 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #18 0x2cc3ae71 in zend_include_or_eval_handler () from /usr/lib64/apache2/libphp5.so #19 0x2cc49f66 in execute () from /usr/lib64/apache2/libphp5.so #20 0x2cc11a2d in zend_execute_scripts () from /usr/lib64/apache2/libphp5.so #21 0x2cbd93cf in php_execute_script () from /usr/lib64/apache2/libphp5.so #22 0x2cc4a6f4 in php_ap2_register_hook () from /usr/lib64/apache2/libphp5.so #23 0x00427221 in ap_run_handler () #24 0x0042a249 in ap_invoke_handler () #25 0x004250ca in ap_process_request () #26 0x0041fff8 in _start () #27 0x00431431 in ap_run_process_connection () #28 0x00431542 in ap_process_connection () #29 0x004260f5 in ap_graceful_stop_signalled () #30 0x004262b9 in ap_graceful_stop_signalled () #31 0x004263a4 in ap_graceful_stop_signalled () #32 0x00426a72 in ap_mpm_run () #33 0x0042cb5f in main () -- Edit bug report at http://bugs.php.net/?id=33462&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33462&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33462&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33462&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33462&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33462&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33462&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33462&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33462&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33462&r=support Expected behavior: http://bugs.php.net/fix.php?id=33462&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33462&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33462&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33462&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33462&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33462&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33462&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33462&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33462&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33462&r=no
#30452 [Com]: php parser does not work properly (1)
ID: 30452 Comment by: gopalv82 at yahoo dot com Reported By: guth at fiifo dot u-psud dot fr Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-06-19 Assigned To: dmitry New Comment: This looks like a bug with the runtime inheritance code-gen rather than a parser bug. The opcode dump I imagine looks something like FETCH_CLASS "MyAbstractClass" DECLARE_INHERITED_CLASS "MyClass" DECLARE_CLASS "MyAbstractClass" FETCH_CLASS "MyInterface" ADD_INTERFACE Linear opcode generation is just not possible (conditional classes !! ?) Previous Comments: [2005-06-19 14:47:19] [EMAIL PROTECTED] See also bug #30453 [2005-05-09 11:31:34] [EMAIL PROTECTED] Andi, (or Dmitry maybe?) can you look into this? [2004-10-16 01:56:33] guth at fiifo dot u-psud dot fr Description: The following behaviour seems incorrect. PHP founds the abstract class if it doesn't implement an interface, but doen't found it if it implements an interface. Reproduce code: --- Expected result: First : - Should work Second : - Should work Actual result: -- First : Fatal error: Class 'MyAbstractClass' not found in /www/test.php on line 5 Second : - Work -- Edit this bug report at http://bugs.php.net/?id=30452&edit=1
#30519 [Ver->Csd]: Interface not existing says Class not found
ID: 30519 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-06-19 -Assigned To: +Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_0. Previous Comments: [2004-10-21 20:48:56] jsgoupil at lookstrike dot com Description: If you specify an interface that not exists to a class, the output error is saying a "wrong" message... Reproduce code: --- Expected result: Fatal error: Interface 'a' not found in D:\www\LookStrike\ls_lite\a.php on line 2 Actual result: -- Fatal error: Class 'a' not found in D:\www\LookStrike\ls_lite\a.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=30519&edit=1
#33439 [Opn->Fbk]: Unable to Update Character Set
ID: 33439 Updated by: [EMAIL PROTECTED] Reported By: ewhite at fmcc dot com -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Solaris PHP Version: 4.3.10 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 It really should not be possible to get that error.. Previous Comments: [2005-06-22 20:19:28] ewhite at fmcc dot com Description: Calls to sybase_connect, passing it a NULL for character set in order to pass an appname ... are causing the following error: PHP Warning: sybase_connect(): Sybase: Unable to update character set. Reproduce code: --- $conn = sybase_connect($server, $user, $pass, NULL, $appname); Expected result: No error. -- Edit this bug report at http://bugs.php.net/?id=33439&edit=1
#33457 [Opn->Bgs]: imap_open(...) error when pass the last argument like OP_PROTOTYPE
ID: 33457
Updated by: [EMAIL PROTECTED]
Reported By: unnevermind at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: IMAP related
Operating System: Windows XP SP2
PHP Version: 5.0.4
New Comment:
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
Previous Comments:
[2005-06-24 01:54:31] unnevermind at gmail dot com
Description:
I tried this code...
$imap=imap_open("{localhost:143/imap}INBOX","[EMAIL
PROTECTED]","password",OP_PROTOTYPE);
$info=imap_mailboxmsginfo($imap);
imap_close($imap);exit;
I got...
PHP has encountered an Access Violation at 010158CC
Sorry if I miss understand...I install Zend Optimizer-2.5.7 but lazy to
uninstall before report a bug.
--
Edit this bug report at http://bugs.php.net/?id=33457&edit=1
#33458 [Opn->Bgs]: fpassthru and readfile chop large files
ID: 33458
Updated by: [EMAIL PROTECTED]
Reported By: manuelva at uci dot cu
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: WindowsXP SP2
PHP Version: 5.0.4
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See bug #32553 (which was fixed 3 months ago).
That's why we ask to test *latest* snapshots before reporting any
issue.
Previous Comments:
[2005-06-24 04:12:23] manuelva at uci dot cu
Description:
Both fpassthru and readfile chop large file.
Similar bugs are reported in PHP versions
5.0.1 (Closed, solved in a snapshot, bug #29801)
4.2.4-dev
4.1.1
But it seems it has been reintroduced now in 5.0.4.
Reproduce code:
---
// This file is 4mb large.
$file = "pdf-letter-2.4.1.tar.bz2";
header('Content-type: application/*');
header('Content-length: '.filesize($file));
readfile($file);
Expected result:
the whole file
Actual result:
--
about 1.9mb of the contents
--
Edit this bug report at http://bugs.php.net/?id=33458&edit=1
#33461 [Opn->Bgs]: Compare strings problem (I'm not good in english)
ID: 33461
Updated by: [EMAIL PROTECTED]
Reported By: marting dot dc at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *Math Functions
Operating System: Windows and Linux
PHP Version: 4.3.11
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
See here: http://www.php.net/manual/en/language.types.type-juggling.php
Previous Comments:
[2005-06-24 06:21:43] marting dot dc at gmail dot com
Description:
When you try to compare an empty string with any number who begins with
09 or 08 (booth includes) it returns true.
I have it tested on Windows and Linux and it happends
(I'm Sorry for my English, it's very bad,I hope you to understand me)
Martín González
Reproduce code:
---
$string = false;
if ($string == 09) { echo "Match\n"; }
if ($string == 08) { echo "Match\n"; }
if ($string == 09547856) { echo "Match\n"; }
if ($string == 08625131) { echo "Match\n"; }
/*
It will return:
Match
Match
Match
Match
*/
Expected result:
Nothing
Actual result:
--
Match
Match
Match
Match
--
Edit this bug report at http://bugs.php.net/?id=33461&edit=1
#33455 [Opn->Bgs]: is_callable will not handle private/public well from within a class
ID: 33455
Updated by: [EMAIL PROTECTED]
Reported By: php at adaniels dot nl
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: NB
PHP Version: 5.0.3
New Comment:
Yes, I'm sure. And could try latest snapshot and see it yourself.
Previous Comments:
[2005-06-24 09:26:39] php at adaniels dot nl
Please comment
[2005-06-24 01:48:38] php at adaniels dot nl
Are you sure? I did not see this bug in the bug reports.
Please do not confuse this bug with Bug #29210 'Function: is_callable
- no support for private and protected classes':
http://bugs.php.net/bug.php?id=29210
Function is_callable does work correctly for private methode's from
outside the object, as is done in bug 29210. But is doest not work
correctly when using $this within the class as is done in this report.
PS. I use ZendStudio for development. The latest version of ZendStudio
is bundeled with PHP 5.0.3. That's why I did not test this under 5.0.4
[2005-06-23 23:08:11] [EMAIL PROTECTED]
*ALWAYS* try latest snapshots before reporting a bug.
This was fixed long time ago.
Btw, 5.0.3 is not even the latest version.
[2005-06-23 22:28:05] php at adaniels dot nl
Description:
Function is_callable will not handle private/public well from within a
class.
Reproduce code:
---
getXX("test")
:
"Can't call getXX within " . __CLASS__) . "\n";
}
}
class Y extends X {
function testXX() {
echo (is_callable(array($this, 'getXX')) ? $this->getXX("test")
:
"Can't call getXX within " . __CLASS__) . "\n";
}
}
$x = new X;
echo (is_callable($x, 'getXX') ? $x->getXX("test") : "Can't call getXX
outside for " . get_class($x)) . "\n";
$x->testXX();
$y = new y;
echo (is_callable($y, 'getXX') ? $y->getXX("test") : "Can't call getXX
outside for " . get_class($y)) . "\n";
$y->testXX();
?>
Expected result:
Can't call getXX outside for X
XX test
Can't call getXX outside for Y
Can't call getXX within Y
Actual result:
--
Can't call getXX outside for X
XX test
Can't call getXX outside for Y
Fatal error: Call to private method X::getXX() from context 'Y'
in \\Seabert\webroot\ontwikkeling\quickbuild\test.php on line
76
--
Edit this bug report at http://bugs.php.net/?id=33455&edit=1
#33460 [Opn->Bgs]: rescuing the session
ID: 33460
Updated by: [EMAIL PROTECTED]
Reported By: leandroregal at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: red hat 9.0
PHP Version: 4.3.10
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
Previous Comments:
[2005-06-24 06:01:01] leandroregal at gmail dot com
in this server (http://www.bovrastro.com.br/page1.php) using php 4.3.4
the session works like i need for both links but in this server
(http://www.internel.com.br/page1.php) using php 4.3.10 works only with
first link.
[2005-06-24 05:51:49] leandroregal at gmail dot com
Description:
i'm having problems to set a session with password, i cant create a
session with any value. it seems as it was not been registered. when i
go to the next page to verify the creation of session return no
confirmation of any session. i have the PHPLIVESUPPORT installed and it
uses the session to save the session login but neither this software
works and in other servers the same software works.
Reproduce code:
---
// page1.php
session_start();
echo 'Bem vindo a pagina #1';
$_SESSION['favcolor'] = 'green';
$_SESSION['animal'] = 'cat';
$_SESSION['time'] = time();
// Funciona se o cookie de seção foi aceito
echo 'page 2';
// Ou talves passando o ID da seção se necessário
echo 'page 2';
// page2.php
session_start();
echo 'Bem vindo a pagina #2';
echo $_SESSION['favcolor']; // green
echo $_SESSION['animal']; // cat
echo date('Y m d H:i:s', $_SESSION['time']);
// Você pode querer usar o SID aqui, como fissemos em page1.php
echo 'page 1';
Expected result:
i expected that in both links the value of session can be rescued but
only whith SID (2º link in page1.php) this works.
Actual result:
--
only with this header the session works
http://domain.com.br/page2.php?PHPSESSID=e35459b9a47b0ead914cf331243f1275
--
Edit this bug report at http://bugs.php.net/?id=33460&edit=1
#33441 [Opn->Fbk]: child pid xxxx exit signal Segmentation fault (11)
ID: 33441 Updated by: [EMAIL PROTECTED] Reported By: bender at technofor dot us -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 5.4-STABLE PHP Version: 4.4.0RC1 New Comment: Now please turn off ZendOptimizer and rebuild PHP with --enable-debug. Your backtraces doesn't contain any useful information, because you didn't read http://bugs.php.net/bugs-generating-backtrace.php. Previous Comments: [2005-06-24 04:34:10] bender at technofor dot us Ok. here I created bgd from the script's which I unable to run . In the url I created space between www and rest url . First is webmail I created 2 files core and bgd Core: www. technofor.us/belenkas/php_webmail.core gdb : www. technofor.us/belenkas/gdb_mail Callendar ( it required zend ) IPB Core: www. technofor.us/belenkas/php_calendar.core gdb: www. technofor.us/belenkas/calendrar_gbd One more program Tunez it's wont run too with the same error ... Core: www. technofor.us/belenkas/tunez_php.core gdb: www. technofor.us/belenkas/tunez_gdb And I downgraded php back to the 4.3.11 becose zend not compatible with 4.4 . Im not sure how to create the script so I provide just gdb and core files . Core files I created in the SSH the typed php index.php . If need some mroe info let me know . Regards [2005-06-23 20:14:16] [EMAIL PROTECTED] We really need some reproduce script and/or gdb backtrace. Please reopen the report when you have it. [2005-06-23 19:45:59] bender at technofor dot us Hi . There is the scripts I don't know what part need so I put all code from the file . First is the Hastymail webmail . Then I login it shows the page cannot be dispplayed so it's the mailbox.php file : http://www.technofor.us/belenkas/hastymail.mailbox.txt Same happend with SquirrelMail it's even don't open the login pagen nothing don't open at all . And the next file is the IPB callendar script I think it uses zend : http://www.technofor.us/belenkas/calendar.index.txt Callendar working but then I try to add new event it's open new page , there I must log in and after that I can add event . But it's open the page cannot be displayed ;( Here is my phpinfo http://www.poundingtechno.com/phpin.php . If need some more information let me know . Regards [2005-06-23 10:47:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-23 03:44:52] bender at technofor dot us Description: Hi . I just upgraded my php 4.4.0RC1 , but still have same problem :( Then I try open webmail like SquirrelMail and now I installed another php webmail still same server not crashing but it don't open the page . It shows the page cannot be displayed . And in the apache logs I see only this messeges [Wed Jun 22 16:35:39 2005] [notice] SIGHUP received. Attempting to restart [Wed Jun 22 16:35:39 2005] [warn] NameVirtualHost 66.199.227.218:80 has no VirtualHosts [Wed Jun 22 16:35:39 2005] [notice] FastCGI: process manager initialized (pid 48532) [Wed Jun 22 16:35:40 2005] [notice] Microsoft-IIS/5.0 mod_fastcgi/2.4.2 mod_perl/1.29 PHP/4.4.0RC1 configured -- resuming normal operations [Wed Jun 22 16:35:40 2005] [notice] suEXEC mechanism enabled (wrapper: /usr/local/sbin/suexec) [Wed Jun 22 16:35:40 2005] [notice] Accept mutex: flock (Default: flock) [Wed Jun 22 16:36:28 2005] [notice] child pid 48543 exit signal Segmentation fault (11) [Wed Jun 22 17:01:02 2005] [notice] child pid 48537 exit signal Segmentation fault (11) [Wed Jun 22 17:01:02 2005] [notice] child pid 48536 exit signal Segmentation fault (11) And same happend then I try acces callendar on ipb it's shows only this error . Same problem I haved with php 4.3.11 But I wited until newer version in mind that this problem will go away . There is couple url with my core file and apache strace GDB Core : http://www.technofor.us/belenkas/gdb.core Apache strace : http://www.technofor.us/belenkas/strace Btw it's apache 1.33 web server not microsoft it's just mod_security show like this . But I had the problem before mod_security was instaled so somthing else is wrong . Thanx for help . Regards --
#33455 [Bgs->Opn]: is_callable will not handle private/public well from within a class
ID: 33455
User updated by: php at adaniels dot nl
Reported By: php at adaniels dot nl
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: NB
PHP Version: 5.0.3
New Comment:
Please comment
Previous Comments:
[2005-06-24 01:48:38] php at adaniels dot nl
Are you sure? I did not see this bug in the bug reports.
Please do not confuse this bug with Bug #29210 'Function: is_callable
- no support for private and protected classes':
http://bugs.php.net/bug.php?id=29210
Function is_callable does work correctly for private methode's from
outside the object, as is done in bug 29210. But is doest not work
correctly when using $this within the class as is done in this report.
PS. I use ZendStudio for development. The latest version of ZendStudio
is bundeled with PHP 5.0.3. That's why I did not test this under 5.0.4
[2005-06-23 23:08:11] [EMAIL PROTECTED]
*ALWAYS* try latest snapshots before reporting a bug.
This was fixed long time ago.
Btw, 5.0.3 is not even the latest version.
[2005-06-23 22:28:05] php at adaniels dot nl
Description:
Function is_callable will not handle private/public well from within a
class.
Reproduce code:
---
getXX("test")
:
"Can't call getXX within " . __CLASS__) . "\n";
}
}
class Y extends X {
function testXX() {
echo (is_callable(array($this, 'getXX')) ? $this->getXX("test")
:
"Can't call getXX within " . __CLASS__) . "\n";
}
}
$x = new X;
echo (is_callable($x, 'getXX') ? $x->getXX("test") : "Can't call getXX
outside for " . get_class($x)) . "\n";
$x->testXX();
$y = new y;
echo (is_callable($y, 'getXX') ? $y->getXX("test") : "Can't call getXX
outside for " . get_class($y)) . "\n";
$y->testXX();
?>
Expected result:
Can't call getXX outside for X
XX test
Can't call getXX outside for Y
Can't call getXX within Y
Actual result:
--
Can't call getXX outside for X
XX test
Can't call getXX outside for Y
Fatal error: Call to private method X::getXX() from context 'Y'
in \\Seabert\webroot\ontwikkeling\quickbuild\test.php on line
76
--
Edit this bug report at http://bugs.php.net/?id=33455&edit=1
