#34301 [NEW]: Signing algorithm selection
From: diogoko at gmail dot com Operating system: PHP version: 4CVS-2005-08-30 (CVS) PHP Bug Type: OpenSSL related Bug description: Signing algorithm selection Description: Add a signature_algo parameter to the openssl_sign and openssl_verify functions. This parameter would specify the digest algorithm to be used when signing or verifying a signature. Currently, both functions are limited to the sha1 digest algorithm, even thought the OpenSSL C library supports at least other three algorithms (md2, md4, md5). Actually, openssl_sign seems to have all that is needed to support a (somehow currently ignored) signature_algo parameter, as can be seen in the CVS. On the other hand, openssl_verify is hardcoded to only use sha1. -- Edit bug report at http://bugs.php.net/?id=34301&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34301&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34301&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34301&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34301&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34301&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34301&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34301&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34301&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34301&r=support Expected behavior: http://bugs.php.net/fix.php?id=34301&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34301&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34301&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34301&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34301&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34301&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34301&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34301&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34301&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34301&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34301&r=mysqlcfg
#32508 [Ver->Fbk]: ob_gzhandler w/ chunking can crash Apache 2
ID: 32508
Updated by: [EMAIL PROTECTED]
Reported By: myronwu at gmail dot com
-Status: Verified
+Status: Feedback
Bug Type: Output Control
Operating System: *
PHP Version: 5CVS, 4CVS (2005-03-31)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-03-31 21:15:16] [EMAIL PROTECTED]
Also this was there:
PHP Fatal error: Allowed memory size of 725463920 bytes exhausted at
/usr/src/php/php5/main/output.c:229
[2005-03-31 21:12:50] [EMAIL PROTECTED]
Nobody should try this at home. :)
Definately eats all memory and eventually crashes.
Here's what I got in error_log:
PHP Fatal error: Allowed memory size of 1603177144 bytes exhausted at
/usr/src/php/php5/ext/zlib/zlib.c:623
[2005-03-31 19:27:56] myronwu at gmail dot com
Let me clarify some more, here's some more ob_start
calls that you can substitute into the reproduce code
given:
These work OK:
ob_start();
ob_start(null, 2048);
ob_start(null, 1024);
ob_start('ob_gzhandler');
These don't work:
ob_start('ob_gzhandler', 1024);
ob_start('ob_gzhandler', 2048);
ob_start('ob_gzhandler', 1);
[2005-03-31 19:22:10] myronwu at gmail dot com
Pretty convinced this occurs whenever chunking occurs,
irrespective of what the chunk size is. Setting it to
something silly like 1 also has the same problem, for
example.
I also confirmed again the same behaviour on a Mac OS X
(10.3.8) machine, with its default php 4.3.10 setup over
Apache 1.3.33, zlib 1.1.4. Configure command is just
what's default on os x, but if you don't have an os x
machine handy, it's:
'/SourceCache/apache_mod_php/apache_mod_php-17.5/php/
configure' '--prefix=/usr' '--mandir=/usr/share/man' '--
infodir=/usr/share/info' '--with-apxs' '--with-ldap=/
usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib-
dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-
exif' '--enable-ftp' '--enable-mbstring' '--enable-
mbregex' '--enable-dbx' '--enable-sockets' '--with-
iodbc=/usr' '--with-curl=/usr' '--with-config-file-
path=/etc' '--sysconfdir=/private/etc'
The php.ini is untouched from defaults.
[2005-03-31 09:34:17] [EMAIL PROTECTED]
You can always make the chunk size smaller than 2048?
Or doesn't this problem occur then?
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/32508
--
Edit this bug report at http://bugs.php.net/?id=32508&edit=1
#34001 [Asn->Bgs]: truncating value when optional display width value is used
ID: 34001
Updated by: [EMAIL PROTECTED]
Reported By: james at safesearching dot com
-Status: Assigned
+Status: Bogus
Bug Type: PDO related
Operating System: *
PHP Version: 5.1.0b3
Assigned To: wez
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
The pdo_mysql driver does not truncate any data, if it does occur it is
done by myself itself.
Previous Comments:
[2005-08-10 10:52:10] [EMAIL PROTECTED]
Is the truncating supposed to happen?
[2005-08-10 04:01:33] james at safesearching dot com
Tested php5-200508100030, and the junk character issue seems to be
resolved, but values from the database are still being truncated.
[2005-08-05 11:20:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-08-05 02:36:43] james at safesearching dot com
Description:
PDO seems to be trucating the value from MySQL when using the optional
display width syntax (ie, mediumint(4)).
>From http://dev.mysql.com/doc/mysql/en/numeric-types.html
...
The display width does not constrain the range of values that can be
stored in the column, nor the number of digits that are displayed for
values having a width exceeding that specified for the column.
I'm not sure if that is the goal of PDO here is to acutally constrain
the display width, since I occasionally get junk characters after the
specified length.
ie:
+-+
| id mediumint(4) |
+-+
| 123456 |
+-+
value from PDO is '1234', but sometimes is '1234Àd' or other junk
characters.
Reproduce code:
---
$c = new PDO(
"mysql:dbname=test;host=localhost", '***', '***'
);
// mysql mediumint
// bytes: 3
// minimum: -8388608 / 0
// maximum: 8388607 / 16777215
$c->exec('CREATE TABLE IF NOT EXISTS foo (id mediumint(4), primary key
(id));');
$c->exec("INSERT INTO foo VALUES (12345);");
$c->exec("INSERT INTO foo VALUES (1234567);");
$stmt = $c->prepare("SELECT * FROM foo");
$stmt->execute();
print_r($stmt->fetchAll());
Expected result:
Array
(
[0] => Array
(
[id] => 12345
[0] => 12345
)
[1] => Array
(
[id] => 1234567
[0] => 1234567
)
)
Actual result:
--
Array
(
[0] => Array
(
[id] => 1234
[0] => 1234
)
[1] => Array
(
[id] => 1234
[0] => 1234
)
)
--- or sometimes
Array
(
[0] => Array
(
[id] => 1234À
[0] => 1234À
)
[1] => Array
(
[id] => 1234ÀdL
[0] => 1234ÀdL
)
)
--
Edit this bug report at http://bugs.php.net/?id=34001&edit=1
#34072 [Asn->Fbk]: MySQL module can't connect if port is not 3306
ID: 34072 Updated by: [EMAIL PROTECTED] Reported By: pash_ka at fonbet dot info -Status: Assigned +Status: Feedback Bug Type: PDO related Operating System: Windows XP PHP Version: 5.1.0b3 Assigned To: wez New Comment: Does it work if you change the hostname to 127.0.0.1? Previous Comments: [2005-08-10 18:44:28] [EMAIL PROTECTED] Wez, could you plz check it out? [2005-08-10 18:44:18] [EMAIL PROTECTED] I've just copied your DSN and it worked for me. But IIRC it's possible that it automagically uses local socket on my Linux, which is not available on Win32. [2005-08-10 18:38:40] pash_ka at fonbet dot info Well, I've just downloaded php5-win32-latest.zip - it's the same one (Aug 9 2005 ) and tried with it. The bug is still there for me. Do i need to use "mysql:host=localhost;port=6733;dbname=www" dsn or there is another syntax to specify port? [2005-08-10 18:22:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can't reproduce. [2005-08-10 18:16:05] pash_ka at fonbet dot info And yes, I've tried with port 3306 - it works fine. And it also works fine with my non-standart port using mysql_connect(). So it's definetly a bug or missing future in PDO. 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/34072 -- Edit this bug report at http://bugs.php.net/?id=34072&edit=1
#34300 [Opn->Bgs]: imageinterlace does not set interlace bit on gif images
ID: 34300 Updated by: [EMAIL PROTECTED] Reported By: mjs15451 at hotmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Gentoo Linux PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Underlying library (GD) does not support this feature. Previous Comments: [2005-08-30 00:44:02] mjs15451 at hotmail dot com Description: The imageinterlace function does not set the interlace bit on GIF images. It only works on PNG and JPG images. Reproduce code: --- $fileName = '/path/to/gif/file'; $resImage = @imagecreatefromgif($fileName); imageinterlace($resImage, 1); imagegif($resImage, $fileName); imagedestroy($resImage); Expected result: The interlace bit should be set on the GIF image. Actual result: -- The interlace bit is not set on the GIF image. -- Edit this bug report at http://bugs.php.net/?id=34300&edit=1
#34300 [NEW]: imageinterlace does not set interlace bit on gif images
From: mjs15451 at hotmail dot com Operating system: Gentoo Linux PHP version: 5.0.4 PHP Bug Type: GD related Bug description: imageinterlace does not set interlace bit on gif images Description: The imageinterlace function does not set the interlace bit on GIF images. It only works on PNG and JPG images. Reproduce code: --- $fileName = '/path/to/gif/file'; $resImage = @imagecreatefromgif($fileName); imageinterlace($resImage, 1); imagegif($resImage, $fileName); imagedestroy($resImage); Expected result: The interlace bit should be set on the GIF image. Actual result: -- The interlace bit is not set on the GIF image. -- Edit bug report at http://bugs.php.net/?id=34300&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34300&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34300&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34300&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34300&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34300&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34300&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34300&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34300&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34300&r=support Expected behavior: http://bugs.php.net/fix.php?id=34300&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34300&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34300&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34300&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34300&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34300&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34300&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34300&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34300&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34300&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34300&r=mysqlcfg
#34248 [Asn->Fbk]: PDO connects to database but do not execute sql statements
ID: 34248 Updated by: [EMAIL PROTECTED] Reported By: joel at everlast dot se -Status: Assigned +Status: Feedback Bug Type: PDO related Operating System: Debian GNU/Linux 2.4.24-1-386 PHP Version: 5.1.0RC1 Assigned To: wez New Comment: What is the version of your MySQL server and what is the version of the mysql client library PHP is linked against? Previous Comments: [2005-08-25 15:16:32] [EMAIL PROTECTED] Assigned to PDO maintainer. [2005-08-25 14:44:01] joel at everlast dot se Sorry for my bad english, is there a way to edit the original description and correct my spellings? [2005-08-25 14:39:46] joel at everlast dot se Description: I were using 5.1.0Ob2 and pdo wich worked almost fine, everything but transaction worked. So I updated to 5.1.0RC1 and suddenly all pdo related code cease to work. I'm using apache1.3 as the httpd. Se link for more information and code example. Reproduce code: --- http://bowser.everlast.se/~qzio/pdofailure.php Expected result: I want it to execute the $pdo->query() and print out the results. -- Edit this bug report at http://bugs.php.net/?id=34248&edit=1
#34298 [Fbk->Opn]: Bug with zend.ze1_compatibility_mode auto_prepend_file
ID: 34298
User updated by: demjanich at yandex dot ru
Reported By: demjanich at yandex dot ru
-Status: Feedback
+Status: Open
Bug Type: PHP options/info functions
Operating System: WindowsXP
PHP Version: 5.0.4
New Comment:
There is the same bug too. In ver 5.1.0-dev and also in latest brench
of 5.0.x-dev.
Previous Comments:
[2005-08-29 23:31:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-08-29 19:39:44] demjanich at yandex dot ru
Description:
Hello!
There is one bug with zend.ze1_compatibility_mode.
For example, I have three files:
1. D:/localhost/index.php
2. D:/localhost/prepend_file.php
3. .htaccess file
And if I use function error_handler(), then this function catch errors
of php4/php5 compatibility.
So ze1_compatibility_mode don't work in auto prepend file and maybe in
auto append file.
Reproduce code:
---
index.php
--
foo;
}
}
$Test1 = & new Test1;
$Test1 = new Test1;
?>
prepend_file.php
--
foo;
}
}
$Test = new Test;
function error_handler($errno = '', $errstr = '', $errfile = '',
$errline = '')
{
$errstr_debug = $errstr;
$errmsg_debug = $errno.' '.$errstr."\r\nFile: ".$errfile."
Line:".$errline."\r\n";
echo ''.$errmsg_debug.'';
}
set_error_handler('error_handler');
?>
.htaccess
--
php_flag zend.ze1_compatibility_mode On
php_value auto_prepend_file D:/localhost/prepend_file.php
Expected result:
TestTest1Test1
Actual result:
--
Test
2048 var: Deprecated. Please use the public/private/protected
modifiers
File: d:\localhost\index.php Line:6
2048 Assigning the return value of new by reference is deprecated
File: d:\localhost\index.php Line:13
Test1Test1
2048 Implicit cloning object of class 'Test1' because of
'zend.ze1_compatibility_mode'
File: d:\localhost\index.php Line:15
--
Edit this bug report at http://bugs.php.net/?id=34298&edit=1
#34299 [Fbk->Asn]: ReflectionClass::isInstantiable() returns true for abstract classes
ID: 34299
Updated by: [EMAIL PROTECTED]
Reported By: dennis at inmarket dot lviv dot ua
-Status: Feedback
+Status: Assigned
Bug Type: Class/Object related
-Operating System: WinXP
+Operating System: *
-PHP Version: 5.1.0RC1
+PHP Version: 5.0.4
-Assigned To:
+Assigned To: helly
Previous Comments:
[2005-08-29 23:33:24] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-08-29 23:16:21] dennis at inmarket dot lviv dot ua
Description:
ReflectionClass::isInstantiable() returns true for abstract classes. Of
course, subsequent call to ReflectionClass::newInstance() fails. Please
note: this is not the same as bug #28895 (which claims to be solved) -
that bug submitter stressed that isAbstract always returns false. In
this case, isAbstract returns true, but the isInstantiable also returns
true.
Reproduce code:
---
isAbstract() ? 'yes' : 'no', "\n";
if($rc->isInstantiable()) {
echo "Class X is instantiable";
$x = $rc->newInstance();
} else {
echo "Cannot instantiate abstract class";
}
?>
Expected result:
yes
Cannot instantiate abstract class
Actual result:
--
yes
Class X is instantiable
Fatal error: Cannot instantiate abstract class X in
/path/to/abstract.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=34299&edit=1
#34270 [Opn->Fbk]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270
Updated by: [EMAIL PROTECTED]
Reported By: nmariz at estadias dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Debian GNU/Linux 3.1 (Apache 2)
PHP Version: 5.1.0RC1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-08-29 18:07:30] nmariz at estadias dot com
Ok,
dbconn = DatabaseFactory::getInstance();
}
public function getModules() {
$query = 'SELECT id name,text FROM modules';
$stmt = $this->dbconn->query($query);
$result = $stmt->fetchAll();
$stmt = null;
return $result;
}
(...)
}
?>
'.$instanceIndex.' does not exists');
} catch (Exception $e) {
exit('Caught DatabaseFactory exception: '.$e->getMessage().' on line '.$e->getLine().'');
}
return self::$instancePool[$instanceIndex];
}
// The factory method
public static function factory($instanceIndex, $options) {
try {
$dsn =
$options['driver'].':host='.$options['hostname'].';dbname='.$options['database'];
if ($options['persistent'] == 1)
self::$instancePool[$instanceIndex] = new PDO($dsn,
$options['username'], $options['password'], array(PDO_ATTR_PERSISTENT
=> true));
else
self::$instancePool[$instanceIndex] = new PDO($dsn,
$options['username'], $options['password']);
if ($options['pdo_error_mode'] == 'exception')
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_EXCEPTION);
elseif ($options['pdo_error_mode'] == 'warning')
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_WARNING);
else // silent
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_SILENT);
} catch (PDOException $e) {
exit('Database connection failed: '.$e->getMessage().' on line '.$e->getLine().'');
}
}
// Returns the total of instances
public static function getTotalInstances() {
return count(self::$instancePool);
}
// Returns the index of the last instance created
public static function getLastInstanceIndex() {
return self::$instancePoll[(count(self::$instancePool) - 1)];
}
}
?>
[2005-08-29 17:44:34] [EMAIL PROTECTED]
No, I don't trust anyone, not even myself when dealing with bugs. Is it
so hard to give the 2-3 lines before this that do the connection/etc?
[2005-08-29 17:39:49] nmariz at estadias dot com
Man,
Is in the query part, this happens in several queries on my app.
I am not a beginner in PHP, so trust me...
Whatever, forget... this is a waste of time.
[2005-08-29 17:07:13] [EMAIL PROTECTED]
I think you don't understand that I am very very lazy.
And that your problem _might_ be somewhere ELSE than in the query part.
So either give the full code or go away.
[2005-08-29 17:00:45] nmariz at estadias dot com
What part in "Segmentation fault when executing an invalid
SQL(_ANY_) statement" did you not understand?
I think that you don't need more code to understand what i mean.
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/34270
--
Edit this bug report at http://bugs.php.net/?id=34270&edit=1
#34299 [Opn->Fbk]: ReflectionClass::isInstantiable() returns true for abstract classes
ID: 34299
Updated by: [EMAIL PROTECTED]
Reported By: dennis at inmarket dot lviv dot ua
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-08-29 23:16:21] dennis at inmarket dot lviv dot ua
Description:
ReflectionClass::isInstantiable() returns true for abstract classes. Of
course, subsequent call to ReflectionClass::newInstance() fails. Please
note: this is not the same as bug #28895 (which claims to be solved) -
that bug submitter stressed that isAbstract always returns false. In
this case, isAbstract returns true, but the isInstantiable also returns
true.
Reproduce code:
---
isAbstract() ? 'yes' : 'no', "\n";
if($rc->isInstantiable()) {
echo "Class X is instantiable";
$x = $rc->newInstance();
} else {
echo "Cannot instantiate abstract class";
}
?>
Expected result:
yes
Cannot instantiate abstract class
Actual result:
--
yes
Class X is instantiable
Fatal error: Cannot instantiate abstract class X in
/path/to/abstract.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=34299&edit=1
#34296 [Opn->Bgs]: Session ID Regenerate
ID: 34296 Updated by: [EMAIL PROTECTED] Reported By: jsimms98 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: Stop reopening, there is no bug here. Previous Comments: [2005-08-29 18:24:44] jsimms98 at yahoo dot com So does that mean I need to install 5.1? Can you forward me your PHP.INI file? I wish you would stop changing this bug's status to bogus because it is having a serious impact on my client site and I need to get this resolved. I dont know what your configuration is, but currently on my server it is not working. I have tried this on another machine with XP and Apache using 5.0.4 and it seems to work fine. Is there an XP Patch that is needed inorder to run sessions on the XP Server? [2005-08-29 17:05:50] [EMAIL PROTECTED] Because it works for me (using PHP 5.1) [2005-08-29 17:01:08] jsimms98 at yahoo dot com Please explain. How is this not a php bug? [2005-08-29 16:30: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. [2005-08-29 15:49:00] jsimms98 at yahoo dot com I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. 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/34296 -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34298 [Opn->Fbk]: Bug with zend.ze1_compatibility_mode auto_prepend_file
ID: 34298
Updated by: [EMAIL PROTECTED]
Reported By: demjanich at yandex dot ru
-Status: Open
+Status: Feedback
Bug Type: PHP options/info functions
Operating System: WindowsXP
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-08-29 19:39:44] demjanich at yandex dot ru
Description:
Hello!
There is one bug with zend.ze1_compatibility_mode.
For example, I have three files:
1. D:/localhost/index.php
2. D:/localhost/prepend_file.php
3. .htaccess file
And if I use function error_handler(), then this function catch errors
of php4/php5 compatibility.
So ze1_compatibility_mode don't work in auto prepend file and maybe in
auto append file.
Reproduce code:
---
index.php
--
foo;
}
}
$Test1 = & new Test1;
$Test1 = new Test1;
?>
prepend_file.php
--
foo;
}
}
$Test = new Test;
function error_handler($errno = '', $errstr = '', $errfile = '',
$errline = '')
{
$errstr_debug = $errstr;
$errmsg_debug = $errno.' '.$errstr."\r\nFile: ".$errfile."
Line:".$errline."\r\n";
echo ''.$errmsg_debug.'';
}
set_error_handler('error_handler');
?>
.htaccess
--
php_flag zend.ze1_compatibility_mode On
php_value auto_prepend_file D:/localhost/prepend_file.php
Expected result:
TestTest1Test1
Actual result:
--
Test
2048 var: Deprecated. Please use the public/private/protected
modifiers
File: d:\localhost\index.php Line:6
2048 Assigning the return value of new by reference is deprecated
File: d:\localhost\index.php Line:13
Test1Test1
2048 Implicit cloning object of class 'Test1' because of
'zend.ze1_compatibility_mode'
File: d:\localhost\index.php Line:15
--
Edit this bug report at http://bugs.php.net/?id=34298&edit=1
#34299 [NEW]: ReflectionClass::isInstantiable() returns true for abstract classes
From: dennis at inmarket dot lviv dot ua
Operating system: WinXP
PHP version: 5.1.0RC1
PHP Bug Type: Class/Object related
Bug description: ReflectionClass::isInstantiable() returns true for abstract
classes
Description:
ReflectionClass::isInstantiable() returns true for abstract classes. Of
course, subsequent call to ReflectionClass::newInstance() fails. Please
note: this is not the same as bug #28895 (which claims to be solved) -
that bug submitter stressed that isAbstract always returns false. In this
case, isAbstract returns true, but the isInstantiable also returns true.
Reproduce code:
---
isAbstract() ? 'yes' : 'no', "\n";
if($rc->isInstantiable()) {
echo "Class X is instantiable";
$x = $rc->newInstance();
} else {
echo "Cannot instantiate abstract class";
}
?>
Expected result:
yes
Cannot instantiate abstract class
Actual result:
--
yes
Class X is instantiable
Fatal error: Cannot instantiate abstract class X in /path/to/abstract.php
on line 9
--
Edit bug report at http://bugs.php.net/?id=34299&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34299&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34299&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34299&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34299&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34299&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34299&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34299&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34299&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34299&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34299&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34299&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34299&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34299&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34299&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34299&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34299&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34299&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34299&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34299&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34299&r=mysqlcfg
#34286 [Opn->Asn]: __toString() behavior is inconsistent
ID: 34286 Updated by: [EMAIL PROTECTED] Reported By: alek at zvuk dot net -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: 5.* Assigned To: helly Previous Comments: [2005-08-28 10:59:57] alek at zvuk dot net Description: There are three different ways objects are converted to strings and they are inconsistent (depends on what function you are using). I think all object-to-string conversions should be done via __toString() if it is defined, even if the object is in quotes. Reproduce code: --- http://bugs.php.net/?id=34286&edit=1
#34298 [NEW]: Bug with zend.ze1_compatibility_mode auto_prepend_file
From: demjanich at yandex dot ru
Operating system: WindowsXP
PHP version: 5.0.4
PHP Bug Type: PHP options/info functions
Bug description: Bug with zend.ze1_compatibility_mode auto_prepend_file
Description:
Hello!
There is one bug with zend.ze1_compatibility_mode.
For example, I have three files:
1. D:/localhost/index.php
2. D:/localhost/prepend_file.php
3. .htaccess file
And if I use function error_handler(), then this function catch errors of
php4/php5 compatibility.
So ze1_compatibility_mode don't work in auto prepend file and maybe in
auto append file.
Reproduce code:
---
index.php
--
foo;
}
}
$Test1 = & new Test1;
$Test1 = new Test1;
?>
prepend_file.php
--
foo;
}
}
$Test = new Test;
function error_handler($errno = '', $errstr = '', $errfile = '', $errline
= '')
{
$errstr_debug = $errstr;
$errmsg_debug = $errno.' '.$errstr."\r\nFile: ".$errfile."
Line:".$errline."\r\n";
echo ''.$errmsg_debug.'';
}
set_error_handler('error_handler');
?>
.htaccess
--
php_flag zend.ze1_compatibility_mode On
php_value auto_prepend_file D:/localhost/prepend_file.php
Expected result:
TestTest1Test1
Actual result:
--
Test
2048 var: Deprecated. Please use the public/private/protected modifiers
File: d:\localhost\index.php Line:6
2048 Assigning the return value of new by reference is deprecated
File: d:\localhost\index.php Line:13
Test1Test1
2048 Implicit cloning object of class 'Test1' because of
'zend.ze1_compatibility_mode'
File: d:\localhost\index.php Line:15
--
Edit bug report at http://bugs.php.net/?id=34298&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34298&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34298&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34298&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34298&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34298&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34298&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34298&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34298&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34298&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34298&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34298&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34298&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34298&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34298&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34298&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34298&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34298&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34298&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34298&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34298&r=mysqlcfg
#33188 [Com]: Cannot instantiate a DOTNET object
ID: 33188
Comment by: hobbit at lantic dot net
Reported By: sean at iplus dot plus dot com
Status: Assigned
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5CVS-2005-05-31
Assigned To: wez
New Comment:
5.1.0-dev (cli) - bug still present
Previous Comments:
[2005-08-29 18:06:53] hobbit at lantic dot net
php 5.0.4 (cli) still has this issue
[2005-05-31 23:04:01] sean at iplus dot plus dot com
I have tested again after a reboot but still get the same result.
Whats the significance of a reboot ? What gets installed/modified ? I
though I just had to unzip the binaries and run PHP.EXE with a .PHP
script. Im not using PHP with a webserver - just using PHP.EXE on the
command line. I didnt think I had to install anything extra for PHP
(and the DOTNET extension) to work. Maybe I've missed something here ?
Thanks
[2005-05-30 23:56:59] [EMAIL PROTECTED]
Did you reboot..? :)
[2005-05-30 23:43:36] sean at iplus dot plus dot com
Tried the latest snapshot but still get same result as shown below:
C:\PHP\BUGS>php5-win32-latest\php.exe -v
PHP 5.1.0-dev (cli) (built: May 30 2005 20:22:11)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
C:\PHP\BUGS>php5-win32-latest\php.exe dotnet-example.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\BUGS\dotnet-example.php:2
Stack trace:
#0 {main}
thrown in C:\PHP\BUGS\dotnet-example.php on line 2
#
[2005-05-30 23:00:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/33188
--
Edit this bug report at http://bugs.php.net/?id=33188&edit=1
#34296 [Bgs->Opn]: Session ID Regenerate
ID: 34296 User updated by: jsimms98 at yahoo dot com Reported By: jsimms98 at yahoo dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: So does that mean I need to install 5.1? Can you forward me your PHP.INI file? I wish you would stop changing this bug's status to bogus because it is having a serious impact on my client site and I need to get this resolved. I dont know what your configuration is, but currently on my server it is not working. I have tried this on another machine with XP and Apache using 5.0.4 and it seems to work fine. Is there an XP Patch that is needed inorder to run sessions on the XP Server? Previous Comments: [2005-08-29 17:05:50] [EMAIL PROTECTED] Because it works for me (using PHP 5.1) [2005-08-29 17:01:08] jsimms98 at yahoo dot com Please explain. How is this not a php bug? [2005-08-29 16:30: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. [2005-08-29 15:49:00] jsimms98 at yahoo dot com I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. [2005-08-29 15:47:32] jsimms98 at yahoo dot com Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34270 [Fbk->Opn]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270
User updated by: nmariz at estadias dot com
Reported By: nmariz at estadias dot com
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Debian GNU/Linux 3.1 (Apache 2)
PHP Version: 5.1.0RC1
New Comment:
Ok,
dbconn = DatabaseFactory::getInstance();
}
public function getModules() {
$query = 'SELECT id name,text FROM modules';
$stmt = $this->dbconn->query($query);
$result = $stmt->fetchAll();
$stmt = null;
return $result;
}
(...)
}
?>
'.$instanceIndex.' does not exists');
} catch (Exception $e) {
exit('Caught DatabaseFactory exception: '.$e->getMessage().' on line '.$e->getLine().'');
}
return self::$instancePool[$instanceIndex];
}
// The factory method
public static function factory($instanceIndex, $options) {
try {
$dsn =
$options['driver'].':host='.$options['hostname'].';dbname='.$options['database'];
if ($options['persistent'] == 1)
self::$instancePool[$instanceIndex] = new PDO($dsn,
$options['username'], $options['password'], array(PDO_ATTR_PERSISTENT
=> true));
else
self::$instancePool[$instanceIndex] = new PDO($dsn,
$options['username'], $options['password']);
if ($options['pdo_error_mode'] == 'exception')
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_EXCEPTION);
elseif ($options['pdo_error_mode'] == 'warning')
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_WARNING);
else // silent
self::$instancePool[$instanceIndex]->setAttribute(PDO_ATTR_ERRMODE,
PDO_ERRMODE_SILENT);
} catch (PDOException $e) {
exit('Database connection failed: '.$e->getMessage().' on line '.$e->getLine().'');
}
}
// Returns the total of instances
public static function getTotalInstances() {
return count(self::$instancePool);
}
// Returns the index of the last instance created
public static function getLastInstanceIndex() {
return self::$instancePoll[(count(self::$instancePool) - 1)];
}
}
?>
Previous Comments:
[2005-08-29 17:44:34] [EMAIL PROTECTED]
No, I don't trust anyone, not even myself when dealing with bugs. Is it
so hard to give the 2-3 lines before this that do the connection/etc?
[2005-08-29 17:39:49] nmariz at estadias dot com
Man,
Is in the query part, this happens in several queries on my app.
I am not a beginner in PHP, so trust me...
Whatever, forget... this is a waste of time.
[2005-08-29 17:07:13] [EMAIL PROTECTED]
I think you don't understand that I am very very lazy.
And that your problem _might_ be somewhere ELSE than in the query part.
So either give the full code or go away.
[2005-08-29 17:00:45] nmariz at estadias dot com
What part in "Segmentation fault when executing an invalid
SQL(_ANY_) statement" did you not understand?
I think that you don't need more code to understand what i mean.
[2005-08-29 13:24:51] [EMAIL PROTECTED]
What part in "a short but complete example script" did you not
understand?
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/34270
--
Edit this bug report at http://bugs.php.net/?id=34270&edit=1
#33188 [Com]: Cannot instantiate a DOTNET object
ID: 33188
Comment by: hobbit at lantic dot net
Reported By: sean at iplus dot plus dot com
Status: Assigned
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5CVS-2005-05-31
Assigned To: wez
New Comment:
php 5.0.4 (cli) still has this issue
Previous Comments:
[2005-05-31 23:04:01] sean at iplus dot plus dot com
I have tested again after a reboot but still get the same result.
Whats the significance of a reboot ? What gets installed/modified ? I
though I just had to unzip the binaries and run PHP.EXE with a .PHP
script. Im not using PHP with a webserver - just using PHP.EXE on the
command line. I didnt think I had to install anything extra for PHP
(and the DOTNET extension) to work. Maybe I've missed something here ?
Thanks
[2005-05-30 23:56:59] [EMAIL PROTECTED]
Did you reboot..? :)
[2005-05-30 23:43:36] sean at iplus dot plus dot com
Tried the latest snapshot but still get same result as shown below:
C:\PHP\BUGS>php5-win32-latest\php.exe -v
PHP 5.1.0-dev (cli) (built: May 30 2005 20:22:11)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
C:\PHP\BUGS>php5-win32-latest\php.exe dotnet-example.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\BUGS\dotnet-example.php:2
Stack trace:
#0 {main}
thrown in C:\PHP\BUGS\dotnet-example.php on line 2
#
[2005-05-30 23:00:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-30 18:57:03] sean at iplus dot plus dot com
Description:
When trying to instantiate a DOTNET object in Version 5.0.4 I get a
'com_exception'. I have Microsoft.NET 1.1 installed.
The bug appears similar to a previous bug:
BUG #29490 'Failed to instantiate .Net object' using PHP.NET docu
example
BUG #30461 "Failed to Instantiate .Net Object" error (again)
Bug #29490 was fixed in version 5.0.1.
I tried version 5.0.1, 5.0.2, 5.03 and could not instantiate a DOTNET
object. However the error message was different for different versions.
Version Error message
--
5.0.4 Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.3 Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.2 Failed to initialize .Net runtime
5.0.1 Failed to initialize .Net runtime
The full results of my tests are shown below.
##
Tests run on previous PHP versions - all with same reproduce code
##
##
PHP VERSION = 5.04
##
C:\PHP>php-5.0.4-Win32\php.exe -v
PHP 5.0.4 (cli) (built: Mar 31 2005 02:45:48)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
C:\PHP>php-5.0.4-Win32\php.exe dotnet-example.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
thrown in C:\PHP\dotnet-example.php on line 2
##
PHP VERSION = 5.03
##
C:\PHP>php-5.0.3-Win32\php.exe -v
PHP 5.0.3 (cli) (built: Dec 15 2004 08:07:57)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
C:\PHP>php-5.0.3-Win32\php.exe dotnet-example.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
thrown in C:\PHP\dotnet-example.php on line 2
##
PHP VERSION = 5.02
##
C:\PHP>php-5.0.2-Win32\php.exe -v
PHP 5.0.2 (cli) (built: Sep 24 2004 01:25:41)
Copyrigh
#34271 [Bgs]: cli produces segmentation fault during install
ID: 34271 User updated by: wim at godden dot net Reported By: wim at godden dot net Status: Bogus Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: Any suggestions on how to try to find a solution to this ? Previous Comments: [2005-08-29 16:50:17] [EMAIL PROTECTED] Apparently there's something very wrong within your system. I'm unable to reproduce this and nobody else has reported this so it's not PHP bug (yet). [2005-08-29 14:15:09] wim at godden dot net I knew bt... but this is all bt gives : #0 0x08321869 in CRYPTO_get_ex_new_index () [2005-08-29 14:09:36] [EMAIL PROTECTED] (gdb) bt [2005-08-29 14:08:58] wim at godden dot net That's all being shown. [2005-08-29 14:07:13] [EMAIL PROTECTED] Can you provide the rest of that backtrace..? 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34270 [Opn->Fbk]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 Updated by: [EMAIL PROTECTED] Reported By: nmariz at estadias dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: No, I don't trust anyone, not even myself when dealing with bugs. Is it so hard to give the 2-3 lines before this that do the connection/etc? Previous Comments: [2005-08-29 17:39:49] nmariz at estadias dot com Man, Is in the query part, this happens in several queries on my app. I am not a beginner in PHP, so trust me... Whatever, forget... this is a waste of time. [2005-08-29 17:07:13] [EMAIL PROTECTED] I think you don't understand that I am very very lazy. And that your problem _might_ be somewhere ELSE than in the query part. So either give the full code or go away. [2005-08-29 17:00:45] nmariz at estadias dot com What part in "Segmentation fault when executing an invalid SQL(_ANY_) statement" did you not understand? I think that you don't need more code to understand what i mean. [2005-08-29 13:24:51] [EMAIL PROTECTED] What part in "a short but complete example script" did you not understand? [2005-08-29 10:42:36] nmariz at estadias dot com Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> 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/34270 -- Edit this bug report at http://bugs.php.net/?id=34270&edit=1
#34270 [Fbk->Opn]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 User updated by: nmariz at estadias dot com Reported By: nmariz at estadias dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: Man, Is in the query part, this happens in several queries on my app. I am not a beginner in PHP, so trust me... Whatever, forget... this is a waste of time. Previous Comments: [2005-08-29 17:07:13] [EMAIL PROTECTED] I think you don't understand that I am very very lazy. And that your problem _might_ be somewhere ELSE than in the query part. So either give the full code or go away. [2005-08-29 17:00:45] nmariz at estadias dot com What part in "Segmentation fault when executing an invalid SQL(_ANY_) statement" did you not understand? I think that you don't need more code to understand what i mean. [2005-08-29 13:24:51] [EMAIL PROTECTED] What part in "a short but complete example script" did you not understand? [2005-08-29 10:42:36] nmariz at estadias dot com Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> [2005-08-26 21:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34270 -- Edit this bug report at http://bugs.php.net/?id=34270&edit=1
#34292 [Opn->Bgs]: Timezone setting
ID: 34292 Updated by: [EMAIL PROTECTED] Reported By: Admin at relax-info dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP SP2 PHP Version: 5.1.0RC1 New Comment: When you have that set correctly, you'll get correct results. RTFM. Previous Comments: [2005-08-29 14:41:53] Admin at relax-info dot com In configuration a file(php.ini-dist|php.ini-recommended) there is no configuration option - date.timezone therefore I established nothing. It is impossible to take parameter timezone from a OS? [2005-08-29 13:23:42] [EMAIL PROTECTED] Have you set date.timezone php.ini setting correctly? (what is it?) [2005-08-29 00:55:24] Admin at relax-info dot com Sorry, Expected result: Sun, 28 Aug 2005 01:44:05 +0300 [2005-08-29 00:51:18] Admin at relax-info dot com Description: PHP don't give proper weigh Timezone setting of my machine. Difference to Greenwich time (GMT) in hours = 0 Reproduce code: --- Expected result: Sun, 28 Aug 2005 01:44:05 +0200 Actual result: -- Sun, 28 Aug 2005 22:44:05 + -- Edit this bug report at http://bugs.php.net/?id=34292&edit=1
#34270 [Opn->Fbk]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 Updated by: [EMAIL PROTECTED] Reported By: nmariz at estadias dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: I think you don't understand that I am very very lazy. And that your problem _might_ be somewhere ELSE than in the query part. So either give the full code or go away. Previous Comments: [2005-08-29 17:00:45] nmariz at estadias dot com What part in "Segmentation fault when executing an invalid SQL(_ANY_) statement" did you not understand? I think that you don't need more code to understand what i mean. [2005-08-29 13:24:51] [EMAIL PROTECTED] What part in "a short but complete example script" did you not understand? [2005-08-29 10:42:36] nmariz at estadias dot com Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> [2005-08-26 21:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-08-26 20:02:33] nmariz at estadias dot com Description: Segmentation fault in Apache when executing an invalid SQL. apache error.log: [Fri Aug 26 18:10:42 2005] [notice] child pid 26519 exit signal Segmentation fault (11) Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079565216 (LWP 28567)] 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 302 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 #1 0x40727109 in pdo_mysql_stmt_dtor (stmt=0x0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo_mysql/mysql_statement.c:45 #2 0x40724819 in free_statement (stmt=0x83bbe94, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo/pdo_stmt.c:1977 #3 0x40896654 in zend_objects_store_del_ref (zobject=0x836b474, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/Zend/zend_objects_API.c:161 #4 0x4087bb74 in _zval_dtor_func (zvalue=0x836b474) at /root/software/php-5.1.0RC1/Zend/zend_variables.c:52 #5 0x407202d5 in zif_PDO_query (ht=1, return_value=0x836b474, return_value_ptr=0x0, this_ptr=0x409070eb, return_value_used=0, tsrm_ls=0x817ecf8) at zend_variables.h:35 #6 0x408a4446 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffbe60, tsrm_ls=0x817ecf8) at zend_vm_execute.h:184 #7 0x408a3b4c in execute (op_array=0x83a550c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #8 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc060, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #9 0x408a3b4c in execute (op_array=0x834c694, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #10 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc2b0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #11 0x408a3b4c in execute (op_array=0x83234f4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #12 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc640, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #13 0x408a3b4c in execute (op_array=0x8352ac4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #14 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffccf0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #15 0x408a3b4c in execute (op_array=0x83283fc, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #16 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffcf30, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #17 0x408a3b4c in execute (op_array=0x832929c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #18 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd410, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #19 0x408a3b4c in execute (op_array=0x832130c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #20 0x4087e1fc in zend_execute_scripts (type=8, tsrm_ls=0x817ecf8, retval=0x0, file_count=3) at /root/software/php-5.1.0RC1/Zend/zend.c:1078 #21 0x4083d534 in php_execute_script (primary_file=0xb7a0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/main/main.c:1672 #22 0x408fa0e7 in php_handler (r=0x83133d0) at /root/software/php-5.1.0RC1/sapi/apache2handle
#34296 [Opn->Bgs]: Session ID Regenerate
ID: 34296 Updated by: [EMAIL PROTECTED] Reported By: jsimms98 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: Because it works for me (using PHP 5.1) Previous Comments: [2005-08-29 17:01:08] jsimms98 at yahoo dot com Please explain. How is this not a php bug? [2005-08-29 16:30: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. [2005-08-29 15:49:00] jsimms98 at yahoo dot com I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. [2005-08-29 15:47:32] jsimms98 at yahoo dot com Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34296 [Bgs->Opn]: Session ID Regenerate
ID: 34296 User updated by: jsimms98 at yahoo dot com Reported By: jsimms98 at yahoo dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: Please explain. How is this not a php bug? Previous Comments: [2005-08-29 16:30: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. [2005-08-29 15:49:00] jsimms98 at yahoo dot com I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. [2005-08-29 15:47:32] jsimms98 at yahoo dot com Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34270 [Fbk->Opn]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 User updated by: nmariz at estadias dot com Reported By: nmariz at estadias dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: What part in "Segmentation fault when executing an invalid SQL(_ANY_) statement" did you not understand? I think that you don't need more code to understand what i mean. Previous Comments: [2005-08-29 13:24:51] [EMAIL PROTECTED] What part in "a short but complete example script" did you not understand? [2005-08-29 10:42:36] nmariz at estadias dot com Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> [2005-08-26 21:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-08-26 20:02:33] nmariz at estadias dot com Description: Segmentation fault in Apache when executing an invalid SQL. apache error.log: [Fri Aug 26 18:10:42 2005] [notice] child pid 26519 exit signal Segmentation fault (11) Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079565216 (LWP 28567)] 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 302 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 #1 0x40727109 in pdo_mysql_stmt_dtor (stmt=0x0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo_mysql/mysql_statement.c:45 #2 0x40724819 in free_statement (stmt=0x83bbe94, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo/pdo_stmt.c:1977 #3 0x40896654 in zend_objects_store_del_ref (zobject=0x836b474, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/Zend/zend_objects_API.c:161 #4 0x4087bb74 in _zval_dtor_func (zvalue=0x836b474) at /root/software/php-5.1.0RC1/Zend/zend_variables.c:52 #5 0x407202d5 in zif_PDO_query (ht=1, return_value=0x836b474, return_value_ptr=0x0, this_ptr=0x409070eb, return_value_used=0, tsrm_ls=0x817ecf8) at zend_variables.h:35 #6 0x408a4446 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffbe60, tsrm_ls=0x817ecf8) at zend_vm_execute.h:184 #7 0x408a3b4c in execute (op_array=0x83a550c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #8 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc060, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #9 0x408a3b4c in execute (op_array=0x834c694, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #10 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc2b0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #11 0x408a3b4c in execute (op_array=0x83234f4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #12 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc640, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #13 0x408a3b4c in execute (op_array=0x8352ac4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #14 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffccf0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #15 0x408a3b4c in execute (op_array=0x83283fc, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #16 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffcf30, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #17 0x408a3b4c in execute (op_array=0x832929c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #18 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd410, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #19 0x408a3b4c in execute (op_array=0x832130c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #20 0x4087e1fc in zend_execute_scripts (type=8, tsrm_ls=0x817ecf8, retval=0x0, file_count=3) at /root/software/php-5.1.0RC1/Zend/zend.c:1078 #21 0x4083d534 in php_execute_script (primary_file=0xb7a0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/main/main.c:1672 #22 0x408fa0e7 in php_handler (r=0x83133d0) at /root/software/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #23 0x080783a5 in ap_run_handler () #24 0x080789b0 in ap_invoke_handler () #25 0x08069c9a in ap_process_request () #26 0x0806512d in _start () #27 0x083133d0 in ?? () #28 0x0004 in ?? () #29 0x083133d0 in ?? () #30 0x0808373c in ap_run_pre_connection () #31 0
#34271 [Opn->Bgs]: cli produces segmentation fault during install
ID: 34271 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: Apparently there's something very wrong within your system. I'm unable to reproduce this and nobody else has reported this so it's not PHP bug (yet). Previous Comments: [2005-08-29 14:15:09] wim at godden dot net I knew bt... but this is all bt gives : #0 0x08321869 in CRYPTO_get_ex_new_index () [2005-08-29 14:09:36] [EMAIL PROTECTED] (gdb) bt [2005-08-29 14:08:58] wim at godden dot net That's all being shown. [2005-08-29 14:07:13] [EMAIL PROTECTED] Can you provide the rest of that backtrace..? [2005-08-29 14:04:40] wim at godden dot net (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34297 [Opn->Fbk]: get_object_vars on COM object produces Apache error
ID: 34297
Updated by: [EMAIL PROTECTED]
Reported By: csaba at alum dot mit dot edu
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Win XP Pro
PHP Version: 5.1.0RC1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-08-29 16:22:01] csaba at alum dot mit dot edu
Description:
If I do get_object_vars on a COM object, the code hangs and eventually
I get an Apache HTTP Server error message dialog telling me it's
encountered an error and needs to close and would I like to submit a
report.
If the code should indeed generate an error, shouldn't I be able to
trap for it rather than experience a hang?
Csaba Gabor from Vienna
Reproduce code:
---
\n";
print "gettype of \$oWS: " . gettype($oWS) . "\n";
print " class of \$oWS: " . get_class($oWS) . "\n";
try { print ('(array)$oWS: ');
$Arr = (array)$oWS;
print_r ( $Arr ); }
catch (Exception $e) {
print "(array) casting error.\n"; }
try { print ('get_objectvars($oWS): ');
$Arr = get_object_vars($oWS);
print_r ( $Arr ); }
catch (Exception $e) {
print "get_object_vars error."; }
print "\n";
?>
Expected result:
I expect to get one of:
(1) an array of filled in, accessible properties/values.
(2) an empty array as in the first try block
(3) an error message from the catch block
If you comment out the 5th line, as shown below, then you can see how
it looks when the object is an instance of a class:
// $oWS = new COM("WScript.Shell");
Actual result:
--
The first try/catch block works fine, producing an empty array. It's
the second one that hangs, producing the Apache error dialog (If I use
php.exe I get the same error dialog except with CLI in the title bar).
--
Edit this bug report at http://bugs.php.net/?id=34297&edit=1
#34296 [Opn->Bgs]: Session ID Regenerate
ID: 34296 Updated by: [EMAIL PROTECTED] Reported By: jsimms98 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-08-29 15:49:00] jsimms98 at yahoo dot com I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. [2005-08-29 15:47:32] jsimms98 at yahoo dot com Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34297 [NEW]: get_object_vars on COM object produces Apache error
From: csaba at alum dot mit dot edu
Operating system: Win XP Pro
PHP version: 5.1.0RC1
PHP Bug Type: COM related
Bug description: get_object_vars on COM object produces Apache error
Description:
If I do get_object_vars on a COM object, the code hangs and eventually I
get an Apache HTTP Server error message dialog telling me it's encountered
an error and needs to close and would I like to submit a report.
If the code should indeed generate an error, shouldn't I be able to trap
for it rather than experience a hang?
Csaba Gabor from Vienna
Reproduce code:
---
\n";
print "gettype of \$oWS: " . gettype($oWS) . "\n";
print " class of \$oWS: " . get_class($oWS) . "\n";
try { print ('(array)$oWS: ');
$Arr = (array)$oWS;
print_r ( $Arr ); }
catch (Exception $e) {
print "(array) casting error.\n"; }
try { print ('get_objectvars($oWS): ');
$Arr = get_object_vars($oWS);
print_r ( $Arr ); }
catch (Exception $e) {
print "get_object_vars error."; }
print "\n";
?>
Expected result:
I expect to get one of:
(1) an array of filled in, accessible properties/values.
(2) an empty array as in the first try block
(3) an error message from the catch block
If you comment out the 5th line, as shown below, then you can see how it
looks when the object is an instance of a class:
// $oWS = new COM("WScript.Shell");
Actual result:
--
The first try/catch block works fine, producing an empty array. It's the
second one that hangs, producing the Apache error dialog (If I use php.exe
I get the same error dialog except with CLI in the title bar).
--
Edit bug report at http://bugs.php.net/?id=34297&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34297&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34297&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34297&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34297&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34297&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34297&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34297&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34297&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34297&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34297&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34297&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34297&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34297&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34297&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34297&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34297&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34297&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34297&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34297&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34297&r=mysqlcfg
#34296 [Opn]: Session ID Regenerate
ID: 34296 User updated by: jsimms98 at yahoo dot com Reported By: jsimms98 at yahoo dot com Status: Open Bug Type: Session related Operating System: XP PHP Version: 5.0.4 New Comment: I even ran this zip file php4-win32-STABLE-latest.zip and it still doesnt fix my problem. Previous Comments: [2005-08-29 15:47:32] jsimms98 at yahoo dot com Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit this bug report at http://bugs.php.net/?id=34296&edit=1
#34296 [NEW]: Session ID Regenerate
From: jsimms98 at yahoo dot com Operating system: XP PHP version: 5.0.4 PHP Bug Type: Session related Bug description: Session ID Regenerate Description: I have installed Apache 2.0.54 and PHP 5.0.4 onto Windows XP. Everything is running properly with the exception of the use of session variables. When I run the application as localhost sessions are being defined properly and the application is running fine. When I try to connect through the network name or IP Address the session variables are being regenerated on each page causing the application to believe that defined Session Variables tdo not exist. Reproduce code: --- < Session Variables defined $_SESSION["sesFinCENOS08-01usrname"] = $HTTP_POST_VARS["u_name"]; $_SESSION["sesFinCENOS08-01pwd"] = $HTTP_POST_VARS["pwd"]; $_SESSION["sesFinCENOS08-01hasLogin"] = TRUE; Expected result: for the session to carry over to the next page as long as browser doesnt time out or close. Actual result: -- Each page the sessions are not visible through the script and is failing to continue to run the application . -- Edit bug report at http://bugs.php.net/?id=34296&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34296&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34296&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34296&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34296&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34296&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34296&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34296&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34296&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34296&r=support Expected behavior: http://bugs.php.net/fix.php?id=34296&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34296&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34296&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34296&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34296&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34296&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34296&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34296&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34296&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34296&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34296&r=mysqlcfg
#34295 [NEW]: configure --sysconfdir should be evaluated
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5CVS-2005-08-29 (CVS) PHP Bug Type: Feature/Change Request Bug description: configure --sysconfdir should be evaluated Description: This is a duplicate of #3126. Anyway, this bug is very old and I'd like to reopen the discussion. The configure --sysconfdir directive should be evaluated. --with-config-file-path could be removed then. -- Edit bug report at http://bugs.php.net/?id=34295&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34295&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34295&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34295&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34295&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34295&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34295&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34295&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34295&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34295&r=support Expected behavior: http://bugs.php.net/fix.php?id=34295&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34295&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34295&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34295&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34295&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34295&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34295&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34295&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34295&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34295&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34295&r=mysqlcfg
#34292 [Fbk->Opn]: Timezone setting
ID: 34292 User updated by: Admin at relax-info dot com Reported By: Admin at relax-info dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows XP SP2 PHP Version: 5.1.0RC1 New Comment: In configuration a file(php.ini-dist|php.ini-recommended) there is no configuration option - date.timezone therefore I established nothing. It is impossible to take parameter timezone from a OS? Previous Comments: [2005-08-29 13:23:42] [EMAIL PROTECTED] Have you set date.timezone php.ini setting correctly? (what is it?) [2005-08-29 00:55:24] Admin at relax-info dot com Sorry, Expected result: Sun, 28 Aug 2005 01:44:05 +0300 [2005-08-29 00:51:18] Admin at relax-info dot com Description: PHP don't give proper weigh Timezone setting of my machine. Difference to Greenwich time (GMT) in hours = 0 Reproduce code: --- Expected result: Sun, 28 Aug 2005 01:44:05 +0200 Actual result: -- Sun, 28 Aug 2005 22:44:05 + -- Edit this bug report at http://bugs.php.net/?id=34292&edit=1
#34271 [Fbk->Opn]: cli produces segmentation fault during install
ID: 34271 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: I knew bt... but this is all bt gives : #0 0x08321869 in CRYPTO_get_ex_new_index () Previous Comments: [2005-08-29 14:09:36] [EMAIL PROTECTED] (gdb) bt [2005-08-29 14:08:58] wim at godden dot net That's all being shown. [2005-08-29 14:07:13] [EMAIL PROTECTED] Can you provide the rest of that backtrace..? [2005-08-29 14:04:40] wim at godden dot net (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) [2005-08-29 13:55:24] [EMAIL PROTECTED] Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Opn->Fbk]: cli produces segmentation fault during install
ID: 34271 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: (gdb) bt Previous Comments: [2005-08-29 14:08:58] wim at godden dot net That's all being shown. [2005-08-29 14:07:13] [EMAIL PROTECTED] Can you provide the rest of that backtrace..? [2005-08-29 14:04:40] wim at godden dot net (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) [2005-08-29 13:55:24] [EMAIL PROTECTED] Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml [2005-08-29 13:46:44] wim at godden dot net libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Fbk->Opn]: cli produces segmentation fault during install
ID: 34271 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: That's all being shown. Previous Comments: [2005-08-29 14:07:13] [EMAIL PROTECTED] Can you provide the rest of that backtrace..? [2005-08-29 14:04:40] wim at godden dot net (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) [2005-08-29 13:55:24] [EMAIL PROTECTED] Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml [2005-08-29 13:46:44] wim at godden dot net libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes [2005-08-28 23:43:31] [EMAIL PROTECTED] I can not reproduce this. What libxml2 versin do you have installed? 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Opn->Fbk]: cli produces segmentation fault during install
ID: 34271 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: Can you provide the rest of that backtrace..? Previous Comments: [2005-08-29 14:04:40] wim at godden dot net (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) [2005-08-29 13:55:24] [EMAIL PROTECTED] Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml [2005-08-29 13:46:44] wim at godden dot net libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes [2005-08-28 23:43:31] [EMAIL PROTECTED] I can not reproduce this. What libxml2 versin do you have installed? [2005-08-28 20:06:52] wim at godden dot net ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-xmlrpc (--with-xmlrpc required for PEAR, when using --without-pear the error ofcourse doesn't occur). 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Fbk->Opn]: cli produces segmentation fault during install
ID: 34271 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Starting program: /root/install/php-5.1.0RC1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 pear/install-pear.php -d /tmp/test/ -b /tmp/test/bin/ pear/package-*.xml [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 30351)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 30351)] 0x08321869 in CRYPTO_get_ex_new_index () (gdb) Previous Comments: [2005-08-29 13:55:24] [EMAIL PROTECTED] Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml [2005-08-29 13:46:44] wim at godden dot net libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes [2005-08-28 23:43:31] [EMAIL PROTECTED] I can not reproduce this. What libxml2 versin do you have installed? [2005-08-28 20:06:52] wim at godden dot net ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-xmlrpc (--with-xmlrpc required for PEAR, when using --without-pear the error ofcourse doesn't occur). [2005-08-28 01:00:53] [EMAIL PROTECTED] What is the full configure line you used? 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Opn->Fbk]: cli produces segmentation fault during install
ID: 34271 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: Try compile with --enable-debug and run the make line in question under gdb: # gdb sapi/cli/php (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 \ pear/install-pear.php -d /tmp/test/ \ -b /tmp/test/bin/ pear/package-*.xml Previous Comments: [2005-08-29 13:46:44] wim at godden dot net libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes [2005-08-28 23:43:31] [EMAIL PROTECTED] I can not reproduce this. What libxml2 versin do you have installed? [2005-08-28 20:06:52] wim at godden dot net ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-xmlrpc (--with-xmlrpc required for PEAR, when using --without-pear the error ofcourse doesn't occur). [2005-08-28 01:00:53] [EMAIL PROTECTED] What is the full configure line you used? [2005-08-26 21:44:40] wim at godden dot net Just ./configure works fine. It seems once --with-openssl is added, the problem occurs. Running OpenSSL 0.9.8, compiled from scratch using option 'shared' (no package install possible). 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34271 [Fbk->Opn]: cli produces segmentation fault during install
ID: 34271 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 5.1.0RC1 New Comment: libxml2.6.19 being used, compiled with no parameters. I see this during configure : checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... /usr/local/bin/xml2-config checking whether libxml build works... yes checking for OpenSSL support... yes ... checking for OpenSSL version... >= 0.9.6 ... checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes checking for XMLReader support... no checking for XMLRPC-EPI support... yes checking libexpat dir for XMLRPC-EPI... no checking iconv dir for XMLRPC-EPI... no checking for xml2-config path... (cached) /usr/local/bin/xml2-config checking whether libxml build works... (cached) yes Previous Comments: [2005-08-28 23:43:31] [EMAIL PROTECTED] I can not reproduce this. What libxml2 versin do you have installed? [2005-08-28 20:06:52] wim at godden dot net ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-xmlrpc (--with-xmlrpc required for PEAR, when using --without-pear the error ofcourse doesn't occur). [2005-08-28 01:00:53] [EMAIL PROTECTED] What is the full configure line you used? [2005-08-26 21:44:40] wim at godden dot net Just ./configure works fine. It seems once --with-openssl is added, the problem occurs. Running OpenSSL 0.9.8, compiled from scratch using option 'shared' (no package install possible). [2005-08-26 20:57:04] [EMAIL PROTECTED] Can you try with --enable-debug and give the configure-line with as few parameters as possible, or was this already just ./configure? 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/34271 -- Edit this bug report at http://bugs.php.net/?id=34271&edit=1
#34294 [Bgs]: Bug in casting a float to integer
ID: 34294 Updated by: [EMAIL PROTECTED] Reported By: moerel at gmail dot com Status: Bogus Bug Type: *Math Functions Operating System: Linux PHP Version: 5.0.4 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2005-08-29 13:41:10] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2005-08-29 13:35:53] moerel at gmail dot com Description: I found some strange behaviour while casting a float to integer. It looks like something gets rounded in a strange way while casting. Reproduce code: --- '; print round($fltTest * 100) . ''; print (int)($fltTest * 100) . ''; ?> Expected result: 995 995 995 Actual result: -- 995 995 994 -- Edit this bug report at http://bugs.php.net/?id=34294&edit=1
#34294 [Opn->Bgs]: Bug in casting a float to integer
ID: 34294 Updated by: [EMAIL PROTECTED] Reported By: moerel at gmail dot com -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Linux PHP Version: 5.0.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2005-08-29 13:35:53] moerel at gmail dot com Description: I found some strange behaviour while casting a float to integer. It looks like something gets rounded in a strange way while casting. Reproduce code: --- '; print round($fltTest * 100) . ''; print (int)($fltTest * 100) . ''; ?> Expected result: 995 995 995 Actual result: -- 995 995 994 -- Edit this bug report at http://bugs.php.net/?id=34294&edit=1
#34294 [NEW]: Bug in casting a float to integer
From: moerel at gmail dot com Operating system: Linux PHP version: 5.0.4 PHP Bug Type: *Math Functions Bug description: Bug in casting a float to integer Description: I found some strange behaviour while casting a float to integer. It looks like something gets rounded in a strange way while casting. Reproduce code: --- '; print round($fltTest * 100) . ''; print (int)($fltTest * 100) . ''; ?> Expected result: 995 995 995 Actual result: -- 995 995 994 -- Edit bug report at http://bugs.php.net/?id=34294&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34294&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34294&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34294&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34294&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34294&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34294&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34294&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34294&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34294&r=support Expected behavior: http://bugs.php.net/fix.php?id=34294&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34294&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34294&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34294&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34294&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34294&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34294&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34294&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34294&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34294&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34294&r=mysqlcfg
#34265 [Opn->Csd]: fgetcsv with length 0 work in other way than length specified
ID: 34265
Updated by: [EMAIL PROTECTED]
Reported By: mdv at inyourpocket dot com
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: Debian
PHP Version: 5.0.4
New Comment:
Considered fixed then. (in PHP 5.1)
Previous Comments:
[2005-08-29 09:33:47] mdv at inyourpocket dot com
5.1.0-dev OK
5.0.5-dev BAD
[2005-08-26 16:34:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-08-26 09:49:27] mdv at inyourpocket dot com
FILE (contains 1 line):
00.00;0.00
returns:
array(1) {
[0]=>
string(1) "0"
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "."
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "0"
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "."
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(0) ""
}
[2005-08-26 08:53:29] mdv at inyourpocket dot com
Description:
when length is 0 function parse strange
notice "[0] => X" (there is space before X in actual result) - hexa is
0x00
simple when getting same line:
fgetcsv($fd, 0, ';') != fgetcsv($fd, 4096, ';')
Reproduce code:
---
FILE (contains only 1 line for example):
"X";"Y";"Zv";"Text";"H";"S";"R";"n";"I";"Ob";"P";"Roz";"Pdj"
';
var_dump($t);
echo '';
?>
Expected result:
array(13) {
[0]=>
string(1) "X"
[1]=>
string(1) "Y"
[2]=>
string(2) "Zv"
[3]=>
string(4) "Text"
[4]=>
string(1) "H"
[5]=>
string(1) "S"
[6]=>
string(1) "R"
[7]=>
string(1) "n"
[8]=>
string(1) "I"
[9]=>
string(2) "Ob"
[10]=>
string(1) "P"
[11]=>
string(3) "Roz"
[12]=>
string(3) "Pdj"
}
Actual result:
--
array(13) {
[0]=>
string(2) " X"
[1]=>
string(1) "Y"
[2]=>
string(2) "Zv"
[3]=>
string(4) "Text"
[4]=>
string(1) "H"
[5]=>
string(1) "S"
[6]=>
string(1) "R"
[7]=>
string(1) "n"
[8]=>
string(1) "I"
[9]=>
string(2) "Ob"
[10]=>
string(1) "P"
[11]=>
string(3) "Roz"
[12]=>
string(3) "Pdj"
}
--
Edit this bug report at http://bugs.php.net/?id=34265&edit=1
#34270 [Opn->Fbk]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 Updated by: [EMAIL PROTECTED] Reported By: nmariz at estadias dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: What part in "a short but complete example script" did you not understand? Previous Comments: [2005-08-29 10:42:36] nmariz at estadias dot com Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> [2005-08-26 21:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-08-26 20:02:33] nmariz at estadias dot com Description: Segmentation fault in Apache when executing an invalid SQL. apache error.log: [Fri Aug 26 18:10:42 2005] [notice] child pid 26519 exit signal Segmentation fault (11) Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079565216 (LWP 28567)] 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 302 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 #1 0x40727109 in pdo_mysql_stmt_dtor (stmt=0x0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo_mysql/mysql_statement.c:45 #2 0x40724819 in free_statement (stmt=0x83bbe94, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo/pdo_stmt.c:1977 #3 0x40896654 in zend_objects_store_del_ref (zobject=0x836b474, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/Zend/zend_objects_API.c:161 #4 0x4087bb74 in _zval_dtor_func (zvalue=0x836b474) at /root/software/php-5.1.0RC1/Zend/zend_variables.c:52 #5 0x407202d5 in zif_PDO_query (ht=1, return_value=0x836b474, return_value_ptr=0x0, this_ptr=0x409070eb, return_value_used=0, tsrm_ls=0x817ecf8) at zend_variables.h:35 #6 0x408a4446 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffbe60, tsrm_ls=0x817ecf8) at zend_vm_execute.h:184 #7 0x408a3b4c in execute (op_array=0x83a550c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #8 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc060, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #9 0x408a3b4c in execute (op_array=0x834c694, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #10 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc2b0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #11 0x408a3b4c in execute (op_array=0x83234f4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #12 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc640, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #13 0x408a3b4c in execute (op_array=0x8352ac4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #14 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffccf0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #15 0x408a3b4c in execute (op_array=0x83283fc, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #16 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffcf30, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #17 0x408a3b4c in execute (op_array=0x832929c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #18 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd410, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #19 0x408a3b4c in execute (op_array=0x832130c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #20 0x4087e1fc in zend_execute_scripts (type=8, tsrm_ls=0x817ecf8, retval=0x0, file_count=3) at /root/software/php-5.1.0RC1/Zend/zend.c:1078 #21 0x4083d534 in php_execute_script (primary_file=0xb7a0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/main/main.c:1672 #22 0x408fa0e7 in php_handler (r=0x83133d0) at /root/software/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #23 0x080783a5 in ap_run_handler () #24 0x080789b0 in ap_invoke_handler () #25 0x08069c9a in ap_process_request () #26 0x0806512d in _start () #27 0x083133d0 in ?? () #28 0x0004 in ?? () #29 0x083133d0 in ?? () #30 0x0808373c in ap_run_pre_connection () #31 0x080835f5 in ap_run_process_connection () #32 0x080769a4 in ap_graceful_stop_signalled () #33 0x08076bbb in ap_graceful_stop_signalled () #34 0x08076c18 in ap_graceful_stop_signalled () #35 0x0807748a in ap_mpm_run () #36 0x0807dabd in main () -
#34292 [Opn->Fbk]: Timezone setting
ID: 34292 Updated by: [EMAIL PROTECTED] Reported By: Admin at relax-info dot com -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Windows XP SP2 PHP Version: 5.1.0RC1 New Comment: Have you set date.timezone php.ini setting correctly? (what is it?) Previous Comments: [2005-08-29 00:55:24] Admin at relax-info dot com Sorry, Expected result: Sun, 28 Aug 2005 01:44:05 +0300 [2005-08-29 00:51:18] Admin at relax-info dot com Description: PHP don't give proper weigh Timezone setting of my machine. Difference to Greenwich time (GMT) in hours = 0 Reproduce code: --- Expected result: Sun, 28 Aug 2005 01:44:05 +0200 Actual result: -- Sun, 28 Aug 2005 22:44:05 + -- Edit this bug report at http://bugs.php.net/?id=34292&edit=1
#34293 [Opn->Fbk]: highlight_string() fails to highlight randomly
ID: 34293 Updated by: [EMAIL PROTECTED] Reported By: onfire at ntlworld dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-08-29 03:21:26] onfire at ntlworld dot com Description: When using highlight_string(), it will often not highlight the string I pass it. Reproduce code: --- ', true); ?> Expected result: The code should be highlighted, but sometimes isn't. Actual result: -- Sometimes, the code remains unhighlighted, but appears to have htmlspecialchars run on it. This seems to vary wildly, and it can be extremely difficult for it to highlight at all. Other times, it will highlight every time, for hours. -- Edit this bug report at http://bugs.php.net/?id=34293&edit=1
#34249 [Fbk->Csd]: apache crash / error on php error document
ID: 34249 User updated by: jeroen at terena dot nl Reported By: jeroen at terena dot nl -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Debian Linux PHP Version: 5.1.0RC1 New Comment: Yep, it works fine with the CVS version. Previous Comments: [2005-08-25 17:04:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-25 16:23:41] jeroen at terena dot nl Description: Please see http://bugs.php.net/bug.php?id=33987 I'm still experiencing the same bug in 5.1RC1 Any custom error document other than a PHP document works. If I use a PHP document no code gets executed it just seems to ignore the error document. Occaisionally I get an even weirder response like Apache trying to send the original file (jpeg in my case) anyway. This ofcourse doesn't work. I'm using PHP5.1RC1, Apache2 on Debian Linux. Reproduce code: --- .htaccess ErrorDocument 404 /404.php 404.php can leave it empty Expected result: empty page or whatever code was put in 404.php Actual result: -- nothing. displays referring page in mozilla. IE shows its "page could not be displayed" document. -- Edit this bug report at http://bugs.php.net/?id=34249&edit=1
#34270 [Fbk->Opn]: Segmentation fault in Apache when executing an invalid SQL
ID: 34270 User updated by: nmariz at estadias dot com Reported By: nmariz at estadias dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Debian GNU/Linux 3.1 (Apache 2) PHP Version: 5.1.0RC1 New Comment: Segmentation fault when executing an invalid SQL statement: dbconn->query($query); $result = $stmt->fetchAll(); $stmt = null; return $result (...) ?> Previous Comments: [2005-08-26 21:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-08-26 20:02:33] nmariz at estadias dot com Description: Segmentation fault in Apache when executing an invalid SQL. apache error.log: [Fri Aug 26 18:10:42 2005] [notice] child pid 26519 exit signal Segmentation fault (11) Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079565216 (LWP 28567)] 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 302 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x40865cf5 in _efree (ptr=0x83bbf58) at /root/software/php-5.1.0RC1/Zend/zend_alloc.c:302 #1 0x40727109 in pdo_mysql_stmt_dtor (stmt=0x0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo_mysql/mysql_statement.c:45 #2 0x40724819 in free_statement (stmt=0x83bbe94, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/ext/pdo/pdo_stmt.c:1977 #3 0x40896654 in zend_objects_store_del_ref (zobject=0x836b474, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/Zend/zend_objects_API.c:161 #4 0x4087bb74 in _zval_dtor_func (zvalue=0x836b474) at /root/software/php-5.1.0RC1/Zend/zend_variables.c:52 #5 0x407202d5 in zif_PDO_query (ht=1, return_value=0x836b474, return_value_ptr=0x0, this_ptr=0x409070eb, return_value_used=0, tsrm_ls=0x817ecf8) at zend_variables.h:35 #6 0x408a4446 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffbe60, tsrm_ls=0x817ecf8) at zend_vm_execute.h:184 #7 0x408a3b4c in execute (op_array=0x83a550c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #8 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc060, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #9 0x408a3b4c in execute (op_array=0x834c694, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #10 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc2b0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #11 0x408a3b4c in execute (op_array=0x83234f4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #12 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffc640, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #13 0x408a3b4c in execute (op_array=0x8352ac4, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #14 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffccf0, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #15 0x408a3b4c in execute (op_array=0x83283fc, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #16 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffcf30, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #17 0x408a3b4c in execute (op_array=0x832929c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #18 0x408a416b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd410, tsrm_ls=0x817ecf8) at zend_vm_execute.h:219 #19 0x408a3b4c in execute (op_array=0x832130c, tsrm_ls=0x817ecf8) at zend_vm_execute.h:87 #20 0x4087e1fc in zend_execute_scripts (type=8, tsrm_ls=0x817ecf8, retval=0x0, file_count=3) at /root/software/php-5.1.0RC1/Zend/zend.c:1078 #21 0x4083d534 in php_execute_script (primary_file=0xb7a0, tsrm_ls=0x817ecf8) at /root/software/php-5.1.0RC1/main/main.c:1672 #22 0x408fa0e7 in php_handler (r=0x83133d0) at /root/software/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #23 0x080783a5 in ap_run_handler () #24 0x080789b0 in ap_invoke_handler () #25 0x08069c9a in ap_process_request () #26 0x0806512d in _start () #27 0x083133d0 in ?? () #28 0x0004 in ?? () #29 0x083133d0 in ?? () #30 0x0808373c in ap_run_pre_connection () #31 0x080835f5 in ap_run_process_connection () #32 0x080769a4 in ap_graceful_stop_signalled () #33 0x08076bbb in ap_graceful_stop_signalled () #34 0x08076c18 in ap_graceful_stop_signalled () #35 0x0807748a in ap_mpm_run () #36 0x0807dabd in main () -- Edit this bug report at http://bugs.php.net/?id=34270&edit=1
#33596 [NoF->Csd]: ADOMD COM works, DCOM doesn't
ID: 33596
User updated by: marko dot sirovnik at korona dot si
Reported By: marko dot sirovnik at korona dot si
-Status: No Feedback
+Status: Closed
Bug Type: COM related
Operating System: Windows 2003 Server
PHP Version: 5.0.4
Assigned To: wez
New Comment:
Hi!
During some experimentation I found out that there was security problem
in IIS. Sorry Wez to bother you all this time. You were right already at
the beginning. Details with solution for my problem are presented here:
http://dbforums.com/t527031.html
Thanks for the answers and effort.
Regards, Marko.
Previous Comments:
[2005-08-27 01:00:04] 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".
[2005-08-19 13:59:58] [EMAIL PROTECTED]
You're supposed to have the vbs echo something to indicate if it worked
or not.
[2005-08-19 11:47:56] [EMAIL PROTECTED]
Wezzie? :)
[2005-08-19 11:10:26] marko dot sirovnik at korona dot si
1. I put Read & Execute permissions on "cmd.exe" and "cscript.exe".
2. OLAP.VBS
Dim cat
Set cat = CreateObject("ADOMD.Catalog")
cat.ActiveConnection = "DATA SOURCE=blackbox;UID=sa;Initial
Catalog=FoodMart
2000;Provider=MSOLAP;Encoding=windows-1250;Roles=skrbnik;"
3. COM_VBS.php
---
4.Result in Browser
-
Result = 1
No idea, does it work or does it not.
There is no difference in result in Browser concerning of changes the
DATA SOURCE parameter in Connection string. Either Local or Remote OLAP
server, the result is the same.
Did I miss something?
[2005-08-17 16:53:30] [EMAIL PROTECTED]
PHP doesn't touch the content of your strings (except to convert to
UTF-16); it passes them on to the COM server, and its the COM server
that's reporting an error.
It seems unlikely that PHP is the cause.
Can you try running your .vbs file from the same environment as PHP?
eg: Create a PHP page that calls system("cscript.exe test.vbs") and
then request that PHP page from your browser.
(you will probably need to replace the MsgBox line with Echo)
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/33596
--
Edit this bug report at http://bugs.php.net/?id=33596&edit=1
#34265 [Fbk->Opn]: fgetcsv with length 0 work in other way than length specified
ID: 34265
User updated by: mdv at inyourpocket dot com
Reported By: mdv at inyourpocket dot com
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: Debian
PHP Version: 5.0.4
New Comment:
5.1.0-dev OK
5.0.5-dev BAD
Previous Comments:
[2005-08-26 16:34:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-08-26 09:49:27] mdv at inyourpocket dot com
FILE (contains 1 line):
00.00;0.00
returns:
array(1) {
[0]=>
string(1) "0"
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "."
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "0"
}
array(2) {
[0]=>
string(0) ""
[1]=>
string(0) ""
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "."
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(1) "0"
}
array(1) {
[0]=>
string(0) ""
}
[2005-08-26 08:53:29] mdv at inyourpocket dot com
Description:
when length is 0 function parse strange
notice "[0] => X" (there is space before X in actual result) - hexa is
0x00
simple when getting same line:
fgetcsv($fd, 0, ';') != fgetcsv($fd, 4096, ';')
Reproduce code:
---
FILE (contains only 1 line for example):
"X";"Y";"Zv";"Text";"H";"S";"R";"n";"I";"Ob";"P";"Roz";"Pdj"
';
var_dump($t);
echo '';
?>
Expected result:
array(13) {
[0]=>
string(1) "X"
[1]=>
string(1) "Y"
[2]=>
string(2) "Zv"
[3]=>
string(4) "Text"
[4]=>
string(1) "H"
[5]=>
string(1) "S"
[6]=>
string(1) "R"
[7]=>
string(1) "n"
[8]=>
string(1) "I"
[9]=>
string(2) "Ob"
[10]=>
string(1) "P"
[11]=>
string(3) "Roz"
[12]=>
string(3) "Pdj"
}
Actual result:
--
array(13) {
[0]=>
string(2) " X"
[1]=>
string(1) "Y"
[2]=>
string(2) "Zv"
[3]=>
string(4) "Text"
[4]=>
string(1) "H"
[5]=>
string(1) "S"
[6]=>
string(1) "R"
[7]=>
string(1) "n"
[8]=>
string(1) "I"
[9]=>
string(2) "Ob"
[10]=>
string(1) "P"
[11]=>
string(3) "Roz"
[12]=>
string(3) "Pdj"
}
--
Edit this bug report at http://bugs.php.net/?id=34265&edit=1
