#27659 [Com]: Cannot re-assign $this
ID: 27659 Comment by: thejam at gmail dot com Reported By: js at enradia dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: linux 2.6.3 PHP Version: 5.0.0RC1 New Comment: How Silly. We used $this for just about every result set in a db query. We have like a hundred applications. I just ran a sript on our whole htdocs directory and changed them all to $result. Works fine. Previous Comments: [2004-08-23 20:10:48] [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 As helly posted originally, this is expected behavior. One of the changes between php4 and php5 is that objects types are no longer mutable. You can not change $this in php 5, by design. [2004-08-23 20:01:50] shelever at ukrlink dot net osCommerce 2.2-MS2 gets same error when open admin folder. Error in file includes/classes/upload.php. On Windows/IIS5/ISAPI. Resolwed by commenting: // self destruct // $this = null; Worked at PHP4 Good Luck! [2004-07-22 15:28:08] mschulznospam at qualserv dot net Expected behavior is if a script that works in PHP 4 also works in PHP 5. This is definitely a bug, whether it's a bug in PHP or a bug in the script. But this broke a whole bunch of scripts on our servers so I'm blaming PHP. (remove the nospam in my email address if u want to reply) [2004-07-21 18:00:33] drew at estara dot com Anyone who knows PHP objects better than me, as a simple replacement for: $this = $foo; will something like this: foreach (get_object_vars($foo) as $key => $value) $this->$key = $value; work in all cases? It's worked in all the cases I've tested it on so far (including Gallery), but I figure there must be a problem with it since no one's mentioned it so far. Drew [2004-07-15 23:26:06] mlemos at acm dot org There is no assignment of $this in Metabase code. It was a misunderstanding of the original poster. Metabase works seeminglessly in PHP 3, PHP 4 and PHP 5. 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/27659 -- Edit this bug report at http://bugs.php.net/?id=27659&edit=1
#30206 [NEW]: Apache and php install problems
From: martinkuria at hotmail dot com Operating system: Fedora linux PHP version: 5.0.1 PHP Bug Type: *Configuration Issues Bug description: Apache and php install problems Description: I cannot get apache 2.0.50 to work with php 5 When I tried to install php5 with apache 2.0.50 I had a problem with this line: "AddModule mod_php5.c" that I put in the apache httpd.conf file This is everything I put in the httpd.conf file, apache 2.0.50 is conflicting the line above LoadModule php5_module libexec/libphp5.so AddModule mod_php5.c AddType application/x-httpd-php .php and I get an error: invalid command "AddModule", perhaps mis-pelled or defined by a module not included in the server configuration What is the Problem -- Edit bug report at http://bugs.php.net/?id=30206&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30206&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30206&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30206&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30206&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30206&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30206&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30206&r=support Expected behavior: http://bugs.php.net/fix.php?id=30206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30206&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30206&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30206&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30206&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30206&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30206&r=mysqlcfg
#30101 [Opn->Csd]: Win2k3 IIS6 PHP-5.0.1 Don't Load php.ini
ID: 30101 User updated by: cdelasaux at att dot net Reported By: cdelasaux at att dot net -Status: Open +Status: Closed Bug Type: IIS related Operating System: 2k3 Standard Server PHP Version: 5.0.1 New Comment: You MUST follow the manual selectively!!! Setting the PHPRC in you system enviroment correctly and add in PATH your PHP directory. Then add in .php extension for the Web Sites and in webservice extensions add the php5isapi.dll and set to allow. Edit your ini file and make sure you have cgi.force_redirect = 0 and your Extension path correct Thats it... No more!!! If you need you can add php5isapi.dll to the filters and you may also add activescript if you need them but are not required. Previous Comments: [2004-09-17 02:17:23] cdelasaux at att dot net After attempting to switch back to the working configuration I was unable to get php5isapi.dll to load. Under ISAPI Filters for all websites in the IIS manager would show Red Down arrow and say that it's not loaded. I reverted to php-4.3.8 and have it running no issues. I will try more on 5.0.1 later next week. Cheers, Cordel [2004-09-16 05:41:23] cdelasaux at att dot net Well going back to the working php turned out not to go so well. I reverted back to the configuration that had worked and I can't get the phpisapi.dll to load which in turn takes down IIS. I'll try again from scratch and see if I can replicate it one more time. Cheers, Cordel [2004-09-16 04:01:45] cdelasaux at att dot net Description: Using a fresh install of everything (: *Win 2K3 standard server with Active dir enabled and PDC *IIS6 installed and running *PHP 5.0.1 installed and some what running. I following the install doc I did and repeated every thing several times (just in case I missed something). I have php in c:\php and permisions to webusers, IIS, and users all set to +RX. The PHPRC environment variable does not appear to work. PHPRC = C:\php php.ini has: include_path = ".;c:\php\pear\" extension_dir = "c:\php\ext\" cgi.force_redirect = 0 phpinfo() shows: extension_dir C:\php5 include_path .;C:\php5\pear http://corman.servebeer.com/info.php I set the value in Registry HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ New->String Value IniFilePath = C:\php and I removed the system var PHPRC and The php.ini file loaded. phpinfo() shows: extension_dir C:\php include_path .;C:\php\pear So went went back to trying setting the PHPRC variable again and removed the registry entry. The php.ini would not load. Cheers, Cordel -- Edit this bug report at http://bugs.php.net/?id=30101&edit=1
#30205 [NEW]: Missing in some configure test
From: on at cs dot ait dot ac dot th Operating system: FreeBSD 5.3-BETA2 PHP version: 4.3.8 PHP Bug Type: *Compile Issues Bug description: Missing in some configure test Description: In the configure script, regarding the part that test the crytography (DES, MD5, Blowfish...) the generated test C code is missing #include so the test will core dump. After adding unistd.h, the cryptography is properly detected. The compile has no problem, only configure has. >From crypt(3) man page: CRYPT(3) FreeBSD Library Functions Manual NAME crypt -- Trapdoor encryption LIBRARY Crypt Library (libcrypt, -lcrypt) SYNOPSIS >>> #include char * crypt(const char *key, const char *salt); -- Edit bug report at http://bugs.php.net/?id=30205&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30205&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30205&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30205&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30205&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30205&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30205&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30205&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30205&r=support Expected behavior: http://bugs.php.net/fix.php?id=30205&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30205&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30205&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30205&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30205&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30205&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30205&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30205&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30205&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30205&r=mysqlcfg
#26368 [Com]: Returns a Fatal error when using assign-ops
ID: 26368
Comment by: penfield888 at yahoo dot com
Reported By: webmaster at x7chat dot com
Status: Bogus
Bug Type: Arrays related
Operating System: Linux, Windows
PHP Version: 4.3.3
New Comment:
Actually, I have error_reporting set to E_ALL, no error suppression
operators, all variables carefully initialized. I get the error on
occasion on one server, not on others. In a very simple situation, I
get the same error on code like this
$var['idx'] = '';
$var['idx'] .= "more string";
Others who have had the error seem to have had goodluck fixing it
simply by changing to
$var['idx'] = $var['idx'] . "more string";
which should change nothing.
Previous Comments:
[2003-11-23 21:21:34] [EMAIL PROTECTED]
You have some problem in your script. Get rid of '@' and set
error_reporting(E_ALL); and you'll most likely find out what is wrong.
There is no bug here, this is expected behaviour.
[2003-11-23 15:03:14] webmaster at x7chat dot com
Description:
A certain script I wrote uses the following line of code:
$USER['TEMP'] .= "!";
When I run this some servers (Programmed on Redhat Linux 9 with PHP
4.3.3 and it works fine, tested on another Linux server using PHP 4.3.3
and it returns the error) it returns the following error message:
Fatal error: Cannot use assign-op operators with overloaded objects
nor
string offsets in
(FILE PATH) on line (LINE NUMBER)
I have asked many different programmers about it and nobody has an
answer as to why it causes an error on code that is correct. According
to PHP documentation the syntax of it is correct.
Another person who has had this problem has documented it here:
http://www.faqchest.com/prgm/php-l/php-02/php-0205/php-020581/php02052416_25320.html.
I distribute the script for free and I have had at least 4 different
users report that they are having this problem.
The variable $USER['TEMP'] has been defined before and is not null.
Reproduce code:
---
$q = DoQuery("SELECT * FROM $SERVER[TBL_PREFIX]users WHERE
username='$USER[NAME]'");
$USER['TEMP'] = $row[13];
$k = 1; $i = 0; $s = 0; $r[0] = "";
$USER['TEMP'] .= "!";
while($k){
$sub = substr($USER['TEMP'],$i,1);
if($sub == "!"){
$k = 0;
break;
}
if($sub == ","){
$s++;
}else{
@$r[$s] .= $sub;
}
$i++;
}
Expected result:
I would expect it to add "!" to $USER['TEMP'] every time it goes
through the while loop, on some servers it does but on others it
returns the error even if they are the same type of server running the
same version of PHP.
Actual result:
--
On some servers it works correctly and on others it says:
Fatal error: Cannot use assign-op operators with overloaded objects
nor
string offsets in
(FILE PATH) on line (LINE NUMBER)
--
Edit this bug report at http://bugs.php.net/?id=26368&edit=1
#29974 [Fbk->NoF]: num_rows crashes Apache (recurrence)
ID: 29974
Updated by: [EMAIL PROTECTED]
Reported By: david dot powers at dial dot pipex dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MySQLi related
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2004-09-20 01:31:27] splash2 at splashtech dot net
I also had this issue on php 5.0.1 final release... I downloaded the
latest (at this time) snapshot located at
http://snaps.php.net/win32/php5.0-win32-200409191630.zip.
The issue is resolved in that version. :)
[2004-09-15 09:30:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-09-03 19:40:11] david dot powers at dial dot pipex dot com
Description:
Bug #28205 reported fixed in PHP 5.RC-3 appears to have resurfaced.
Use of $result->num_rows causes Apache to crash. Use of
mysqli_num_rows() works without problem.
Environment:
Windows XP Pro
Apache 1.3.31
PHP 5.0.1
MySQL 4.1.4-gamma
extension=php_mbstring.dll
extension=php_mysqli.dll
extension=php_mysql.dll
Reproduce code:
---
$db = new mysqli($hostname, $username, $password, 'db_name');
$sql = 'SELECT * FROM wordlist';
$result = $db->query($sql);
$total = $result->num_rows;
echo "Total words: $total";
while ($row = $result->fetch_assoc()) {
echo $row['word'].'';
}
Expected result:
I expect it not to crash.
Actual result:
--
Error report:
szAppName: Apache.exe szAppVer: 0.0.0.0
szModName: php_mysql.dll szModVer: 5.0.1.1
offset: 11fe
Code works perfectly if $total = $result->num_rows; is commented out.
--
Edit this bug report at http://bugs.php.net/?id=29974&edit=1
#26005 [Fbk->NoF]: Random "cannot change the session's ini settings" errors
ID: 26005 Updated by: [EMAIL PROTECTED] Reported By: parsnip11 at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: * PHP Version: 4CVS-2003-10-31 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-09-15 15:35:53] [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 [2004-07-04 22:28:41] [EMAIL PROTECTED] We have tackled down the problem to memory allocation issues. If PHP is unable to allocate more memory it quits, but then the session module still tries to save stuff, and due to the unavailability of memory, it is unable to do so. The interesting part is that regardless of our display_errors=off setting, this session error still gets printed out to the browser (the mem allocation problem is only present in our logs). The session module should not print errors if display_errors is off. [2004-07-04 13:51:38] [EMAIL PROTECTED] We also experience the same error with PHP 4.3.7 with Apache 1.3.31. We have the following session settings in .htaccess: php_value session.cache_expire20 php_value session.gc_maxlifetime 20 php_value session.cookie_domain ".weblabor.hu" php_value session.cookie_lifetime 200 php_value session.auto_start 0 php_value session.save_handleruser php_value session.cache_limiter none Our session handlers store data in a database, and are set with session_set_save_handler() in userland code. The error is the exact one reported by the bug opener. [2004-07-04 13:25:56] a-n-d-r-a-s at b-a-r-t-h-a-z-i dot hu I have PHP 4.3.7, and we get this error, running a Drupal 4.4. [2004-02-25 13:49:27] [EMAIL PROTECTED] Get the latest stable CVS snapshot. And don't reopen closed bugs unless you can still reproduce it with the snapshot.. 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/26005 -- Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#30013 [Fbk->NoF]: squirrelmail not opening bigger than 1 mb mail
ID: 30013 Updated by: [EMAIL PROTECTED] Reported By: vikasaggarwal78 at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Unknown/Other Function Operating System: UNIX PHP Version: Irrelevant New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-09-07 19:57:07] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-09-07 19:49:23] vikasaggarwal78 at yahoo dot com Description: We have installed squirrelmail on our server.. We then have it customized as per the our requirements.. We recently noticed that it is not opening up any mail bigger than 1 MB .. This could have been a squirelmail issue but then we decided to check it out... We had our older version existing and we opened the same mail there.. and woosh, it opened.. I am not sure where to put this problem (apache forum / squirrelmail / php) .. and actually trying all three... You can check the same at http://qmail.intermesh.net/webmailnew http://qmail.intermesh.net/webmailold user : [EMAIL PROTECTED] pass : 12345 Then check both mails in "Vikas" folder.. May be someone has already faced this one.. But i was unable to locate in your forums.. Thanks -- Edit this bug report at http://bugs.php.net/?id=30013&edit=1
#30203 [NEW]: imap_fetchstructure does not return parts for emails with attachments
From: sburkett at cox dot net Operating system: Linux PHP version: 4.3.8 PHP Bug Type: IMAP related Bug description: imap_fetchstructure does not return parts for emails with attachments Description: I am running V-webmail on one of my servers. We recently upgraded to PHP 4.3.8 (I think we had 4.3.3 before) and now V-webmail does not display emails that have an attachment. Tracing thru the code I found that the "imap_fetchstructure" function is not returning the parts of the email. That is, $emailStruct->parts is empty. Is this a known problem with 4.3.8? I searched your database but could not find anything for "imap_fetchstructure". Any ideas? Please respond ASAP because many of my customers are complaining. Thanks!! -- Edit bug report at http://bugs.php.net/?id=30203&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30203&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30203&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30203&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30203&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30203&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30203&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30203&r=support Expected behavior: http://bugs.php.net/fix.php?id=30203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30203&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30203&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30203&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30203&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30203&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30203&r=mysqlcfg
#30184 [Bgs]: run-tests error_reporting / ~E_STRICT ignored in phpt files
ID: 30184 User updated by: danielc at analysisandsolutions dot com Reported By: danielc at analysisandsolutions dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Win 2000 PHP Version: 5CVS-2004-09-21 (dev) New Comment: Andi: Thanks for the --INI-- tip. Regarding your first email which said "make sure that E_STRICT is turned off in the INI," php.ini already had reporting set to E_ALL but it's being ignored. The reason I posted it as a bug was this issue seems to have only arose in the recent past. This issue hadn't come up while I was developing DB and HTML_Form even though I've been running snapshots of PHP 5 for a long while. Thanks again. Previous Comments: [2004-09-22 23:43:23] [EMAIL PROTECTED] And you should use an --INI-- section in your test file for this anyway. [2004-09-22 23:04:31] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Certain E_STRICT notices (such as var being deprecated) are emited at compile-time therefore changing the error_reporting (which only happens at run-time) will not affect it. You will need to make sure that E_STRICT is turned off in the INI. One work around for the tests might be to put the source in an include file and change error_reporting before we include it. This issue was discussed on internals@ a few months back and this behavior was agreed on because some of these E_STRICT issues have to be detected at compile-time. [2004-09-21 23:34:25] danielc at analysisandsolutions dot com Something else to take into consideration is run-tests.php is overriding the error_reporting settings from php.ini. This is causing tests to fail even though the same tests worked fine under development versions of PHP 5. Here's a new set of test scripts... === s.phpt --TEST-- error_reporting ignored for code in phpt --SKIPIF-- --FILE-- --EXPECT-- Default error_reporting in s.phpt: 2047 The error_reporting in s.inc: 2047 Subsequent error_reporting in s.phpt: 2047 === s.inc --EXPECT-- === s.inc = http://bugs.php.net/?id=30184&edit=1
#30202 [Opn->Bgs]: $array[xyz] = xyz; doesn't work inside a class
ID: 30202
Updated by: [EMAIL PROTECTED]
Reported By: james at processit dot biz
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Windows Server 2003
PHP Version: 5.0.0
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2004-09-22 23:41:50] james at processit dot biz
Description:
In a function inside a class, I can only set array elements through the
$xyz = array("key"=>"val") syntax. If I attempt to set with $xyz['key']
= 'val', the whole array is replaced with 'val' and it just becomes a
normal variable, not an array.
Reproduce code:
---
$array = array("key1"=>"val1", "key2"=>"val2");
print_r($this->$array);
$this->$array['key1'] = 'val3';
print_r($this->$array);
}
}
$class = new Test;
$class->arraytester();
?>
Expected result:
Array ( [key1] => val1 [key2] => val2 ) Array ( [key1] => val3 [key2]
=> val2 )
Actual result:
--
Array ( [key1] => val1 [key2] => val2 ) val3
--
Edit this bug report at http://bugs.php.net/?id=30202&edit=1
#30184 [Bgs]: run-tests error_reporting / ~E_STRICT ignored in phpt files
ID: 30184 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Win 2000 PHP Version: 5CVS-2004-09-21 (dev) New Comment: And you should use an --INI-- section in your test file for this anyway. Previous Comments: [2004-09-22 23:04:31] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Certain E_STRICT notices (such as var being deprecated) are emited at compile-time therefore changing the error_reporting (which only happens at run-time) will not affect it. You will need to make sure that E_STRICT is turned off in the INI. One work around for the tests might be to put the source in an include file and change error_reporting before we include it. This issue was discussed on internals@ a few months back and this behavior was agreed on because some of these E_STRICT issues have to be detected at compile-time. [2004-09-21 23:34:25] danielc at analysisandsolutions dot com Something else to take into consideration is run-tests.php is overriding the error_reporting settings from php.ini. This is causing tests to fail even though the same tests worked fine under development versions of PHP 5. Here's a new set of test scripts... === s.phpt --TEST-- error_reporting ignored for code in phpt --SKIPIF-- --FILE-- --EXPECT-- Default error_reporting in s.phpt: 2047 The error_reporting in s.inc: 2047 Subsequent error_reporting in s.phpt: 2047 === s.inc --EXPECT-- === s.inc = http://bugs.php.net/?id=30184&edit=1
#30202 [NEW]: $array[xyz] = xyz; doesn't work inside a class
From: james at processit dot biz
Operating system: Windows Server 2003
PHP version: 5.0.0
PHP Bug Type: *General Issues
Bug description: $array[xyz] = xyz; doesn't work inside a class
Description:
In a function inside a class, I can only set array elements through the
$xyz = array("key"=>"val") syntax. If I attempt to set with $xyz['key'] =
'val', the whole array is replaced with 'val' and it just becomes a normal
variable, not an array.
Reproduce code:
---
$array = array("key1"=>"val1", "key2"=>"val2");
print_r($this->$array);
$this->$array['key1'] = 'val3';
print_r($this->$array);
}
}
$class = new Test;
$class->arraytester();
?>
Expected result:
Array ( [key1] => val1 [key2] => val2 ) Array ( [key1] => val3 [key2] =>
val2 )
Actual result:
--
Array ( [key1] => val1 [key2] => val2 ) val3
--
Edit bug report at http://bugs.php.net/?id=30202&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30202&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30202&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30202&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30202&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30202&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30202&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30202&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30202&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30202&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30202&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30202&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30202&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30202&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30202&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30202&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30202&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30202&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30202&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30202&r=mysqlcfg
#29656 [Com]: $mysqli->num_rows causes segfault
ID: 29656
Comment by: francois at kronostechnologies dot com
Reported By: misc at sopic dot com
Status: Closed
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.0.1
Assigned To: georg
New Comment:
Same problem here with PHP 5.0.1 and PHP 5.0.x-cvs on Windows (apache
1.3 and mysql 4.3xxx).
We have 3 linux boxes and the problem was fixed with php 5.0.1cvs..
So Re-open the bug and fix this ASAP.
Sometime PHP really act like an amateur project.. I'm tired of all
those bugs in mysqli.
We have all thoses stupid bugs with mysqli and SEAP and we are
deploying our new PHP 5 application. It's embarrasing.
Frank
Previous Comments:
[2004-08-16 05:37:54] smellydog at consolidated dot net
It isn't just the num_rows property of the result object. I get the
same error below when I try to access any property of the result object
in PHP 5.0.1.
PHP has encountered an Access Violation at 010111FEHTTP/1.1 500 Server
Error Server: Microsoft-IIS/5.1 Date: Mon, 16 Aug 2004 03:35:47 GMT
Content-Type: text/html Content-Length: 44 -2147417842 (0x8001010e)
[2004-08-14 11:46:56] sampw at hotmail dot com
5.0.1 Win32 and Snapshot
Win32 Stable (5.0.x-dev) Built On: Aug 13, 2004 16:30 GMT
has the same problem!
[2004-08-13 18:43: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.
[2004-08-13 17:59:06] [EMAIL PROTECTED]
happens on all non mysql objects. Looks like my fix for
another bug (properties for not connected object) was kind
of suboptimal.
[2004-08-13 17:22:42] misc at sopic dot com
Description:
Execution of the code below causes Apache 2.0.49 (Prefork) to exit with
a segfault.
Apache error_log:
[Fri Aug 13 17:03:35 2004] [notice] child pid 7022 exit signal
Segmentation fault (11)
[Fri Aug 13 17:10:07 2004] [notice] child pid 7023 exit signal
Segmentation fault (11)
[Fri Aug 13 17:10:08 2004] [notice] child pid 7024 exit signal
Segmentation fault (11)
[Fri Aug 13 17:10:08 2004] [notice] child pid 7026 exit signal
Segmentation fault (11)
[Fri Aug 13 17:10:08 2004] [notice] child pid 7168 exit signal
Segmentation fault (11)
'./configure' '--with-apxs2=/usr/local/apache2-php5/bin/apxs'
'--without-mysql' '--with-mysqli=/usr/local/mysql-4.1/bin/mysql_config'
'--with-zlib' '--with-xml' '--with-gd' '--with-ttf=/usr'
'--with-jpeg-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf'
'--with-mcrypt=/usr' '--enable-calendar' '--enable-bcmath' '--with-dom'
'--with-xmlrpc' '--with-gettext' '--with-ftp' '--enable-shared'
'--enable-memory-limit' '--with-freetype-dir=/usr' '--with-ldap=/usr'
'--disable-short-tags' '--with-dom=/usr' '--enable-debug'
MySQL is self compiled MySQL 4.1.3-beta.
Reproduce code:
---
";
$mysqli = new mysqli("localhost", "root", "", "test", '3307',
'/tmp/mysql-4.1.sock');
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
print_r($mysqli);
if ($result = $mysqli->query("SELECT * FROM test")) {
$row_cnt = $result->num_rows;
printf("Result set has %d rows.\n", $row_cnt);
$result->close();
}
$mysqli->close();
?>
Expected result:
Int with number of affected rows.
Actual result:
--
[New Thread 16384 (LWP 7410)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 7410)]
0x403162fc in mysqli_read_property (object=0x820895c, member=0x820d7ec,
type=0) at /usr/local/src/php-5.0.1/ext/mysqli/mysqli.c:204
204 if (!obj->ptr ||
(gdb) bt
#0 0x403162fc in mysqli_read_property (object=0x820895c,
member=0x820d7ec, type=0) at
/usr/local/src/php-5.0.1/ext/mysqli/mysqli.c:204
#1 0x40496db2 in zend_fetch_property_address_read (result=0x820d7c0,
op1=0x820d7d4, op2=0x820d7e8, Ts=0xbfffcc90, type=0)
at /usr/local/src/php-5.0.1/Zend/zend_execute.c:1158
#2 0x40499700 in zend_fetch_obj_r_handler (execute_data=0xbfffcf50,
opline=0x820d7bc, op_array=0x8208804)
at /usr/local/src/php-5.0.1/Zend/zend_execute.c:2129
#3 0x4049776e in execute (op_array=0x8208804) at
/usr/local/src/php-5.0.1/Zend/zend_execute.c:1400
#4 0x40473fcd in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-5.0.1/Zend/zend.c:1061
#5 0x4042c967 in php_execute_script (primary_file=0xb200) at
/usr/local/src/php-5.0.1/main/main.c:1627
#6 0x404a46ee in php_handler (r=0x81f7888) at
/
#29606 [Com]: php_strip_whitespace() stdout problems
ID: 29606 Comment by: nadie_20 at hotmail dot com Reported By: [EMAIL PROTECTED] Status: Closed Bug Type:Output Control PHP Version: 5CVS-2004-08-10 (dev) New Comment: lñ Previous Comments: [2004-08-11 14:46:01] [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. [2004-08-10 23:15:12] [EMAIL PROTECTED] Description: The proto and description of php_strip_whitespace() indicate it should return a stripped string. It does not do this and instead outputs the stripped code to stdout. It looks like the function IS intended to return the stripped string as the code uses output buffering, but the problem lies in php_strip(). Unlike highlight_file() which uses zend_printf()'s and ZEND_PUTC()'s and what-have-you so output buffering works and the result is captured, php_strip() is hardcoded to output to stdout which means the output buffering intended for php_strip_whitespace() doesn't work and an empty string is returned for this function. It also means, for Apache, since stdout goes nowhere (I think?), nothing is even outputted to the browser. Fixing this would also close #28280. (same function, different issue) Reproduce code: --- Expected result: string(63) "" Actual result: -- CLI: string(0) "" Apache: string(0) "" -- Edit this bug report at http://bugs.php.net/?id=29606&edit=1
#30083 [Opn->Fbk]: call to undefine class method exit php without yell
ID: 30083 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: CGI related Operating System: winxp PHP Version: 5.0.1 Previous Comments: [2004-09-22 23:09:02] [EMAIL PROTECTED] Have you checked you error_logs and other relevant ini settings? [2004-09-21 14:29:11] [EMAIL PROTECTED] btw, calling to undefine function e.g stelen(), produce the same bug. [2004-09-19 09:37:29] [EMAIL PROTECTED] the output is just "before" in both cgi via httpd and cgi via the shell. [2004-09-14 19:57:38] [EMAIL PROTECTED] What happens when you set error_mode to 0? [2004-09-14 11:16:02] [EMAIL PROTECTED] Description: the following code works nice when runing php-cli and php-cgi from the shell but with apache 1.3.x(cgi) the script exit without yell. Reproduce code: --- nf(); echo "after"; ?> Expected result: before Fatal error: Call to undefined method d::nf() in c:\php\test.php on line 6 Actual result: -- before -- Edit this bug report at http://bugs.php.net/?id=30083&edit=1
#30083 [Opn]: call to undefine class method exit php without yell
ID: 30083 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: CGI related Operating System: winxp PHP Version: 5.0.1 New Comment: Have you checked you error_logs and other relevant ini settings? Previous Comments: [2004-09-21 14:29:11] [EMAIL PROTECTED] btw, calling to undefine function e.g stelen(), produce the same bug. [2004-09-19 09:37:29] [EMAIL PROTECTED] the output is just "before" in both cgi via httpd and cgi via the shell. [2004-09-14 19:57:38] [EMAIL PROTECTED] What happens when you set error_mode to 0? [2004-09-14 11:16:02] [EMAIL PROTECTED] Description: the following code works nice when runing php-cli and php-cgi from the shell but with apache 1.3.x(cgi) the script exit without yell. Reproduce code: --- nf(); echo "after"; ?> Expected result: before Fatal error: Call to undefined method d::nf() in c:\php\test.php on line 6 Actual result: -- before -- Edit this bug report at http://bugs.php.net/?id=30083&edit=1
#30184 [Opn->Bgs]: run-tests error_reporting / ~E_STRICT ignored in phpt files
ID: 30184 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Win 2000 PHP Version: 5CVS-2004-09-21 (dev) 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 Certain E_STRICT notices (such as var being deprecated) are emited at compile-time therefore changing the error_reporting (which only happens at run-time) will not affect it. You will need to make sure that E_STRICT is turned off in the INI. One work around for the tests might be to put the source in an include file and change error_reporting before we include it. This issue was discussed on internals@ a few months back and this behavior was agreed on because some of these E_STRICT issues have to be detected at compile-time. Previous Comments: [2004-09-21 23:34:25] danielc at analysisandsolutions dot com Something else to take into consideration is run-tests.php is overriding the error_reporting settings from php.ini. This is causing tests to fail even though the same tests worked fine under development versions of PHP 5. Here's a new set of test scripts... === s.phpt --TEST-- error_reporting ignored for code in phpt --SKIPIF-- --FILE-- --EXPECT-- Default error_reporting in s.phpt: 2047 The error_reporting in s.inc: 2047 Subsequent error_reporting in s.phpt: 2047 === s.inc --EXPECT-- === s.inc = http://bugs.php.net/?id=30184&edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292
Comment by: ohalloran at enterasys dot com
Reported By: jmelville at selectaustralasia dot com dot au
Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.8
New Comment:
I too have the same problem when upgrading to 4.3.8.
I did notice that using PEAR:DB functions the problem not longer
happens.
Previous Comments:
[2004-09-22 20:34:01] w dot peereboom at jkz-rkz dot nl
If have installed php version 4.3.8 and 5.0 but with both versions some
sort of the same problem is comming up. When i select all records from a
View stored in MS SQL 2000 ("SELECT * FROM View_name) i get all the
records while the view on SQL server is definied as SELECT * FROM Table
WHERE field IS NOT NULL. When i run this last query in my query analyser
the result is less records then when i start the view query with my php
application.
I think this has something to do with this same problem.
Winfred
[2004-09-22 01:56:25] jmelville at selectaustralasia dot com dot au
> in the bottom line make sure php
> use updated ntwdblib.dll file.
Thanks momo. I've read #25777 and I understand that there are problems
with PHP using older libraries to talk to SQL Server.
I have ntwdblib.dll versions 7.00.839 (this is the one that ships with
PHP including 4.3.9RC3) and 8.00.194 (which comes with SQL 2000) and
the problem described in this bug shows up with both those libs. Is
there an even newer version that I should be using?
[2004-09-21 11:21:48] [EMAIL PROTECTED]
ilia introduced this bug on 1.86.2.25 fixing #25777.
all the meaning was discussed there. in the bottom line make sure php
use updated ntwdblib.dll file.
[2004-09-17 17:30:20] dcrignon at adequasys dot com
I confirm this problem, under Windows 2003 Server, with Apache 2 or 1.3
and PHP 4.3.8 or 5.0.
The only way is to go back to PHP 4.3.3 ...
Not the good solution for me.
Do you know if someone is working on this bug to fix it?
We can adapt our product and trim() any variable to recover good
values, but is it the good solution?..
Thank you for your help!
David
[2004-08-30 17:41:45] vikinoha at yahoo dot com
PHP 4.3.8
I am experiencing the same problem with non-empty string returned by a
query that should return an empty string.
I have tried to replace the php_mssql.dll file in version 4.3.8 with
the one from 4.3.3, but the problem remains with no change
whatsoever:(
If there is someone familiar with PHP sources, does the php_mssql.c
1.138 revision changes deal with this bug, or it is something
completely unrelated? And also, if the 'illia_0' change (pointed out by
richard dot quadling at bandvulc dot co dot uk) effectively removes this
bug (does it?), why is it then if'd out?
Thanks,
Viktor
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/29292
--
Edit this bug report at http://bugs.php.net/?id=29292&edit=1
#30193 [Opn->Bgs]: Apache and php install problems
ID: 30193 Updated by: [EMAIL PROTECTED] Reported By: martinkuria at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Fedora linux PHP Version: 5.0.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Right Previous Comments: [2004-09-22 16:25:34] jon dot bertsch at ucop dot edu If that is your config line then you need to fix it to reflect libexec/libphp5.so not 4 [2004-09-22 14:21:28] martinkuria at hotmail dot com Description: I cannot get apache 2.0.50 to work with php 5 When I tried to install php5 with apache 2.0.50 I had a problem with this line: "AddModule mod_php5.c" that I put in the apache httpd.conf file This is everything I put in the httpd.conf file, apache 2.0.50 is conflicting the line above LoadModule php5_module libexec/libphp4.so AddModule mod_php5.c AddType application/x-httpd-php .php and I get an error: invalid command "AddModule", perhaps mis-pelled or defined by a module not included in the server configuration What is the Problem -- Edit this bug report at http://bugs.php.net/?id=30193&edit=1
#30179 [Opn->Fbk]: unset deletes array entries and its copied entries
ID: 30179 Updated by: [EMAIL PROTECTED] Reported By: oliver at teqneers dot de -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Suse 9.0 PHP Version: 4.3.8 New Comment: I think it might be a problem with the Zend extensions that you loaded, please remove them from your configuration and try again. Previous Comments: [2004-09-22 11:38:06] oliver at teqneers dot de Hi, I just made the scripts available on our webserver for you. If you like you can look at them at: http://teqneers.dnsalias.com/phpbug/ If made a link to every php-script with .phps, so you can see the source code of it. hope this helps. [2004-09-22 00:59:52] oliver at teqneers dot de Hi,the shell account is not that easy, because it is a company server. But I did not use the SuSE binaries. I installed it from the sources. If you like, I could send you the compile options tomorrow? does that help? [2004-09-22 00:52:12] [EMAIL PROTECTED] Provide a shell account? And did you compile from OUR sources, and not the Suse ones? [2004-09-22 00:42:08] oliver at teqneers dot de But is there any way I can show it to you? because it really happens. I haven't seen it before. I already tried to d/l and install the 4.3.9RC3 but had the same results. Is it possible, that there is a library dependency, which might be responsible for that? I can't tell the exact point of time, when it occured the first time, but it might happen with the last SuSE update. [2004-09-22 00:36:27] [EMAIL PROTECTED] It still works fine here, and it works fine with every PHP version that I have on my system. 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/30179 -- Edit this bug report at http://bugs.php.net/?id=30179&edit=1
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490 Comment by: tru at gtwreck dot com Reported By: chris dot noden at monstermob dot com Status: Closed Bug Type: MySQL related Operating System: * PHP Version: 4CVS, 5CVS (2004-03-13) New Comment: All you need to do is check out this query on google, and you can see that a lot of sites have this issue while google is indexing them... http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=%22Lost+connection+to+MySQL+server+during+query%22+mysql_connect Previous Comments: [2004-09-22 21:03:00] tommy at allstardirectories dot com The suggested work-around does not work for me. I'm still seeing intermittent connection losses (About 5-10 per day). [2004-08-12 19:20:53] [EMAIL PROTECTED] This is not a bug at all but rather a problem created by the reuse of connections within php: The mysql_connect() command does NOT open a new connection by default. So even if one calls mysql_connect() in the forked child, no new conenction is opened. Adding the addtional parameter to force a new connection fixes the problem right away. [2004-08-10 17:11:12] christian at jul dot net Happened for me on php 4.3.8 / mysql 4.0.20 / debian unstable Seems like putting the db connection after the fork solved the problem. Apparently the connection dies when the connecting process exits, but should be kept alive as long as there is living child processes. [2004-08-03 07:27:29] adams at mars-project dot com I also get this error, but its on an internal mysql server. PHP 4.3.7 MySQL 4.0.18 FreeBSD 4.10 And just to note when i do get this error i get a php core dump as well. [2004-07-21 17:20:59] florian dot heigl at m4f dot net I got the same error w/o using php - connecting via bin/mysql... It only happens *sometimes* :) ERROR 2013 at line 78: Lost connection to MySQL server during query OS is Tru64 5.1B-4, MySQL 4.0.20 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/26490 -- Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490 Comment by: tommy at allstardirectories dot com Reported By: chris dot noden at monstermob dot com Status: Closed Bug Type: MySQL related Operating System: * PHP Version: 4CVS, 5CVS (2004-03-13) New Comment: The suggested work-around does not work for me. I'm still seeing intermittent connection losses (About 5-10 per day). Previous Comments: [2004-08-12 19:20:53] [EMAIL PROTECTED] This is not a bug at all but rather a problem created by the reuse of connections within php: The mysql_connect() command does NOT open a new connection by default. So even if one calls mysql_connect() in the forked child, no new conenction is opened. Adding the addtional parameter to force a new connection fixes the problem right away. [2004-08-10 17:11:12] christian at jul dot net Happened for me on php 4.3.8 / mysql 4.0.20 / debian unstable Seems like putting the db connection after the fork solved the problem. Apparently the connection dies when the connecting process exits, but should be kept alive as long as there is living child processes. [2004-08-03 07:27:29] adams at mars-project dot com I also get this error, but its on an internal mysql server. PHP 4.3.7 MySQL 4.0.18 FreeBSD 4.10 And just to note when i do get this error i get a php core dump as well. [2004-07-21 17:20:59] florian dot heigl at m4f dot net I got the same error w/o using php - connecting via bin/mysql... It only happens *sometimes* :) ERROR 2013 at line 78: Lost connection to MySQL server during query OS is Tru64 5.1B-4, MySQL 4.0.20 [2004-07-20 15:00:52] garak at studenti dot it Same problem. Connect to mysql server on LAN. PHP 4.3.7 MySQL 4.0.20 Linux 2.4.19 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/26490 -- Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292
Comment by: w dot peereboom at jkz-rkz dot nl
Reported By: jmelville at selectaustralasia dot com dot au
Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.8
New Comment:
If have installed php version 4.3.8 and 5.0 but with both versions some
sort of the same problem is comming up. When i select all records from a
View stored in MS SQL 2000 ("SELECT * FROM View_name) i get all the
records while the view on SQL server is definied as SELECT * FROM Table
WHERE field IS NOT NULL. When i run this last query in my query analyser
the result is less records then when i start the view query with my php
application.
I think this has something to do with this same problem.
Winfred
Previous Comments:
[2004-09-22 01:56:25] jmelville at selectaustralasia dot com dot au
> in the bottom line make sure php
> use updated ntwdblib.dll file.
Thanks momo. I've read #25777 and I understand that there are problems
with PHP using older libraries to talk to SQL Server.
I have ntwdblib.dll versions 7.00.839 (this is the one that ships with
PHP including 4.3.9RC3) and 8.00.194 (which comes with SQL 2000) and
the problem described in this bug shows up with both those libs. Is
there an even newer version that I should be using?
[2004-09-21 11:21:48] [EMAIL PROTECTED]
ilia introduced this bug on 1.86.2.25 fixing #25777.
all the meaning was discussed there. in the bottom line make sure php
use updated ntwdblib.dll file.
[2004-09-17 17:30:20] dcrignon at adequasys dot com
I confirm this problem, under Windows 2003 Server, with Apache 2 or 1.3
and PHP 4.3.8 or 5.0.
The only way is to go back to PHP 4.3.3 ...
Not the good solution for me.
Do you know if someone is working on this bug to fix it?
We can adapt our product and trim() any variable to recover good
values, but is it the good solution?..
Thank you for your help!
David
[2004-08-30 17:41:45] vikinoha at yahoo dot com
PHP 4.3.8
I am experiencing the same problem with non-empty string returned by a
query that should return an empty string.
I have tried to replace the php_mssql.dll file in version 4.3.8 with
the one from 4.3.3, but the problem remains with no change
whatsoever:(
If there is someone familiar with PHP sources, does the php_mssql.c
1.138 revision changes deal with this bug, or it is something
completely unrelated? And also, if the 'illia_0' change (pointed out by
richard dot quadling at bandvulc dot co dot uk) effectively removes this
bug (does it?), why is it then if'd out?
Thanks,
Viktor
[2004-08-13 12:22:27] richard dot quadling at bandvulc dot co dot uk
Hi.
If the column contains NULL (using Enterprise Manager to enter CTRL+0),
then the output is correct.
But having to convert all '' to NULLs is not right.
Richard.
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/29292
--
Edit this bug report at http://bugs.php.net/?id=29292&edit=1
#30199 [NEW]: array_sum gives an incorrect total
From: sdibb at myway dot com Operating system: Linux PHP version: 5.0.1 PHP Bug Type: Math related Bug description: array_sum gives an incorrect total Description: array_sum AND adding numbers seems to be returning the wrong total, where all the values are floats. It seems to be in every case that it's the last value that throws off the grand total. Tested with both v4.3.8 and v5.0.1 on different linux machines. Looks like a dupe of http://bugs.php.net/bug.php?id=6034 but not sure, since this doesn't use very large values for the numbers. Reproduce code: --- long example: http://wonkabar.org/array_sum.phps short example: php -r "print array_sum(array(149.96, 49.99, -20.00, -149.96, 0, -20.00, -9.99));" Expected result: the correct calculated totals. Actual result: -- short example: 8.881784197E-15 # php -m [PHP Modules] bz2 ctype gmp mysql overload pcre pgsql posix session sqlite standard tokenizer xml zip zlib [Zend Modules] -- Edit bug report at http://bugs.php.net/?id=30199&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30199&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30199&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30199&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30199&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30199&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30199&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30199&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30199&r=support Expected behavior: http://bugs.php.net/fix.php?id=30199&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30199&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30199&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30199&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30199&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30199&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30199&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30199&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30199&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30199&r=mysqlcfg
#30196 [Opn]: SEGFAULT with apache2 on shutdown-child
ID: 30196
User updated by: j dot henge-ernst at interexa dot de
Reported By: j dot henge-ernst at interexa dot de
Status: Open
-Bug Type: Zend Engine 2 problem
+Bug Type: OCI8 related
Operating System: linux
PHP Version: 5.0.1
New Comment:
Tracked down the error a little bit more. Seems to happen only when
using the oci8 module.
Using oracle 10g and oci8 as loadable module. Could also be the same as
http://bugs.php.net/bug.php?id=26393
Previous Comments:
[2004-09-22 18:27:32] j dot henge-ernst at interexa dot de
Description:
PHP 5.0.1 is segfaulting after every request has been processed with
our application. Disabling all register_shutdown_functions or
custom-error handlers didn't help. Simple pages as phpinfo just work
fine.
The commandline is not seg-faulting
Using SuSE 9.1 with apache2handler and PHP 5.0.1 self-compiled. Also
tried the current CVS, but that also fails on the same point
If you need additional information to track that down, ask
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1076980544 (LWP 31715)]
0x4061043f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-5.0.1/Zend/zend_hash.c:664
664 if (apply_func(p->pData TSRMLS_CC)) {
(gdb) where
#0 0x4061043f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-5.0.1/Zend/zend_hash.c:664
#1 0x40601a80 in shutdown_executor () at
/home/hernst/src/php-5.0.1/Zend/zend_execute_API.c:248
#2 0x40609a96 in zend_deactivate () at
/home/hernst/src/php-5.0.1/Zend/zend.c:819
#3 0x405d2679 in php_request_shutdown (dummy=0x0) at
/home/hernst/src/php-5.0.1/main/main.c:1212
#4 0x4063c82e in php_handler (r=0x826b1f0) at
/home/hernst/src/php-5.0.1/sapi/apache2handler/sapi_apache2.c:435
#5 0x08069288 in ap_run_handler ()
#6 0x003b in ?? ()
#7 0x in ?? ()
#8 0x0809a36c in __JCR_LIST__ ()
#9 0x0826b1f0 in ?? ()
#10 0x0826b1f0 in ?? ()
#11 0xbfffd518 in ?? ()
#12 0x0806c8a7 in ap_invoke_handler ()
Using the CVS-version of 5.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1076980544 (LWP 29322)]
0x4061176f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-src/Zend/zend_hash.c:664
664 if (apply_func(p->pData TSRMLS_CC)) {
(gdb) where
#0 0x4061176f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-src/Zend/zend_hash.c:664
#1 0x406024e0 in shutdown_executor () at
/home/hernst/src/php-src/Zend/zend_execute_API.c:251
#2 0x4060a8c6 in zend_deactivate () at
/home/hernst/src/php-src/Zend/zend.c:818
#3 0x405d3159 in php_request_shutdown (dummy=0x0) at
/home/hernst/src/php-src/main/main.c:1212
#4 0x4063dd7e in php_handler (r=0x8265e10) at
/home/hernst/src/php-src/sapi/apache2handler/sapi_apache2.c:435
#5 0x08069288 in ap_run_handler ()
#6 0x003b in ?? ()
#7 0x in ?? ()
#8 0x0809a36c in __JCR_LIST__ ()
#9 0x08265e10 in ?? ()
#10 0x08265e10 in ?? ()
#11 0xbfffd508 in ?? ()
#12 0x0806c8a7 in ap_invoke_handler ()
Previous frame inner to this frame (corrupt stack?)
--
Edit this bug report at http://bugs.php.net/?id=30196&edit=1
#30196 [NEW]: SEGFAULT with apache2 on shutdown-child
From: j dot henge-ernst at interexa dot de
Operating system: linux
PHP version: 5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description: SEGFAULT with apache2 on shutdown-child
Description:
PHP 5.0.1 is segfaulting after every request has been processed with our
application. Disabling all register_shutdown_functions or custom-error
handlers didn't help. Simple pages as phpinfo just work fine.
The commandline is not seg-faulting
Using SuSE 9.1 with apache2handler and PHP 5.0.1 self-compiled. Also tried
the current CVS, but that also fails on the same point
If you need additional information to track that down, ask
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1076980544 (LWP 31715)]
0x4061043f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-5.0.1/Zend/zend_hash.c:664
664 if (apply_func(p->pData TSRMLS_CC)) {
(gdb) where
#0 0x4061043f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-5.0.1/Zend/zend_hash.c:664
#1 0x40601a80 in shutdown_executor () at
/home/hernst/src/php-5.0.1/Zend/zend_execute_API.c:248
#2 0x40609a96 in zend_deactivate () at
/home/hernst/src/php-5.0.1/Zend/zend.c:819
#3 0x405d2679 in php_request_shutdown (dummy=0x0) at
/home/hernst/src/php-5.0.1/main/main.c:1212
#4 0x4063c82e in php_handler (r=0x826b1f0) at
/home/hernst/src/php-5.0.1/sapi/apache2handler/sapi_apache2.c:435
#5 0x08069288 in ap_run_handler ()
#6 0x003b in ?? ()
#7 0x in ?? ()
#8 0x0809a36c in __JCR_LIST__ ()
#9 0x0826b1f0 in ?? ()
#10 0x0826b1f0 in ?? ()
#11 0xbfffd518 in ?? ()
#12 0x0806c8a7 in ap_invoke_handler ()
Using the CVS-version of 5.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1076980544 (LWP 29322)]
0x4061176f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-src/Zend/zend_hash.c:664
664 if (apply_func(p->pData TSRMLS_CC)) {
(gdb) where
#0 0x4061176f in zend_hash_apply (ht=Variable "ht" is not available.
) at /home/hernst/src/php-src/Zend/zend_hash.c:664
#1 0x406024e0 in shutdown_executor () at
/home/hernst/src/php-src/Zend/zend_execute_API.c:251
#2 0x4060a8c6 in zend_deactivate () at
/home/hernst/src/php-src/Zend/zend.c:818
#3 0x405d3159 in php_request_shutdown (dummy=0x0) at
/home/hernst/src/php-src/main/main.c:1212
#4 0x4063dd7e in php_handler (r=0x8265e10) at
/home/hernst/src/php-src/sapi/apache2handler/sapi_apache2.c:435
#5 0x08069288 in ap_run_handler ()
#6 0x003b in ?? ()
#7 0x in ?? ()
#8 0x0809a36c in __JCR_LIST__ ()
#9 0x08265e10 in ?? ()
#10 0x08265e10 in ?? ()
#11 0xbfffd508 in ?? ()
#12 0x0806c8a7 in ap_invoke_handler ()
Previous frame inner to this frame (corrupt stack?)
--
Edit bug report at http://bugs.php.net/?id=30196&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30196&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30196&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30196&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30196&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30196&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30196&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30196&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30196&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30196&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30196&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30196&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30196&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30196&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30196&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30196&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30196&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30196&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30196&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30196&r=mysqlcfg
#30195 [Opn->Fbk]: scandir etc cannot read Chinese file/folder name
ID: 30195 Updated by: [EMAIL PROTECTED] Reported By: percy at savant dot us -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: windows xp/2003 PHP Version: 5CVS-2004-09-22 (dev) New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2004-09-22 17:05:05] percy at savant dot us Description: By using the opendir and readdir or scandir can only read English file/folder name; unrecognised code for Chinese File and folder name. -- Edit this bug report at http://bugs.php.net/?id=30195&edit=1
#30195 [NEW]: scandir etc cannot read Chinese file/folder name
From: percy at savant dot us Operating system: windows xp/2003 PHP version: 5CVS-2004-09-22 (dev) PHP Bug Type: *Directory/Filesystem functions Bug description: scandir etc cannot read Chinese file/folder name Description: By using the opendir and readdir or scandir can only read English file/folder name; unrecognised code for Chinese File and folder name. -- Edit bug report at http://bugs.php.net/?id=30195&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30195&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30195&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30195&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30195&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30195&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30195&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30195&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30195&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30195&r=support Expected behavior: http://bugs.php.net/fix.php?id=30195&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30195&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30195&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30195&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30195&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30195&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30195&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30195&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30195&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30195&r=mysqlcfg
#27620 [Fbk->Bgs]: Apache Child Segfaults Using OCI8 and "PutEnv"
ID: 27620 Updated by: [EMAIL PROTECTED] Reported By: bmuller at milchstrasse dot de -Status: Feedback +Status: Bogus Bug Type: OCI8 related Operating System: RedHat ES 3 PHP Version: 5CVS-2004-03-17 (dev) New Comment: Marking as bogus then. Previous Comments: [2004-09-22 11:03:13] paul dot g dot smith at cantos dot com Very interesting. You can close this report now. Reinstalled on other system, it worked fine. Migrating the exact same config back to the original system this morning that now works fine as well. It looks as if the problem was that with LD_LIBRARY_PATH specified as an Apache env variable, OCIlogin would cause segfault. Which makes no sense, but there you go. Having removed that and now only specifying ORACLE_HOME as env var: it works fine. So now we're running with 4.3.8 on all our systems and we're happy again. :-) [2004-09-21 12:54:24] paul dot g dot smith at cantos dot com This is a production system. I'm not in a position to install a debug build on it unfortunately. We have to backtrack to PHP 4.3.6 for the time being on that server, can't leave it faulty, as it's a live webserver! We'll endeavour to find a sacrificial system and install and reproduce the problem on that - then we can do a backtrace - please bear with us while we pull the bits together to do that. FYI, the segfault is reproducible from PHP 4.3.8 through 4.3.9RC3 up to and including 5.0.1. We're using Oracle client 9.2.0.1.0 on RH ES3. [2004-09-20 00:22:18] [EMAIL PROTECTED] Again, please provide a backtrace of that segfault. http://bugs.php.net/bugs-generating-backtrace.php [2004-09-19 22:34:47] paul dot g dot smith at cantos dot com We upgraded our PHP installation (running on RH 3.0ES) from 4.3.6 to 4.3.8 today. Code previously working fine is now segfaulting 99% of the time inside OCILogin(). Absolutely reproducible. PHP was built from source both times. With 4.3.6 it worked fine. With 4.3.8 the segfault is solid and reproducible. No other changes eg to the Oracle client installation. Viz it can't be blamed on Oracle, the only thing that changed was the PHP version, therefore suspicion is that it points at something broken in the new version of PHP. [2004-03-17 04:11:35] [EMAIL PROTECTED] 5$ that it crashes inside the Oracle library ;-) 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/27620 -- Edit this bug report at http://bugs.php.net/?id=27620&edit=1
#30192 [Opn->Bgs]: Reappearance of mcrypt bug from 4.3.0
ID: 30192 Updated by: [EMAIL PROTECTED] Reported By: pingslave at biosys dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.10 PHP Version: 4.3.8 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. Dup of #22073 and this is not a bug, it's a messed up installation. Previous Comments: [2004-09-22 10:35:42] pingslave at biosys dot net Description: The old bug from 4.3.0, that was fixed then in CVS, is back. Compiling on a vanilla FreeBSD 4.10 (cvsupped to -STABLE as of today) system with the following installed from ports: libmcrypt-2.5.7_1 mcrypt-2.6.4_2 mhash-0.8.18 Using the system compiler (gcc 2.95). Configure is : ./configure --with-pgsql --with-mysql --with-mcrypt --with-apxs2=/usr/local/apache2/bin/apxs Configure runs without errors or other complaints. Make however bombs out just like it used to. Expected result: I expect php to compile successfully.. heh. Actual result: -- make ... /bin/sh /usr/builds/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mcrypt/ -I/usr/builds/php-4.3.8/ext/mcrypt/ -DPHP_ATOM_INC -I/usr/builds/php-4.3.8/include -I/usr/builds/php-4.3.8/main -I/usr/builds/php-4.3.8 -I/usr/builds/php-4.3.8/Zend -I/usr/local/include -I/usr/builds/php-4.3.8/ext/xml/expat -I/usr/builds/php-4.3.8/TSRM -g -O2 -prefer-pic -c /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c -o ext/mcrypt/mcrypt.lo /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:229: warning: `MCRYPT_FAILED' redefined /usr/local/include/mcrypt.h:31: warning: this is the location of the previous definition /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c: In function `zm_startup_mcrypt': /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:281: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:282: `MCRYPT_BLOWFISH_128' undeclared (first use in this function) ... -- Edit this bug report at http://bugs.php.net/?id=30192&edit=1
#30190 [Opn->Asn]: strtotime doesn't return -1 from 0000-00-00
ID: 30190
Updated by: [EMAIL PROTECTED]
Reported By: mike dot deeks at equest dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Debian, Linux
PHP Version: 4.3.8
-Assigned To:
+Assigned To: derick
Previous Comments:
[2004-09-22 03:24:15] mike dot deeks at equest dot com
Correction. Expected Results should read:
Expected result:
946713600
946627200
943948800
-1
[2004-09-22 03:18:54] mike dot deeks at equest dot com
Description:
strtotime returns the date 1999-11-31 (Timestamp: 943948800) instead of
-1 when I pass it "-00-00".
>From what I can tell, it assumes is the year 2000. Then the 00
month and 00 day refer to the previous month and the previous day from
the year 2000. i.e. "2000-01-01" minus one month, and one day.
Should it not return a -1 because that is an invalid time?
"-00-00" is what MySQL defaults invalid DATE values to by the way.
Reproduce code:
---
echo strtotime("2000-01-01") . "/n";
echo strtotime("2000-01-00") . "/n";
echo strtotime("2000-00-00") . "/n";
echo strtotime("-00-00") . "/n";
Expected result:
946713600
946627200
-1
-1
Actual result:
--
946713600
946627200
943948800
943948800
--
Edit this bug report at http://bugs.php.net/?id=30190&edit=1
#30193 [Com]: Apache and php install problems
ID: 30193 Comment by: jon dot bertsch at ucop dot edu Reported By: martinkuria at hotmail dot com Status: Open Bug Type: *Configuration Issues Operating System: Fedora linux PHP Version: 5.0.1 New Comment: If that is your config line then you need to fix it to reflect libexec/libphp5.so not 4 Previous Comments: [2004-09-22 14:21:28] martinkuria at hotmail dot com Description: I cannot get apache 2.0.50 to work with php 5 When I tried to install php5 with apache 2.0.50 I had a problem with this line: "AddModule mod_php5.c" that I put in the apache httpd.conf file This is everything I put in the httpd.conf file, apache 2.0.50 is conflicting the line above LoadModule php5_module libexec/libphp4.so AddModule mod_php5.c AddType application/x-httpd-php .php and I get an error: invalid command "AddModule", perhaps mis-pelled or defined by a module not included in the server configuration What is the Problem -- Edit this bug report at http://bugs.php.net/?id=30193&edit=1
#30194 [Opn]: Mysqli Prepared Statements work very slow when CLOB\BLOB is in result set
ID: 30194 User updated by: phoeniks2k at mail dot ru Reported By: phoeniks2k at mail dot ru Status: Open Bug Type: Performance problem Operating System: All PHP Version: 5.0.1 New Comment: Sorry, some additional info: Mysql 4.1.4 Gamma and clobs are not empty Previous Comments: [2004-09-22 14:27:20] phoeniks2k at mail dot ru Description: If result set has clob\blob fields, retrieving data is VERY slow. Query "SELECT SQL_NO_CACHE id, xml_clob FROM some_table WHERE id = 1" executes 1000 times for about 0.4 seconds on my server; But this query rewriten with statement execs 20 time for 6(!) seconds!!! Every time i call: exec, store result, fetch, free_result P.S. SQL_NO_CACHE is used for clean noncached result times Expected result: STMT performance higher then normal query performance -- Edit this bug report at http://bugs.php.net/?id=30194&edit=1
#30156 [Fbk->Opn]: linker issue
ID: 30156
User updated by: jtaisto at iocenter dot net
Reported By: jtaisto at iocenter dot net
-Status: Feedback
+Status: Open
Bug Type: PHP options/info functions
Operating System: Solaris 9
PHP Version: 5.0.1
New Comment:
configure exits with this:
Configuring extensions
checking whether to enable LIBXML support... yes
checking libxml2 install dir... /u1/xml/libxml2-2.6.13/sparcv9
checking whether libxml build works... no
configure: error: build test failed. Please check the config.log for
details.
The last lines in the config.log say:
configure:17846: checking whether to enable LIBXML support
configure:17893: checking libxml2 install dir
configure:18053: checking whether libxml build works
configure:18080: gcc -o conftest -O2 -m64 -mcpu=ultrasparc
-mtune=ultrasparc -pthreads -D_POSIX_PTHREAD_SEMANTICS
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2
-L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2
-R/u1/xml/libxml2-2.6.13/sparcv9/lib
-L/u1/xml/libxml2-2.6.13/sparcv9/lib conftest.c
-lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm
-lsocket -lnsl 1>&5
configure: failed program was:
#line 18069 "configure"
#include "confdefs.h"
char xmlInitParser();
int main() {
xmlInitParser();
return 0;
}
Previous Comments:
[2004-09-19 17:58:00] [EMAIL PROTECTED]
What does config.log say about the reason for the failure?
[2004-09-19 17:45:46] jtaisto at iocenter dot net
Description:
Linker dies when trying to build with xml2 support.
Reproduce code:
---
export CC="gcc"
export CXX="gcc"
export CFLAGS="-O2 -m64 -mcpu=ultrasparc -mtune=ultrasparc"
export CXXFLAGS="-O2 -m64 -mcpu=ultrasparc -mtune=ultrasparc"
libxml2 build:./configure --prefix=/u1/xml/libxml2-2.6.13 \
--exec-prefix /u1/xml/libxml2-2.6.13/sparcv9 \
--with-xml2=/u1/xml/libxml2-2.6.13 \
--with-threads
./configure --with-libxml-dir=/u1/xml/libxml2-2.6.13/sparcv9 \
linker (/usr/ccs/bin/ld ) dies on this: configure:18080: gcc -o
conftest -O2 -m64 -mcpu=ultrasparc -mtune=ultrasparc -pthreads
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2
-L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2
-R/u1/xml/libxml2-2.6.13/sparcv9/lib
-L/u1/xml/libxml2-2.6.13/sparcv9/lib conftest.c
-lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl
1>&5
configure: failed program was:
#line 18069 "configure"
#include "confdefs.h"
char xmlInitParser();
int main() {xmlInitParser();return 0;}
Expected result:
Not to see a fatal ld from the configure script. Configure able to use
xml2 library that is most recent stable. I've tried this even with just
32-bit using different version with no avail. Can't seem to get a
64-bit version supporting xml2 on Solaris 9 to work.
--
Edit this bug report at http://bugs.php.net/?id=30156&edit=1
#30194 [NEW]: Mysqli Prepared Statements work very slow when CLOB\BLOB is in result set
From: phoeniks2k at mail dot ru Operating system: All PHP version: 5.0.1 PHP Bug Type: Performance problem Bug description: Mysqli Prepared Statements work very slow when CLOB\BLOB is in result set Description: If result set has clob\blob fields, retrieving data is VERY slow. Query "SELECT SQL_NO_CACHE id, xml_clob FROM some_table WHERE id = 1" executes 1000 times for about 0.4 seconds on my server; But this query rewriten with statement execs 20 time for 6(!) seconds!!! Every time i call: exec, store result, fetch, free_result P.S. SQL_NO_CACHE is used for clean noncached result times Expected result: STMT performance higher then normal query performance -- Edit bug report at http://bugs.php.net/?id=30194&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30194&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30194&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30194&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30194&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30194&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30194&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30194&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30194&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30194&r=support Expected behavior: http://bugs.php.net/fix.php?id=30194&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30194&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30194&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30194&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30194&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30194&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30194&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30194&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30194&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30194&r=mysqlcfg
#30193 [NEW]: Apache and php install problems
From: martinkuria at hotmail dot com Operating system: Fedora linux PHP version: 5.0.1 PHP Bug Type: *Configuration Issues Bug description: Apache and php install problems Description: I cannot get apache 2.0.50 to work with php 5 When I tried to install php5 with apache 2.0.50 I had a problem with this line: "AddModule mod_php5.c" that I put in the apache httpd.conf file This is everything I put in the httpd.conf file, apache 2.0.50 is conflicting the line above LoadModule php5_module libexec/libphp4.so AddModule mod_php5.c AddType application/x-httpd-php .php and I get an error: invalid command "AddModule", perhaps mis-pelled or defined by a module not included in the server configuration What is the Problem -- Edit bug report at http://bugs.php.net/?id=30193&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30193&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30193&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30193&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30193&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30193&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30193&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30193&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30193&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30193&r=support Expected behavior: http://bugs.php.net/fix.php?id=30193&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30193&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30193&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30193&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30193&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30193&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30193&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30193&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30193&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30193&r=mysqlcfg
#30178 [Opn->Bgs]: COM Object EnumNetworkDrives
ID: 30178
Updated by: [EMAIL PROTECTED]
Reported By: e dot vandeoudeweetering at marcanti dot esprit-sg dot
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: Windows 2000 SP4 5.00.2195
PHP Version: 5.0.1
New Comment:
Your code looks broken, try this:
for($i = 0; $nd -> Count(); $i += 2) {
^
This means, keep going for all eternity, since nothing ever changes the
count.
You want $i < $nd->Count()
Previous Comments:
[2004-09-21 13:47:16] e dot vandeoudeweetering at marcanti dot
esprit-sg dot
Description:
To enumerate network drives or printer connections, a COM function
'EnumNetworkDrives()' or
'EnumPrinterConnections()'is used.
When I run my script with 'EnumNetworkDrives()' as an example, an
exception is thrown. This exception is also thrown when using the
function 'EnumPrinterConnections()'.
Reproduce code:
---
EnumNetworkDrives();
for($i = 0; $nd -> Count(); $i += 2) {
print $nd -> Item($i) . " " . $nd -> Item($i +1) . "\n";
}
?>
Expected result:
G: \\%SERVER%\%SHARE%
I: \\%SERVER%\%SHARE%
J: \\%SERVER%\%SHARE%
K: \\%SERVER%\%SHARE%
L: \\%SERVER%\%SHARE%
M: \\%SERVER%\%SHARE%
Actual result:
--
G: \\%SERVER%\%SHARE%
I: \\%SERVER%\%SHARE%
J: \\%SERVER%\%SHARE%
K: \\%SERVER%\%SHARE%
L: \\%SERVER%\%SHARE%
M: \\%SERVER%\%SHARE%
PHP Fatal error: Uncaught exception 'com_exception' with message
'Source: Unknown
Description: Unknown' in C:\Scripts\php\drives.php:6
Stack trace:
#0 {main}
thrown in C:\Scripts\php\drives.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=30178&edit=1
#30179 [Bgs->Opn]: unset deletes array entries and its copied entries
ID: 30179 User updated by: oliver at teqneers dot de Reported By: oliver at teqneers dot de -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: Suse 9.0 PHP Version: 4.3.8 New Comment: Hi, I just made the scripts available on our webserver for you. If you like you can look at them at: http://teqneers.dnsalias.com/phpbug/ If made a link to every php-script with .phps, so you can see the source code of it. hope this helps. Previous Comments: [2004-09-22 00:59:52] oliver at teqneers dot de Hi,the shell account is not that easy, because it is a company server. But I did not use the SuSE binaries. I installed it from the sources. If you like, I could send you the compile options tomorrow? does that help? [2004-09-22 00:52:12] [EMAIL PROTECTED] Provide a shell account? And did you compile from OUR sources, and not the Suse ones? [2004-09-22 00:42:08] oliver at teqneers dot de But is there any way I can show it to you? because it really happens. I haven't seen it before. I already tried to d/l and install the 4.3.9RC3 but had the same results. Is it possible, that there is a library dependency, which might be responsible for that? I can't tell the exact point of time, when it occured the first time, but it might happen with the last SuSE update. [2004-09-22 00:36:27] [EMAIL PROTECTED] It still works fine here, and it works fine with every PHP version that I have on my system. [2004-09-22 00:30:01] oliver at teqneers dot de This is definately no BOGUS. If you like i can send you screenshots or the output of the phpinfo(). You can ask Hartmut Holzgraefe about me. I used to work with him and I am programming PHP for years. This is a bug and it does happen everytime I execute this tiny script. I sent in live output data. 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/30179 -- Edit this bug report at http://bugs.php.net/?id=30179&edit=1
#29805 [Fbk->Opn]: HTTP Authentication Issues
ID: 29805 User updated by: michaelw at webcentral dot com dot au Reported By: michaelw at webcentral dot com dot au -Status: Feedback +Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 4.3.8 New Comment: Ok, the new CVS release works correctly if safe_mode is disabled. However, if safe_mode is enabled, there does not appear to be any way to get authentication information. This presents a problem for me, at least, as in my environment I need to run PHPMyAdmin (using HTTP authentication) with safe_mode turned on. Is there some method for obtaining authentication information whilst running under safe mode ? Previous Comments: [2004-09-22 00:02:36] [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 Snapshots with this patch are available now. [2004-09-15 23:55:58] [EMAIL PROTECTED] Sorry, you cannot take the PHP4 latest stable snapshot now, because it is frozen (release of 4.3.9) and this bug is not critical. After release of 4.3.9 this is fixed in CVS. [2004-09-15 23:33:11] [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 For newer servers (SunONE 6.0) leave out the php4_auth_trans directive in *.obj.conf, it works without! [2004-09-14 03:59:41] michaelw at webcentral dot com dot au Hi, Just wondering if you've found time to look at this ? Regards, Michael Ward. [2004-08-30 01:19:31] michaelw at webcentral dot com dot au Any progress with this ? 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/29805 -- Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#27620 [Com]: Apache Child Segfaults Using OCI8 and "PutEnv"
ID: 27620 Comment by: paul dot g dot smith at cantos dot com Reported By: bmuller at milchstrasse dot de Status: Feedback Bug Type: OCI8 related Operating System: RedHat ES 3 PHP Version: 5CVS-2004-03-17 (dev) New Comment: Very interesting. You can close this report now. Reinstalled on other system, it worked fine. Migrating the exact same config back to the original system this morning that now works fine as well. It looks as if the problem was that with LD_LIBRARY_PATH specified as an Apache env variable, OCIlogin would cause segfault. Which makes no sense, but there you go. Having removed that and now only specifying ORACLE_HOME as env var: it works fine. So now we're running with 4.3.8 on all our systems and we're happy again. :-) Previous Comments: [2004-09-21 12:54:24] paul dot g dot smith at cantos dot com This is a production system. I'm not in a position to install a debug build on it unfortunately. We have to backtrack to PHP 4.3.6 for the time being on that server, can't leave it faulty, as it's a live webserver! We'll endeavour to find a sacrificial system and install and reproduce the problem on that - then we can do a backtrace - please bear with us while we pull the bits together to do that. FYI, the segfault is reproducible from PHP 4.3.8 through 4.3.9RC3 up to and including 5.0.1. We're using Oracle client 9.2.0.1.0 on RH ES3. [2004-09-20 00:22:18] [EMAIL PROTECTED] Again, please provide a backtrace of that segfault. http://bugs.php.net/bugs-generating-backtrace.php [2004-09-19 22:34:47] paul dot g dot smith at cantos dot com We upgraded our PHP installation (running on RH 3.0ES) from 4.3.6 to 4.3.8 today. Code previously working fine is now segfaulting 99% of the time inside OCILogin(). Absolutely reproducible. PHP was built from source both times. With 4.3.6 it worked fine. With 4.3.8 the segfault is solid and reproducible. No other changes eg to the Oracle client installation. Viz it can't be blamed on Oracle, the only thing that changed was the PHP version, therefore suspicion is that it points at something broken in the new version of PHP. [2004-03-17 04:11:35] [EMAIL PROTECTED] 5$ that it crashes inside the Oracle library ;-) [2004-03-17 03:37:16] [EMAIL PROTECTED] You're right, ocilogon() doesn't connect, but it should generate 'ORA-12154: TNS:could not resolve service name' error as it does for me. It shouldn't segfault anyway. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27620 -- Edit this bug report at http://bugs.php.net/?id=27620&edit=1
#30192 [NEW]: Reappearance of mcrypt bug from 4.3.0
From: pingslave at biosys dot net Operating system: FreeBSD 4.10 PHP version: 4.3.8 PHP Bug Type: Compile Failure Bug description: Reappearance of mcrypt bug from 4.3.0 Description: The old bug from 4.3.0, that was fixed then in CVS, is back. Compiling on a vanilla FreeBSD 4.10 (cvsupped to -STABLE as of today) system with the following installed from ports: libmcrypt-2.5.7_1 mcrypt-2.6.4_2 mhash-0.8.18 Using the system compiler (gcc 2.95). Configure is : ./configure --with-pgsql --with-mysql --with-mcrypt --with-apxs2=/usr/local/apache2/bin/apxs Configure runs without errors or other complaints. Make however bombs out just like it used to. Expected result: I expect php to compile successfully.. heh. Actual result: -- make ... /bin/sh /usr/builds/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mcrypt/ -I/usr/builds/php-4.3.8/ext/mcrypt/ -DPHP_ATOM_INC -I/usr/builds/php-4.3.8/include -I/usr/builds/php-4.3.8/main -I/usr/builds/php-4.3.8 -I/usr/builds/php-4.3.8/Zend -I/usr/local/include -I/usr/builds/php-4.3.8/ext/xml/expat -I/usr/builds/php-4.3.8/TSRM -g -O2 -prefer-pic -c /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c -o ext/mcrypt/mcrypt.lo /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:229: warning: `MCRYPT_FAILED' redefined /usr/local/include/mcrypt.h:31: warning: this is the location of the previous definition /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c: In function `zm_startup_mcrypt': /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:281: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:282: `MCRYPT_BLOWFISH_128' undeclared (first use in this function) ... -- Edit bug report at http://bugs.php.net/?id=30192&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30192&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30192&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30192&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30192&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30192&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30192&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30192&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30192&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30192&r=support Expected behavior: http://bugs.php.net/fix.php?id=30192&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30192&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30192&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30192&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30192&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30192&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30192&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30192&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30192&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30192&r=mysqlcfg
#22073 [Com]: --with-mcrypt won't compile
ID: 22073 Comment by: pingslave at biosys dot net Reported By: jc at mega-bucks dot co dot jp Status: Closed Bug Type: Compile Failure Operating System: Red Hat Linux 8.0 PHP Version: 4.3.0 New Comment: This bug should be reopened. It still exists when compiling with the following system: FreeBSD 4.10-STABLE (cvsupped 22-Sep-2004) libmcrypt 2.5.7_1 (from ports) mcrypt 2.6.4_2 (from ports) mhash 0.8.18 (from ports php 4.3.8 source tarball fixed in CVS or no, it still exists in the released tarballs for over a year now, through 8 different releases (4.3.0 - 4.3.8). Configure line is: ./configure --with-pgsql --with-mysql --with-mcrypt --with-apxs2=/usr/local/apache2/bin/apxs Configure proceeds normally without errors. During 'make'... /bin/sh /usr/builds/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mcrypt/ -I/usr/builds/php-4.3.8/ext/mcrypt/ -DPHP_ATOM_INC -I/usr/builds/php-4.3.8/include -I/usr/builds/php-4.3.8/main -I/usr/builds/php-4.3.8 -I/usr/builds/php-4.3.8/Zend -I/usr/local/include -I/usr/builds/php-4.3.8/ext/xml/expat -I/usr/builds/php-4.3.8/TSRM -g -O2 -prefer-pic -c /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c -o ext/mcrypt/mcrypt.lo /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:229: warning: `MCRYPT_FAILED' redefined /usr/local/include/mcrypt.h:31: warning: this is the location of the previous definition /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c: In function `zm_startup_mcrypt': /usr/builds/php-4.3.8/ext/mcrypt/mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast and on it goes just like the original bug report. Previous Comments: [2003-02-06 04:46:13] [EMAIL PROTECTED] PHP's configure still relied that libmcrypt used libltdl always, which is no longer the case as of libmcrypt 2.5.6. [2003-02-05 20:43:38] [EMAIL PROTECTED] User reports the bug is gone in CVS => Closed. [2003-02-05 20:38:39] jc at mega-bucks dot co dot jp Bug disapears with newest CVS snapshot. Thank you. Just curious but what was the bug? [2003-02-05 11:48:24] [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 Very likely to be fixed in CVS. [2003-02-05 11:14:00] jc at mega-bucks dot co dot jp Sorry, I forgot to answer you question about mcrypt version. # libmcrypt-config --version 2.5.6 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/22073 -- Edit this bug report at http://bugs.php.net/?id=22073&edit=1
#29989 [Com]: --enable mbstring fails on "make" but no configure "error"
ID: 29989
Comment by: cameron at teragen dot com dot au
Reported By: jesse at eonstreet dot com
Status: Assigned
Bug Type: Compile Failure
Operating System: Linx Red Hat Enterprise 3 AS
PHP Version: 5.0.1
Assigned To: moriyoshi
New Comment:
I believe this is Red Hat specific, I had one of our programmers help
me track this down and found that 'struct re_registers' can also be
found in /usr/include/regex.h (checked on Red Hat 7.3, 9 and Fedora
Core 1 & 2). Under Fedora Core 2 if the following is commented out of
/usr/include/regex.h, I can successfully build PHP 5.0.1 rpms.
/* This is the structure we store register match data in. See
regex.texinfo for a full description of what registers match. */
struct re_registers
{
unsigned num_regs;
regoff_t *start;
regoff_t *end;
};
Previous Comments:
[2004-09-06 08:24:05] [EMAIL PROTECTED]
Moriyoshi, any clue about this one? It works fine for me.
[2004-09-05 20:35:14] jesse at eonstreet dot com
Description:
Hello,
This bug has been reported on other os and other PHP 5 versions
but I feel it is benifical to report it on all versions and os in case
one version is patched and the others aren't
I have configured php with 'enable-mbstring' and it configures fine.
But upon MAKE it fails. I am not sure how the exif and mbstring
extensions are related but they complied fine whith 4.3.8.
I have downloaded the most recent "snapshot" from sept 5 and copied the
files for exif and mbstring but I receive the same error.
gcc -Iext/exif/ -I/root/php-5.0.1/ext/exif/ -DPHP_ATOM_INC
-I/root/php-5.0.1/include -I/root/php-5.0.1/main -I/root/php-5.0.1
-I/root/php-5.0.1/Zend -I/usr/include/libxml2 -I/usr/kerberos/include
-I/usr/include/freetype2 -I/usr/include/imap
-I/root/php-5.0.1/ext/mbstring/oniguruma
-I/root/php-5.0.1/ext/mbstring/libmbfl
-I/root/php-5.0.1/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql
-I/usr/include/ncurses -I/usr/include/pspell -I/root/php-5.0.1/TSRM
-g -O2 -c /root/php-5.0.1/ext/exif/exif.c -o ext/exif/exif.o && echo
> ext/exif/exif.lo
In file included from /root/php-5.0.1/ext/mbstring/php_mbregex.h:28,
from /root/php-5.0.1/ext/mbstring/mbstring.h:77,
from /root/php-5.0.1/ext/exif/exif.c:76:
/root/php-5.0.1/ext/mbstring/oniguruma/oniguruma.h:573: redefinition of
`struct re_registers'
make: *** [ext/exif/exif.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=29989&edit=1
#29566 [Opn->Csd]: foreach/string handling strangeness (crash)
ID: 29566 Updated by: [EMAIL PROTECTED] Reported By: stefan at hotpaenz dot de -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5.0.1 New Comment: Fixed in CVS HEAD and PHP_5_0. Previous Comments: [2004-08-25 09:21:39] stefan at hotpaenz dot de Okay, I just discovered PHP only crashes with a non-debug build. My configure line is: ./configure --disable-cli --enable-cgi --without-pear [2004-08-25 09:13:18] stefan at hotpaenz dot de It still crashes with stable PHP5 snapshot 200408250430 and HEAD snapshot 200408250630. Is there anything else I could do beside testing again and again? I would like to help you making PHP better, and I have some C knowledge, but I don't really understand the inner workings of Zend/PHP. Is there anything I could add to the code to reveal what leads to the crash? [2004-08-24 23:43:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-08-24 10:32:22] stefan at hotpaenz dot de I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning "Invalid argument supplied for foreach()" at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). 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/29566 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#30169 [Opn]: PHP loses POST data when HTTP authentication is used
ID: 30169 Updated by: [EMAIL PROTECTED] Reported By: hcg26 at cam dot ac dot uk Status: Open Bug Type: Variables related Operating System: Linux vnm2 2.4.27 #4 SMP PHP Version: 4.3.8 New Comment: This sounds like the 1.3.31 regression in request body handling. Try this patch: http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/main/http_request.c?r1=1.174&r2=1.175 Previous Comments: [2004-09-20 15:29:02] hcg26 at cam dot ac dot uk My .htaccess is bog standard: AuthType basic AuthName "Test" AuthUserFile /home/www/<...>/htdocs/v1/smsin/.htpasswd require valid-user [2004-09-20 15:26:28] hcg26 at cam dot ac dot uk Description: On a Linux Apache server (1.3.31), PHP loses request variables when they were sent using the POST method and the script is protected via .htaccess authentication (bug produced with user & password authentication). The form data are nowhere to be found, not in $_REQUEST or $_POST. My $_SERVER is as follows: ( [CONTENT_LENGTH] => 21 [CONTENT_TYPE] => application/x-www-form-urlencoded [DOCUMENT_ROOT] => /home/www//htdocs [HTTP] => :--- [HTTP] => - --- [HTTP_ACCEPT] => image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */* [HTTP_ACCEPT_LANGUAGE] => de [HTTP_CACHE_CONTROL] => no-cache [HTTP_CONNECTION] => Keep-Alive [HTTP_HOST] => [HTTP_USER_AGENT] => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; iOpus-I-M) [PATH] => /sbin:/bin:/usr/sbin:/usr/bin [REMOTE_ADDR] => 217.236.36.198 [REMOTE_PORT] => 2029 [SCRIPT_FILENAME] => /home/www//htdocs/v1/phpbug/test.php [SCRIPT_URI] => http:///v1/phpbug/test.php [SCRIPT_URL] => /v1/phpbug/test.php [SERVER_ADDR] => 81.3.18.152 [SERVER_ADMIN] => [SERVER_NAME] => [SERVER_PORT] => 80 [SERVER_SIGNATURE] => [SERVER_SOFTWARE] => Apache/1.3.31 (Unix) mod_ssl/2.8.19 OpenSSL/0.9.7d PHP/4.3.8 [UNIQUE_ID] => QU7XaH8AAAEAAASeDko [GATEWAY_INTERFACE] => CGI/1.1 [SERVER_PROTOCOL] => HTTP/1.1 [REQUEST_METHOD] => POST [QUERY_STRING] => [REQUEST_URI] => /v1/phpbug/test.php [SCRIPT_NAME] => /v1/phpbug/test.php [PATH_TRANSLATED] => /home/www//htdocs/v1/phpbug/test.php [PHP_SELF] => /v1/phpbug/test.php ) Reproduce code: --- -- html input form POST GET --php script "; print_r($_POST); echo "--"; print_r($_REQUEST); echo "--"; print_r($_SERVER); ?> Expected result: Array ( [a] => dfdsfds ) --Array ( [a] => dfdsfds ) [as obtained when using the GET method] Actual result: -- Array ( [a] => ) --Array ( [a] => ) NOTE: the $_SERVER[CONTENT_LENGTH] is correct. -- Edit this bug report at http://bugs.php.net/?id=30169&edit=1
#10386 [Com]: Uploaded files do not save.
ID: 10386
Comment by: prashant_dnmmkpk at yahoo dot com
Reported By: kyle at discoverdhs dot com
Status: Closed
Bug Type: HTTP related
Operating System: Windows 2000
PHP Version: 4.0.4
New Comment:
Hi.
Im new to PHP. I've written a code to upload a text file and find the
number of lines in that file. The file is uploading to a temp file but
it is not saving to other location.
Below is the code i've used.
if (copy($HTTP_POST_FILES['userfile']['tmp_name'],
"/modules/uploader/upload/"))
{
$filesize = filesize("modules/uploader/upload/" . $title);
$filesize = ereg_replace("\.", "", $filesize);
$filesize = ereg_replace("\,", "", $filesize);
$aryInput = file("modules/uploader/upload/$title", "r");
$arycount = count($aryInput);
if ($arycount != $numrec){
echo "You have entered some incorrect
values";
return false;
}
return true;
}
Previous Comments:
[2001-05-10 18:07:54] [EMAIL PROTECTED]
User says it's a bug in his own code, so closing.
[2001-05-10 18:06:08] kyle at discoverdhs dot com
The problem was with my code. I didn't think to copy the files to a new
location... I assumed they were handled differently. Sorry for the
trouble :)
[2001-05-07 18:58:31] [EMAIL PROTECTED]
If you're expecting uploaded files to stay there, that won't happen.
Once the file has been uploaded and the script finishes running, PHP
will remove the file (Hence 'upload_tmp_dir'). In order to keep the
file, you need to copy it to another location.
If you are already copying it somewhere, could you include a short,
reproducible script that demonstrates the bug?
[2001-04-21 15:46:17] kyle at discoverdhs dot com
Just as another test, I tried changing the MAX_FILE_SIZE to a larger
number (1) but it still failed to upload. I also double
checked that Apache was running as "Administrator"... I can't figure
this out for the life of me.
[2001-04-18 17:25:07] kyle at discoverdhs dot com
I am not sure where the fault lies here... (very possibly on me)
All of the variables in $HTTP_POST_FILES are correct, yet the file
doesn't actually save. I'm running PHP as Administrator, so I don't
think it's a problem with permissions.
My upload_tmp_dir is set to "c:\windows\temp" and when I upload a
file.. it does not appear there. I've also tried setting upload_tmp_dir
to "\", "\windows\temp" and checked $HTTP_POST_FILES["song"]["tmp_name"]
to be sure... still no luck.
Title:
Artist:
...
Upload:
--
Edit this bug report at http://bugs.php.net/?id=10386&edit=1
