#38863 [Opn->Fbk]: Crashes Apache2 Web Server 2.0.59
ID: 38863 Updated by: [EMAIL PROTECTED] Reported By: zerox at singnet dot com dot sg -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP SP2 PHP Version: 5.1.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-09-17 23:44:44] zerox at singnet dot com dot sg Description: Attempt to load php_tidy.dll extension on my current PHP 5 installation on the Windows box. Loading the Apache2 server works fine, however attempts to restart Apache2 processes or accessing a PHP page will result to a crash. I do not have libtidy.dll installed but I couldn't find the right version for win32 build at http://tidy.sourceforge.net/. Did try to look at the win32 builds by other 3rd parties, and copied tidy.dll (notice not libtidy.dll) into the PHP5 folder. However, this was purely voluntarily installed as start my Apache2 installation did not complained about not having installed libtidy.dll when I enabled php_tidy.dll in my installation. Please help... thanks. -- Edit this bug report at http://bugs.php.net/?id=38863&edit=1
#38842 [Opn]: PDO nextRowset not working on MySQL
ID: 38842
Updated by: [EMAIL PROTECTED]
Reported By: stochnagara at hotmail dot com
Status: Open
-Bug Type: PDO related
+Bug Type: Feature/Change Request
Operating System: windows xp
PHP Version: 5CVS-2006-09-15 (snap)
New Comment:
"Optional feature not implemented" means this functionality is not yet
available. Which in turn means it's feature request.
Previous Comments:
[2006-09-18 06:35:02] stochnagara at hotmail dot com
Sorry, this is not a feature request but a PDO related bug.
[2006-09-15 11:20:21] stochnagara at hotmail dot com
Description:
Calling nextRowset on PDOStatement generates an error.
Reproduce code:
---
$pdo = new PDO ('mysql:...');
$q = $pdo->query ("CALL some_proc");
$q->nextRowset();
or for example
$pdo = new PDO ('mysql:...');
$q = $pdo->query ("SELECT 1; SELECT 2;");
$q->nextRowset();
Expected result:
No errors.
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[HYC00]: Optional feature not implemented' in ...
--
Edit this bug report at http://bugs.php.net/?id=38842&edit=1
#38864 [NEW]: LDAP error message incomplete
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5CVS-2006-09-18 (CVS) PHP Bug Type: LDAP related Bug description: LDAP error message incomplete Description: Quote from original bug/feature request reporter: "if i have an datatype, that has for exaple a syntax to be a number, and not to be empty phpldapadmin prints out the error, but not the "additional information", in comparison to the ldapadd, which does: phpldapadmin error message: Could not add object: LDAP said: Invalid syntax Error number: 0x15 (LDAP_INVALID_SYNTAX) Description: An invalid attribute value was specified. ldapadd error message with the same ldif: ldapadd -H ldap://127.0.0.1:399/ -f foo -D "cn=admin,dc=loginbasedc" -x -w opensesame adding new entry "" ldap_add: Invalid syntax (21) additional info: homeState: value #0 invalid per syntax where homestate is the following: objectIdentifier homeState-oid 2.5.6.5.555.555850 attributeTypes: ( 2.5.6.5.555.555850 NAME ( 'homeState' ) DESC 'sun Defined Attribute' SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE X-ORIGIN 'sun defined' ) and added in the MAY() section of the object declaration." Comment by ldapadmin guys: Unfortunately php_ldap doesnt return the additional info in the error. I would recommended that a feature enhancement request be submitted to the php developers to get this additional information. -- Edit bug report at http://bugs.php.net/?id=38864&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38864&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38864&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38864&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38864&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38864&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38864&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38864&r=support Expected behavior:http://bugs.php.net/fix.php?id=38864&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38864&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38864&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38864&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38864&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38864&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38864&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38864&r=mysqlcfg
#38861 [Opn->Asn]: PDO retrive no mysql-results when using the same variable
ID: 38861
Updated by: [EMAIL PROTECTED]
Reported By: Drezil at web dot de
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Debian/Sarge
PHP Version: 5.1.6
-Assigned To:
+Assigned To: wez
Previous Comments:
[2006-09-17 17:11:54] Drezil at web dot de
Description:
with update to php 5.1.6 i ran into problems with the pdo-mysql module
(loaded as dyn. extension in the php.ini).
If i reuse a variable after retrieving a mysql-result any following
result is empty although the query (as shown in the mysql-log) is
ommited correctly and has valid results.
switching mysql 4.1.15 to mysql 5.0.x or the oter way round doesn't fix
anything.
Reproduce code:
---
query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "";
die();
}
?>
Expected result:
'2'
'2'
'2'
Actual result:
--
'2'
''
''
if i just rename the objects to $qry1, $qry2, $qry3 everything works
fine and as expected.
looks like closeCursor() deosn't work right or the objects are not
overwritten correctly.
--
Edit this bug report at http://bugs.php.net/?id=38861&edit=1
#38465 [Opn->Asn]: ReflectionParameter fails if default value is an access to self::
ID: 38465
Updated by: [EMAIL PROTECTED]
Reported By: baldurien at bbnwn dot eu
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.1.4
-Assigned To:
+Assigned To: helly
Previous Comments:
[2006-08-15 10:55:25] baldurien at bbnwn dot eu
Description:
While it is possible to use a class constant as default parameter, and
while it is possible to use in the form of "self::X", this does not
work when we try to reflect such parameter (see below).
It was tested with php5.1.4 (my default version),
php5.2-win32-200608150830, and php6.0-win32-200608150830.
If using a class constant as a default parameter is not possible, then
it should be said in the doc :
http://fr.php.net/manual/en/language.oop5.paamayim-nekudotayim.php
Don't not say much.
Reproduce code:
---
class Foo {
const X = 1;
public function x($x = self::X) {}
}
$clazz = new ReflectionClass('Foo');
$method = $clazz->getMethod('x');
foreach ($method->getParameters() as $param) {
if ( $param->isDefaultValueAvailable())
echo '$', $param->getName(), ' : ', $param->getDefaultValue(),
"\n";
}
Expected result:
should work, eg: display $x = 1
Actual result:
--
Fatal error: Cannot access self:: when no class scope is active in
D:\documents\xxx\desktop\php6.0-win32-200608150830\truc.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=38465&edit=1
#38848 [Fbk->Csd]: error compiling with mbstring
ID: 38848 User updated by: jailson at certto dot net Reported By: jailson at certto dot net -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: slackware 10.2 PHP Version: 4.4.4 New Comment: Sorry. I downloaded the package again and I did not get more the error. Previous Comments: [2006-09-17 08:49:36] [EMAIL PROTECTED] Can't reproduce. Please provide more information about your system. [2006-09-15 19:12:38] jailson at certto dot net Description: (Sorry, I'm from Brazil and my english in bad ..) ./configure --with-apache=../apache_1.3.37 --enable-calendar --with-bz2 --with-curl --with-dom --with-dom-xslt --enable-exif --enable-ftp --with-gd --with-gettext --with-iconv --with-png --with-freetype-dir=/usr/local --with-curlwrappers --enable-mbstring --with-mcrypt --with-mysql=/mysql --enable-bcmath --with-xmlrpc --enable-xslt --with-zip --with-zlib --with-expat --with-xslt-sablot --with-mysqli=/mysql/bin/mysql_config . In file included from /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.c:35: /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.h:33:22: mbfhlter.h: No such file or directory make: *** [ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.lo] Error 1 Reproduce code: --- Content in /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.h in line 35: #include "mbfhlter.h" . Expected result: Solution... #include "mbfilter.h" -- Edit this bug report at http://bugs.php.net/?id=38848&edit=1
#38848 [Csd->Bgs]: error compiling with mbstring
ID: 38848 Updated by: [EMAIL PROTECTED] Reported By: jailson at certto dot net -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: slackware 10.2 PHP Version: 4.4.4 Previous Comments: [2006-09-18 11:28:12] jailson at certto dot net Sorry. I downloaded the package again and I did not get more the error. [2006-09-17 08:49:36] [EMAIL PROTECTED] Can't reproduce. Please provide more information about your system. [2006-09-15 19:12:38] jailson at certto dot net Description: (Sorry, I'm from Brazil and my english in bad ..) ./configure --with-apache=../apache_1.3.37 --enable-calendar --with-bz2 --with-curl --with-dom --with-dom-xslt --enable-exif --enable-ftp --with-gd --with-gettext --with-iconv --with-png --with-freetype-dir=/usr/local --with-curlwrappers --enable-mbstring --with-mcrypt --with-mysql=/mysql --enable-bcmath --with-xmlrpc --enable-xslt --with-zip --with-zlib --with-expat --with-xslt-sablot --with-mysqli=/mysql/bin/mysql_config . In file included from /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.c:35: /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.h:33:22: mbfhlter.h: No such file or directory make: *** [ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.lo] Error 1 Reproduce code: --- Content in /root/server/php-4.4.4/ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.h in line 35: #include "mbfhlter.h" . Expected result: Solution... #include "mbfilter.h" -- Edit this bug report at http://bugs.php.net/?id=38848&edit=1
#36646 [Com]: foreach($_SESSION as $key => $value) unset($_SESSION[$key]) crashes apache2
ID: 36646
Comment by: s dot stok at rollerscapes dot net
Reported By: christian dot cal at gmx dot de
Status: No Feedback
Bug Type: Session related
Operating System: Windows XP
PHP Version: 5.1.2
New Comment:
Im ussing the latest version of php5.2, and i also haffing this
problem.
The whird thing is that on my linux box everything works fine,only on
windows it fails to work.
Only the workaround makes it work.
Previous Comments:
[2006-08-27 01:12:36] joe at gmail dot com
Actually to clarify, it doesn't crash Apache on my computer, but it
doesn't unset the variables!
[2006-08-27 01:09:31] joe at gmail dot com
I'm running 5.1.6 and I have this problem... it still hasn't been
fixed!
[2006-08-02 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2006-07-25 16:30:02] gmartyn at judicialtitle dot com
Ugh, looks like I was affected by this bug after all.. the array_merge
was a problem, but so was the foreach over the $_SESSION.
I got my script working by using the trick provided in the first
comment:
$helper=&$_SESSION;
foreach ($helper as $key => $value){
unset($helper[$key]);
}
[2006-07-25 16:20:41] gmartyn at judicialtitle dot com
I'm sorry, my last comment was incorrect. My problem was that I was
trying to do this:
$_SESSION = array_merge($_SESSION, $SomeVars);
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/36646
--
Edit this bug report at http://bugs.php.net/?id=36646&edit=1
#38231 [Bgs]: mysqli_stmt_bind_param incorrect values
ID: 38231 User updated by: anton at ht-systems dot ru Reported By: anton at ht-systems dot ru Status: Bogus Bug Type: MySQLi related Operating System: Linux PHP Version: 5.1.4 Assigned To: georg New Comment: Problem not solved, Georg Richter nor response for me. Previous Comments: [2006-08-29 21:28:45] [EMAIL PROTECTED] Please try newer MySQL version and if the problem persists - please report it to bugs.mysql.com, since it looks like MySQL client library issue. [2006-07-27 22:24:18] judas dot iscariote at gmail dot com works perfectly fine here PHP 5_2 64 bit linux using mysql client version 5.0.22. [2006-07-27 11:02:46] anton at ht-systems dot ru Database on remote server on 64bit platform. If to use the remote database on 32 bit platform that all works normally. [2006-07-27 10:42:28] [EMAIL PROTECTED] The database itself is on the same 64bit server or it's a remote DB? [2006-07-27 10:35:57] anton at ht-systems dot ru Has checked up with php5.2-200607270830, the problem has remained. 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/38231 -- Edit this bug report at http://bugs.php.net/?id=38231&edit=1
#38867 [NEW]: configure: error: cannot find output from lex; giving up
From: lucied21 at hotmail dot com Operating system: Fedora Core PHP version: 5.1.6 PHP Bug Type: Compile Failure Bug description: configure: error: cannot find output from lex; giving up Description: I wanna know how to configure this PHP in my system Fedora Core. I have installed flex, bison already in my system. Reproduce code: --- # ./configure --with-apxs2=/usr/local/apache2/bin/apxs loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... no configure: warning: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 2.3 (ok) checking for flex... lex checking for yywrap in -ll... no checking lex output file root... ./configure: line 3246: lex: command not found configure: error: cannot find output from lex; giving up Expected result: i can make or make install PHP Actual result: -- Error and warnings... -- Edit bug report at http://bugs.php.net/?id=38867&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38867&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38867&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38867&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38867&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38867&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38867&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38867&r=support Expected behavior:http://bugs.php.net/fix.php?id=38867&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38867&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38867&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38867&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38867&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38867&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38867&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38867&r=mysqlcfg
#38867 [Opn->Fbk]: configure: error: cannot find output from lex; giving up
ID: 38867 Updated by: [EMAIL PROTECTED] Reported By: lucied21 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core PHP Version: 5.1.6 New Comment: What do you get with `which lex`, `lex --version` ? Previous Comments: [2006-09-18 14:53:06] lucied21 at hotmail dot com Description: I wanna know how to configure this PHP in my system Fedora Core. I have installed flex, bison already in my system. Reproduce code: --- # ./configure --with-apxs2=/usr/local/apache2/bin/apxs loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... no configure: warning: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 2.3 (ok) checking for flex... lex checking for yywrap in -ll... no checking lex output file root... ./configure: line 3246: lex: command not found configure: error: cannot find output from lex; giving up Expected result: i can make or make install PHP Actual result: -- Error and warnings... -- Edit this bug report at http://bugs.php.net/?id=38867&edit=1
#38866 [NEW]: Nesting level too deep Error when Object Contains Self Reference
From: adam at sccode dot com
Operating system: Windows 2000
PHP version: 5CVS-2006-09-18 (snap)
PHP Bug Type: Class/Object related
Bug description: Nesting level too deep Error when Object Contains Self
Reference
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise, referring
back to itself produces a "Nesting level too deep" fatal error. One
example where a self references may be necessary is a singleton: in PHP
5.1.6 the reproduce code works as expected. A feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit bug report at http://bugs.php.net/?id=38866&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38866&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38866&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38866&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38866&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38866&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38866&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38866&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38866&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38866&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38866&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38866&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38866&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38866&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38866&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38866&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38866&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38866&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38866&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38866&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38866&r=mysqlcfg
#29930 [Opn->Csd]: Type hint error message should reveal both class names
ID: 29930
Updated by: [EMAIL PROTECTED]
Reported By: reiersol at online dot no
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: any
PHP Version: 5.0.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.
Catchable fatal error: Argument 1 passed to Foo::process()
must be an instance of Bar, instance of Baz given, called
in...
Previous Comments:
[2004-09-01 13:56:35] reiersol at online dot no
Description:
When you have a type-hint error, the error message reports only the
class the object should be, not the type it actually is:
Argument 1 must be an instance of Bar in hints.php on line 3
My experience so far indicates it would be tremendously helpful in
debugging to know what class the object actually belongs to. As it is,
I have to to *remove* the type hint and add a test inside the method to
get that information. (I typically throw an exception to get a full
stack trace.)
Reproduce code:
---
class Foo {
public function process(Bar $bar) {}
}
class Bar {}
class Baz {}
$foo = new Foo;
$foo->process(new Baz);
Expected result:
Desired result:
Argument 1 is an instance of Baz, must be an instance of Bar in
hints.php on line 3
Actual result:
--
Argument 1 must be an instance of Bar in hints.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=29930&edit=1
#38866 [Opn->Bgs]: Nesting level too deep Error when Object Contains Self Reference
ID: 38866
Updated by: [EMAIL PROTECTED]
Reported By: adam at sccode dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 5CVS-2006-09-18 (snap)
New Comment:
With $this->attr = $this you get recursive references, so the error
message is expected.
Previous Comments:
[2006-09-18 14:37:19] adam at sccode dot com
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise,
referring back to itself produces a "Nesting level too deep" fatal
error. One example where a self references may be necessary is a
singleton: in PHP 5.1.6 the reproduce code works as expected. A
feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=38866&edit=1
#38860 [Fbk->Opn]: preg_match returns wrong positions of matched substrings when UTF-8 is used
ID: 38860 User updated by: me at andr dot biz Reported By: me at andr dot biz -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: freebsd 6.1 PHP Version: 4.4.4 New Comment: I tried this: For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It return the same (wrong) result. Previous Comments: [2006-09-17 16:23:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-09-17 14:29:47] me at andr dot biz Description: /*Guys! Your bugtracking software hase problems with cyrillic symbols. I encoded all my words in example into HTML-entities. Please decode them to UTF-8 before reproducing */ It processes UTF-8 strings incorrectly. Firstly, please see the article:http://www.phpwact.org/php/i18n/utf-8 This article has so many described PHP bugst related to UTF-8. I think that ALL theese bugs must be fixed ASAP. Reproduce code: --- Expected result: Array ( [0] => Array ( [0] => андрей [1] => 7 ) ) Actual result: -- Array ( [0] => Array ( [0] => андрей [1] => 13 ) ) -- Edit this bug report at http://bugs.php.net/?id=38860&edit=1
#38866 [Bgs->Opn]: Nesting level too deep Error when Object Contains Self Reference
ID: 38866
User updated by: adam at sccode dot com
Reported By: adam at sccode dot com
-Status: Bogus
+Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 5CVS-2006-09-18 (snap)
New Comment:
Apologies ... I posted the wrong reproduce code:
private function __construct()
{
$this->me = $this;
}
Should read:
private function __construct()
{
self::$instance = $this;
}
In previous versions of PHP this has produced no error. There are
sometimes occasions where checking if two varaibles reference the same
object instance is necessaary - I don't think a static property should
break this.
Previous Comments:
[2006-09-18 15:11:04] [EMAIL PROTECTED]
With $this->attr = $this you get recursive references, so the error
message is expected.
[2006-09-18 14:37:19] adam at sccode dot com
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise,
referring back to itself produces a "Nesting level too deep" fatal
error. One example where a self references may be necessary is a
singleton: in PHP 5.1.6 the reproduce code works as expected. A
feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=38866&edit=1
#38860 [Opn->Fbk]: preg_match returns wrong positions of matched substrings when UTF-8 is used
ID: 38860 Updated by: [EMAIL PROTECTED] Reported By: me at andr dot biz -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: freebsd 6.1 PHP Version: 4.4.4 New Comment: Please upload the reproduce code somewhere in the net and paste the URL here. Previous Comments: [2006-09-18 15:13:07] me at andr dot biz I tried this: For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It return the same (wrong) result. [2006-09-17 16:23:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-09-17 14:29:47] me at andr dot biz Description: /*Guys! Your bugtracking software hase problems with cyrillic symbols. I encoded all my words in example into HTML-entities. Please decode them to UTF-8 before reproducing */ It processes UTF-8 strings incorrectly. Firstly, please see the article:http://www.phpwact.org/php/i18n/utf-8 This article has so many described PHP bugst related to UTF-8. I think that ALL theese bugs must be fixed ASAP. Reproduce code: --- Expected result: Array ( [0] => Array ( [0] => андрей [1] => 7 ) ) Actual result: -- Array ( [0] => Array ( [0] => андрей [1] => 13 ) ) -- Edit this bug report at http://bugs.php.net/?id=38860&edit=1
#38860 [Fbk->Opn]: preg_match returns wrong positions of matched substrings when UTF-8 is used
ID: 38860 User updated by: me at andr dot biz Reported By: me at andr dot biz -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: freebsd 6.1 PHP Version: 4.4.4 New Comment: Please download http://flybb.ru/pcre_bug.phps Previous Comments: [2006-09-18 15:22:55] [EMAIL PROTECTED] Please upload the reproduce code somewhere in the net and paste the URL here. [2006-09-18 15:13:07] me at andr dot biz I tried this: For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It return the same (wrong) result. [2006-09-17 16:23:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-09-17 14:29:47] me at andr dot biz Description: /*Guys! Your bugtracking software hase problems with cyrillic symbols. I encoded all my words in example into HTML-entities. Please decode them to UTF-8 before reproducing */ It processes UTF-8 strings incorrectly. Firstly, please see the article:http://www.phpwact.org/php/i18n/utf-8 This article has so many described PHP bugst related to UTF-8. I think that ALL theese bugs must be fixed ASAP. Reproduce code: --- Expected result: Array ( [0] => Array ( [0] => андрей [1] => 7 ) ) Actual result: -- Array ( [0] => Array ( [0] => андрей [1] => 13 ) ) -- Edit this bug report at http://bugs.php.net/?id=38860&edit=1
#38866 [Opn->Fbk]: Nesting level too deep Error when Object Contains Self Reference
ID: 38866
Updated by: [EMAIL PROTECTED]
Reported By: adam at sccode dot com
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 5CVS-2006-09-18 (snap)
New Comment:
After this change I get only bool(false).
What is the problem?
Previous Comments:
[2006-09-18 15:21:14] adam at sccode dot com
Apologies ... I posted the wrong reproduce code:
private function __construct()
{
$this->me = $this;
}
Should read:
private function __construct()
{
self::$instance = $this;
}
In previous versions of PHP this has produced no error. There are
sometimes occasions where checking if two varaibles reference the same
object instance is necessaary - I don't think a static property should
break this.
[2006-09-18 15:11:04] [EMAIL PROTECTED]
With $this->attr = $this you get recursive references, so the error
message is expected.
[2006-09-18 14:37:19] adam at sccode dot com
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise,
referring back to itself produces a "Nesting level too deep" fatal
error. One example where a self references may be necessary is a
singleton: in PHP 5.1.6 the reproduce code works as expected. A
feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=38866&edit=1
#38860 [Opn->Bgs]: preg_match returns wrong positions of matched substrings when UTF-8 is used
ID: 38860 Updated by: [EMAIL PROTECTED] Reported By: me at andr dot biz -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: freebsd 6.1 PHP Version: 4.4.4 New Comment: Not PHP problem. Please report it to PCRE lib developers. Previous Comments: [2006-09-18 15:29:08] me at andr dot biz Please download http://flybb.ru/pcre_bug.phps [2006-09-18 15:22:55] [EMAIL PROTECTED] Please upload the reproduce code somewhere in the net and paste the URL here. [2006-09-18 15:13:07] me at andr dot biz I tried this: For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It return the same (wrong) result. [2006-09-17 16:23:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-09-17 14:29:47] me at andr dot biz Description: /*Guys! Your bugtracking software hase problems with cyrillic symbols. I encoded all my words in example into HTML-entities. Please decode them to UTF-8 before reproducing */ It processes UTF-8 strings incorrectly. Firstly, please see the article:http://www.phpwact.org/php/i18n/utf-8 This article has so many described PHP bugst related to UTF-8. I think that ALL theese bugs must be fixed ASAP. Reproduce code: --- Expected result: Array ( [0] => Array ( [0] => андрей [1] => 7 ) ) Actual result: -- Array ( [0] => Array ( [0] => андрей [1] => 13 ) ) -- Edit this bug report at http://bugs.php.net/?id=38860&edit=1
#37103 [Csd->Opn]: libmbfl headers not installed
ID: 37103 User updated by: Fedora at FamilleCollet dot com Reported By: Fedora at FamilleCollet dot com -Status: Closed +Status: Open Bug Type: mbstring related Operating System: Linux (Fedora) -PHP Version: 5.1.2 +PHP Version: 5.1.6 New Comment: Still present in php-5.1.6 (only half corrected) Patch : --- ext/mbstring/config.m4.orig 2006-07-24 18:07:44.0 +0200 +++ ext/mbstring/config.m4 2006-07-24 18:08:03.0 +0200 @@ -293,7 +293,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et Even present in php-5.2.0RC5-dev (missing only one file : mbfl_defs.h) Patch : --- ext/mbstring/config.m4.orig 2006-09-18 17:46:08.0 +0200 +++ ext/mbstring/config.m4 2006-09-18 17:47:08.0 +0200 @@ -302,7 +302,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/config.h libmbfl/mbfl/eaw_table.h libmbfl/mbfl/mbfilter.h libmbfl/mbfl/mbfilter_8bit.h libmbfl/mbfl/mbfilter_pass.h libmbfl/mbfl/mbfilter_wchar.h libmbfl/mbfl/mbfl_allocators.h libmbfl/mbfl/mbfl_consts.h libmbfl/mbfl/mbfl_convert.h libmbfl/mbfl/mbfl_defs.h* libmbfl/mbfl/mbfl_encoding.h libmbfl/mbfl/mbfl_filter_output.h libmbfl/mbfl/mbfl_ident.h libmbfl/mbfl/mbfl_language.h libmbfl/mbfl/mbfl_memory_device.h libmbfl/mbfl/mbfl_string.h ]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et Previous Comments: [2006-04-17 22:14:35] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-04-17 12:07:35] Fedora at FamilleCollet dot com Here is the little patch i use witch solve the problem Hope this help. --- ext/mbstring/config.m4.orig 2006-04-17 12:41:13.0 +0200 +++ ext/mbstring/config.m4 2006-04-17 12:42:55.0 +0200 @@ -293,7 +293,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl libmbfl/mbfl]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et [2006-04-17 12:05:14] Fedora at FamilleCollet dot com Description: "make install" doesn't install headers of libmbfl in /usr/include/php/ext/mbstring/libmbfl/ They are required to build somme PECL extensions. For exemple mailparse, see bug #36136. Reproduce code: --- find /usr/include/php/ext/mbstring/ -name \*.h Expected result: /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter_8bit.h /usr/include/php/ext/mbstring/libmbfl/mbfl/eaw_table.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter_wchar.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter_pass.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_filter_output.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_allocators.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_consts.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_convert.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_defs.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_encoding.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_memory_device.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_ident.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_language.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfl_string.h /usr/include/php/ext/mbstring/libmbfl/config.h Actual result: -- /usr/include/php/ext/mbstring/libmbfl/config.h -- Edit this bug report at http://bugs.php.net/?id=37103&edit=1
#38866 [Fbk->Opn]: Nesting level too deep Error when Object Contains Self Reference
ID: 38866
User updated by: adam at sccode dot com
Reported By: adam at sccode dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 5CVS-2006-09-18 (snap)
New Comment:
You're right!! I am having a bad day - I was changing the wrong file
all along. I'm very sorry to have wasted your time.
Previous Comments:
[2006-09-18 15:35:45] [EMAIL PROTECTED]
After this change I get only bool(false).
What is the problem?
[2006-09-18 15:21:14] adam at sccode dot com
Apologies ... I posted the wrong reproduce code:
private function __construct()
{
$this->me = $this;
}
Should read:
private function __construct()
{
self::$instance = $this;
}
In previous versions of PHP this has produced no error. There are
sometimes occasions where checking if two varaibles reference the same
object instance is necessaary - I don't think a static property should
break this.
[2006-09-18 15:11:04] [EMAIL PROTECTED]
With $this->attr = $this you get recursive references, so the error
message is expected.
[2006-09-18 14:37:19] adam at sccode dot com
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise,
referring back to itself produces a "Nesting level too deep" fatal
error. One example where a self references may be necessary is a
singleton: in PHP 5.1.6 the reproduce code works as expected. A
feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=38866&edit=1
#38868 [NEW]: GD extensions needs '-lm' linker flag
From: flconseil at yahoo dot fr Operating system: AIX 5.2 PHP version: 5.1.6 PHP Bug Type: Compile Failure Bug description: GD extensions needs '-lm' linker flag Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit bug report at http://bugs.php.net/?id=38868&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38868&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38868&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38868&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38868&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38868&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38868&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38868&r=support Expected behavior:http://bugs.php.net/fix.php?id=38868&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38868&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38868&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38868&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38868&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38868&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38868&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38868&r=mysqlcfg
#38866 [Opn->Bgs]: Nesting level too deep Error when Object Contains Self Reference
ID: 38866
Updated by: [EMAIL PROTECTED]
Reported By: adam at sccode dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 5CVS-2006-09-18 (snap)
New Comment:
No PHP problem -> bogus
Previous Comments:
[2006-09-18 15:56:01] adam at sccode dot com
You're right!! I am having a bad day - I was changing the wrong file
all along. I'm very sorry to have wasted your time.
[2006-09-18 15:35:45] [EMAIL PROTECTED]
After this change I get only bool(false).
What is the problem?
[2006-09-18 15:21:14] adam at sccode dot com
Apologies ... I posted the wrong reproduce code:
private function __construct()
{
$this->me = $this;
}
Should read:
private function __construct()
{
self::$instance = $this;
}
In previous versions of PHP this has produced no error. There are
sometimes occasions where checking if two varaibles reference the same
object instance is necessaary - I don't think a static property should
break this.
[2006-09-18 15:11:04] [EMAIL PROTECTED]
With $this->attr = $this you get recursive references, so the error
message is expected.
[2006-09-18 14:37:19] adam at sccode dot com
Description:
Attempting to compare two variables containing a reference to an object
instance which in turn contains a property static or otherwise,
referring back to itself produces a "Nesting level too deep" fatal
error. One example where a self references may be necessary is a
singleton: in PHP 5.1.6 the reproduce code works as expected. A
feature, or a bug?
Reproduce code:
---
$obj = Singleton::instance();
$obj2 = $obj;
var_dump($obj != $obj2);
class Singleton
{
private static $instance;
private function __construct()
{
$this->me = $this;
}
public static function instance()
{
if (! self::$instance) {
self::$instance = new Singleton;
}
return self::$instance;
}
}
Expected result:
bool(false)
Actual result:
--
Fatal error: Nesting level too deep - recursive dependency? in
crash-test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=38866&edit=1
#38574 [Asn->Csd]: enable ssl for ftp (CURLOPT_FTP_SSL, CURLOPT_FTPSSLAUTH)
ID: 38574 Updated by: [EMAIL PROTECTED] Reported By: php at gozer dot org -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.4.4 Assigned To: iliaa 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: [2006-08-23 23:07:15] php at gozer dot org Description: CURLOPT_FTP_SSL, CURLOPT_FTPSSLAUTH, and related options aren't registered in ext/curl.c. Without these, you can't do any ssl-related ftp bits... patch: http://www.gozer.org/test/php-4.4.4.ftpssl.diff Reproduce code: --- ftp://ftp.mozilla.org/";); curl_setopt($curl, CURLOPT_FTP_SSL, CURLFTPSSL_TRY); curl_setopt($curl, CURLOPT_VERBOSE, 1); curl_exec($curl); curl_close($curl); } ?> Expected result: * Connected to ftp.mozilla.org (63.245.208.138) port 21 < 220 (vsFTPd 2.0.1) > AUTH SSL < 530 Please login with USER and PASS. > AUTH TLS < 530 Please login with USER and PASS. > USER anonymous < 331 Please specify the password. (unsupported here, but you get the idea) Actual result: -- * Connected to ftp.mozilla.org (63.245.208.138) port 21 < 220 (vsFTPd 2.0.1) > USER anonymous < 331 Please specify the password. -- Edit this bug report at http://bugs.php.net/?id=38574&edit=1
#38868 [Opn->Fbk]: GD extensions needs '-lm' linker flag
ID: 38868 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. Previous Comments: [2006-09-18 16:00:04] flconseil at yahoo dot fr Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38868 [Fbk]: GD extensions needs '-lm' linker flag
ID: 38868 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: make sure you're using GNU ld and GNU buildtools. Previous Comments: [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. [2006-09-18 16:00:04] flconseil at yahoo dot fr Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38868 [Opn->Fbk]: GD extensions needs '-lm' linker flag
ID: 38868 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: Please read my previous comments. Previous Comments: [2006-09-18 16:43:11] flconseil at yahoo dot fr Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. [2006-09-18 16:00:04] flconseil at yahoo dot fr Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38868 [Fbk->Opn]: GD extensions needs '-lm' linker flag
ID: 38868 User updated by: flconseil at yahoo dot fr Reported By: flconseil at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: OK. I was using GNU make but not GNU ld. I am going to try it. Previous Comments: [2006-09-18 16:48:18] [EMAIL PROTECTED] Please read my previous comments. [2006-09-18 16:43:11] flconseil at yahoo dot fr Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. [2006-09-18 16:00:04] flconseil at yahoo dot fr Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38869 [NEW]: incorrect SOAP request when operation does not require any arguments
From: lindalj at yahoo-inc dot com Operating system: Linux PHP version: 5.1.6 PHP Bug Type: SOAP related Bug description: incorrect SOAP request when operation does not require any arguments Description: When I call a SOAP operation that does not require any arguments, the body of the request only contains , and does not mention the operation name, so the server does not know which operation to invoke. Reproduce code: --- Expected result: Actual result: -- -- Edit bug report at http://bugs.php.net/?id=38869&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38869&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38869&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38869&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38869&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38869&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38869&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38869&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38869&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38869&r=support Expected behavior:http://bugs.php.net/fix.php?id=38869&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38869&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38869&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38869&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38869&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38869&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38869&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38869&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38869&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38869&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38869&r=mysqlcfg
#38869 [Opn->Fbk]: incorrect SOAP request when operation does not require any arguments
ID: 38869 Updated by: [EMAIL PROTECTED] Reported By: lindalj at yahoo-inc dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Linux PHP Version: 5.1.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-09-18 16:57:51] lindalj at yahoo-inc dot com Description: When I call a SOAP operation that does not require any arguments, the body of the request only contains , and does not mention the operation name, so the server does not know which operation to invoke. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=38869&edit=1
#38868 [Opn->Fbk]: GD extensions needs '-lm' linker flag
ID: 38868 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 Previous Comments: [2006-09-18 16:51:32] flconseil at yahoo dot fr OK. I was using GNU make but not GNU ld. I am going to try it. [2006-09-18 16:48:18] [EMAIL PROTECTED] Please read my previous comments. [2006-09-18 16:43:11] flconseil at yahoo dot fr Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. 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/38868 -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38868 [Fbk->Opn]: GD extensions needs '-lm' linker flag
ID: 38868 User updated by: flconseil at yahoo dot fr Reported By: flconseil at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Previous Comments: [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. [2006-09-18 16:00:04] flconseil at yahoo dot fr Description: Building PHP 5.1.6 on AIX 5.2. GD compiled in shared mode. gd.so is linked without the math library (-lm). Then, when loading the GD extension, we get an error for all the math functions it is using (sqrt(), ...). Workaround: after having built everything and before install : rm ext/gd/gd.so gmake LDFLAGS="$LDFLAGS -lm" and, now, it can be loaded. Reproduce code: --- ./configure --with-gd=shared and then loading gd. Expected result: load OK Actual result: -- I don't have the exact messages but they are all about unsesolved symbols from the math library (there is at least sqrt()). -- Edit this bug report at http://bugs.php.net/?id=38868&edit=1
#38849 [Fbk->Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. Previous Comments: [2006-09-15 23:06:51] [EMAIL PROTECTED] What do you mean by "corrupted", "does not work" and "broken" ? [2006-09-15 19:16:39] dan dot mashal at gmail dot com Description: The ntwdblib.dll that comes with PHP5 is corrupted. You must copy ntwdblib.dll from MSSQL 2000 to the C:\windows\system32 folder or C:\PHP folder. Otherwise MSSQL functionality is broken in PHP. -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: And by "does not work" I mean PHP is unable to connect to MSSQL databases. Previous Comments: [2006-09-18 17:29:21] dan dot mashal at gmail dot com I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. [2006-09-15 23:06:51] [EMAIL PROTECTED] What do you mean by "corrupted", "does not work" and "broken" ? [2006-09-15 19:16:39] dan dot mashal at gmail dot com Description: The ntwdblib.dll that comes with PHP5 is corrupted. You must copy ntwdblib.dll from MSSQL 2000 to the C:\windows\system32 folder or C:\PHP folder. Otherwise MSSQL functionality is broken in PHP. -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38870 [NEW]: Die on INSERT command using MSSQL_Query
From: howardt at calhounisd dot org
Operating system: Windows XP, Windows Server 2000
PHP version: 4.4.4
PHP Bug Type: MSSQL related
Bug description: Die on INSERT command using MSSQL_Query
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies ("OR
die(...)" is executed). I have followed what documentation I can find on
the PHP site, but it dies every time. This does not occur on SELECT or
UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit bug report at http://bugs.php.net/?id=38870&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38870&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38870&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38870&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38870&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38870&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38870&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38870&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38870&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38870&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38870&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38870&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38870&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38870&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38870&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38870&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38870&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38870&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38870&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38870&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38870&r=mysqlcfg
#38870 [Opn->Fbk]: Die on INSERT command using MSSQL_Query
ID: 38870
Updated by: [EMAIL PROTECTED]
Reported By: howardt at calhounisd dot org
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows XP, Windows Server 2000
PHP Version: 4.4.4
New Comment:
Set display_errors to On, error_reporting to E_ALL and restart the
webserver.
Please post the error message you get after that.
Previous Comments:
[2006-09-18 17:36:45] howardt at calhounisd dot org
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies
("OR die(...)" is executed). I have followed what documentation I can
find on the PHP site, but it dies every time. This does not occur on
SELECT or UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit this bug report at http://bugs.php.net/?id=38870&edit=1
#38849 [Opn->Fbk]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 Updated by: [EMAIL PROTECTED] Reported By: dan dot mashal at gmail dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: Do you get any error messages? Previous Comments: [2006-09-18 17:30:06] dan dot mashal at gmail dot com And by "does not work" I mean PHP is unable to connect to MSSQL databases. [2006-09-18 17:29:21] dan dot mashal at gmail dot com I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. [2006-09-15 23:06:51] [EMAIL PROTECTED] What do you mean by "corrupted", "does not work" and "broken" ? [2006-09-15 19:16:39] dan dot mashal at gmail dot com Description: The ntwdblib.dll that comes with PHP5 is corrupted. You must copy ntwdblib.dll from MSSQL 2000 to the C:\windows\system32 folder or C:\PHP folder. Otherwise MSSQL functionality is broken in PHP. -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Fbk->Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 Updated by: [EMAIL PROTECTED] Reported By: dan dot mashal at gmail dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. Previous Comments: [2006-09-18 17:56:10] [EMAIL PROTECTED] Do you get any error messages? [2006-09-18 17:30:06] dan dot mashal at gmail dot com And by "does not work" I mean PHP is unable to connect to MSSQL databases. [2006-09-18 17:29:21] dan dot mashal at gmail dot com I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. [2006-09-15 23:06:51] [EMAIL PROTECTED] What do you mean by "corrupted", "does not work" and "broken" ? [2006-09-15 19:16:39] dan dot mashal at gmail dot com Description: The ntwdblib.dll that comes with PHP5 is corrupted. You must copy ntwdblib.dll from MSSQL 2000 to the C:\windows\system32 folder or C:\PHP folder. Otherwise MSSQL functionality is broken in PHP. -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. Previous Comments: [2006-09-18 17:57:28] [EMAIL PROTECTED] Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. [2006-09-18 17:56:10] [EMAIL PROTECTED] Do you get any error messages? [2006-09-18 17:30:06] dan dot mashal at gmail dot com And by "does not work" I mean PHP is unable to connect to MSSQL databases. [2006-09-18 17:29:21] dan dot mashal at gmail dot com I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. [2006-09-15 23:06:51] [EMAIL PROTECTED] What do you mean by "corrupted", "does not work" and "broken" ? 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. Previous Comments: [2006-09-18 18:25:48] dan dot mashal at gmail dot com This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. [2006-09-18 17:57:28] [EMAIL PROTECTED] Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. [2006-09-18 17:56:10] [EMAIL PROTECTED] Do you get any error messages? [2006-09-18 17:30:06] dan dot mashal at gmail dot com And by "does not work" I mean PHP is unable to connect to MSSQL databases. [2006-09-18 17:29:21] dan dot mashal at gmail dot com I mean that you have to copy the ntwdblib.dll that is on the MSSQL2000 CD. Otherwise it doesnt work. 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Opn->Fbk]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 Updated by: [EMAIL PROTECTED] Reported By: dan dot mashal at gmail dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? Previous Comments: [2006-09-18 18:29:25] dan dot mashal at gmail dot com To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. [2006-09-18 18:25:48] dan dot mashal at gmail dot com This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. [2006-09-18 17:57:28] [EMAIL PROTECTED] Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. [2006-09-18 17:56:10] [EMAIL PROTECTED] Do you get any error messages? [2006-09-18 17:30:06] dan dot mashal at gmail dot com And by "does not work" I mean PHP is unable to connect to MSSQL databases. 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Fbk->Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: You are using standard edition. Try web edition. :) Previous Comments: [2006-09-18 18:30:16] [EMAIL PROTECTED] This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? [2006-09-18 18:29:25] dan dot mashal at gmail dot com To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. [2006-09-18 18:25:48] dan dot mashal at gmail dot com This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. [2006-09-18 17:57:28] [EMAIL PROTECTED] Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. [2006-09-18 17:56:10] [EMAIL PROTECTED] Do you get any error messages? 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38849 [Opn->Fbk]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 Updated by: [EMAIL PROTECTED] Reported By: dan dot mashal at gmail dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: I do not have access to the web edition, so I asked what kind of errors you are getting when you try to install the client tools? One of the features of the client tools is the ability to set the default protocol used to communicate with SQL server. If the dll is copied you rely on the default setting in the dll you are using and that changes from version to version. The default used to be netbios but was changed to tcp/ip at some point. Previous Comments: [2006-09-18 18:46:58] dan dot mashal at gmail dot com You are using standard edition. Try web edition. :) [2006-09-18 18:30:16] [EMAIL PROTECTED] This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? [2006-09-18 18:29:25] dan dot mashal at gmail dot com To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. [2006-09-18 18:25:48] dan dot mashal at gmail dot com This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. [2006-09-18 17:57:28] [EMAIL PROTECTED] Copying the ntwdblib.dll is never a good option. Use the install process on the MSSQL Server to install the Client Tools. That will install the correct version of ntwdblib.dll and other tools that makes it possible to use all features and gives acces to the configuration tools. Installing Client Tools will not install the server. 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38871 [NEW]: class NAMESPACE
From: mtimotheou at ultrastar dot com Operating system: Redhat PHP version: 5.1.6 PHP Bug Type: Class/Object related Bug description: class NAMESPACE Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -- Edit bug report at http://bugs.php.net/?id=38871&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38871&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38871&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38871&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38871&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38871&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38871&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38871&r=support Expected behavior:http://bugs.php.net/fix.php?id=38871&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38871&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38871&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38871&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38871&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38871&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38871&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38871&r=mysqlcfg
#38871 [Opn]: class NAMESPACE
ID: 38871 User updated by: marios at ultrastar dot com -Reported By: mtimotheou at ultrastar dot com +Reported By: marios at ultrastar dot com Status: Open Bug Type: Class/Object related Operating System: Redhat PHP Version: 5.1.6 New Comment: update email Previous Comments: [2006-09-18 19:25:05] marios at ultrastar dot com Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -- Edit this bug report at http://bugs.php.net/?id=38871&edit=1
#38871 [Opn->Bgs]: class NAMESPACE
ID: 38871 Updated by: [EMAIL PROTECTED] Reported By: marios at ultrastar dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Redhat PHP Version: 5.1.6 New Comment: This is not a forum. Previous Comments: [2006-09-18 19:25:58] marios at ultrastar dot com update email [2006-09-18 19:25:05] marios at ultrastar dot com Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -- Edit this bug report at http://bugs.php.net/?id=38871&edit=1
#38871 [Bgs]: class NAMESPACE
ID: 38871 User updated by: marios at ultrastar dot com Reported By: marios at ultrastar dot com Status: Bogus Bug Type: Class/Object related Operating System: Redhat PHP Version: 5.1.6 New Comment: It is still a bug! A computer bug is an error, flaw, mistake, failure, or fault in a computer program that prevents it from working correctly or produces an incorrect result. Bugs arise from mistakes and errors, made by people, in either a program's source code or its design. It is said that there are bugs in all useful computer programs, but well-written programs contain relatively few bugs, and these bugs typically do not prevent the program from performing its task. ... Upgrading PHP that makes existing code that runs well to break its a bug! Previous Comments: [2006-09-18 19:26:57] [EMAIL PROTECTED] This is not a forum. [2006-09-18 19:25:58] marios at ultrastar dot com update email [2006-09-18 19:25:05] marios at ultrastar dot com Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -- Edit this bug report at http://bugs.php.net/?id=38871&edit=1
#38870 [Fbk->Opn]: Die on INSERT command using MSSQL_Query
ID: 38870
User updated by: howardt at calhounisd dot org
Reported By: howardt at calhounisd dot org
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Windows XP, Windows Server 2000
PHP Version: 4.4.4
New Comment:
I set the display_errors and error_reporting as directed, restarted the
service (in IIS), and I could not get an error message to display. I
also tried setting track_errors=on and then referencing $php_errormsg,
but still got nothing.
Previous Comments:
[2006-09-18 17:54:51] [EMAIL PROTECTED]
Set display_errors to On, error_reporting to E_ALL and restart the
webserver.
Please post the error message you get after that.
[2006-09-18 17:36:45] howardt at calhounisd dot org
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies
("OR die(...)" is executed). I have followed what documentation I can
find on the PHP site, but it dies every time. This does not occur on
SELECT or UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit this bug report at http://bugs.php.net/?id=38870&edit=1
#38094 [Com]: Custom 404 doesnt receive POST variables
ID: 38094 Comment by: dangos at gmail dot com Reported By: mdcore at gmail dot com Status: Open Bug Type: IIS related Operating System: 2003 PHP Version: 5.1.4 New Comment: I have confimed this issue, and it _is_ a PHP bug. When presented with an HTTP POST through an IIS 6 custom error handler, PHP receives the raw POST data into php://input, but fails to parse it into $_POST etc. For comparison, ASP scripts do receive POST variables from IIS 6 custom error handlers, whereas PHP scripts do not. PHP also mangles $_SERVER['QUERY_STRING'] and $_GET and incorrectly reports $_SERVER['REQUEST_METHOD'] as 'GET' in this situation. I can suggest that the likely reason for the above problems is that when presenting a custom error to a script ISAPI filter IIS6 prepends the error status code to the beginning of the URL (e.g. 404;http://www.example.com/) - this odd format is possibly causing confusion when PHP attempts to process the server variables. Previous Comments: [2006-07-13 12:57:46] mdcore at gmail dot com Thanks for responding so quickly Tony! I think it is a bug in the PHP ISAPI filter because if I use a custom 404 ASP page then the POST variables do come through. It's only with PHP pages that it does not work. [2006-07-13 12:53:30] [EMAIL PROTECTED] It clearly DOES pass them, as you said it yourself: >this works in IIS5 but not in IIS6. Please report it to Microsoft. [2006-07-13 12:47:44] mdcore at gmail dot com Why is the PHP ISAPI filter not passing the POST variables to the script? [2006-07-13 12:43:19] [EMAIL PROTECTED] 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. [2006-07-13 12:38:08] mdcore at gmail dot com Description: I'm using a custom 404 page in IIS to handle a form of mod_rewrite. But if I post a form then the custom 404 does not get the POST variables. this works in IIS5 but not in IIS6. Reproduce code: --- formtest.php: Set this up as a custom 404 page in IIS. custom404.php: Expected result: non-empty _FORM and REQUEST_METHOD of POST Actual result: -- empty _FORM and REQUEST_METHOD of GET -- Edit this bug report at http://bugs.php.net/?id=38094&edit=1
#38872 [NEW]: Error in Makefile - cannot generate global symbols for CLI interpreter
From: flconseil at yahoo dot fr Operating system: AIX 5.2 PHP version: 5.1.6 PHP Bug Type: *Compile Issues Bug description: Error in Makefile - cannot generate global symbols for CLI interpreter Description: Before linking the 'php' CLI executable file, the symbol table is generated in the 'php.sym' file. The command to generate the symbols and link the CLI interpreter is contained in the BUILD_CLI variable (in the Makefile). This string contains a 'sed' command to transform the '.lo' pathnames to their '.o' content, and this command is wrong in 5.1.6. Reproduce code: --- In 5.1.6, the sed command is : sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g' , which just changes the '.lo' suffix to '.o'. It is wrong because the '.o' files are in the '.libs' subdirectory ! Expected result: The correct syntax for the sed command should be the same as version 5.1.2 : sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g' (I just looked at versions 5.1.2 and 5.1.6. I don't know if 5.1.4 is correct or wrong) Actual result: -- When generating the 'php.sym' file, the 'nm' command receives wrong pathnames and does not output any symbol. As there is a pipe to 'awk', its return code of 1 does not cause the make process to stop (return code from awk is OK). So, the php interpreter is generated with and empty 'php.sym' file, which means that it does not export any gloabl symbol. It works well until someone tries to load a shared extension. At this time, any call from the extension to the core code cannot be resolved by the runtime linker and the load fails. I don't know if every extension calls some functions in the core but, on my configuration, it is the case, and none of them can be loaded. It starts with bcmath unable to resolve 'OnUpdateLong', and, then, every extension has some unresolved symbols. -- Edit bug report at http://bugs.php.net/?id=38872&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38872&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38872&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38872&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38872&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38872&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38872&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38872&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38872&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38872&r=support Expected behavior:http://bugs.php.net/fix.php?id=38872&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38872&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38872&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38872&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38872&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38872&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38872&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38872&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38872&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38872&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38872&r=mysqlcfg
#38870 [Com]: Die on INSERT command using MSSQL_Query
ID: 38870
Comment by: phpbugs at thequod dot de
Reported By: howardt at calhounisd dot org
Status: Open
Bug Type: MSSQL related
Operating System: Windows XP, Windows Server 2000
PHP Version: 4.4.4
New Comment:
Try
var_dump($Insert_Result);
after executing the query (and remove the "or die()"
therefor, of course).
What does it result in?
Previous Comments:
[2006-09-18 20:40:11] howardt at calhounisd dot org
I set the display_errors and error_reporting as directed, restarted the
service (in IIS), and I could not get an error message to display. I
also tried setting track_errors=on and then referencing $php_errormsg,
but still got nothing.
[2006-09-18 17:54:51] [EMAIL PROTECTED]
Set display_errors to On, error_reporting to E_ALL and restart the
webserver.
Please post the error message you get after that.
[2006-09-18 17:36:45] howardt at calhounisd dot org
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies
("OR die(...)" is executed). I have followed what documentation I can
find on the PHP site, but it dies every time. This does not occur on
SELECT or UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit this bug report at http://bugs.php.net/?id=38870&edit=1
#38868 [Fbk->Opn]: GD extensions needs '-lm' linker flag
ID: 38868 User updated by: flconseil at yahoo dot fr Reported By: flconseil at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: Sorry but, after fighting with GNU ld and gcc during 2 hours, I am giving up. Using GNU ld brings some new errors in the configure stage. I solved one by adding '-Wl,-rpath,/usr/lib' to LDFLAGS but, now, it is failing LDAP detection and I won't spend the night on it. Another reason why I am giving up is that ldap's configure refuses to generate dynamic libraries with GNU ld (saying that GNU ld is known not to generate correct dynamic libs on AIX). So, as I want to generate everything with the same linker, I will keep the AIX linker. But I think I know why we have unresolved references when loading gd. As you said, the PHP core is linked with GNU ld but, on AIX, if the linker does not detect any reference to a library, it does not keep it in the list of required libraries. In my configuration, as I have kept the core to the minimum, I don't have any reference from the core to libm and, when I run 'ldd' or 'dump -H' against 'php' or 'libphp5.so', the libm is not referenced. As, by default, gd is not linked with the libm, it does not have the reference and, finally, when it is loaded, the libm symbols cannot be resolved as this lib is not referenced anywhere in the installed files. That's why, as every other extension is linked against the libs it needs, I still think that gd should be linked explicitely with the libm. Previous Comments: [2006-09-18 16:51:32] flconseil at yahoo dot fr OK. I was using GNU make but not GNU ld. I am going to try it. [2006-09-18 16:48:18] [EMAIL PROTECTED] Please read my previous comments. [2006-09-18 16:43:11] flconseil at yahoo dot fr Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. [2006-09-18 16:22:43] [EMAIL PROTECTED] Can't reproduce on AIX 5.1. PHP itself is linked with libm, so it should not matter whether extension itself is linked or not. The remainder of the comments for this report are too long. To view the rest of the comments, please vi
#38873 [NEW]: APC conflicting types for apc_zend_init() and apc_zend_shutdown()
From: mv at binarysec dot com Operating system: Linux 2.4 Deb unstable PHP version: 5.2.0RC4 PHP Bug Type: Compile Failure Bug description: APC conflicting types for apc_zend_init() and apc_zend_shutdown() Description: /pecl/apc/apc_zend.c:241: error: conflicting types for 'apc_zend_init' /pecl/apc/apc_zend.h:41: error: previous declaration of 'apc_zend_init' was here /pecl/apc/apc_zend.c:242: error: conflicting types for 'apc_zend_shutdown' /pecl/apc/apc_zend.h:42: error: previous declaration of 'apc_zend_shutdown' was here Reproduce code: --- ./configure --with-php-config=/.../php-config --enable-apc --disable-apc-mmap --enable-apc-sem make ;) -- Edit bug report at http://bugs.php.net/?id=38873&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38873&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38873&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38873&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38873&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38873&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38873&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38873&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38873&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38873&r=support Expected behavior:http://bugs.php.net/fix.php?id=38873&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38873&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38873&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38873&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38873&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38873&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38873&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38873&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38873&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38873&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38873&r=mysqlcfg
#38873 [Com]: APC conflicting types for apc_zend_init() and apc_zend_shutdown()
ID: 38873 Comment by: mv at binaryseC dot com Reported By: mv at binarysec dot com Status: Open Bug Type: Compile Failure Operating System: Linux 2.4 Deb unstable PHP Version: 5.2.0RC4 New Comment: vim apc_zend.c +241 replace 'void' by TSRMLS_D on each apc_zend_init()/shutdown() Previous Comments: [2006-09-18 21:12:54] mv at binarysec dot com Description: /pecl/apc/apc_zend.c:241: error: conflicting types for 'apc_zend_init' /pecl/apc/apc_zend.h:41: error: previous declaration of 'apc_zend_init' was here /pecl/apc/apc_zend.c:242: error: conflicting types for 'apc_zend_shutdown' /pecl/apc/apc_zend.h:42: error: previous declaration of 'apc_zend_shutdown' was here Reproduce code: --- ./configure --with-php-config=/.../php-config --enable-apc --disable-apc-mmap --enable-apc-sem make ;) -- Edit this bug report at http://bugs.php.net/?id=38873&edit=1
#38868 [Opn->WFx]: GD extensions needs '-lm' linker flag
ID: 38868 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: Sorry, we do not support AIX native linker. Previous Comments: [2006-09-18 21:05:05] flconseil at yahoo dot fr Sorry but, after fighting with GNU ld and gcc during 2 hours, I am giving up. Using GNU ld brings some new errors in the configure stage. I solved one by adding '-Wl,-rpath,/usr/lib' to LDFLAGS but, now, it is failing LDAP detection and I won't spend the night on it. Another reason why I am giving up is that ldap's configure refuses to generate dynamic libraries with GNU ld (saying that GNU ld is known not to generate correct dynamic libs on AIX). So, as I want to generate everything with the same linker, I will keep the AIX linker. But I think I know why we have unresolved references when loading gd. As you said, the PHP core is linked with GNU ld but, on AIX, if the linker does not detect any reference to a library, it does not keep it in the list of required libraries. In my configuration, as I have kept the core to the minimum, I don't have any reference from the core to libm and, when I run 'ldd' or 'dump -H' against 'php' or 'libphp5.so', the libm is not referenced. As, by default, gd is not linked with the libm, it does not have the reference and, finally, when it is loaded, the libm symbols cannot be resolved as this lib is not referenced anywhere in the installed files. That's why, as every other extension is linked against the libs it needs, I still think that gd should be linked explicitely with the libm. [2006-09-18 16:51:32] flconseil at yahoo dot fr OK. I was using GNU make but not GNU ld. I am going to try it. [2006-09-18 16:48:18] [EMAIL PROTECTED] Please read my previous comments. [2006-09-18 16:43:11] flconseil at yahoo dot fr Same problem with 5.1.2. Here are the exact error messages : PHP Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 Warning: dl(): Unable to load dynamic library '/logi/http/php/lib/php/extensions/gd.so' - rtld: 0712-001 Symbol sqrt was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol atan2 was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol sin was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol cos was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol tan was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol floor was referenced from module /logi/http/php/lib/php/extensions/gd.so(), but a runtime definition o in /logi/http/comp/util/.data/test.php on line 22 [2006-09-18 16:29:42] [EMAIL PROTECTED] make sure you're using GNU ld and GNU buildtools. 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/38868 -- Edit this bug repor
#38872 [Opn->Bgs]: Error in Makefile - cannot generate global symbols for CLI interpreter
ID: 38872 Updated by: [EMAIL PROTECTED] Reported By: flconseil at yahoo dot fr -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: AIX 5.2 PHP Version: 5.1.6 New Comment: It works perfectly fine here with GNU tools used. Previous Comments: [2006-09-18 20:44:42] flconseil at yahoo dot fr Description: Before linking the 'php' CLI executable file, the symbol table is generated in the 'php.sym' file. The command to generate the symbols and link the CLI interpreter is contained in the BUILD_CLI variable (in the Makefile). This string contains a 'sed' command to transform the '.lo' pathnames to their '.o' content, and this command is wrong in 5.1.6. Reproduce code: --- In 5.1.6, the sed command is : sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g' , which just changes the '.lo' suffix to '.o'. It is wrong because the '.o' files are in the '.libs' subdirectory ! Expected result: The correct syntax for the sed command should be the same as version 5.1.2 : sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g' (I just looked at versions 5.1.2 and 5.1.6. I don't know if 5.1.4 is correct or wrong) Actual result: -- When generating the 'php.sym' file, the 'nm' command receives wrong pathnames and does not output any symbol. As there is a pipe to 'awk', its return code of 1 does not cause the make process to stop (return code from awk is OK). So, the php interpreter is generated with and empty 'php.sym' file, which means that it does not export any gloabl symbol. It works well until someone tries to load a shared extension. At this time, any call from the extension to the core code cannot be resolved by the runtime linker and the load fails. I don't know if every extension calls some functions in the core but, on my configuration, it is the case, and none of them can be loaded. It starts with bcmath unable to resolve 'OnUpdateLong', and, then, every extension has some unresolved symbols. -- Edit this bug report at http://bugs.php.net/?id=38872&edit=1
#38873 [Opn->Bgs]: APC conflicting types for apc_zend_init() and apc_zend_shutdown()
ID: 38873 Updated by: [EMAIL PROTECTED] Reported By: mv at binarysec dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4 Deb unstable PHP Version: 5.2.0RC4 New Comment: Please report PECL issues to PECL bug database: http://pecl.php.net/package/APC Previous Comments: [2006-09-18 21:14:20] mv at binaryseC dot com vim apc_zend.c +241 replace 'void' by TSRMLS_D on each apc_zend_init()/shutdown() [2006-09-18 21:12:54] mv at binarysec dot com Description: /pecl/apc/apc_zend.c:241: error: conflicting types for 'apc_zend_init' /pecl/apc/apc_zend.h:41: error: previous declaration of 'apc_zend_init' was here /pecl/apc/apc_zend.c:242: error: conflicting types for 'apc_zend_shutdown' /pecl/apc/apc_zend.h:42: error: previous declaration of 'apc_zend_shutdown' was here Reproduce code: --- ./configure --with-php-config=/.../php-config --enable-apc --disable-apc-mmap --enable-apc-sem make ;) -- Edit this bug report at http://bugs.php.net/?id=38873&edit=1
#38757 [Asn]: MultiPart Form Uploads fail with FastCGI
ID: 38757 User updated by: davidb at pins dot net Reported By: davidb at pins dot net Status: Assigned Bug Type: Apache related Operating System: Solaris 8 PHP Version: 5.1.6 Assigned To: dmitry New Comment: One other thing which we noticed - if we take our sample (which breaks) and change the multipart-form to a regular form, the problem does not occur. This is weird, and I have no idea how it may bear into the problem. It may be a red herring of some sort. Any ideas on the next step in debugging? Previous Comments: [2006-09-15 03:51:35] davidb at pins dot net Greetings. I tried with the latest 5.2 (downloaded today). It doesn't seem to make a difference. The poll() still exits with 0, then proceeds to read everything in anyway. Heres the truss, with timestamps this time: 94.3878 accept(0, 0xFFBEDC78, 0xFFBEDBC4, 1)= 4 AF_UNIX name = 94.3880 fcntl(0, F_SETLK, 0xFFBEDC50) = 0 typ=F_UNLCK whence=SEEK_SET start=0 len=0 sys=4290697848 pid=2086536 95.3952 poll(0xFFBEDB18, 1, 1000) = 0 fd=4 ev=POLLRDNORM rev=0 95.3959 shutdown(4, 1, 1) = 0 recv(4, 0xFFBEDC50, 8, 0) (sleeping...) signotifywait() (sleeping...) lwp_sema_wait(0xFD70DE60) (sleeping...) sema type: USYNC_THREAD count = 0 103.4047recv(4, "0101\001\0\b\0\0", 8, 0) = 8 103.4050recv(4, "\001\0\0\0\0\0\0", 8, 0) = 8 103.4051recv(4, "0104\001\016\0\0", 8, 0) = 8 103.4051recv(4, "0E06 C O N T E N", 8, 0) = 8 103.4052recv(4, " T _ L E N G T H", 8, 0) = 8 103.4053recv(4, " 1 2 8 9 9 00104", 8, 0) = 8 103.4054recv(4, "\001\0 E\0\0\f 7", 8, 0) = 8 103.4055recv(4, " C O N T E N T _", 8, 0) = 8 103.4055recv(4, " T Y P E m u l t", 8, 0) = 8 I guess the big question is why is poll exiting with 0 when there's a pile of valid data? David. [2006-09-13 13:08:06] [EMAIL PROTECTED] The bug should be fixed in CVS HEAD and PHP_5_2. Please verify and close or reopen bug. I just incrised the data waiting timeout from 1 to 5 sec. It is good idea to use SO_ACCEPTFILTER instead of timeout, but it is avbailable only on BSD. [2006-09-12 16:03:41] davidb at pins dot net A few other quick comments: - Perl + CGI::Fast hasn't reported any of these problems - This is only affecting a small subset of users, but those users tend to continue to have the problems recur - The users with recurring problems will sometimes suddenly, and without warning, start working again I strongly suspect some odd network interaction, but I'm not entirely sure where to dig deeper just yet. The FastCGI PHP instance is linked as a local UNIX socket: FastCgiServer /export/httpd/DOMAINS/host.forward.com/cgi-bin/php -port 9050 AddHandler php-fastcgi .php SetHandler fastcgi-script Action php-fastcgi /cgi-bin/php There are several other vhosts that use teh FastCgiExternalServer directive. We are using the PHP process manager to front-end the PHP work threads by setting PHP_FCGI_CHILDREN. [2006-09-12 15:50:36] davidb at pins dot net Greetings. Is the poll() timing out, even though it appeared to get all of the data in fd4? Or, is there additional data that isn't getting passed on for some reason? I can send the entire truss if you'd like. We're running Apache 1.3.33, Solaris 8, on a dual-processor SPARC. I believe it's the 2.4.2 FastCGI. I do note that the read() that a valid post gets is different. In a good truss: poll(0xFFBED8F0, 1, 1000) = 1 read(4, "0101\001\0\b\0\0", 8) = 8 read(4, "\001\0\0\0\0\0\0", 8) = 8 read(4, "0104\001\015\0\0", 8) = 8 read(4, 0xFFBDD918, 21) = 21 0E05 C O N T E N T _ L E N G T H 6 1 0 1 5 read(4, "0104\001\0 V\0\0", 8) = 8 read(4, 0xFFBDD918, 86) = 86 \f H C O N T E N T _ T Y P E m u l t i p a r t / f o r m - d a t a ; b o u n d a r y = - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 9 1 9 4 1 1 2 6 6 2 0 5 9 7 read(4, "0104\001\0 =\0\0", 8) = 8 read(4, 0xFFBDD918, 61) = 61 \r . D O C U M E N T _ R O O T / e x p o r t / h t t p d / D O M A I N S / t e s t 2 . f o r w a r d . c o m / h t d o c s The poll seems to return with a 1, but the data that's read in is the same. Is there something about the submit from different users tha
#38874 [NEW]: Will not load extension
From: dabbaking at gmail dot com Operating system: Win32 PHP version: 5.2.0RC4 PHP Bug Type: MySQLi related Bug description: Will not load extension Description: The mysqli extension won't load. Reproduce code: --- extension=php_mysqli.dll Expected result: Suppose to load the extension Actual result: -- The extension did not load. -- Edit bug report at http://bugs.php.net/?id=38874&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38874&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38874&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38874&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38874&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38874&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38874&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38874&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38874&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38874&r=support Expected behavior:http://bugs.php.net/fix.php?id=38874&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38874&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38874&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38874&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38874&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38874&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38874&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38874&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38874&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38874&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38874&r=mysqlcfg
#38874 [Opn]: Will not load extension
ID: 38874 User updated by: dabbaking at gmail dot com Reported By: dabbaking at gmail dot com Status: Open Bug Type: MySQLi related Operating System: Win32 PHP Version: 5.2.0RC4 New Comment: I just want to note that the other extensions on the list loaded fine. Including the normal mysql extension. I have MySQL 5.0 running. Previous Comments: [2006-09-18 21:51:37] dabbaking at gmail dot com Description: The mysqli extension won't load. Reproduce code: --- extension=php_mysqli.dll Expected result: Suppose to load the extension Actual result: -- The extension did not load. -- Edit this bug report at http://bugs.php.net/?id=38874&edit=1
#38874 [Opn->Asn]: Will not load extension
ID: 38874 Updated by: [EMAIL PROTECTED] Reported By: dabbaking at gmail dot com -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: Win32 PHP Version: 5.2.0RC4 -Assigned To: +Assigned To: georg Previous Comments: [2006-09-18 21:54:04] dabbaking at gmail dot com I just want to note that the other extensions on the list loaded fine. Including the normal mysql extension. I have MySQL 5.0 running. [2006-09-18 21:51:37] dabbaking at gmail dot com Description: The mysqli extension won't load. Reproduce code: --- extension=php_mysqli.dll Expected result: Suppose to load the extension Actual result: -- The extension did not load. -- Edit this bug report at http://bugs.php.net/?id=38874&edit=1
#38875 [NEW]: no new variables possible after self::$var = $_SESSION
From: lagemann at x-wars dot net Operating system: Gentoo 3.3.6, ssp-3.3.6-1.0, pie PHP version: 5.1.6 PHP Bug Type: Scripting Engine problem Bug description: no new variables possible after self::$var = $_SESSION Description: I set a static class var to $_SESSION ($varname = 'SESSION'; self::$$varname = $_SESSION;) and after some method calls and requires no new variable can be set in a method of the class. This problem occurs not if i set self::$$varname = &$_SESSION; tested with php 5.1.4, 5.1.6 and php 5.2.0RC5-dev (php5.2-200609172030) Reproduce code: --- Some more lines than 20: http://degola.de/phpbug/ Expected result: in line 41 the variable $classArray have to be Array () Actual result: -- no new variable can be set, see http://degola.de/phpbug/ -- Edit bug report at http://bugs.php.net/?id=38875&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38875&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38875&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38875&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38875&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38875&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38875&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38875&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38875&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38875&r=support Expected behavior:http://bugs.php.net/fix.php?id=38875&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38875&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38875&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38875&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38875&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38875&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38875&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38875&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38875&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38875&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38875&r=mysqlcfg
#38849 [Fbk->Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: http://64.78.33.121/weberror.jpg Previous Comments: [2006-09-18 18:52:47] [EMAIL PROTECTED] I do not have access to the web edition, so I asked what kind of errors you are getting when you try to install the client tools? One of the features of the client tools is the ability to set the default protocol used to communicate with SQL server. If the dll is copied you rely on the default setting in the dll you are using and that changes from version to version. The default used to be netbios but was changed to tcp/ip at some point. [2006-09-18 18:46:58] dan dot mashal at gmail dot com You are using standard edition. Try web edition. :) [2006-09-18 18:30:16] [EMAIL PROTECTED] This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? [2006-09-18 18:29:25] dan dot mashal at gmail dot com To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. [2006-09-18 18:25:48] dan dot mashal at gmail dot com This does not solve the problem. You cannot install MSSQL 2000 Client tools on Windows 2003 web edition. 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38819 [Fbk->Opn]: segfault in ldap_get_entries()
ID: 38819 User updated by: madcoder at gmail dot com Reported By: madcoder at gmail dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: 2.6.15-gentoo linux amd64 PHP Version: 5.1.6 New Comment: Sorry for the delay (I had to fix an error with gdb not generating backtraces on AMD64...) Here's the backtrace: - (gdb) run Starting program: /usr/bin/php -e test.php [Thread debugging using libthread_db enabled] [New Thread 47773184727840 (LWP 28424)] done searching Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47773184727840 (LWP 28424)] 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 153 getvalues.c: No such file or directory. in getvalues.c - (gdb) bt #0 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 #1 0x556a25c0 in zif_ldap_get_entries (ht=1441370656, return_value=0x55e987a8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1438266616, tsrm_ls=0x55e9cc60) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/ext/ldap/ldap.c:1068 #2 0x55890d35 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:200 #3 0x55899c6a in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:1640 #4 0x5589039b in execute (op_array=0x55e96ad8, tsrm_ls=0x55ba4450) at zend_vm_execute.h:92 #5 0x55868a42 in zend_execute_scripts (type=8, tsrm_ls=0x55ba4450, retval=0x0, file_count=3) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/Zend/zend.c:1109 #6 0x5580f825 in php_execute_script (primary_file=0x7fff9f1415d0, tsrm_ls=0x55ba4450) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/main/main.c:1737 #7 0x55939484 in main (argc=3, argv=0x7fff9f141888) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/sapi/cli/php_cli.c:1093 - Let me know if you need anything else. Previous Comments: [2006-09-14 08:28:40] [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. [2006-09-14 01:29:55] madcoder at gmail dot com Description: I'm getting a segmentation fault when calling ldap_get_entries() after an ldap search. I get no errors after any of the function calls prior to ldap_get_entries() (as suggested by ldap_errno() == 0). Running a similar ldapsearch command line query returns results as expected. A similar configuration on another linux installation of the same version works with no problems. The major difference between those two servers is the CPU (the working one is an Intel P4, the one that is segfaulting is an AMD 64-bit Athlon XP) Reproduce code: --- ldap://server.domain";); ldap_set_option($_SERVER['ldap'], LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($_SERVER['ldap'], LDAP_OPT_REFERRALS, 0); ldap_start_tls($_SERVER['ldap']); ldap_bind($_SERVER['ldap'], '[EMAIL PROTECTED]', 'password'); $r = ldap_search($_SERVER['ldap'], 'dc=fq,dc=domain,dc=name', '(sAMAccountName=someUser)'); echo "done searching\n"; $info = ldap_get_entries($_SERVER['ldap'], $r); echo "done fetching\n"; ?> Expected result: "done fetching\n" should be printed, and $info should contain an array of entries returned from the LDAP server. Actual result: -- # php -e test.php done searching Segmentation fault (core dumped) -- # gdb php core GNU gdb 6.4 (gdb) bt #0 0x2c8cbf4b in ?? () #1 0xa6e95d9926b7ed00 in ?? () #2 0x55dbe260 in ?? () #3 0x55de16c0 in ?? () #4 0x556a92b5 in ?? () #5 0x000f in ?? () #6 0x0001 in ?? () #7 0x000f in ?? () #8 0x2ea76cf0 in ?? () #9 0x0003 in ?? () #10 0x in ?? () (I realize this backtrace is not helpful... I've tried re-emerging the php ebuild several times with the debug USE flag enabled, and it seems all the debug info is still being stripped from the binaries. I will try compiling from source with the appropriate options and reply with a more useful backtrace) -- Edit this bug report at http://bugs.php.net/?id=38819&edit=1
#38875 [Com]: no new variables possible after self::$var = $_SESSION
ID: 38875 Comment by: judas dot iscariote at gmail dot com Reported By: lagemann at x-wars dot net Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo 3.3.6, ssp-3.3.6-1.0, pie PHP Version: 5.1.6 New Comment: yu cannot do this : $var = $_SESSION; or $_SESSION = array(1,2,3,4,5); because $_SESSION loose it's "magical" atributes then. and that is, the expected behaviuor. Previous Comments: [2006-09-18 22:22:19] lagemann at x-wars dot net Description: I set a static class var to $_SESSION ($varname = 'SESSION'; self::$$varname = $_SESSION;) and after some method calls and requires no new variable can be set in a method of the class. This problem occurs not if i set self::$$varname = &$_SESSION; tested with php 5.1.4, 5.1.6 and php 5.2.0RC5-dev (php5.2-200609172030) Reproduce code: --- Some more lines than 20: http://degola.de/phpbug/ Expected result: in line 41 the variable $classArray have to be Array () Actual result: -- no new variable can be set, see http://degola.de/phpbug/ -- Edit this bug report at http://bugs.php.net/?id=38875&edit=1
#38154 [Asn->Opn]: PHP CLI filemtime() is wrong
ID: 38154 Updated by: [EMAIL PROTECTED] Reported By: dave at smartboy dot com -Status: Assigned +Status: Open Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.1.4 Assigned To: derick New Comment: Unassigning as this has nothing to do with the date code. Previous Comments: [2006-07-23 04:07:27] dave at smartboy dot com Changed test_filemtime.php to: http://bugs.php.net/?id=38154&edit=1
#38744 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 38744 Comment by: opa56 at myownnet dot ch Reported By: jneill at gamedaytv dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Windows 2003 SP 1 PHP Version: 5.1.6 New Comment: Same error here: A process serving application pool 'mysite1' terminated unexpectedly. The process id was '2828'. The process exit code was '0xc005'. A process serving application pool 'mysite2' terminated unexpectedly. The process id was '3132'. The process exit code was '0xc005'. etc. The error occurs - each time, the w3svc is recycled because of idle-timeout (default 20 min.)or uptime 1740 min. - sinze version 5.1.4 of php If idle-timeout occurs, no script is running at this moment! Only the isapi is loaded. Same error, also if no php.ini exist, means no extensions are loaded Previous Comments: [2006-09-15 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-09-14 14:27:41] helder at hightechvision dot com I'm getting precisely the same debug output from IIS Diagnostics Debug Diagnostics Tool running on a Windows Server 2003 SP1 with the build php5.2-win32-200609131430.zip If you want I can provide you crash dumps. [2006-09-07 20:50:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-07 20:42:44] jneill at gamedaytv dot com Description: Description: We have been successfully using PHP 5.1.2 for several months in our server environment. Only upgrading PHP to 5.1.6, with no other software upgrades, has resulted in frequent w3svc crashes and subsequent application pool terminations. The system log includes such errors as: --- A process serving application pool 'Site1' terminated unexpectedly. The process id was '5796'. The process exit code was '0xc005'. A process serving application pool 'Site2' terminated unexpectedly. The process id was '5212'. The process exit code was '0x'. A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '5824'. The process exit code was '0xc005'. --- We have run the IIS Diagnostics Debug Diagnostics Tool on these crashes, which has resulted in the following report for each crash: --- Type of Analysis Performed Crash Analysis Machine Name S76217 Operating System Windows Server 2003 Service Pack 1 Number Of Processors 2 Process ID 4736 Process Image c:\WINNT\system32\inetsrv\w3wp.exe System Up-Time 0 day(s) 04:18:05 Process Up-Time 0 day(s) 00:31:08 Thread 16 - System ID 2612 Entry point msvcrt!_endthread+3b Create time 5/16/2006 5:31:43 PM Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.0 Function Arg 1 Arg 2 Arg 3 Source +265c80 02a28890 msvcrt!_endthread+ab 029e7580 kernel32!BaseThreadStart+34 77bcb35a 029e7580 In w3wp__PID__4736__Date__05_16_2006__Time_05_31_45PM__95__Second_Chance_Ex ception_C005.dmp an access violation exception (0xC005) occured on thread 16 when another module attempted to call the following unloaded module: php5ts.dll. --- -- Edit this bug report at http://bugs.php.net/?id=38744&edit=1
#38876 [NEW]: if possible add a contant to preg_match_all so it returns the number of matches
From: itunes66 at gmail dot com Operating system: Linux PHP version: 5.1.6 PHP Bug Type: Feature/Change Request Bug description: if possible add a contant to preg_match_all so it returns the number of matches Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit bug report at http://bugs.php.net/?id=38876&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38876&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38876&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38876&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38876&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38876&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38876&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38876&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38876&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38876&r=support Expected behavior:http://bugs.php.net/fix.php?id=38876&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38876&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38876&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38876&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38876&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38876&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38876&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38876&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38876&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38876&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38876&r=mysqlcfg
#38875 [Opn->Bgs]: no new variables possible after self::$var = $_SESSION
ID: 38875 Updated by: [EMAIL PROTECTED] Reported By: lagemann at x-wars dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo 3.3.6, ssp-3.3.6-1.0, pie PHP Version: 5.1.6 New Comment: . Previous Comments: [2006-09-18 23:40:09] judas dot iscariote at gmail dot com yu cannot do this : $var = $_SESSION; or $_SESSION = array(1,2,3,4,5); because $_SESSION loose it's "magical" atributes then. and that is, the expected behaviuor. [2006-09-18 22:22:19] lagemann at x-wars dot net Description: I set a static class var to $_SESSION ($varname = 'SESSION'; self::$$varname = $_SESSION;) and after some method calls and requires no new variable can be set in a method of the class. This problem occurs not if i set self::$$varname = &$_SESSION; tested with php 5.1.4, 5.1.6 and php 5.2.0RC5-dev (php5.2-200609172030) Reproduce code: --- Some more lines than 20: http://degola.de/phpbug/ Expected result: in line 41 the variable $classArray have to be Array () Actual result: -- no new variable can be set, see http://degola.de/phpbug/ -- Edit this bug report at http://bugs.php.net/?id=38875&edit=1
#38819 [Opn->Fbk]: segfault in ldap_get_entries()
ID: 38819 Updated by: [EMAIL PROTECTED] Reported By: madcoder at gmail dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: 2.6.15-gentoo linux amd64 PHP Version: 5.1.6 New Comment: Doesn't look like PHP problem to me. Could you plz also see if `valgrind /usr/bin/php test.php` show you something interesting? Please put valgrind's log somewhere and paste the URL here. Previous Comments: [2006-09-18 23:38:16] madcoder at gmail dot com Sorry for the delay (I had to fix an error with gdb not generating backtraces on AMD64...) Here's the backtrace: - (gdb) run Starting program: /usr/bin/php -e test.php [Thread debugging using libthread_db enabled] [New Thread 47773184727840 (LWP 28424)] done searching Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47773184727840 (LWP 28424)] 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 153 getvalues.c: No such file or directory. in getvalues.c - (gdb) bt #0 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 #1 0x556a25c0 in zif_ldap_get_entries (ht=1441370656, return_value=0x55e987a8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1438266616, tsrm_ls=0x55e9cc60) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/ext/ldap/ldap.c:1068 #2 0x55890d35 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:200 #3 0x55899c6a in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:1640 #4 0x5589039b in execute (op_array=0x55e96ad8, tsrm_ls=0x55ba4450) at zend_vm_execute.h:92 #5 0x55868a42 in zend_execute_scripts (type=8, tsrm_ls=0x55ba4450, retval=0x0, file_count=3) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/Zend/zend.c:1109 #6 0x5580f825 in php_execute_script (primary_file=0x7fff9f1415d0, tsrm_ls=0x55ba4450) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/main/main.c:1737 #7 0x55939484 in main (argc=3, argv=0x7fff9f141888) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/sapi/cli/php_cli.c:1093 - Let me know if you need anything else. [2006-09-14 08:28:40] [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. [2006-09-14 01:29:55] madcoder at gmail dot com Description: I'm getting a segmentation fault when calling ldap_get_entries() after an ldap search. I get no errors after any of the function calls prior to ldap_get_entries() (as suggested by ldap_errno() == 0). Running a similar ldapsearch command line query returns results as expected. A similar configuration on another linux installation of the same version works with no problems. The major difference between those two servers is the CPU (the working one is an Intel P4, the one that is segfaulting is an AMD 64-bit Athlon XP) Reproduce code: --- ldap://server.domain";); ldap_set_option($_SERVER['ldap'], LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($_SERVER['ldap'], LDAP_OPT_REFERRALS, 0); ldap_start_tls($_SERVER['ldap']); ldap_bind($_SERVER['ldap'], '[EMAIL PROTECTED]', 'password'); $r = ldap_search($_SERVER['ldap'], 'dc=fq,dc=domain,dc=name', '(sAMAccountName=someUser)'); echo "done searching\n"; $info = ldap_get_entries($_SERVER['ldap'], $r); echo "done fetching\n"; ?> Expected result: "done fetching\n" should be printed, and $info should contain an array of entries returned from the LDAP server. Actual result: -- # php -e test.php done searching Segmentation fault (core dumped) -- # gdb php core GNU gdb 6.4 (gdb) bt #0 0x2c8cbf4b in ?? () #1 0xa6e95d9926b7ed00 in ?? () #2 0x55dbe260 in ?? () #3 0x55de16c0 in ?? () #4 0x556a92b5 in ?? () #5 0x000f in ?? () #6 0x0001 in ?? () #7 0x000f in ?? () #8 0x2ea76cf0 in ?? () #9 0x0003 in ?? () #10 0x in ?? () (I realize this backtrace is not helpful... I've tried re-emerging the php ebuild several times with the debug USE flag enabled, and it seems all the debug info is still being stripped from the binaries. I will try c
