#35701 [NEW]: is_int(-2147483638) return false
From: samuelkid at citiz dot net Operating system: redhat 7.3 PHP version: 5.1.1 PHP Bug Type: Variables related Bug description: is_int(-2147483638) return false Description: is_int(-2147483648) return false, but it should be true, right? Reproduce code: --- is_int(-2147483648) Expected result: true Actual result: -- false -- Edit bug report at http://bugs.php.net/?id=35701&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35701&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35701&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35701&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35701&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35701&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35701&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35701&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35701&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35701&r=support Expected behavior:http://bugs.php.net/fix.php?id=35701&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35701&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35701&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35701&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35701&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35701&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35701&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35701&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35701&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35701&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35701&r=mysqlcfg
#35700 [NEW]: mb_encode_mimeheader encodes some words to wrong words.
From: tekezo at tkym dot org
Operating system: Linux & FreeBSD
PHP version: 4.4.1
PHP Bug Type: mbstring related
Bug description: mb_encode_mimeheader encodes some words to wrong words.
Description:
mb_encode_mimeheader encode "N" to "t".
Reproduce code:
---
$enc_str = mb_encode_mimeheader("N");
$dec_str = mb_decode_mimeheader($enc_str);
print $dec_str . "\n";
Expected result:
print "N"
Actual result:
--
print "t"
--
Edit bug report at http://bugs.php.net/?id=35700&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35700&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35700&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35700&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35700&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35700&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35700&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35700&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35700&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35700&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35700&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35700&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35700&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35700&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35700&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35700&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35700&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35700&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35700&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35700&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35700&r=mysqlcfg
#35699 [NEW]: strtotime can't handle leap years before 1970
From: iquito at gmx dot net
Operating system: Debian Sarge
PHP version: 5.1.1
PHP Bug Type: Date/time related
Bug description: strtotime can't handle leap years before 1970
Description:
strtotime() doesn't seem to handle leap years before 1970 correctly, all
dates in a leap year are off by one day when converted by strtotime().
Reproduce code:
---
/* shows 1964-06-07 instead of 1964-06-06 */
echo date('Y-m-d', strtotime('1964-06-06'));
/* shows the correct date, 1963-06-06, thus confirming that it has
something to do with leap years, non-leap-years aren't affected. */
echo date('Y-m-d', strtotime('1963-06-06'));
/* curiously, also dates in january and february of a leap year are
affected by this bug */
echo date('Y-m-d', strtotime('1964-01-06')); // returns 1964-01-07
Expected result:
echo date('Y-m-d', strtotime('1964-06-06')); // should return 1964-06-06 !
Actual result:
--
echo date('Y-m-d', strtotime('1964-06-06')); // returns 1964-06-07 !
--
Edit bug report at http://bugs.php.net/?id=35699&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35699&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35699&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35699&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35699&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35699&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35699&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35699&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35699&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35699&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35699&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35699&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35699&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35699&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35699&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35699&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35699&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35699&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35699&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35699&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35699&r=mysqlcfg
#35697 [Opn->Bgs]: Error while using a defined constant in a concat string
ID: 35697
Updated by: [EMAIL PROTECTED]
Reported By: bryan at phpandmore dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Red Hat
PHP Version: 5.1.1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Default values for class properties must be literals.
Previous Comments:
[2005-12-16 04:52:04] bryan at phpandmore dot com
It works when it is used outside of a class definition.
[2005-12-16 04:51:20] bryan at phpandmore dot com
This is used inside a class definition.
[2005-12-16 04:34:06] bryan at phpandmore dot com
Description:
I am defining a constant named SITE_ROOT, and it contains the value
"/homepages/29/d113403321/htdocs". When I try to use it in
Smarty.class.php, on line 75 or the latest stable version 2.6.11, and I
get this parse error. I changed the coding for the class variables so
that they would not issue a notice b/c of using var rather than
public:
Parse error: parse error, unexpected '.', expecting ',' or ';' in
/homepages/29/d113403321/htdocs/dev/smarty/Smarty.class.php on line 75
Reproduce code:
---
define("SITE_ROOT", '/homepages/29/d113403321/htdocs');
public $template_dir = SITE_ROOT2 . '/dev/smarty/templates';
Expected result:
$template_dir having a value of
/homepages/29/d113403321/htdocs/dev/smarty/templates
Actual result:
--
parse error
--
Edit this bug report at http://bugs.php.net/?id=35697&edit=1
#35697 [Opn]: Error while using a defined constant in a concat string
ID: 35697
User updated by: bryan at phpandmore dot com
Reported By: bryan at phpandmore dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Red Hat
PHP Version: 5.1.1
New Comment:
It works when it is used outside of a class definition.
Previous Comments:
[2005-12-16 04:51:20] bryan at phpandmore dot com
This is used inside a class definition.
[2005-12-16 04:34:06] bryan at phpandmore dot com
Description:
I am defining a constant named SITE_ROOT, and it contains the value
"/homepages/29/d113403321/htdocs". When I try to use it in
Smarty.class.php, on line 75 or the latest stable version 2.6.11, and I
get this parse error. I changed the coding for the class variables so
that they would not issue a notice b/c of using var rather than
public:
Parse error: parse error, unexpected '.', expecting ',' or ';' in
/homepages/29/d113403321/htdocs/dev/smarty/Smarty.class.php on line 75
Reproduce code:
---
define("SITE_ROOT", '/homepages/29/d113403321/htdocs');
public $template_dir = SITE_ROOT2 . '/dev/smarty/templates';
Expected result:
$template_dir having a value of
/homepages/29/d113403321/htdocs/dev/smarty/templates
Actual result:
--
parse error
--
Edit this bug report at http://bugs.php.net/?id=35697&edit=1
#35697 [Opn]: Error while using a defined constant in a concat string
ID: 35697
User updated by: bryan at phpandmore dot com
Reported By: bryan at phpandmore dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Red Hat
PHP Version: 5.1.1
New Comment:
This is used inside a class definition.
Previous Comments:
[2005-12-16 04:34:06] bryan at phpandmore dot com
Description:
I am defining a constant named SITE_ROOT, and it contains the value
"/homepages/29/d113403321/htdocs". When I try to use it in
Smarty.class.php, on line 75 or the latest stable version 2.6.11, and I
get this parse error. I changed the coding for the class variables so
that they would not issue a notice b/c of using var rather than
public:
Parse error: parse error, unexpected '.', expecting ',' or ';' in
/homepages/29/d113403321/htdocs/dev/smarty/Smarty.class.php on line 75
Reproduce code:
---
define("SITE_ROOT", '/homepages/29/d113403321/htdocs');
public $template_dir = SITE_ROOT2 . '/dev/smarty/templates';
Expected result:
$template_dir having a value of
/homepages/29/d113403321/htdocs/dev/smarty/templates
Actual result:
--
parse error
--
Edit this bug report at http://bugs.php.net/?id=35697&edit=1
#35697 [NEW]: Error while using a defined constant in a concat string
From: bryan at phpandmore dot com
Operating system: Red Hat
PHP version: 5.1.1
PHP Bug Type: Scripting Engine problem
Bug description: Error while using a defined constant in a concat string
Description:
I am defining a constant named SITE_ROOT, and it contains the value
"/homepages/29/d113403321/htdocs". When I try to use it in
Smarty.class.php, on line 75 or the latest stable version 2.6.11, and I
get this parse error. I changed the coding for the class variables so that
they would not issue a notice b/c of using var rather than public:
Parse error: parse error, unexpected '.', expecting ',' or ';' in
/homepages/29/d113403321/htdocs/dev/smarty/Smarty.class.php on line 75
Reproduce code:
---
define("SITE_ROOT", '/homepages/29/d113403321/htdocs');
public $template_dir = SITE_ROOT2 . '/dev/smarty/templates';
Expected result:
$template_dir having a value of
/homepages/29/d113403321/htdocs/dev/smarty/templates
Actual result:
--
parse error
--
Edit bug report at http://bugs.php.net/?id=35697&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35697&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35697&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35697&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35697&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35697&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35697&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35697&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35697&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35697&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35697&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35697&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35697&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35697&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35697&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35697&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35697&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35697&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35697&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35697&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35697&r=mysqlcfg
#35517 [Asn]: mysqli_stmt_fetch() incorrectly returning NULL
ID: 35517
User updated by: php at pjberkel dot com
Reported By: php at pjberkel dot com
Status: Assigned
Bug Type: MySQLi related
Operating System: RHEL 4
PHP Version: 5CVS-2005-12-02 (snap)
Assigned To: ahristov
New Comment:
Just wondering if there has been any progress on fixing this problem?
Thanks.
Previous Comments:
[2005-12-02 11:07:18] [EMAIL PROTECTED]
Andrey, take a look at it.
It happens because mysql_stmt_fetch() returns MYSQL_DATA_TRUNCATED.
Dunno if we should return an error in such case or if it's ok to ignore
it.
[2005-12-02 10:35:40] php at pjberkel dot com
Description:
This bug report is a follow-up to a previous bug:
http://bugs.php.net/bug.php?id=35103
I tested the original reproduce code using the lastest stable snapshot
available (php5.1-200512020130) and there appears to be another bug (or
feature) introduced as a result of the fix to bug #35103.
It appears as though $stmt->fetch() is returning NULL despite the fact
that the result has been correcly bound to the variable (and this only
seems to occur when the data is an unsigned int >= MAX_SIGNED_INT (as
in bug #35103). I notice in the manual page that mysqli_stmt_fetch()
returns NULL when "No more rows/data exists or data truncation
occurred" so it would appear this is a bug.
Can anybody confirm? (I'm using php5.1-200512020130 + mysql-5.0.16 on
RHEL 4).
Reproduce code:
---
query("CREATE TABLE temp (id INT UNSIGNED NOT NULL)");
$mysqli->query("INSERT INTO temp (id) VALUES
(300897),(381532),(392281),(3100059612)");
/* BEGIN EXAMPLE OF BUG */
$stmt = $mysqli->prepare("SELECT id FROM temp");
$stmt->execute();
$stmt->bind_result($id);
while ($stmt->fetch()) {
var_dump($id);
}
$stmt->close();
/* END EXAMPLE OF BUG */
$mysqli->query("DROP TABLE temp");
$mysqli->close();
?>
Expected result:
string(10) "300897"
string(10) "381532"
string(10) "392281"
string(10) "3100059612"
Actual result:
--
[no output, while loop terminates immediately because $stmt->fetch()
returns NULL]
--
Edit this bug report at http://bugs.php.net/?id=35517&edit=1
#35688 [Opn->Bgs]: Configure --with-mysqli failed for MySQL with library or lib version not found
ID: 35688
Updated by: [EMAIL PROTECTED]
Reported By: sfletcher at abcoa dot com
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: AIX 5.2
PHP Version: 5.1.1
New Comment:
You're using GCC with native ld. Either use all native or all GNU
tools. Not PHP bug.
Previous Comments:
[2005-12-15 23:55:27] sfletcher at abcoa dot com
Positive. The machine is from scratch with nothing on it. Then I
downloaded the AIX 5.2 (POWER, 64-bit) standard gzipped package from
the http://dev.mysql.com/downloads/mysql/5.0.html web site.
[2005-12-15 23:42:21] [EMAIL PROTECTED]
Are you sure you don't have any other versions of mysql installed
somewhere?
[2005-12-15 20:16:29] sfletcher at abcoa dot com
Description:
MySQL Version: 5.0.16 (AIX 64 binary from mysql.com site)
I followed this documentation at http://us3.php.net/mysql that
mentioned "You can download headers and libraries from MySQL." which
take me to mysql.com site. I then went on to download section and came
upon the "Contributed API" section with a link which then lead me to
http://us3.php.net/manual/en/ref.mysqli.php . So, I followed this
part..
--snip--
To install the mysqli extension for PHP, use the
--with-mysqli=mysql_config_path/mysql_config configuration option
where mysql_config_path represents the location of the mysql_config
program that comes with MySQL versions greater than 4.1.
--snip--
which lead me to this configure command..
--snip--
./configure --with-mysqli=/usr/local/mysql/bin/mysql_config
--with-apxs2=../../apache2/bin/apxs --with-unixODBC --with-openssl
--with-curl --disable-libxml --disable-dom --enable-track-vars
--enable-ftp --enable-sockets
--snip--
See actual result below. I could find no existing bug so I filed a new
bug, upon the submission of this bug that cause me find bug #30835 which
cause to modify this bug report a little more.
I used the "mysql_config --libs" command from bug #30835 and got this
result..
--snip--
-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
--snip--
All of the MySQL stuffs are inside the
"/usr/local/mysql-standard-5.0.16-aix5.2-powerpc-64bit" directory where
I used the symbolic link to make it become a "/usr/local/mysql"
directory.
I know the symbolic link is not hte problem because PHP can find it
without a problem.
Expected result:
PHP should be able to configured successfully without an error.
Actual result:
--
Then the configure terminated with errors...
--snip--
checking for mcrypt support... no
checking for mhash support... no
checking whether to include mime_magic support... no
checking for MING support... no
checking for msession support... no
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... no
checking for specified location of the MySQL UNIX socket... no
checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.
--snip--
The config.log is posted here
--snip--
configure:53543: checking for mcrypt support
configure:54372: checking for mhash support
configure:54844: checking whether to include mime_magic support
configure:55199: checking for MING support
configure:56122: checking for msession support
configure:56830: checking for mSQL support
configure:57339: checking for MSSQL support via FreeTDS
configure:57987: checking for MySQL support
configure:58033: checking for specified location of the MySQL UNIX
socket
configure:59186: checking for MySQLi support
configure:59232: checking whether to enable embedded MySQLi support
configure:59378: checking for mysql_set_server_option in -lmysqlclient
configure:59397: gcc -o conftest -g -O2 -L/usr/local/mysql/lib
-L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib
-L/usr/local/lib -L/usr/local/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
conftest.c -lmysqlclient -liconv -lssl -lcrypto -lcurl -lssl -lcrypto
-lm -lcurl -lssl -lcrypto 1>&5
ld: 0711-317 ERROR: Undefined symbol: .mysql_set_server_option
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
configure: failed program was:
#line 59386 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_set_server_option();
int main() {
mysql_set_server_option()
; return 0; }
--snip--
I hope to have this up and running shortly beca
#35693 [Bgs]: strtotime function reduce performance
ID: 35693
User updated by: dgdd at free dot fr
Reported By: dgdd at free dot fr
Status: Bogus
Bug Type: Performance problem
Operating System: windows xp
PHP Version: 5.1.1
Assigned To: derick
New Comment:
Sorry :(
My problem is solved,
thanks you
Cordially
Previous Comments:
[2005-12-15 23:55:11] [EMAIL PROTECTED]
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.
Dupe of bug #35658
[2005-12-15 23:40:14] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-12-15 22:58:57] dgdd at free dot fr
Description:
Sorry for my bad english.
PHP v5.1.1 : when using strtotime function intensively
in my script the performance as reduced and the script is generate in
0,250 s ?
With PHP 5.0.5, my script is generate in 0,055 s !
I'm test my script with PHP 5.1.1 without strtotime function -> this
page was generate in 0,050 s !
Reproduce code:
---
for ($i=1; $i<=30; $i++) {
$timestamp = strtotime("-". (30-$i) ." day");
}
for ( $i = 0; $i < 30; $i++ ){
$j = 29 - $i;
$time_colone = date("y",strtotime("-$j day")).date("z",strtotime("-$j
day"));
}
--
Edit this bug report at http://bugs.php.net/?id=35693&edit=1
#35685 [Csd->Bgs]: post_max_size stays locked to 8M
ID: 35685
Updated by: [EMAIL PROTECTED]
Reported By: motion_4u at hotmail dot com
-Status: Closed
+Status: Bogus
Bug Type: *General Issues
Operating System: Windows 2000 advanced
PHP Version: 5.1.1
Previous Comments:
[2005-12-16 00:11:32] motion_4u at hotmail dot com
Ok, found the problem and have set the memory_limit back to 8M.
The problem is that Windows caching everything!
PHP works ok, for solving the problem, one must clear the cache of the
browser and the server by cold booting the server and the client both!
Clearing the cache of the browser alone will not do!
Thanx
[2005-12-15 19:41:32] [EMAIL PROTECTED]
And FYI: PHP does not store the whole file in memory. Thus the
memory_limit of 200M is a bit too much. 8M is fine.
[2005-12-15 19:40:53] [EMAIL PROTECTED]
And what is upload_max_filesize set to?
Does the upload give any error?
Do var_dump($_FILES); and you should see the error code.
[2005-12-15 17:28:18] motion_4u at hotmail dot com
Description:
I have tried to upload a 100MB file to the server and for that I have
changed the following variables to enable the upload within PHP.INI
file:
max_execution_time = 3000
max_input_time = 600
memory_limit = 200M
post_max_size = 200M
But uploading small files up to 8 MB do work but PHP stops the upload
for files bigger than 8 MB.
I have also tried to set the post_max_size value with the
ini_set ( "post_max_size", "200M" );
with no success.
Actual result:
--
Calling the below snippent
echo 'post_max_size = ' . ini_get('post_max_size');
shows still: post_max_size =8M :((
--
Edit this bug report at http://bugs.php.net/?id=35685&edit=1
#35685 [Fbk->Csd]: post_max_size stays locked to 8M
ID: 35685
User updated by: motion_4u at hotmail dot com
Reported By: motion_4u at hotmail dot com
-Status: Feedback
+Status: Closed
Bug Type: *General Issues
Operating System: Windows 2000 advanced
PHP Version: 5.1.1
New Comment:
Ok, found the problem and have set the memory_limit back to 8M.
The problem is that Windows caching everything!
PHP works ok, for solving the problem, one must clear the cache of the
browser and the server by cold booting the server and the client both!
Clearing the cache of the browser alone will not do!
Thanx
Previous Comments:
[2005-12-15 19:41:32] [EMAIL PROTECTED]
And FYI: PHP does not store the whole file in memory. Thus the
memory_limit of 200M is a bit too much. 8M is fine.
[2005-12-15 19:40:53] [EMAIL PROTECTED]
And what is upload_max_filesize set to?
Does the upload give any error?
Do var_dump($_FILES); and you should see the error code.
[2005-12-15 17:28:18] motion_4u at hotmail dot com
Description:
I have tried to upload a 100MB file to the server and for that I have
changed the following variables to enable the upload within PHP.INI
file:
max_execution_time = 3000
max_input_time = 600
memory_limit = 200M
post_max_size = 200M
But uploading small files up to 8 MB do work but PHP stops the upload
for files bigger than 8 MB.
I have also tried to set the post_max_size value with the
ini_set ( "post_max_size", "200M" );
with no success.
Actual result:
--
Calling the below snippent
echo 'post_max_size = ' . ini_get('post_max_size');
shows still: post_max_size =8M :((
--
Edit this bug report at http://bugs.php.net/?id=35685&edit=1
#35689 [Asn->Bgs]: Object of type com did not create an Iterator
ID: 35689 Updated by: [EMAIL PROTECTED] Reported By: jamie dot layne at gmail dot com -Status: Assigned +Status: Bogus Bug Type: COM related Operating System: Windows Server 2003 PHP Version: 5.1.1 Assigned To: Wez New Comment: COM objects don't have that behaviour. foreach() will ask the COM object for its default property and request an iteratable interface from it. If it can't get one, you get that error. Previous Comments: [2005-12-15 20:30:58] jamie dot layne at gmail dot com Description: The recommended way of iterating over COM as per Zend.com is to use the foreach($com as $ob) method, as opposed to the old $com->Next() approach. This hasn't been working for objects of type COM or VARIANT. Specs: Windows Server 2003 PHP 5.1.1 Reproduce code: --- "; } ?> Expected result: List of properties for the desired COM object Actual result: -- Object of type com did not create an Iterator Similar error: Object of type variant did not create an Iterator -- Edit this bug report at http://bugs.php.net/?id=35689&edit=1
#35696 [NEW]: The function "snmp_set_oid_numeric_print" does not exist on the Win32 platform
From: larryjadams at comcast dot net
Operating system: Win32
PHP version: 5.1.1
PHP Bug Type: SNMP related
Bug description: The function "snmp_set_oid_numeric_print" does not exist on
the Win32 platform
Description:
The following function does not exist in the windows environment and it is
very important to our tool.
snmp_set_oid_numeric_print
Reproduce code:
---
if function_exists("snmp_set_oid_numeric_print") {
print "I'm There\n";
}else{
print "Sadly, I'm Not\n";
}
Expected result:
We would like the function to be supported.
--
Edit bug report at http://bugs.php.net/?id=35696&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35696&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35696&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35696&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35696&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35696&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35696&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35696&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35696&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35696&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35696&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35696&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35696&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35696&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35696&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35696&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35696&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35696&r=mysqlcfg
#35688 [Fbk->Opn]: Configure --with-mysqli failed for MySQL with library or lib version not found
ID: 35688
User updated by: sfletcher at abcoa dot com
Reported By: sfletcher at abcoa dot com
-Status: Feedback
+Status: Open
Bug Type: MySQLi related
Operating System: AIX 5.2
PHP Version: 5.1.1
New Comment:
Positive. The machine is from scratch with nothing on it. Then I
downloaded the AIX 5.2 (POWER, 64-bit) standard gzipped package from
the http://dev.mysql.com/downloads/mysql/5.0.html web site.
Previous Comments:
[2005-12-15 23:42:21] [EMAIL PROTECTED]
Are you sure you don't have any other versions of mysql installed
somewhere?
[2005-12-15 22:42:10] sfletcher at abcoa dot com
Updating bug report's title to better reflect the bug report.
[2005-12-15 20:16:29] sfletcher at abcoa dot com
Description:
MySQL Version: 5.0.16 (AIX 64 binary from mysql.com site)
I followed this documentation at http://us3.php.net/mysql that
mentioned "You can download headers and libraries from MySQL." which
take me to mysql.com site. I then went on to download section and came
upon the "Contributed API" section with a link which then lead me to
http://us3.php.net/manual/en/ref.mysqli.php . So, I followed this
part..
--snip--
To install the mysqli extension for PHP, use the
--with-mysqli=mysql_config_path/mysql_config configuration option
where mysql_config_path represents the location of the mysql_config
program that comes with MySQL versions greater than 4.1.
--snip--
which lead me to this configure command..
--snip--
./configure --with-mysqli=/usr/local/mysql/bin/mysql_config
--with-apxs2=../../apache2/bin/apxs --with-unixODBC --with-openssl
--with-curl --disable-libxml --disable-dom --enable-track-vars
--enable-ftp --enable-sockets
--snip--
See actual result below. I could find no existing bug so I filed a new
bug, upon the submission of this bug that cause me find bug #30835 which
cause to modify this bug report a little more.
I used the "mysql_config --libs" command from bug #30835 and got this
result..
--snip--
-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
--snip--
All of the MySQL stuffs are inside the
"/usr/local/mysql-standard-5.0.16-aix5.2-powerpc-64bit" directory where
I used the symbolic link to make it become a "/usr/local/mysql"
directory.
I know the symbolic link is not hte problem because PHP can find it
without a problem.
Expected result:
PHP should be able to configured successfully without an error.
Actual result:
--
Then the configure terminated with errors...
--snip--
checking for mcrypt support... no
checking for mhash support... no
checking whether to include mime_magic support... no
checking for MING support... no
checking for msession support... no
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... no
checking for specified location of the MySQL UNIX socket... no
checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.
--snip--
The config.log is posted here
--snip--
configure:53543: checking for mcrypt support
configure:54372: checking for mhash support
configure:54844: checking whether to include mime_magic support
configure:55199: checking for MING support
configure:56122: checking for msession support
configure:56830: checking for mSQL support
configure:57339: checking for MSSQL support via FreeTDS
configure:57987: checking for MySQL support
configure:58033: checking for specified location of the MySQL UNIX
socket
configure:59186: checking for MySQLi support
configure:59232: checking whether to enable embedded MySQLi support
configure:59378: checking for mysql_set_server_option in -lmysqlclient
configure:59397: gcc -o conftest -g -O2 -L/usr/local/mysql/lib
-L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib
-L/usr/local/lib -L/usr/local/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
conftest.c -lmysqlclient -liconv -lssl -lcrypto -lcurl -lssl -lcrypto
-lm -lcurl -lssl -lcrypto 1>&5
ld: 0711-317 ERROR: Undefined symbol: .mysql_set_server_option
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
configure: failed program was:
#line 59386 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_set_server_option();
int main() {
mysql_set_server_option()
; return 0; }
--snip--
I hope to have this up and running shortly because of work-
#35693 [Asn->Bgs]: strtotime function reduce performance
ID: 35693
Updated by: [EMAIL PROTECTED]
Reported By: dgdd at free dot fr
-Status: Assigned
+Status: Bogus
Bug Type: Performance problem
Operating System: windows xp
PHP Version: 5.1.1
Assigned To: derick
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.
Dupe of bug #35658
Previous Comments:
[2005-12-15 23:40:14] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-12-15 22:58:57] dgdd at free dot fr
Description:
Sorry for my bad english.
PHP v5.1.1 : when using strtotime function intensively
in my script the performance as reduced and the script is generate in
0,250 s ?
With PHP 5.0.5, my script is generate in 0,055 s !
I'm test my script with PHP 5.1.1 without strtotime function -> this
page was generate in 0,050 s !
Reproduce code:
---
for ($i=1; $i<=30; $i++) {
$timestamp = strtotime("-". (30-$i) ." day");
}
for ( $i = 0; $i < 30; $i++ ){
$j = 29 - $i;
$time_colone = date("y",strtotime("-$j day")).date("z",strtotime("-$j
day"));
}
--
Edit this bug report at http://bugs.php.net/?id=35693&edit=1
#35692 [Csd]: iconv_mime_decode segmentation fault
ID: 35692 Updated by: [EMAIL PROTECTED] Reported By: jgoldsmith at returnpath dot net Status: Closed Bug Type: Reproducible crash Operating System: FC3 PHP Version: 5.1.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Reproducible only with libiconv, not the glibc's iconv. Fixed in CVS. Previous Comments: [2005-12-15 23:36:42] [EMAIL PROTECTED] Works fine in latest CVS. [2005-12-15 23:00:09] jgoldsmith at returnpath dot net #0 0x060c7cf8 in libiconv (icd=0x, inbuf=0xbfca2d98, inbytesleft=0xbfca2d94, outbuf=0xbfca2d90, outbytesleft=0xbfca2d8c) at ./iconv.c:426 #1 0x01137153 in _php_iconv_appendl (d=0xbfca2ecc, s=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", l=14, cd=0x) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:254 #2 0x011397bf in _php_iconv_mime_decode (pretval=0xbfca2ecc, str=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", str_nbytes=126, enc=0x8dc0d3c "UTF-8", next_pos=0x0, mode=2) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:1369 #3 0x0113a9c3 in zif_iconv_mime_decode (ht=3, return_value=0x8dc0fac, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:2053 #4 0x013082db in zend_do_fcall_common_helper_SPEC (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:188 #5 0x0130d0a3 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:1578 #6 0x01307f56 in execute (op_array=0x8dc0c7c) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:88 #7 0x012de414 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend.c:1090 #8 0x0129a6c4 in php_execute_script (primary_file=0xbfca5424) at /home/jgoldsmith/downloads/php-5.1.1/main/main.c:1704 #9 0x013544f3 in php_handler (r=0x8db1eb8) at /home/jgoldsmith/downloads/php-5.1.1/sapi/apache2handler/sapi_apache2.c:584 #10 0x08067a2a in ap_run_handler (r=0x8db1eb8) at config.c:152 #11 0x08067da2 in ap_invoke_handler (r=0x8db1eb8) at config.c:364 #12 0x080654f5 in ap_process_request (r=0x8db1eb8) at http_request.c:249 #13 0x08060db5 in ap_process_http_connection (c=0x8dabc20) at http_core.c:251 #14 0x080702de in ap_run_process_connection (c=0x8dabc20) at connection.c:43 #15 0x080661ca in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #16 0x0806637d in make_child (s=0x8bf8e88, slot=0) at prefork.c:650 #17 0x08066446 in startup_children (number_to_start=5) at prefork.c:722 #18 0x08066c08 in ap_mpm_run (_pconf=0x8bf70a8, plog=0x8c23158, s=0x8bf8e88) at prefork.c:941 #19 0x0806bf83 in main (argc=2, argv=0xbfca5864) at main.c:618 [2005-12-15 22:35:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-12-15 22:30:51] jgoldsmith at returnpath dot net Description: When calling iconv_mime_decode to decode between an unrecognized charset to UTF-8, PHP throws a segmentation fault. It only happens when mode=2 ./configure --with-iconv=/usr/local/lib I would expect it to just return the original string if it doesn't recognize the charset. Reproduce code: --- $string = "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?="; $string2 = iconv_mime_decode($string,2,'UTF-8'); var_dump($string2); Expected result: I expect to get the original string back Actual result: -- Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=35692&edit=1
#35688 [Opn->Fbk]: Configure --with-mysqli failed for MySQL with library or lib version not found
ID: 35688
Updated by: [EMAIL PROTECTED]
Reported By: sfletcher at abcoa dot com
-Status: Open
+Status: Feedback
-Bug Type: *Configuration Issues
+Bug Type: MySQLi related
Operating System: AIX 5.2
PHP Version: 5.1.1
New Comment:
Are you sure you don't have any other versions of mysql installed
somewhere?
Previous Comments:
[2005-12-15 22:42:10] sfletcher at abcoa dot com
Updating bug report's title to better reflect the bug report.
[2005-12-15 20:16:29] sfletcher at abcoa dot com
Description:
MySQL Version: 5.0.16 (AIX 64 binary from mysql.com site)
I followed this documentation at http://us3.php.net/mysql that
mentioned "You can download headers and libraries from MySQL." which
take me to mysql.com site. I then went on to download section and came
upon the "Contributed API" section with a link which then lead me to
http://us3.php.net/manual/en/ref.mysqli.php . So, I followed this
part..
--snip--
To install the mysqli extension for PHP, use the
--with-mysqli=mysql_config_path/mysql_config configuration option
where mysql_config_path represents the location of the mysql_config
program that comes with MySQL versions greater than 4.1.
--snip--
which lead me to this configure command..
--snip--
./configure --with-mysqli=/usr/local/mysql/bin/mysql_config
--with-apxs2=../../apache2/bin/apxs --with-unixODBC --with-openssl
--with-curl --disable-libxml --disable-dom --enable-track-vars
--enable-ftp --enable-sockets
--snip--
See actual result below. I could find no existing bug so I filed a new
bug, upon the submission of this bug that cause me find bug #30835 which
cause to modify this bug report a little more.
I used the "mysql_config --libs" command from bug #30835 and got this
result..
--snip--
-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
--snip--
All of the MySQL stuffs are inside the
"/usr/local/mysql-standard-5.0.16-aix5.2-powerpc-64bit" directory where
I used the symbolic link to make it become a "/usr/local/mysql"
directory.
I know the symbolic link is not hte problem because PHP can find it
without a problem.
Expected result:
PHP should be able to configured successfully without an error.
Actual result:
--
Then the configure terminated with errors...
--snip--
checking for mcrypt support... no
checking for mhash support... no
checking whether to include mime_magic support... no
checking for MING support... no
checking for msession support... no
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... no
checking for specified location of the MySQL UNIX socket... no
checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.
--snip--
The config.log is posted here
--snip--
configure:53543: checking for mcrypt support
configure:54372: checking for mhash support
configure:54844: checking whether to include mime_magic support
configure:55199: checking for MING support
configure:56122: checking for msession support
configure:56830: checking for mSQL support
configure:57339: checking for MSSQL support via FreeTDS
configure:57987: checking for MySQL support
configure:58033: checking for specified location of the MySQL UNIX
socket
configure:59186: checking for MySQLi support
configure:59232: checking whether to enable embedded MySQLi support
configure:59378: checking for mysql_set_server_option in -lmysqlclient
configure:59397: gcc -o conftest -g -O2 -L/usr/local/mysql/lib
-L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib
-L/usr/local/lib -L/usr/local/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
conftest.c -lmysqlclient -liconv -lssl -lcrypto -lcurl -lssl -lcrypto
-lm -lcurl -lssl -lcrypto 1>&5
ld: 0711-317 ERROR: Undefined symbol: .mysql_set_server_option
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
configure: failed program was:
#line 59386 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_set_server_option();
int main() {
mysql_set_server_option()
; return 0; }
--snip--
I hope to have this up and running shortly because of work-related web
site. If that is possible.
--
Edit this bug report at http://bugs.php.net/?id=35688&edit=1
#35693 [Opn->Asn]: strtotime function reduce performance
ID: 35693
Updated by: [EMAIL PROTECTED]
Reported By: dgdd at free dot fr
-Status: Open
+Status: Assigned
Bug Type: Performance problem
Operating System: windows xp
PHP Version: 5.1.1
-Assigned To:
+Assigned To: derick
New Comment:
Assigned to the maintainer.
Previous Comments:
[2005-12-15 22:58:57] dgdd at free dot fr
Description:
Sorry for my bad english.
PHP v5.1.1 : when using strtotime function intensively
in my script the performance as reduced and the script is generate in
0,250 s ?
With PHP 5.0.5, my script is generate in 0,055 s !
I'm test my script with PHP 5.1.1 without strtotime function -> this
page was generate in 0,050 s !
Reproduce code:
---
for ($i=1; $i<=30; $i++) {
$timestamp = strtotime("-". (30-$i) ." day");
}
for ( $i = 0; $i < 30; $i++ ){
$j = 29 - $i;
$time_colone = date("y",strtotime("-$j day")).date("z",strtotime("-$j
day"));
}
--
Edit this bug report at http://bugs.php.net/?id=35693&edit=1
#35689 [Opn->Asn]: Object of type com did not create an Iterator
ID: 35689 Updated by: [EMAIL PROTECTED] Reported By: jamie dot layne at gmail dot com -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows Server 2003 PHP Version: 5.1.1 -Assigned To: +Assigned To: Wez Previous Comments: [2005-12-15 20:30:58] jamie dot layne at gmail dot com Description: The recommended way of iterating over COM as per Zend.com is to use the foreach($com as $ob) method, as opposed to the old $com->Next() approach. This hasn't been working for objects of type COM or VARIANT. Specs: Windows Server 2003 PHP 5.1.1 Reproduce code: --- "; } ?> Expected result: List of properties for the desired COM object Actual result: -- Object of type com did not create an Iterator Similar error: Object of type variant did not create an Iterator -- Edit this bug report at http://bugs.php.net/?id=35689&edit=1
#35692 [Opn->Csd]: iconv_mime_decode segmentation fault
ID: 35692 Updated by: [EMAIL PROTECTED] Reported By: jgoldsmith at returnpath dot net -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: FC3 PHP Version: 5.1.1 New Comment: Works fine in latest CVS. Previous Comments: [2005-12-15 23:00:09] jgoldsmith at returnpath dot net #0 0x060c7cf8 in libiconv (icd=0x, inbuf=0xbfca2d98, inbytesleft=0xbfca2d94, outbuf=0xbfca2d90, outbytesleft=0xbfca2d8c) at ./iconv.c:426 #1 0x01137153 in _php_iconv_appendl (d=0xbfca2ecc, s=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", l=14, cd=0x) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:254 #2 0x011397bf in _php_iconv_mime_decode (pretval=0xbfca2ecc, str=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", str_nbytes=126, enc=0x8dc0d3c "UTF-8", next_pos=0x0, mode=2) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:1369 #3 0x0113a9c3 in zif_iconv_mime_decode (ht=3, return_value=0x8dc0fac, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:2053 #4 0x013082db in zend_do_fcall_common_helper_SPEC (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:188 #5 0x0130d0a3 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:1578 #6 0x01307f56 in execute (op_array=0x8dc0c7c) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:88 #7 0x012de414 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend.c:1090 #8 0x0129a6c4 in php_execute_script (primary_file=0xbfca5424) at /home/jgoldsmith/downloads/php-5.1.1/main/main.c:1704 #9 0x013544f3 in php_handler (r=0x8db1eb8) at /home/jgoldsmith/downloads/php-5.1.1/sapi/apache2handler/sapi_apache2.c:584 #10 0x08067a2a in ap_run_handler (r=0x8db1eb8) at config.c:152 #11 0x08067da2 in ap_invoke_handler (r=0x8db1eb8) at config.c:364 #12 0x080654f5 in ap_process_request (r=0x8db1eb8) at http_request.c:249 #13 0x08060db5 in ap_process_http_connection (c=0x8dabc20) at http_core.c:251 #14 0x080702de in ap_run_process_connection (c=0x8dabc20) at connection.c:43 #15 0x080661ca in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #16 0x0806637d in make_child (s=0x8bf8e88, slot=0) at prefork.c:650 #17 0x08066446 in startup_children (number_to_start=5) at prefork.c:722 #18 0x08066c08 in ap_mpm_run (_pconf=0x8bf70a8, plog=0x8c23158, s=0x8bf8e88) at prefork.c:941 #19 0x0806bf83 in main (argc=2, argv=0xbfca5864) at main.c:618 [2005-12-15 22:35:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-12-15 22:30:51] jgoldsmith at returnpath dot net Description: When calling iconv_mime_decode to decode between an unrecognized charset to UTF-8, PHP throws a segmentation fault. It only happens when mode=2 ./configure --with-iconv=/usr/local/lib I would expect it to just return the original string if it doesn't recognize the charset. Reproduce code: --- $string = "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?="; $string2 = iconv_mime_decode($string,2,'UTF-8'); var_dump($string2); Expected result: I expect to get the original string back Actual result: -- Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=35692&edit=1
#35694 [Fbk->Csd]: PDO crashes when fetch mode is not valid
ID: 35694 Updated by: [EMAIL PROTECTED] Reported By: mrethers at ebcubes dot com -Status: Feedback +Status: Closed Bug Type: PDO related Operating System: Linux/Windows PHP Version: 5.1.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-12-15 23:29:52] [EMAIL PROTECTED] Snapshots are snapshots. You can use whatever you like in production if you know what you're doing. IIRC I've fixed something similar after 5.1.1 release, please try the snapshot just to confirm it's fixed. [2005-12-15 23:18:07] mrethers at ebcubes dot com No problem, it doesn't really bother, it's just a cosmetic change ... Are the snapshot stable for a production environment ? [2005-12-15 23:06:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-15 23:03:27] mrethers at ebcubes dot com Description: The error message asks to report the bug so here it is ... Reproduce code: --- $stmt->setFetchMode(WHATEVER_NOT_PDO_CONSTANT) Expected result: I would expect a more helpfull message than Numeric value out of range, maybe cast an exception or something, with a unvalid fetch mode message Actual result: -- SQLSTATE[22003]: Numeric value out of range: unhandled mode; this is a PDO bug, please report it -- Edit this bug report at http://bugs.php.net/?id=35694&edit=1
#35694 [Opn->Fbk]: PDO crashes when fetch mode is not valid
ID: 35694 Updated by: [EMAIL PROTECTED] Reported By: mrethers at ebcubes dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux/Windows PHP Version: 5.1.1 New Comment: Snapshots are snapshots. You can use whatever you like in production if you know what you're doing. IIRC I've fixed something similar after 5.1.1 release, please try the snapshot just to confirm it's fixed. Previous Comments: [2005-12-15 23:18:07] mrethers at ebcubes dot com No problem, it doesn't really bother, it's just a cosmetic change ... Are the snapshot stable for a production environment ? [2005-12-15 23:06:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-15 23:03:27] mrethers at ebcubes dot com Description: The error message asks to report the bug so here it is ... Reproduce code: --- $stmt->setFetchMode(WHATEVER_NOT_PDO_CONSTANT) Expected result: I would expect a more helpfull message than Numeric value out of range, maybe cast an exception or something, with a unvalid fetch mode message Actual result: -- SQLSTATE[22003]: Numeric value out of range: unhandled mode; this is a PDO bug, please report it -- Edit this bug report at http://bugs.php.net/?id=35694&edit=1
#35694 [Fbk->Opn]: PDO crashes when fetch mode is not valid
ID: 35694 User updated by: mrethers at ebcubes dot com Reported By: mrethers at ebcubes dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux/Windows PHP Version: 5.1.1 New Comment: No problem, it doesn't really bother, it's just a cosmetic change ... Are the snapshot stable for a production environment ? Previous Comments: [2005-12-15 23:06:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-15 23:03:27] mrethers at ebcubes dot com Description: The error message asks to report the bug so here it is ... Reproduce code: --- $stmt->setFetchMode(WHATEVER_NOT_PDO_CONSTANT) Expected result: I would expect a more helpfull message than Numeric value out of range, maybe cast an exception or something, with a unvalid fetch mode message Actual result: -- SQLSTATE[22003]: Numeric value out of range: unhandled mode; this is a PDO bug, please report it -- Edit this bug report at http://bugs.php.net/?id=35694&edit=1
#35695 [Opn->Bgs]: Can't load php_mysql.dll
ID: 35695 Updated by: [EMAIL PROTECTED] Reported By: dick at djrensema dot demon dot nl -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows XP2 SP2 PHP Version: 5.1.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-12-15 23:07:53] dick at djrensema dot demon dot nl Description: When I load my apache 2.0.55 with PHP and MySQL. It tells me it cannot load the php_mysql.dll, because it cannot find the file. But it is exactly where it says it is looking: PHP Startup: Unable to load dynamic library 'c:\Server\php\extensions\php_mysql.dll' - Cannot find module. -- Edit this bug report at http://bugs.php.net/?id=35695&edit=1
#35690 [Opn->Csd]: pack() allocates 1GB memory on float-values.
ID: 35690
Updated by: [EMAIL PROTECTED]
Reported By: hn at ondskap dot net
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: Linux, Windows Server 2003
PHP Version: 5.1.1
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-12-15 20:51:53] hn at ondskap dot net
Description:
Weird stuff going on with pack().
pack("A*", $float) makes the process go in to a endless loop (if you
turn off memory limit), and kills the apache-thread (and probably
server too if it's a slow one), trying to allocate ~1GB memory.
It's important to check all user-inputs to the pack()-function as it
might hang the server for a while.
>From the PHP-doc: "Also note that PHP internally stores integer values
as signed values of a machine dependent size. If you give it an
unsigned integer value too large to be stored that way it is converted
to a float which often yields an undesired result."
(Including php-version 5.1.1)
Reproduce code:
---
FATAL: emalloc(): Unable to allocate 1072693249 bytes
Expected result:
A fatal error on emalloc() that's unable to allocate an machine
dependent amount of memory.
--
Edit this bug report at http://bugs.php.net/?id=35690&edit=1
#35695 [NEW]: Can't load php_mysql.dll
From: dick at djrensema dot demon dot nl Operating system: Windows XP2 SP2 PHP version: 5.1.1 PHP Bug Type: MySQL related Bug description: Can't load php_mysql.dll Description: When I load my apache 2.0.55 with PHP and MySQL. It tells me it cannot load the php_mysql.dll, because it cannot find the file. But it is exactly where it says it is looking: PHP Startup: Unable to load dynamic library 'c:\Server\php\extensions\php_mysql.dll' - Cannot find module. -- Edit bug report at http://bugs.php.net/?id=35695&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35695&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35695&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35695&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35695&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35695&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35695&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35695&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35695&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35695&r=support Expected behavior:http://bugs.php.net/fix.php?id=35695&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35695&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35695&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35695&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35695&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35695&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35695&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35695&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35695&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35695&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35695&r=mysqlcfg
#35694 [Opn->Fbk]: PDO crashes when fetch mode is not valid
ID: 35694 Updated by: [EMAIL PROTECTED] Reported By: mrethers at ebcubes dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux/Windows PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-15 23:03:27] mrethers at ebcubes dot com Description: The error message asks to report the bug so here it is ... Reproduce code: --- $stmt->setFetchMode(WHATEVER_NOT_PDO_CONSTANT) Expected result: I would expect a more helpfull message than Numeric value out of range, maybe cast an exception or something, with a unvalid fetch mode message Actual result: -- SQLSTATE[22003]: Numeric value out of range: unhandled mode; this is a PDO bug, please report it -- Edit this bug report at http://bugs.php.net/?id=35694&edit=1
#35694 [NEW]: PDO crashes when fetch mode is not valid
From: mrethers at ebcubes dot com Operating system: Linux/Windows PHP version: 5.1.1 PHP Bug Type: PDO related Bug description: PDO crashes when fetch mode is not valid Description: The error message asks to report the bug so here it is ... Reproduce code: --- $stmt->setFetchMode(WHATEVER_NOT_PDO_CONSTANT) Expected result: I would expect a more helpfull message than Numeric value out of range, maybe cast an exception or something, with a unvalid fetch mode message Actual result: -- SQLSTATE[22003]: Numeric value out of range: unhandled mode; this is a PDO bug, please report it -- Edit bug report at http://bugs.php.net/?id=35694&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35694&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35694&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35694&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35694&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35694&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35694&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35694&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35694&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35694&r=support Expected behavior:http://bugs.php.net/fix.php?id=35694&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35694&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35694&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35694&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35694&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35694&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35694&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35694&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35694&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35694&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35694&r=mysqlcfg
#35692 [Fbk->Opn]: iconv_mime_decode segmentation fault
ID: 35692 User updated by: jgoldsmith at returnpath dot net Reported By: jgoldsmith at returnpath dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FC3 PHP Version: 5.1.1 New Comment: #0 0x060c7cf8 in libiconv (icd=0x, inbuf=0xbfca2d98, inbytesleft=0xbfca2d94, outbuf=0xbfca2d90, outbytesleft=0xbfca2d8c) at ./iconv.c:426 #1 0x01137153 in _php_iconv_appendl (d=0xbfca2ecc, s=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", l=14, cd=0x) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:254 #2 0x011397bf in _php_iconv_mime_decode (pretval=0xbfca2ecc, str=0x8dc0ebc "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?=", str_nbytes=126, enc=0x8dc0d3c "UTF-8", next_pos=0x0, mode=2) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:1369 #3 0x0113a9c3 in zif_iconv_mime_decode (ht=3, return_value=0x8dc0fac, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/jgoldsmith/downloads/php-5.1.1/ext/iconv/iconv.c:2053 #4 0x013082db in zend_do_fcall_common_helper_SPEC (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:188 #5 0x0130d0a3 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfca3074) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:1578 #6 0x01307f56 in execute (op_array=0x8dc0c7c) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend_vm_execute.h:88 #7 0x012de414 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jgoldsmith/downloads/php-5.1.1/Zend/zend.c:1090 #8 0x0129a6c4 in php_execute_script (primary_file=0xbfca5424) at /home/jgoldsmith/downloads/php-5.1.1/main/main.c:1704 #9 0x013544f3 in php_handler (r=0x8db1eb8) at /home/jgoldsmith/downloads/php-5.1.1/sapi/apache2handler/sapi_apache2.c:584 #10 0x08067a2a in ap_run_handler (r=0x8db1eb8) at config.c:152 #11 0x08067da2 in ap_invoke_handler (r=0x8db1eb8) at config.c:364 #12 0x080654f5 in ap_process_request (r=0x8db1eb8) at http_request.c:249 #13 0x08060db5 in ap_process_http_connection (c=0x8dabc20) at http_core.c:251 #14 0x080702de in ap_run_process_connection (c=0x8dabc20) at connection.c:43 #15 0x080661ca in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #16 0x0806637d in make_child (s=0x8bf8e88, slot=0) at prefork.c:650 #17 0x08066446 in startup_children (number_to_start=5) at prefork.c:722 #18 0x08066c08 in ap_mpm_run (_pconf=0x8bf70a8, plog=0x8c23158, s=0x8bf8e88) at prefork.c:941 #19 0x0806bf83 in main (argc=2, argv=0xbfca5864) at main.c:618 Previous Comments: [2005-12-15 22:35:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-12-15 22:30:51] jgoldsmith at returnpath dot net Description: When calling iconv_mime_decode to decode between an unrecognized charset to UTF-8, PHP throws a segmentation fault. It only happens when mode=2 ./configure --with-iconv=/usr/local/lib I would expect it to just return the original string if it doesn't recognize the charset. Reproduce code: --- $string = "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?="; $string2 = iconv_mime_decode($string,2,'UTF-8'); var_dump($string2); Expected result: I expect to get the original string back Actual result: -- Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=35692&edit=1
#35693 [NEW]: strtotime function reduce performance
From: dgdd at free dot fr
Operating system: windows xp
PHP version: 5.1.1
PHP Bug Type: Performance problem
Bug description: strtotime function reduce performance
Description:
Sorry for my bad english.
PHP v5.1.1 : when using strtotime function intensively
in my script the performance as reduced and the script is generate in
0,250 s ?
With PHP 5.0.5, my script is generate in 0,055 s !
I'm test my script with PHP 5.1.1 without strtotime function -> this page
was generate in 0,050 s !
Reproduce code:
---
for ($i=1; $i<=30; $i++) {
$timestamp = strtotime("-". (30-$i) ." day");
}
for ( $i = 0; $i < 30; $i++ ){
$j = 29 - $i;
$time_colone = date("y",strtotime("-$j day")).date("z",strtotime("-$j
day"));
}
--
Edit bug report at http://bugs.php.net/?id=35693&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35693&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35693&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35693&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35693&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35693&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35693&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35693&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35693&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35693&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35693&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35693&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35693&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35693&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35693&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35693&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35693&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35693&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35693&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35693&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35693&r=mysqlcfg
#35688 [Opn]: Configure --with-mysqli failed for MySQL with library or lib version not found
ID: 35688
User updated by: sfletcher at abcoa dot com
-Summary: Configure failed on MySQLi with library or lib version
not found
Reported By: sfletcher at abcoa dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: AIX 5.2
PHP Version: 5.1.1
New Comment:
Updating bug report's title to better reflect the bug report.
Previous Comments:
[2005-12-15 20:16:29] sfletcher at abcoa dot com
Description:
MySQL Version: 5.0.16 (AIX 64 binary from mysql.com site)
I followed this documentation at http://us3.php.net/mysql that
mentioned "You can download headers and libraries from MySQL." which
take me to mysql.com site. I then went on to download section and came
upon the "Contributed API" section with a link which then lead me to
http://us3.php.net/manual/en/ref.mysqli.php . So, I followed this
part..
--snip--
To install the mysqli extension for PHP, use the
--with-mysqli=mysql_config_path/mysql_config configuration option
where mysql_config_path represents the location of the mysql_config
program that comes with MySQL versions greater than 4.1.
--snip--
which lead me to this configure command..
--snip--
./configure --with-mysqli=/usr/local/mysql/bin/mysql_config
--with-apxs2=../../apache2/bin/apxs --with-unixODBC --with-openssl
--with-curl --disable-libxml --disable-dom --enable-track-vars
--enable-ftp --enable-sockets
--snip--
See actual result below. I could find no existing bug so I filed a new
bug, upon the submission of this bug that cause me find bug #30835 which
cause to modify this bug report a little more.
I used the "mysql_config --libs" command from bug #30835 and got this
result..
--snip--
-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
--snip--
All of the MySQL stuffs are inside the
"/usr/local/mysql-standard-5.0.16-aix5.2-powerpc-64bit" directory where
I used the symbolic link to make it become a "/usr/local/mysql"
directory.
I know the symbolic link is not hte problem because PHP can find it
without a problem.
Expected result:
PHP should be able to configured successfully without an error.
Actual result:
--
Then the configure terminated with errors...
--snip--
checking for mcrypt support... no
checking for mhash support... no
checking whether to include mime_magic support... no
checking for MING support... no
checking for msession support... no
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... no
checking for specified location of the MySQL UNIX socket... no
checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.
--snip--
The config.log is posted here
--snip--
configure:53543: checking for mcrypt support
configure:54372: checking for mhash support
configure:54844: checking whether to include mime_magic support
configure:55199: checking for MING support
configure:56122: checking for msession support
configure:56830: checking for mSQL support
configure:57339: checking for MSSQL support via FreeTDS
configure:57987: checking for MySQL support
configure:58033: checking for specified location of the MySQL UNIX
socket
configure:59186: checking for MySQLi support
configure:59232: checking whether to enable embedded MySQLi support
configure:59378: checking for mysql_set_server_option in -lmysqlclient
configure:59397: gcc -o conftest -g -O2 -L/usr/local/mysql/lib
-L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib
-L/usr/local/lib -L/usr/local/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
conftest.c -lmysqlclient -liconv -lssl -lcrypto -lcurl -lssl -lcrypto
-lm -lcurl -lssl -lcrypto 1>&5
ld: 0711-317 ERROR: Undefined symbol: .mysql_set_server_option
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
configure: failed program was:
#line 59386 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_set_server_option();
int main() {
mysql_set_server_option()
; return 0; }
--snip--
I hope to have this up and running shortly because of work-related web
site. If that is possible.
--
Edit this bug report at http://bugs.php.net/?id=35688&edit=1
#35692 [Opn->Fbk]: iconv_mime_decode segmentation fault
ID: 35692 Updated by: [EMAIL PROTECTED] Reported By: jgoldsmith at returnpath dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FC3 PHP Version: 5.1.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-12-15 22:30:51] jgoldsmith at returnpath dot net Description: When calling iconv_mime_decode to decode between an unrecognized charset to UTF-8, PHP throws a segmentation fault. It only happens when mode=2 ./configure --with-iconv=/usr/local/lib I would expect it to just return the original string if it doesn't recognize the charset. Reproduce code: --- $string = "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?="; $string2 = iconv_mime_decode($string,2,'UTF-8'); var_dump($string2); Expected result: I expect to get the original string back Actual result: -- Segmentation Fault -- Edit this bug report at http://bugs.php.net/?id=35692&edit=1
#35692 [NEW]: iconv_mime_decode segmentation fault
From: jgoldsmith at returnpath dot net Operating system: FC3 PHP version: 5.1.1 PHP Bug Type: Reproducible crash Bug description: iconv_mime_decode segmentation fault Description: When calling iconv_mime_decode to decode between an unrecognized charset to UTF-8, PHP throws a segmentation fault. It only happens when mode=2 ./configure --with-iconv=/usr/local/lib I would expect it to just return the original string if it doesn't recognize the charset. Reproduce code: --- $string = "=?ISO-8859-11?B?4L7U6MG7w9DK1Le41MDSvuPL6aHRuuCr1MPsv+DHzcPstOnHwiBEdWFsLUNvcmUgSW50ZWwoUikgWGVvbihSKSBQcm9jZXNzb3Ig48vB6A==?="; $string2 = iconv_mime_decode($string,2,'UTF-8'); var_dump($string2); Expected result: I expect to get the original string back Actual result: -- Segmentation Fault -- Edit bug report at http://bugs.php.net/?id=35692&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35692&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35692&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35692&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35692&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35692&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35692&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35692&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35692&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35692&r=support Expected behavior:http://bugs.php.net/fix.php?id=35692&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35692&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35692&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35692&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35692&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35692&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35692&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35692&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35692&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35692&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35692&r=mysqlcfg
#35691 [NEW]: Can't change to another drive letter using chdir()
From: ejwaibel at gmail dot com
Operating system: Windows
PHP version: 5.1.1
PHP Bug Type: *Directory/Filesystem functions
Bug description: Can't change to another drive letter using chdir()
Description:
The chdir() command works correctly when changing to a given dir in the
SAME drive, however, I believe that it should be capable of changing to
another drive letter and then directory in that drive letter. I know that
Windows can do that using "cd /D ".
Reproduce code:
---
$currentDir = getcwd();
echo "currentDir: $currentDir";
chdir("Q:\\sdadmin") || die(sendMessage("Can't change to
'$substDrive\\sdadmin'", true));
echo getcwd();
Expected result:
I would have expected to change from "D:\scmtools\oss\" to "Q:\sdadmin".
Actual result:
--
The chdir() function returns false and I show an error message.
--
Edit bug report at http://bugs.php.net/?id=35691&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35691&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35691&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35691&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35691&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35691&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35691&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35691&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35691&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35691&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35691&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35691&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35691&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35691&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35691&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35691&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35691&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35691&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35691&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35691&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35691&r=mysqlcfg
#35690 [NEW]: pack() allocates 1GB memory on float-values.
From: hn at ondskap dot net
Operating system: Linux, Windows Server 2003
PHP version: 5.1.1
PHP Bug Type: Unknown/Other Function
Bug description: pack() allocates 1GB memory on float-values.
Description:
Weird stuff going on with pack().
pack("A*", $float) makes the process go in to a endless loop (if you turn
off memory limit), and kills the apache-thread (and probably server too if
it's a slow one), trying to allocate ~1GB memory.
It's important to check all user-inputs to the pack()-function as it might
hang the server for a while.
>From the PHP-doc: "Also note that PHP internally stores integer values as
signed values of a machine dependent size. If you give it an unsigned
integer value too large to be stored that way it is converted to a float
which often yields an undesired result."
(Including php-version 5.1.1)
Reproduce code:
---
FATAL: emalloc(): Unable to allocate 1072693249 bytes
Expected result:
A fatal error on emalloc() that's unable to allocate an machine dependent
amount of memory.
--
Edit bug report at http://bugs.php.net/?id=35690&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35690&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35690&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35690&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35690&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35690&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35690&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35690&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35690&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35690&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35690&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35690&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35690&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35690&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35690&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35690&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35690&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35690&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35690&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35690&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35690&r=mysqlcfg
#35689 [NEW]: Object of type com did not create an Iterator
From: jamie dot layne at gmail dot com Operating system: Windows Server 2003 PHP version: 5.1.1 PHP Bug Type: COM related Bug description: Object of type com did not create an Iterator Description: The recommended way of iterating over COM as per Zend.com is to use the foreach($com as $ob) method, as opposed to the old $com->Next() approach. This hasn't been working for objects of type COM or VARIANT. Specs: Windows Server 2003 PHP 5.1.1 Reproduce code: --- "; } ?> Expected result: List of properties for the desired COM object Actual result: -- Object of type com did not create an Iterator Similar error: Object of type variant did not create an Iterator -- Edit bug report at http://bugs.php.net/?id=35689&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35689&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35689&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35689&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35689&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35689&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35689&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35689&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35689&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35689&r=support Expected behavior:http://bugs.php.net/fix.php?id=35689&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35689&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35689&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35689&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35689&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35689&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35689&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35689&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35689&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35689&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35689&r=mysqlcfg
#35688 [NEW]: Configure failed on MySQLi with library or lib version not found
From: sfletcher at abcoa dot com
Operating system: AIX 5.2
PHP version: 5.1.1
PHP Bug Type: *Configuration Issues
Bug description: Configure failed on MySQLi with library or lib version not
found
Description:
MySQL Version: 5.0.16 (AIX 64 binary from mysql.com site)
I followed this documentation at http://us3.php.net/mysql that mentioned
"You can download headers and libraries from MySQL." which take me to
mysql.com site. I then went on to download section and came upon the
"Contributed API" section with a link which then lead me to
http://us3.php.net/manual/en/ref.mysqli.php . So, I followed this part..
--snip--
To install the mysqli extension for PHP, use the
--with-mysqli=mysql_config_path/mysql_config configuration option where
mysql_config_path represents the location of the mysql_config program that
comes with MySQL versions greater than 4.1.
--snip--
which lead me to this configure command..
--snip--
./configure --with-mysqli=/usr/local/mysql/bin/mysql_config
--with-apxs2=../../apache2/bin/apxs --with-unixODBC --with-openssl
--with-curl --disable-libxml --disable-dom --enable-track-vars
--enable-ftp --enable-sockets
--snip--
See actual result below. I could find no existing bug so I filed a new
bug, upon the submission of this bug that cause me find bug #30835 which
cause to modify this bug report a little more.
I used the "mysql_config --libs" command from bug #30835 and got this
result..
--snip--
-L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
--snip--
All of the MySQL stuffs are inside the
"/usr/local/mysql-standard-5.0.16-aix5.2-powerpc-64bit" directory where I
used the symbolic link to make it become a "/usr/local/mysql" directory.
I know the symbolic link is not hte problem because PHP can find it
without a problem.
Expected result:
PHP should be able to configured successfully without an error.
Actual result:
--
Then the configure terminated with errors...
--snip--
checking for mcrypt support... no
checking for mhash support... no
checking whether to include mime_magic support... no
checking for MING support... no
checking for msession support... no
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... no
checking for specified location of the MySQL UNIX socket... no
checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.
--snip--
The config.log is posted here
--snip--
configure:53543: checking for mcrypt support
configure:54372: checking for mhash support
configure:54844: checking whether to include mime_magic support
configure:55199: checking for MING support
configure:56122: checking for msession support
configure:56830: checking for mSQL support
configure:57339: checking for MSSQL support via FreeTDS
configure:57987: checking for MySQL support
configure:58033: checking for specified location of the MySQL UNIX socket
configure:59186: checking for MySQLi support
configure:59232: checking whether to enable embedded MySQLi support
configure:59378: checking for mysql_set_server_option in -lmysqlclient
configure:59397: gcc -o conftest -g -O2 -L/usr/local/mysql/lib
-L/usr/local/mysql/lib -L/usr/local/ssl/lib -L/usr/local/ssl/lib
-L/usr/local/lib -L/usr/local/lib -lmysqlclient -lz -lcrypt -lnsl_r -lm
conftest.c -lmysqlclient -liconv -lssl -lcrypto -lcurl -lssl -lcrypto -lm
-lcurl -lssl -lcrypto 1>&5
ld: 0711-317 ERROR: Undefined symbol: .mysql_set_server_option
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
collect2: ld returned 8 exit status
configure: failed program was:
#line 59386 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_set_server_option();
int main() {
mysql_set_server_option()
; return 0; }
--snip--
I hope to have this up and running shortly because of work-related web
site. If that is possible.
--
Edit bug report at http://bugs.php.net/?id=35688&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35688&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35688&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35688&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35688&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35688&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35688&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35688&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35688&r=oldversion
Not develo
#35677 [Opn->Asn]: Using PDO with SOAP (Webservices) causes errors.
ID: 35677
Updated by: [EMAIL PROTECTED]
Reported By: prefab5 at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Windows
PHP Version: 5CVS-2005-12-15 (snap)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2005-12-15 10:33:55] prefab5 at hotmail dot com
Description:
When connecting to a SoapServer that also includes PDO to create a
database connection, the SoapServer stops sending SOAP-ENV resulting in
a "Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in..."
Using mysqli to connect to a database within the SoapServer (you
actually call PDO/mysqli from within the class that the SoapServer
uses) works fine and directly calling the class itself also causes no
problems.
PHP doesn't crash, but sometimes Apache (2.0.55) does.
Reproduce code:
---
http://www.mindstix.com/persistenceTestServer.zip
Expected result:
Count: 1
Count: 2
Count: 3
Actual result:
--
Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in C:\test\webservices\persistenceTestClient.php:6
Stack trace: #0 [internal function]: SoapClient->__call('count', Array)
#1 C:\test\webservices\persistenceTestClient.php(6): SoapClient->count()
#2 {main} thrown in C:\test\webservices\persistenceTestClient.php on
line 6
--
Edit this bug report at http://bugs.php.net/?id=35677&edit=1
#35683 [Opn->Bgs]: OVERALL_TARGET uses += not = in Makefile.frag
ID: 35683 Updated by: [EMAIL PROTECTED] Reported By: to2958 at sbc dot com -Status: Open +Status: Bogus Bug Type: Informix related Operating System: AIX 4.3.3 PHP Version: 5CVS-2005-12-15 (snap) New Comment: Install GNU tools. gmake, etc. Previous Comments: [2005-12-15 15:32:50] to2958 at sbc dot com Description: There is a += in the ext/informix/Makefile.frag for the OVERALL_TARGET which I don't think is right. I've never seen this used in Makefiles though I'm not an expert. This prevents make from working and gives me this: make: make 1254-025 There must be an existing description file or specify a target. When I do the patch below and simply replace the += with = the make runs fine. I didn't really see related bugs nor the use of += in other projects Thanks Reproduce code: --- --- Makefile.frag.orig Thu Dec 15 08:23:46 2005 +++ Makefile.frag Thu Dec 15 08:24:01 2005 @@ -1,5 +1,5 @@ -OVERALL_TARGET += $(srcdir)/ifx.c +OVERALL_TARGET = $(srcdir)/ifx.c $(srcdir)/ifx.c: $(srcdir)/ifx.ec (if test -d $(INFORMIXDIR); then \ -- Edit this bug report at http://bugs.php.net/?id=35683&edit=1
#35685 [Fbk]: post_max_size stays locked to 8M
ID: 35685
Updated by: [EMAIL PROTECTED]
Reported By: motion_4u at hotmail dot com
Status: Feedback
Bug Type: *General Issues
Operating System: Windows 2000 advanced
PHP Version: 5.1.1
New Comment:
And FYI: PHP does not store the whole file in memory. Thus the
memory_limit of 200M is a bit too much. 8M is fine.
Previous Comments:
[2005-12-15 19:40:53] [EMAIL PROTECTED]
And what is upload_max_filesize set to?
Does the upload give any error?
Do var_dump($_FILES); and you should see the error code.
[2005-12-15 17:28:18] motion_4u at hotmail dot com
Description:
I have tried to upload a 100MB file to the server and for that I have
changed the following variables to enable the upload within PHP.INI
file:
max_execution_time = 3000
max_input_time = 600
memory_limit = 200M
post_max_size = 200M
But uploading small files up to 8 MB do work but PHP stops the upload
for files bigger than 8 MB.
I have also tried to set the post_max_size value with the
ini_set ( "post_max_size", "200M" );
with no success.
Actual result:
--
Calling the below snippent
echo 'post_max_size = ' . ini_get('post_max_size');
shows still: post_max_size =8M :((
--
Edit this bug report at http://bugs.php.net/?id=35685&edit=1
#35685 [Opn->Fbk]: post_max_size stays locked to 8M
ID: 35685
Updated by: [EMAIL PROTECTED]
Reported By: motion_4u at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: Windows 2000 advanced
PHP Version: 5.1.1
New Comment:
And what is upload_max_filesize set to?
Does the upload give any error?
Do var_dump($_FILES); and you should see the error code.
Previous Comments:
[2005-12-15 17:28:18] motion_4u at hotmail dot com
Description:
I have tried to upload a 100MB file to the server and for that I have
changed the following variables to enable the upload within PHP.INI
file:
max_execution_time = 3000
max_input_time = 600
memory_limit = 200M
post_max_size = 200M
But uploading small files up to 8 MB do work but PHP stops the upload
for files bigger than 8 MB.
I have also tried to set the post_max_size value with the
ini_set ( "post_max_size", "200M" );
with no success.
Actual result:
--
Calling the below snippent
echo 'post_max_size = ' . ini_get('post_max_size');
shows still: post_max_size =8M :((
--
Edit this bug report at http://bugs.php.net/?id=35685&edit=1
#35686 [Opn->Bgs]: mhash compilation error
ID: 35686 Updated by: [EMAIL PROTECTED] Reported By: pavel at rauspc dot cz -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: CentOS 4.2 x86_64 PHP Version: 5CVS-2005-12-15 (snap) New Comment: There's something very wrong with this new mhash version. Please report this to the mhash authors. If they have some workaround, please let me know. Previous Comments: [2005-12-15 19:04:42] pavel at rauspc dot cz Description: ext/mhash/.libs/mhash.o(.text+0x29c): In function `zif_mhash': /usr/src/dist/php5.1-200512151730/ext/mhash/mhash.c:186: undefined reference to `mhash_free' mhash 0.9.3 ( compiled in /opt/mhash ) GCC 3.4.4 # ldconfig -p | grep mhash libmhash.so.2 (libc6,x86-64) => /opt/mhash/lib/libmhash.so.2 libmhash.so (libc6,x86-64) => /opt/mhash/lib/libmhash.so -- Edit this bug report at http://bugs.php.net/?id=35686&edit=1
#35686 [NEW]: mhash compilation error
From: pavel at rauspc dot cz Operating system: CentOS 4.2 x86_64 PHP version: 5CVS-2005-12-15 (snap) PHP Bug Type: Compile Failure Bug description: mhash compilation error Description: ext/mhash/.libs/mhash.o(.text+0x29c): In function `zif_mhash': /usr/src/dist/php5.1-200512151730/ext/mhash/mhash.c:186: undefined reference to `mhash_free' mhash 0.9.3 ( compiled in /opt/mhash ) GCC 3.4.4 # ldconfig -p | grep mhash libmhash.so.2 (libc6,x86-64) => /opt/mhash/lib/libmhash.so.2 libmhash.so (libc6,x86-64) => /opt/mhash/lib/libmhash.so -- Edit bug report at http://bugs.php.net/?id=35686&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35686&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35686&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35686&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35686&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35686&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35686&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35686&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35686&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35686&r=support Expected behavior:http://bugs.php.net/fix.php?id=35686&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35686&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35686&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35686&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35686&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35686&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35686&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35686&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35686&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35686&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35686&r=mysqlcfg
#35685 [NEW]: post_max_size stays locked to 8M
From: motion_4u at hotmail dot com
Operating system: Windows 2000 advanced
PHP version: 5.1.1
PHP Bug Type: *General Issues
Bug description: post_max_size stays locked to 8M
Description:
I have tried to upload a 100MB file to the server and for that I have
changed the following variables to enable the upload within PHP.INI file:
max_execution_time = 3000
max_input_time = 600
memory_limit = 200M
post_max_size = 200M
But uploading small files up to 8 MB do work but PHP stops the upload for
files bigger than 8 MB.
I have also tried to set the post_max_size value with the
ini_set ( "post_max_size", "200M" );
with no success.
Actual result:
--
Calling the below snippent
echo 'post_max_size = ' . ini_get('post_max_size');
shows still: post_max_size =8M :((
--
Edit bug report at http://bugs.php.net/?id=35685&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35685&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35685&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35685&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35685&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35685&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35685&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35685&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35685&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35685&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35685&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35685&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35685&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35685&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35685&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35685&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35685&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35685&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35685&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35685&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35685&r=mysqlcfg
#34537 [Ver]: Last-Modified header + Status: 200 results in 200 OK without body
ID: 34537 Updated by: [EMAIL PROTECTED] Reported By: alisencer at gmail dot com Status: Verified Bug Type: HTTP related Operating System: * PHP Version: 5CVS-2005-09-22 New Comment: Erm... nevermind, actually apache hangs some time and doesn't send a body on the second request. Previous Comments: [2005-12-15 16:19:31] [EMAIL PROTECTED] Works fine for me with Apache-2.0.54 and PHP-5.1.2 (CVS) as CGI and also FCGI. [2005-09-19 08:58:30] [EMAIL PROTECTED] Using Apache2 and apache2handler module I get the same results as with Apache1. [2005-09-19 02:50:01] alisencer at gmail dot com I was only able to test with Apache1.3 and mod_php (instead of CGI). There it does not happen, I get a regular 200 with body. [2005-09-19 02:40:09] [EMAIL PROTECTED] Does the same thing happen under Apache1? [2005-09-19 01:58:36] alisencer at gmail dot com Hi Sniper, thanks for your quick reply. I think there's a misunderstatement. I know HTTP headers and how they work. Please re-read the bug-report. I am setting 200 OK and sending a body. Something along the way decides it should be a 304, but does NOT change the status-code. Instead it silently drops the body of the response. I don't know what this something along the way is - it might be PHP or it might be Apache2. But I doubt that this would be expected behaviour. Thanks for your reconsideration and effort. 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/34537 -- Edit this bug report at http://bugs.php.net/?id=34537&edit=1
#35677 [Fbk->Opn]: Using PDO with SOAP (Webservices) causes errors.
ID: 35677
User updated by: prefab5 at hotmail dot com
Reported By: prefab5 at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Windows
PHP Version: 5CVS-2005-12-15 (snap)
New Comment:
Sniper, I already added a link to my test scripts for you to use:
http://www.mindstix.com/persistenceTestServer.zip
Previous Comments:
[2005-12-15 13:42:07] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-12-15 10:33:55] prefab5 at hotmail dot com
Description:
When connecting to a SoapServer that also includes PDO to create a
database connection, the SoapServer stops sending SOAP-ENV resulting in
a "Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in..."
Using mysqli to connect to a database within the SoapServer (you
actually call PDO/mysqli from within the class that the SoapServer
uses) works fine and directly calling the class itself also causes no
problems.
PHP doesn't crash, but sometimes Apache (2.0.55) does.
Reproduce code:
---
http://www.mindstix.com/persistenceTestServer.zip
Expected result:
Count: 1
Count: 2
Count: 3
Actual result:
--
Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in C:\test\webservices\persistenceTestClient.php:6
Stack trace: #0 [internal function]: SoapClient->__call('count', Array)
#1 C:\test\webservices\persistenceTestClient.php(6): SoapClient->count()
#2 {main} thrown in C:\test\webservices\persistenceTestClient.php on
line 6
--
Edit this bug report at http://bugs.php.net/?id=35677&edit=1
#35684 [Opn->Bgs]: PHPIniDir can't be specified twice for different virtual hosts
ID: 35684 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: W2K PHP Version: 5.1.1 New Comment: Apparently it is impossible just because an apache child may serve requests to different virtual hosts, but it loads PHP module (and reads php.ini) only once - during the initial startup. Please ask such questions in internals. Previous Comments: [2005-12-15 16:20:49] [EMAIL PROTECTED] Description: I'd like to specify distinct php.ini for two VirtualHosts. The problem is what PHPIniDir cannot be specified multiple times in httpd.conf Is it possible to correct PHPIniDir behavior? If not - then why? I think other hosting companies are interested in solution too. Additionally I'd like to specify exact php.ini file in this (or perhaps PHPIniPath) directive. Useful when you have multiple users and would like to keep their php.inis in one place. Reproduce code: --- E:\WebServices\Apache2\bin>Apache.exe Actual result: -- Syntax error on line 977 of E:/WebServices/Apache2/conf/httpd.conf: Only first PHPINIDir directive honored per configuration tree - subsequent ones ignored -- Edit this bug report at http://bugs.php.net/?id=35684&edit=1
#35684 [NEW]: PHPIniDir can't be specified twice for different virtual hosts
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 5.1.1 PHP Bug Type: Apache2 related Bug description: PHPIniDir can't be specified twice for different virtual hosts Description: I'd like to specify distinct php.ini for two VirtualHosts. The problem is what PHPIniDir cannot be specified multiple times in httpd.conf Is it possible to correct PHPIniDir behavior? If not - then why? I think other hosting companies are interested in solution too. Additionally I'd like to specify exact php.ini file in this (or perhaps PHPIniPath) directive. Useful when you have multiple users and would like to keep their php.inis in one place. Reproduce code: --- E:\WebServices\Apache2\bin>Apache.exe Actual result: -- Syntax error on line 977 of E:/WebServices/Apache2/conf/httpd.conf: Only first PHPINIDir directive honored per configuration tree - subsequent ones ignored -- Edit bug report at http://bugs.php.net/?id=35684&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35684&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35684&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35684&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35684&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35684&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35684&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35684&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35684&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35684&r=support Expected behavior:http://bugs.php.net/fix.php?id=35684&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35684&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35684&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35684&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35684&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35684&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35684&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35684&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35684&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35684&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35684&r=mysqlcfg
#34537 [Ver]: Last-Modified header + Status: 200 results in 200 OK without body
ID: 34537 Updated by: [EMAIL PROTECTED] Reported By: alisencer at gmail dot com Status: Verified Bug Type: HTTP related Operating System: * PHP Version: 5CVS-2005-09-22 New Comment: Works fine for me with Apache-2.0.54 and PHP-5.1.2 (CVS) as CGI and also FCGI. Previous Comments: [2005-09-19 08:58:30] [EMAIL PROTECTED] Using Apache2 and apache2handler module I get the same results as with Apache1. [2005-09-19 02:50:01] alisencer at gmail dot com I was only able to test with Apache1.3 and mod_php (instead of CGI). There it does not happen, I get a regular 200 with body. [2005-09-19 02:40:09] [EMAIL PROTECTED] Does the same thing happen under Apache1? [2005-09-19 01:58:36] alisencer at gmail dot com Hi Sniper, thanks for your quick reply. I think there's a misunderstatement. I know HTTP headers and how they work. Please re-read the bug-report. I am setting 200 OK and sending a body. Something along the way decides it should be a 304, but does NOT change the status-code. Instead it silently drops the body of the response. I don't know what this something along the way is - it might be PHP or it might be Apache2. But I doubt that this would be expected behaviour. Thanks for your reconsideration and effort. [2005-09-18 22:25:07] [EMAIL PROTECTED] Expected behaviour. Please read more about the headers at: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html 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/34537 -- Edit this bug report at http://bugs.php.net/?id=34537&edit=1
#35683 [NEW]: OVERALL_TARGET uses += not = in Makefile.frag
From: to2958 at sbc dot com Operating system: AIX 4.3.3 PHP version: 5CVS-2005-12-15 (snap) PHP Bug Type: Informix related Bug description: OVERALL_TARGET uses += not = in Makefile.frag Description: There is a += in the ext/informix/Makefile.frag for the OVERALL_TARGET which I don't think is right. I've never seen this used in Makefiles though I'm not an expert. This prevents make from working and gives me this: make: make 1254-025 There must be an existing description file or specify a target. When I do the patch below and simply replace the += with = the make runs fine. I didn't really see related bugs nor the use of += in other projects Thanks Reproduce code: --- --- Makefile.frag.orig Thu Dec 15 08:23:46 2005 +++ Makefile.frag Thu Dec 15 08:24:01 2005 @@ -1,5 +1,5 @@ -OVERALL_TARGET += $(srcdir)/ifx.c +OVERALL_TARGET = $(srcdir)/ifx.c $(srcdir)/ifx.c: $(srcdir)/ifx.ec (if test -d $(INFORMIXDIR); then \ -- Edit bug report at http://bugs.php.net/?id=35683&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35683&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35683&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35683&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35683&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35683&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35683&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35683&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35683&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35683&r=support Expected behavior:http://bugs.php.net/fix.php?id=35683&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35683&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35683&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35683&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35683&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35683&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35683&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35683&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35683&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35683&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35683&r=mysqlcfg
#35682 [Opn->Fbk]: Segmentation fault...
ID: 35682 Updated by: [EMAIL PROTECTED] Reported By: necat at digicol dot de -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: ia64-hp-hpux11.23 PHP Version: 5.1.1 New Comment: 1) "checking checking if we're at 64-bit platform... no" This looks kinda suspicious, Try this: rm config.cache ./configure ... make 2) Please show the GDB backtrace. Previous Comments: [2005-12-15 15:15:11] necat at digicol dot de Description: Hi, oracle client version 10.1 is installed. I configured apache version 1.3.34 and then configured php version 5.1.1 with oci8 and some other options that we need. php configure gives the following messages: checking for Oracle (OCI8) support using ORACLE_HOME installation... yes checking Oracle Install Directory... /dc5/home/appdc5/oracle/ORAHOME checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... lib32 checking Oracle version... configure: error: Oracle-OCI8 needed libraries not found Reproduce code: --- when I change SHLIB_SUFFIX_NAME=sl to SHLIB_SUFFIX_NAME=so in configure file, configure has no problem. Oracle Client installation has on this machine no sl libraries. case $host_alias in *hpux*) SHLIB_SUFFIX_NAME=sl ;; and the compiling of code is successfully. But when I call php binary like php -v or php -i gives segmentation fault. Actual result: -- [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1.1/sapi/cli>./php -v Segmentation fault (core dumped) [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1.1/sapi/cli>./php -i Segmentation fault (core dumped) Regards, N.Kutlar -- Edit this bug report at http://bugs.php.net/?id=35682&edit=1
#35682 [NEW]: Segmentation fault...
From: necat at digicol dot de Operating system: ia64-hp-hpux11.23 PHP version: 5.1.1 PHP Bug Type: OCI8 related Bug description: Segmentation fault... Description: Hi, oracle client version 10.1 is installed. I configured apache version 1.3.34 and then configured php version 5.1.1 with oci8 and some other options that we need. php configure gives the following messages: checking for Oracle (OCI8) support using ORACLE_HOME installation... yes checking Oracle Install Directory... /dc5/home/appdc5/oracle/ORAHOME checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... lib32 checking Oracle version... configure: error: Oracle-OCI8 needed libraries not found Reproduce code: --- when I change SHLIB_SUFFIX_NAME=sl to SHLIB_SUFFIX_NAME=so in configure file, configure has no problem. Oracle Client installation has on this machine no sl libraries. case $host_alias in *hpux*) SHLIB_SUFFIX_NAME=sl ;; and the compiling of code is successfully. But when I call php binary like php -v or php -i gives segmentation fault. Actual result: -- [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1.1/sapi/cli>./php -v Segmentation fault (core dumped) [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1.1/sapi/cli>./php -i Segmentation fault (core dumped) Regards, N.Kutlar -- Edit bug report at http://bugs.php.net/?id=35682&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35682&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35682&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35682&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35682&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35682&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35682&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35682&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35682&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35682&r=support Expected behavior:http://bugs.php.net/fix.php?id=35682&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35682&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35682&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35682&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35682&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35682&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35682&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35682&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35682&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35682&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35682&r=mysqlcfg
#35681 [Opn->Csd]: xmlwriter has non-ansi comments
ID: 35681
Updated by: [EMAIL PROTECTED]
Reported By: to2958 at sbc dot com
-Status: Open
+Status: Closed
Bug Type: XML related
Operating System: AIX 4.3.3
PHP Version: 5CVS-2005-12-14 (snap)
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-12-15 14:50:35] to2958 at sbc dot com
Description:
I obtained the snapshot 200512141330 to see about other problems and
run into a new problem with compiling the ext/xmlwriter.c. It doesn't
look like that was even part of the stable 5.1.1. I'm running with VAC
4.4.0.3. I got this on make:
"/store/php5.1-200512141330/TSRM/tsrm_config_common.h", line 23.1:
1506-224 (I)
Incorrect #pragma ignored.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1633.17: 1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1633.26: 1506-0
45 (S) Undeclared identifier not.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1643.9: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1663.9: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1670.9: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1684.1: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1702.17: 1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1702.57: 1506-0
45 (S) Undeclared identifier xmlwriter.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1714.9: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1720.9: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1735.1: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1769.21: 1506-0
45 (S) Undeclared identifier force_string.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1790.1: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1798.1: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1806.1: 1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1812.93: 1506-0
45 (S) Undeclared identifier module_number.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1821.16: 1506-0
68 (S) Operation between types "void" and "int" is not allowed.
make: 1254-004 The error code from the last command is 1.
It looks like the comment of // is causing problems a patch is
included.
This is similiar to other bugs except none are for this file. Mentioned
bugs are 1424, 8345, 1267.
Reproduce code:
---
Patch:
--- php_xmlwriter.c.origWed Dec 14 10:15:16 2005
+++ php_xmlwriter.c Wed Dec 14 10:27:23 2005
@@ -1630,7 +1630,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
@@ -1699,7 +1699,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
Expected result:
I expected it to compile everything.
--
Edit this bug report at http://bugs.php.net/?id=35681&edit=1
#35681 [NEW]: xmlwriter has non-ansi comments
From: to2958 at sbc dot com
Operating system: AIX 4.3.3
PHP version: 5CVS-2005-12-14 (snap)
PHP Bug Type: XML related
Bug description: xmlwriter has non-ansi comments
Description:
I obtained the snapshot 200512141330 to see about other problems and run
into a new problem with compiling the ext/xmlwriter.c. It doesn't look
like that was even part of the stable 5.1.1. I'm running with VAC 4.4.0.3.
I got this on make:
"/store/php5.1-200512141330/TSRM/tsrm_config_common.h", line 23.1:
1506-224 (I)
Incorrect #pragma ignored.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1633.17:
1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1633.26:
1506-0
45 (S) Undeclared identifier not.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1643.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1663.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1670.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1684.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1702.17:
1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1702.57:
1506-0
45 (S) Undeclared identifier xmlwriter.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1714.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1720.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1735.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1769.21:
1506-0
45 (S) Undeclared identifier force_string.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1790.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1798.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1806.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1812.93:
1506-0
45 (S) Undeclared identifier module_number.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1821.16:
1506-0
68 (S) Operation between types "void" and "int" is not allowed.
make: 1254-004 The error code from the last command is 1.
It looks like the comment of // is causing problems a patch is included.
This is similiar to other bugs except none are for this file. Mentioned
bugs are 1424, 8345, 1267.
Reproduce code:
---
Patch:
--- php_xmlwriter.c.origWed Dec 14 10:15:16 2005
+++ php_xmlwriter.c Wed Dec 14 10:27:23 2005
@@ -1630,7 +1630,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
@@ -1699,7 +1699,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
Expected result:
I expected it to compile everything.
--
Edit bug report at http://bugs.php.net/?id=35681&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35681&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35681&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35681&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35681&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35681&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35681&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35681&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35681&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35681&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35681&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35681&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35681&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35681&r=globals
PHP 3 support discontinued: http://bugs.php.net/f
#35671 [Fbk->Opn]: Named parameters not working in PDO_ODBC
ID: 35671
User updated by: mknobloch at midstate dot edu
Reported By: mknobloch at midstate dot edu
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows 2003 SP1
PHP Version: 5.1.1
New Comment:
The problem still exists in the 200512151130 Win32 snapshot.
Previous Comments:
[2005-12-15 10:18:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-14 21:04:50] mknobloch at midstate dot edu
Description:
When using a named parameters array, PDO_ODBC substitutes the last
value in the array for each named parameter.
This code works fine in 5.1.0. The bug first appeared in 5.1.1. I can
also confirm that this bug does not affect PDO_SQLITE.
Reproduce code:
---
$dbh = new PDO("odbc:testdb");
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING);
$sql = "INSERT INTO testtable (field1, field2, field3) VALUES (:value1,
:value2, :value3)";
$sth = $dbh->prepare($sql, array(PDO::ATTR_CURSOR,
PDO::CURSOR_FWDONLY));
$parm = array(
":value1" => 15,
":value2" => 20,
":value3" => 25
);
$sth->execute($parm);
Expected result:
I expect a new record to be inserted into the table with field1 = 15,
field2 = 20, and field3 = 25
Actual result:
--
A new record is created, but 25 is inserted into all three fields.
--
Edit this bug report at http://bugs.php.net/?id=35671&edit=1
#35680 [Bgs]: backslash curl not handled correctly
ID: 35680
User updated by: cristiklein at net dot utcluj dot ro
Reported By: cristiklein at net dot utcluj dot ro
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD 5.4
PHP Version: 5.1.1
New Comment:
I have read that bug, but I don't consider it to be correct.
Due to this "transformation", applications like squirrelmail stopped
working. This is why I considered submitting this bug is vital.
Previous Comments:
[2005-12-15 14:21:45] [EMAIL PROTECTED]
See bug #31341.
[2005-12-15 14:18:47] cristiklein at net dot utcluj dot ro
Description:
I recently noticed that "\{$var}" retains the backslash. Older versions
of php don't do so, because backslash is meant to escape the curly.
Reproduce code:
---
Expected result:
APPEND "INBOX.Sent" (\Seen) {100}
Actual result:
--
APPEND "INBOX.Sent" (\Seen) \{100}
--
Edit this bug report at http://bugs.php.net/?id=35680&edit=1
#35680 [Opn->Bgs]: backslash curl not handled correctly
ID: 35680
Updated by: [EMAIL PROTECTED]
Reported By: cristiklein at net dot utcluj dot ro
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD 5.4
PHP Version: 5.1.1
New Comment:
See bug #31341.
Previous Comments:
[2005-12-15 14:18:47] cristiklein at net dot utcluj dot ro
Description:
I recently noticed that "\{$var}" retains the backslash. Older versions
of php don't do so, because backslash is meant to escape the curly.
Reproduce code:
---
Expected result:
APPEND "INBOX.Sent" (\Seen) {100}
Actual result:
--
APPEND "INBOX.Sent" (\Seen) \{100}
--
Edit this bug report at http://bugs.php.net/?id=35680&edit=1
#35680 [NEW]: backslash curl not handled correctly
From: cristiklein at net dot utcluj dot ro
Operating system: FreeBSD 5.4
PHP version: 5.1.1
PHP Bug Type: Scripting Engine problem
Bug description: backslash curl not handled correctly
Description:
I recently noticed that "\{$var}" retains the backslash. Older versions of
php don't do so, because backslash is meant to escape the curly.
Reproduce code:
---
Expected result:
APPEND "INBOX.Sent" (\Seen) {100}
Actual result:
--
APPEND "INBOX.Sent" (\Seen) \{100}
--
Edit bug report at http://bugs.php.net/?id=35680&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35680&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35680&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35680&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35680&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35680&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35680&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35680&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35680&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35680&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35680&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35680&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35680&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35680&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35680&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35680&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35680&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35680&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35680&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35680&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35680&r=mysqlcfg
#35677 [Opn->Fbk]: Using PDO with SOAP (Webservices) causes errors.
ID: 35677
Updated by: [EMAIL PROTECTED]
Reported By: prefab5 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: Windows
PHP Version: 5CVS-2005-12-15 (snap)
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-12-15 10:33:55] prefab5 at hotmail dot com
Description:
When connecting to a SoapServer that also includes PDO to create a
database connection, the SoapServer stops sending SOAP-ENV resulting in
a "Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in..."
Using mysqli to connect to a database within the SoapServer (you
actually call PDO/mysqli from within the class that the SoapServer
uses) works fine and directly calling the class itself also causes no
problems.
PHP doesn't crash, but sometimes Apache (2.0.55) does.
Reproduce code:
---
http://www.mindstix.com/persistenceTestServer.zip
Expected result:
Count: 1
Count: 2
Count: 3
Actual result:
--
Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in C:\test\webservices\persistenceTestClient.php:6
Stack trace: #0 [internal function]: SoapClient->__call('count', Array)
#1 C:\test\webservices\persistenceTestClient.php(6): SoapClient->count()
#2 {main} thrown in C:\test\webservices\persistenceTestClient.php on
line 6
--
Edit this bug report at http://bugs.php.net/?id=35677&edit=1
#35678 [Opn->Fbk]: php -l doest not report parse error correctly
ID: 35678
Updated by: [EMAIL PROTECTED]
Reported By: f dot hardy at origami-systems dot com
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: freebsd
PHP Version: 5.1.1
New Comment:
Are you sure you have display_errors = On and error_reporting = E_ALL?
Previous Comments:
[2005-12-15 12:09:39] f dot hardy at origami-systems dot com
Description:
php -l aFile.php does not report correctly parse error.
PHP 5.0.4 say : PHP Parse error: parse error, unexpected T_STRING,
expecting ',' or ';' in selects.php on line 6
PHP 5.1.1 say : Errors parsing selects.php
Reproduce code:
---
if ($_SERVER['REQUEST_METHOD'] == 'POST')
{
echo ''
var_dump($_POST);
echo '';
}
Expected result:
PHP Parse error: parse error, unexpected T_STRING, expecting ',' or
';' in selects.php on line 6
Actual result:
--
Errors parsing selects.php
--
Edit this bug report at http://bugs.php.net/?id=35678&edit=1
#35679 [Opn->Bgs]: Stupid Installer Bug
ID: 35679 Updated by: [EMAIL PROTECTED] Reported By: tha-doctor at vilestyle dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: win2k PHP Version: 5.1.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-12-15 12:39:56] tha-doctor at vilestyle dot net Description: Hmmm here it comes when the installer is selected on Apache it installes no php files or php.exe it does install the IISConfig.exe and other files to setup an IIS server I do not want that i want apache. fix it please with thanks: M.D.Bakker Reproduce code: --- Hmmm here it comes when the installer is selected on Apache it installes no php files or php.exe it does install the IISConfig.exe and other files to setup an IIS server I do not want that i want apache. fix it please with thanks: M.D.Bakker Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=35679&edit=1
#35679 [NEW]: Stupid Installer Bug
From: tha-doctor at vilestyle dot net Operating system: win2k PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: Stupid Installer Bug Description: Hmmm here it comes when the installer is selected on Apache it installes no php files or php.exe it does install the IISConfig.exe and other files to setup an IIS server I do not want that i want apache. fix it please with thanks: M.D.Bakker Reproduce code: --- Hmmm here it comes when the installer is selected on Apache it installes no php files or php.exe it does install the IISConfig.exe and other files to setup an IIS server I do not want that i want apache. fix it please with thanks: M.D.Bakker Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/?id=35679&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35679&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35679&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35679&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35679&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35679&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35679&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35679&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35679&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35679&r=support Expected behavior:http://bugs.php.net/fix.php?id=35679&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35679&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35679&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35679&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35679&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35679&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35679&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35679&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35679&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35679&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35679&r=mysqlcfg
#35673 [Sus]: formatOutput does not work with saveHTML
ID: 35673 Updated by: [EMAIL PROTECTED] Reported By: ken at smallboxsoftware dot net Status: Suspended Bug Type: DOM XML related Operating System: Linux PHP Version: 5.1.1 New Comment: not without re-creating the code for encoding and handling the output buffer and the function would then call htmlDocContentDumpFormatOutput. Not worth this just to disable the formatting for a string (right now it always formats output for saveHTML). i will just add the appropriate functionality in libxml2. if you really need it disabled you can always write a custom stream handler that concats the output to a string and use it with saveHTMLFile. Previous Comments: [2005-12-15 07:26:13] ken at smallboxsoftware dot net Would libxml function htmlNodeDumpFormatOutput not suffice in this case? [2005-12-15 01:02:27] [EMAIL PROTECTED] Will fix once suitable api exists in libxml2 for this. currently only works when saving to file without duplicating all the routines needed. [2005-12-14 23:16:21] ken at smallboxsoftware dot net Description: saveHTML does not appear to format output. I assume it is supposed to because the manual entry for this function shows ->formatOutput = true >From the C code for the function: DOM_GET_OBJ(docp, id, xmlDocPtr, intern); htmlDocDumpMemory(docp, &mem, &size); as opposed for the C function for saveHTMLFile which does appear to format output: DOM_GET_OBJ(docp, id, xmlDocPtr, intern); /* encoding handled by property on doc */ doc_props = dom_get_doc_props(intern->document); format = doc_props->formatoutput; bytes = htmlSaveFileFormat(file, docp, NULL, format); -- Edit this bug report at http://bugs.php.net/?id=35673&edit=1
#35678 [NEW]: php -l doest not report parse error correctly
From: f dot hardy at origami-systems dot com
Operating system: freebsd
PHP version: 5.1.1
PHP Bug Type: CGI related
Bug description: php -l doest not report parse error correctly
Description:
php -l aFile.php does not report correctly parse error.
PHP 5.0.4 say : PHP Parse error: parse error, unexpected T_STRING,
expecting ',' or ';' in selects.php on line 6
PHP 5.1.1 say : Errors parsing selects.php
Reproduce code:
---
if ($_SERVER['REQUEST_METHOD'] == 'POST')
{
echo ''
var_dump($_POST);
echo '';
}
Expected result:
PHP Parse error: parse error, unexpected T_STRING, expecting ',' or ';'
in selects.php on line 6
Actual result:
--
Errors parsing selects.php
--
Edit bug report at http://bugs.php.net/?id=35678&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35678&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35678&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35678&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35678&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35678&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35678&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35678&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35678&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35678&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35678&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35678&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35678&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35678&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35678&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35678&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35678&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35678&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35678&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35678&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35678&r=mysqlcfg
#35677 [NEW]: Using PDO with SOAP (Webservices) causes errors.
From: prefab5 at hotmail dot com
Operating system: Windows
PHP version: 5CVS-2005-12-15 (snap)
PHP Bug Type: SOAP related
Bug description: Using PDO with SOAP (Webservices) causes errors.
Description:
When connecting to a SoapServer that also includes PDO to create a
database connection, the SoapServer stops sending SOAP-ENV resulting in a
"Fatal error: Uncaught SoapFault exception: [Client] looks like we got no
XML document in..."
Using mysqli to connect to a database within the SoapServer (you actually
call PDO/mysqli from within the class that the SoapServer uses) works
fine and directly calling the class itself also causes no problems.
PHP doesn't crash, but sometimes Apache (2.0.55) does.
Reproduce code:
---
http://www.mindstix.com/persistenceTestServer.zip
Expected result:
Count: 1
Count: 2
Count: 3
Actual result:
--
Fatal error: Uncaught SoapFault exception: [Client] looks like we got no
XML document in C:\test\webservices\persistenceTestClient.php:6 Stack
trace: #0 [internal function]: SoapClient->__call('count', Array) #1
C:\test\webservices\persistenceTestClient.php(6): SoapClient->count() #2
{main} thrown in C:\test\webservices\persistenceTestClient.php on line 6
--
Edit bug report at http://bugs.php.net/?id=35677&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35677&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35677&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35677&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35677&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35677&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35677&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35677&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35677&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35677&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35677&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35677&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35677&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35677&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35677&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35677&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35677&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35677&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35677&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35677&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35677&r=mysqlcfg
#35671 [Opn->Fbk]: Named parameters not working in PDO_ODBC
ID: 35671
Updated by: [EMAIL PROTECTED]
Reported By: mknobloch at midstate dot edu
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Windows 2003 SP1
PHP Version: 5.1.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-14 21:04:50] mknobloch at midstate dot edu
Description:
When using a named parameters array, PDO_ODBC substitutes the last
value in the array for each named parameter.
This code works fine in 5.1.0. The bug first appeared in 5.1.1. I can
also confirm that this bug does not affect PDO_SQLITE.
Reproduce code:
---
$dbh = new PDO("odbc:testdb");
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING);
$sql = "INSERT INTO testtable (field1, field2, field3) VALUES (:value1,
:value2, :value3)";
$sth = $dbh->prepare($sql, array(PDO::ATTR_CURSOR,
PDO::CURSOR_FWDONLY));
$parm = array(
":value1" => 15,
":value2" => 20,
":value3" => 25
);
$sth->execute($parm);
Expected result:
I expect a new record to be inserted into the table with field1 = 15,
field2 = 20, and field3 = 25
Actual result:
--
A new record is created, but 25 is inserted into all three fields.
--
Edit this bug report at http://bugs.php.net/?id=35671&edit=1
#35676 [Opn->Bgs]: CSS overflow disappears unless error reporting is triggered
ID: 35676 Updated by: [EMAIL PROTECTED] Reported By: jhala at uoregon dot edu -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2005-12-15 08:57:56] jhala at uoregon dot edu Description: I have a span tag in a table cell that is setup with: style="width:382; height:200; overflow:scroll;" It was displaying as expected in IE 6.029... while I had E_ALL set in php.ini AND I had at least one "Notice" or other error displaying at the top of the page. When I addressed the "Notice"-related problem or set error reporting to E_ERROR, the scrollbars would disappear. The "Notice" in particular that I observed was any improperly defined variable, including variables I made up just to trigger the notice that didn't have any impact on the rest of the code. I tried to make the scrollbar appear by echoing or printing text from the section preceding the tag (thinking perhaps it was some wierd positioning issue or something) but this did not have the same effect. Reproduce code: --- test Expected result: I should be able to clear up all notices and other warning messages and still have the overflow scrollbars display correctly. I have it set to "scroll" instead of "auto" for troubleshooting purposes, but it ought to work correctly with "auto" as well. Actual result: -- The reproduce code box will contain the minimal relevant HTML and CSS code that I used to hopefully recreate the situation. Commenting out the PHP "if" statement OR turning error reporting off should make the scrollbars disappear, otherwise they should be there. -- Edit this bug report at http://bugs.php.net/?id=35676&edit=1
