#34667 [Opn]: Notice: Unknown: Unable to find the wrapper "compress.bzip2".....
ID: 34667 User updated by: webmaster at 24-99-92-156 dot no-ip dot com Reported By: webmaster at 24-99-92-156 dot no-ip dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows Server 2003 Ent. SP1 PHP Version: 5.0.5 New Comment: Unless you mean php_bz2_filter.dll, the error appeared weather or not it was loaded. I could not find php_bz2.dll anywhere. Are they the same thing? Previous Comments: [2005-10-01 03:04:28] webmaster at 24-99-92-156 dot no-ip dot com No, it was not included in either the php or the pecl zip files. [2005-09-29 21:39:37] [EMAIL PROTECTED] Did you load the bz2 extension into PHP? [2005-09-29 21:32:45] webmaster at 24-99-92-156 dot no-ip dot com zlib ZLib Support => enabled Compiled Version => 1.2.3 Linked Version => 1.2.3 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name Environment Variable => Value ALLUSERSPROFILE => C:\Documents and Settings\A APPDATA => C:\Documents and Settings\Administr [2005-09-29 03:05:20] [EMAIL PROTECTED] Try running the CLI version of php with the -i switch and see whether the settings outputted there are what you expect them to be. It's possible that the handler is being overwritten without you being aware of it. [2005-09-29 00:21:07] webmaster at 24-99-92-156 dot no-ip dot com I'm running IIS, there is no .htccess or httpd.conf,and I have never used the registry for php settings. 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/34667 -- Edit this bug report at http://bugs.php.net/?id=34667&edit=1
#34667 [Fbk->Opn]: Notice: Unknown: Unable to find the wrapper "compress.bzip2".....
ID: 34667 User updated by: webmaster at 24-99-92-156 dot no-ip dot com Reported By: webmaster at 24-99-92-156 dot no-ip dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows Server 2003 Ent. SP1 PHP Version: 5.0.5 New Comment: No, it was not included in either the php or the pecl zip files. Previous Comments: [2005-09-29 21:39:37] [EMAIL PROTECTED] Did you load the bz2 extension into PHP? [2005-09-29 21:32:45] webmaster at 24-99-92-156 dot no-ip dot com zlib ZLib Support => enabled Compiled Version => 1.2.3 Linked Version => 1.2.3 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name Environment Variable => Value ALLUSERSPROFILE => C:\Documents and Settings\A APPDATA => C:\Documents and Settings\Administr [2005-09-29 03:05:20] [EMAIL PROTECTED] Try running the CLI version of php with the -i switch and see whether the settings outputted there are what you expect them to be. It's possible that the handler is being overwritten without you being aware of it. [2005-09-29 00:21:07] webmaster at 24-99-92-156 dot no-ip dot com I'm running IIS, there is no .htccess or httpd.conf,and I have never used the registry for php settings. [2005-09-28 22:44:22] [EMAIL PROTECTED] They can appear in .htaccess or httpd.conf too, please check them. 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/34667 -- Edit this bug report at http://bugs.php.net/?id=34667&edit=1
#34696 [NEW]: configure: error: The pfpro extension requires version 2 or 3 of the SDK
From: nandesu at gmail dot com Operating system: SuSE Enterprise 9 PHP version: 4.4.0 PHP Bug Type: Compile Failure Bug description: configure: error: The pfpro extension requires version 2 or 3 of the SDK Description: PHP-4.4.0 will not even configure with verisign's PayFlowPro on SuSE Linux Enterprise 9. However, it works just fine (exact same tarballs) in Slackware-10.x. Reproduce code: --- ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-bcmath --with-curl --with-mysql=/usr/local/mysql --with-mcrypt=/usr/local/lib --with-openssl=/usr/local/ssl --without-pear --disable-cgi --with-gd --with-zlib --with-jpeg-dir=/usr/local/lib --with-pfpro --enable-xml Expected result: I expect it to read: checking for pfproInit in -lpfpro... yes So I can go on about my life. ~grins Actual result: -- checking for Verisign Payflow Pro support... yes checking for pfproInit in -lpfpro... no checking for PNInit in -lpfpro... no configure: error: The pfpro extension requires version 2 or 3 of the SDK -- Edit bug report at http://bugs.php.net/?id=34696&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34696&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34696&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34696&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34696&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34696&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34696&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34696&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34696&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34696&r=support Expected behavior: http://bugs.php.net/fix.php?id=34696&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34696&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34696&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34696&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34696&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34696&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34696&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34696&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34696&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34696&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34696&r=mysqlcfg
#34695 [NEW]: preg_replace(): {}-expresion overflow
From: php at koterov dot ru
Operating system: Windows XP
PHP version: 4.4.0
PHP Bug Type: Reproducible crash
Bug description: preg_replace(): {}-expresion overflow
Description:
PCRE /X{1,Y}/ for large Y (near 1000) does not work for some X on Windows
(apache 1.3+mod_php 4.4.0 or 4.3.10). In Unix (Linux) - everything is
fine. Maybe stack overflow?
Reproduce code:
---
]* >){1,'.MAXLEN.'}) .* /xs',
'$1', $text);
die('ok');
?>
Expected result:
ok
Actual result:
--
nothing (php exits, but no windows GPF)
--
Edit bug report at http://bugs.php.net/?id=34695&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34695&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34695&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34695&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34695&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34695&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34695&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34695&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34695&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34695&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34695&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34695&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34695&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34695&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34695&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34695&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34695&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34695&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34695&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34695&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34695&r=mysqlcfg
#34694 [Opn->Bgs]: en error occurs when a parameter is set as FALSE
ID: 34694
Updated by: [EMAIL PROTECTED]
Reported By: kropeck at interia dot pl
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Win XP
PHP Version: 5.0.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Properties are written in this way:
$this->prop
without the "$" at the beginning.
Previous Comments:
[2005-09-30 22:16:42] kropeck at interia dot pl
Description:
I have a class, where are few variables:
function DrawSelectList($list_name, $key1, $key2=false)
and there is a class which calls my function. If there are 3
variables:
$result = $class1 -> DrawSelectList($arg1, $arg2, $arg3)
there is no problem, but if I pass two arguments only, there is a
problem:
PHP Fatal error: Cannot access empty property in
C:\project\ast\utility\SelectList.php on line 29
the code of 'SelectList.php' looks like this:
(...)
while($row = $dao->fetchObject())
{
$this->arg1= $row->$key;
$this->arg2= $row->$pole1;
line 29 $this->arg3= $row->$pole2;
$this->list= $list_name;
(...)
In PHP 5.0.4 it worked properly.
Sorry for my english.
--
Edit this bug report at http://bugs.php.net/?id=34694&edit=1
#33125 [Asn->Csd]: imagecopymergegray produces mosaic rainbow effect
ID: 33125 Updated by: [EMAIL PROTECTED] Reported By: thomas at krantz dot com -Status: Assigned +Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 5.0.4, 4.3.11 Assigned To: pajoye New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in all cvs branches, thanks for your feedback. Previous Comments: [2005-05-24 13:50:25] thomas at krantz dot com Description: When merging two images, one normal and the other one completely black, the output from imagecopymergegray produces a weird looking mosaic of the first. Reproduce code: --- See also http://www.tilehog.net/prepermission/showbug.html Expected result: The original image should be darkened by 50%. This was the result in the earlier version (4.3.10). Actual result: -- http://www.tilehog.net/prepermission/showbug.html -- Edit this bug report at http://bugs.php.net/?id=33125&edit=1
#34682 [Opn->Bgs]: Echo not printing output with parenthesis and commas
ID: 34682
Updated by: [EMAIL PROTECTED]
Reported By: Adam dot Kirk at edu dot sait dot ca
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Sorry, but you're wrong. you should not use () with echo (and it's not
a function or method, it's a language construct).
Previous Comments:
[2005-09-30 22:33:02] Adam dot Kirk at edu dot sait dot ca
As to my knowledge echo is a built in method (function) of php and per
object oriented standards all methods including print and echo use
parenthesis even in all the php 5 text books that I have seen use echo
("Name is ", $first); as consistant standard?
[2005-09-29 18:06:54] [EMAIL PROTECTED]
Actual result is a parse error. echo is NOT a function.
This is the correct way:
echo "foo", $bar;
[2005-09-29 18:00:47] Adam dot Kirk at edu dot sait dot ca
Description:
When using the Echo to output text using a comma but inside the
parenthesis () the output doesnt work
Reproduce code:
---
Expected result:
My Name is Adam
Actual result:
--
actual results is blank screen
--
Edit this bug report at http://bugs.php.net/?id=34682&edit=1
#34682 [Bgs->Opn]: Echo not printing output with parenthesis and commas
ID: 34682
User updated by: Adam dot Kirk at edu dot sait dot ca
Reported By: Adam dot Kirk at edu dot sait dot ca
-Status: Bogus
+Status: Open
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
As to my knowledge echo is a built in method (function) of php and per
object oriented standards all methods including print and echo use
parenthesis even in all the php 5 text books that I have seen use echo
("Name is ", $first); as consistant standard?
Previous Comments:
[2005-09-29 18:06:54] [EMAIL PROTECTED]
Actual result is a parse error. echo is NOT a function.
This is the correct way:
echo "foo", $bar;
[2005-09-29 18:00:47] Adam dot Kirk at edu dot sait dot ca
Description:
When using the Echo to output text using a comma but inside the
parenthesis () the output doesnt work
Reproduce code:
---
Expected result:
My Name is Adam
Actual result:
--
actual results is blank screen
--
Edit this bug report at http://bugs.php.net/?id=34682&edit=1
#34694 [NEW]: en error occurs when a parameter is set as FALSE
From: kropeck at interia dot pl
Operating system: Win XP
PHP version: 5.0.5
PHP Bug Type: Variables related
Bug description: en error occurs when a parameter is set as FALSE
Description:
I have a class, where are few variables:
function DrawSelectList($list_name, $key1, $key2=false)
and there is a class which calls my function. If there are 3 variables:
$result = $class1 -> DrawSelectList($arg1, $arg2, $arg3)
there is no problem, but if I pass two arguments only, there is a
problem:
PHP Fatal error: Cannot access empty property in
C:\project\ast\utility\SelectList.php on line 29
the code of 'SelectList.php' looks like this:
(...)
while($row = $dao->fetchObject())
{
$this->arg1= $row->$key;
$this->arg2= $row->$pole1;
line 29 $this->arg3= $row->$pole2;
$this->list= $list_name;
(...)
In PHP 5.0.4 it worked properly.
Sorry for my english.
--
Edit bug report at http://bugs.php.net/?id=34694&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34694&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34694&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34694&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34694&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34694&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34694&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34694&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34694&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34694&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34694&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34694&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34694&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34694&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34694&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34694&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34694&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34694&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34694&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34694&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34694&r=mysqlcfg
#34536 [NoF->Opn]: ini_get('register_globals') does not return correct value
ID: 34536
User updated by: leoli at optonline dot net
Reported By: leoli at optonline dot net
-Status: No Feedback
+Status: Open
Bug Type: PHP options/info functions
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
register_globals has been defined twice in the php.ini
I have entered an extra register_globals statement by mistake.
I have removed it from the php.ini. I got the expected result now.
Thanks.
Previous Comments:
[2005-09-24 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-09-17 00:42:31] [EMAIL PROTECTED]
Try this:
php.exe -n -d register_globals=1 -r
'var_dump(ini_get("register_globals"));'
or
php -n -d register_globals=1 -r
[2005-09-17 00:36:17] leoli at optonline dot net
I used php5.0-win32-latest.zip to reinstall PHP5
I used the follow code
result:
string(0) "" string(0) "" string(1) "1" string(1) "1"
The return values for
display_errors and y2k_compliance
are correct
[2005-09-16 21:36:40] [EMAIL PROTECTED]
Also, please use var_dump(ini_get("register_globals")); instead of
echo.
[2005-09-16 21:35:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce.
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/34536
--
Edit this bug report at http://bugs.php.net/?id=34536&edit=1
#34692 [Opn->Fbk]: Crash during gallery2 configuration
ID: 34692
Updated by: [EMAIL PROTECTED]
Reported By: pablomh at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: OpenBSD 3.8 -current sparc64
PHP Version: 5.0.5
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-09-30 19:22:19] pablomh at gmail dot com
Description:
I'm trying to install new gallery2 in a Sun Ultra10 with OpenBSD 3.8
-current and PHP 5.0.5 installed from OpenBSD packages. Apache/1.3.29
from OpenBSD and chroot'd.
During the authentication phase, it requires I fill a file called
login.txt with randomly generated characters. When I click in
"Authenticate me" buttom, httpd dies with:
[Fri Sep 30 19:01:04 2005] [notice] child pid 22245 exit signal
Segmentation fault (11)
Reproduce code:
---
This is the failing class:
_uniqueKey = md5($rand);
$this->_firstTime = true;
}
function stepName() {
return _('Authenticate');
}
function processRequest() {
if (!empty($_GET['downloadLogin'])) {
header("Content-Type: text/plain");
header("Content-Length: " . strlen($this->_uniqueKey));
header("Content-Description: Download login.txt to your
computer.");
header("Content-Disposition: attachment;
filename=login.txt");
print $this->_uniqueKey;
return false;
}
return true;
}
function loadTemplateData(&$templateData) {
$authenticationDir = dirname(dirname(dirname(__FILE__)));
if (isset($_SERVER['DOCUMENT_ROOT'])
&& preg_match('#^' . $_SERVER['DOCUMENT_ROOT'] .
'/(.*)#',
$authenticationDir, $matches)) {
$authenticationDir = $matches[1];
}
if (!$this->isComplete()) {
/* Authenticate */
$authenticated = false;
$authFile = dirname(__FILE__) . '/../../login.txt';
if (!file_exists($authFile)) {
if (!$this->_firstTime) {
$templateData['errors'][] =
sprintf(_('Error: could not locate
login.txt. ' .
'Please place it in your %s/
directory.'),
$authenticationDir);
}
} else if (!is_readable($authFile)) {
$templateData['errors'][] =
_('Error: your login.txt file is not
readable. ' .
'Please give Gallery read permissions on the
file.');
} else {
$fileAuth = trim(join("", file($authFile)));
if ($fileAuth == $this->_uniqueKey) {
$this->setComplete(true);
} else {
$templateData['errors'][] =
_('Error: your login.txt key does
not match correctly. ' .
'Please download a new authentication string
from below and try again.');
}
}
}
$this->_firstTime = false;
$templateData['authenticationDir'] = $authenticationDir;
if ($this->isComplete()) {
$templateData['bodyFile'] = 'AuthenticateSuccessful.html';
} else {
$templateData['bodyFile'] = 'AuthenticateRequest.html';
}
}
function getUniqueKey() {
return $this->_uniqueKey;
}
}
?>
Actual result:
--
Running httpd in debug mode under gdb:
# gdb httpd
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "sparc64-unknown-openbsd3.8"...(no debugging
symbols found)
(gdb) run -X
Starting program: /usr/sbin/httpd -X
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
0x429033e4 in memcpy () from /usr/lib/libc.so.38.2
(gdb) backtrace
#0 0x429033e4 in memcpy () from /usr/lib/libc.so.38.2
#1 0x46bce770 in php_var_serialize_class_name () from
/usr/lib/apache/modules/libphp5.so
#2 0x46bcd13c in php_var_serialize_intern () from
/usr/lib/apache/modules/libphp5.so
#3 0x46bcd308 in php_var_serialize_intern () from
/usr/lib/apache/modules/libphp5.so
#4 0x46bcdb74 in php_var_serialize () from
/usr/lib/apache/modules/libphp5.so
#5 0x46
#34650 [Opn]: pcntl with classes doesn't work as it should
ID: 34650
Updated by: [EMAIL PROTECTED]
Reported By: dcpiper at indiana dot edu
Status: Open
Bug Type: PCNTL related
Operating System: Linux 2.6.13.1 (Debian Sarge)
-PHP Version: 4.4.0
+PHP Version: 4.4.0 (works in 5CVS ->)
New Comment:
No, you don't _have_ to start using PHP 5. You can wait til eternity
for someone to actually fix this in PHP 4. :)
(I just wanted to know that this only happens with PHP 4)
Yet another reason to update.
Previous Comments:
[2005-09-30 20:54:36] dcpiper at indiana dot edu
Yep, with the PHP5 snapshot it works fine. Do I have to upgrade
everything to PHP5? The value is set correctly and maintained. I get
this now:
/usr/src/apbuild/php5-200509301830/sapi/cli/php signaltest.php
Setting signal handlers ... Done
Generating signal to self...
Got signal 15
in SignalHandler:
object(SigTest)#1 (2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Main execution, looking at $jm object:
object(SigTest)#1 (2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
[2005-09-27 19:09:19] [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-09-26 21:23:09] dcpiper at indiana dot edu
Description:
I have noticed that even though a class function can be registered as a
callback, it is not possible to set/update a class variable from within
the signal handler and get it to be set within the actual 'live'
instance of that object.
Is this a bug? It seems cumbersome to have to resort to global
variables in order to actually DO something with the signal other than
print out strings saying 'I got one!'
Reproduce code:
---
class SigTest {
var $myvalue;
function SignalHandler($signo) {
echo "Got signal $signo \n";
$this->myvalue = $signo;
echo "in SignalHandler:\n";
var_dump($this);
}
function SigTest() {
declare (ticks = 1);
$this->myvalue = 'some initial state';
echo "Setting signal handlers ... ";
pcntl_signal(SIGTERM, array(&$this, 'SignalHandler'));
pcntl_signal(SIGINT, array(&$this, 'SignalHandler'));
pcntl_signal(SIGHUP, array(&$this, 'SignalHandler'));
$this->something = 'This data was set after the handler was
instantiated';
echo "Done\n";
}
}
$jm = new SigTest;
sleep(2);
echo "Generating signal to self...\n";
posix_kill(posix_getpid(), SIGTERM);
echo "Main execution, looking at \$jm object:\n";
var_dump($jm);
Expected result:
Expected that 'myvalue' class variable change from within signal
handler was visible outside of that function, i.e. a change made, not
reverted to the state it was in previously before the signal was
handled.
Actual result:
--
Setting signal handlers ... Done
Generating signal to self...
Got signal 15
in SignalHandler:
object(sigtest)(2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Main execution, looking at $jm object:
object(sigtest)(2) {
["myvalue"]=>
string(18) "some initial state"
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Last 'var_dump' SHOULD be the same as the first one, in my opinion.
--
Edit this bug report at http://bugs.php.net/?id=34650&edit=1
#34693 [Opn->Bgs]: unable to launch executable
ID: 34693
Updated by: [EMAIL PROTECTED]
Reported By: Magloiregti at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: windows 2003
PHP Version: 4.4.0
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 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-09-30 20:30:56] Magloiregti at hotmail dot com
Description:
When I run the following script as a user with administrator rights,
everything works like a charm. When I remove the user from the
administrators group and leave it in a users group, the script does not
work. (please ignore the syntax as it works fine as under the admin user
account)
Note that:
I can run simple command lines like dir from any windows account.
The permissions have been set to allow every user group to have full
control on the following:
cmd.exe
convertDoc.exe
hello.doc
tmpuploads/
what are some security settings that I can enable for exec to allow the
users account to run the script?
Reproduce code:
---
function runfileconvertion(){
$convert_cmd = "C:\\\"Program Files\"\\\"SoftInterface,
Inc\"\\\"Convert Doc\"\ConvertDoc.exe /S C:\\\"Program
Files\"\\\"Apache
Group\"\Apache\webroot\createdoc\\tmpuploads\\hello.doc /F9 /T
C:\\\"Program Files\"\\\"Apache
Group\"\Apache\webroot\createdoc\\tmpuploads\\hello.txt /C4 /M1";
exec($convert_cmd);
}
runfileconvertion();
Expected result:
i expect for a new hello.txt file to be created
Actual result:
--
nothing at all, no error
--
Edit this bug report at http://bugs.php.net/?id=34693&edit=1
#34650 [Fbk->Opn]: pcntl with classes doesn't work as it should
ID: 34650
User updated by: dcpiper at indiana dot edu
Reported By: dcpiper at indiana dot edu
-Status: Feedback
+Status: Open
Bug Type: PCNTL related
Operating System: Linux 2.6.13.1 (Debian Sarge)
PHP Version: 4.4.0
New Comment:
Yep, with the PHP5 snapshot it works fine. Do I have to upgrade
everything to PHP5? The value is set correctly and maintained. I get
this now:
/usr/src/apbuild/php5-200509301830/sapi/cli/php signaltest.php
Setting signal handlers ... Done
Generating signal to self...
Got signal 15
in SignalHandler:
object(SigTest)#1 (2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Main execution, looking at $jm object:
object(SigTest)#1 (2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Previous Comments:
[2005-09-27 19:09:19] [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-09-26 21:23:09] dcpiper at indiana dot edu
Description:
I have noticed that even though a class function can be registered as a
callback, it is not possible to set/update a class variable from within
the signal handler and get it to be set within the actual 'live'
instance of that object.
Is this a bug? It seems cumbersome to have to resort to global
variables in order to actually DO something with the signal other than
print out strings saying 'I got one!'
Reproduce code:
---
class SigTest {
var $myvalue;
function SignalHandler($signo) {
echo "Got signal $signo \n";
$this->myvalue = $signo;
echo "in SignalHandler:\n";
var_dump($this);
}
function SigTest() {
declare (ticks = 1);
$this->myvalue = 'some initial state';
echo "Setting signal handlers ... ";
pcntl_signal(SIGTERM, array(&$this, 'SignalHandler'));
pcntl_signal(SIGINT, array(&$this, 'SignalHandler'));
pcntl_signal(SIGHUP, array(&$this, 'SignalHandler'));
$this->something = 'This data was set after the handler was
instantiated';
echo "Done\n";
}
}
$jm = new SigTest;
sleep(2);
echo "Generating signal to self...\n";
posix_kill(posix_getpid(), SIGTERM);
echo "Main execution, looking at \$jm object:\n";
var_dump($jm);
Expected result:
Expected that 'myvalue' class variable change from within signal
handler was visible outside of that function, i.e. a change made, not
reverted to the state it was in previously before the signal was
handled.
Actual result:
--
Setting signal handlers ... Done
Generating signal to self...
Got signal 15
in SignalHandler:
object(sigtest)(2) {
["myvalue"]=>
int(15)
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Main execution, looking at $jm object:
object(sigtest)(2) {
["myvalue"]=>
string(18) "some initial state"
["something"]=>
string(52) "This data was set after the handler was instantiated"
}
Last 'var_dump' SHOULD be the same as the first one, in my opinion.
--
Edit this bug report at http://bugs.php.net/?id=34650&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: dan at nitro dot com Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: I was experiencing this problem on my server, and have managed to make it go away after reading comments in this post and experimenting a bit. details: original setup: /var/lib/php/session owner root:apache permissions: 770 test script from gul_murjani at yahoo dot com would fail after between 1 and 30 or so counts modified permissions on directory to: owner apache:apache permissions 700 test script ran on five client computers to over 10,000 cycles without failing. this fix is strange though as I have since changed the permissions back to the origial setup: owner root:apache permissions: 770 and the script has run without failing - no more errors - even after another thousands of cycles. strange but true! Previous Comments: [2005-09-08 01:42:04] info at ruudgoedhart dot nl I'm experiencing the same problem, strange enough NOTHING i tried so far has solved it. I tried: Recompiling PHP Downgrading PHP Reinstalling Zend Upgrading Zend At a certain moment a harddrive of the server with this error went bad, and i had to do a complete reinstall on a different drive.. Strange enough.. the SAME error occured, while I have different servers with identical hardware and settings which run just fine.. without errors. Is it possible this error has somehow got anything to do with hardware? bad memory or something? I simply find it too strange that i'm only experiencing this error on 1 of the 8 machines, and that even a COMPLETE re-install didn't work. I'm using FC3 with Cpanel PHP 4.4.0 with Zend Optimizer 2.5.10a [2005-08-26 07:11:32] smbukas at gmail dot com I have this problem too and adding the the code with setting "session.save_handler", "session.save_path", "session.use_cookies" does not solve this problem. I use PHP Version 4.4.0 [2005-08-18 10:15:44] frank dot altpeter at gmail dot com Used the workaround mentioned two comments below, but experiencing still the same sporadic errors. Any further hints are very appreciated. [2005-08-15 11:04:30] frank dot altpeter at gmail dot com I experience the same (sporadic) errors on my FreeBSD 4.11-RELEASE-p11 using php4-4.4.0 and apache-1.3.33. The mentioned workaround (putting ini_set in an auto_prepend_file) is now in place and to be tested. Additionally, i would be glad if the PHP crew would do something about this - it's really a shame to see that this bug still happens with 4.4.0. [2005-06-27 10:37:51] ftownes at w3-hosting dot net On our ES 3 machines, we worked around this bug by pre-pending and appending the following code to all scripts executed (via the php.ini) file: [EMAIL PROTECTED] root]# cat /tmp/auto_append_file.php Since the error is never exhibited on a freshly spawned instance of apache, reducing the number of requests handled by apache (in Worker MPM mode) made sure that new children were spawned before old age increased probability of the bug; this seemed to be vital to make a 99% effective solution. [EMAIL PROTECTED] root]# httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c On our machine we also noticed that after testing this for workaround for 3 weeks we haven't used any swap on the machine as opposed to ~100MB previously, another desireable side effect. 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#34693 [NEW]: unable to launch executable
From: Magloiregti at hotmail dot com
Operating system: windows 2003
PHP version: 4.4.0
PHP Bug Type: IIS related
Bug description: unable to launch executable
Description:
When I run the following script as a user with administrator rights,
everything works like a charm. When I remove the user from the
administrators group and leave it in a users group, the script does not
work. (please ignore the syntax as it works fine as under the admin user
account)
Note that:
I can run simple command lines like dir from any windows account.
The permissions have been set to allow every user group to have full
control on the following:
cmd.exe
convertDoc.exe
hello.doc
tmpuploads/
what are some security settings that I can enable for exec to allow the
users account to run the script?
Reproduce code:
---
function runfileconvertion(){
$convert_cmd = "C:\\\"Program Files\"\\\"SoftInterface, Inc\"\\\"Convert
Doc\"\ConvertDoc.exe /S C:\\\"Program Files\"\\\"Apache
Group\"\Apache\webroot\createdoc\\tmpuploads\\hello.doc /F9 /T
C:\\\"Program Files\"\\\"Apache
Group\"\Apache\webroot\createdoc\\tmpuploads\\hello.txt /C4 /M1";
exec($convert_cmd);
}
runfileconvertion();
Expected result:
i expect for a new hello.txt file to be created
Actual result:
--
nothing at all, no error
--
Edit bug report at http://bugs.php.net/?id=34693&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34693&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34693&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34693&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34693&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34693&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34693&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34693&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34693&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34693&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34693&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34693&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34693&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34693&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34693&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34693&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34693&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34693&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34693&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34693&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34693&r=mysqlcfg
#34691 [Opn->Bgs]: checkdate function doesn't respect ISO 8601
ID: 34691 Updated by: [EMAIL PROTECTED] Reported By: maurice at phmarket dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: irrelevant PHP Version: 5.0.5 New Comment: Changing this breaks hundreds of applications, this is not going to happen. Previous Comments: [2005-09-30 17:26:35] maurice at phmarket dot com Description: I wonder if the checkdate function can respect the international standard for his parameters (-MM-DD) not the relic from the dark ages when Roman numerals were used, like used in the USA. USA relic of the past ? -- Edit this bug report at http://bugs.php.net/?id=34691&edit=1
#34692 [NEW]: Crash during gallery2 configuration
From: pablomh at gmail dot com
Operating system: OpenBSD 3.8 -current sparc64
PHP version: 5.0.5
PHP Bug Type: Reproducible crash
Bug description: Crash during gallery2 configuration
Description:
I'm trying to install new gallery2 in a Sun Ultra10 with OpenBSD 3.8
-current and PHP 5.0.5 installed from OpenBSD packages. Apache/1.3.29 from
OpenBSD and chroot'd.
During the authentication phase, it requires I fill a file called
login.txt with randomly generated characters. When I click in
"Authenticate me" buttom, httpd dies with:
[Fri Sep 30 19:01:04 2005] [notice] child pid 22245 exit signal
Segmentation fault (11)
Reproduce code:
---
This is the failing class:
_uniqueKey = md5($rand);
$this->_firstTime = true;
}
function stepName() {
return _('Authenticate');
}
function processRequest() {
if (!empty($_GET['downloadLogin'])) {
header("Content-Type: text/plain");
header("Content-Length: " . strlen($this->_uniqueKey));
header("Content-Description: Download login.txt to your
computer.");
header("Content-Disposition: attachment;
filename=login.txt");
print $this->_uniqueKey;
return false;
}
return true;
}
function loadTemplateData(&$templateData) {
$authenticationDir = dirname(dirname(dirname(__FILE__)));
if (isset($_SERVER['DOCUMENT_ROOT'])
&& preg_match('#^' . $_SERVER['DOCUMENT_ROOT'] .
'/(.*)#',
$authenticationDir, $matches)) {
$authenticationDir = $matches[1];
}
if (!$this->isComplete()) {
/* Authenticate */
$authenticated = false;
$authFile = dirname(__FILE__) . '/../../login.txt';
if (!file_exists($authFile)) {
if (!$this->_firstTime) {
$templateData['errors'][] =
sprintf(_('Error: could not locate
login.txt. ' .
'Please place it in your %s/
directory.'),
$authenticationDir);
}
} else if (!is_readable($authFile)) {
$templateData['errors'][] =
_('Error: your login.txt file is not
readable. ' .
'Please give Gallery read permissions on the
file.');
} else {
$fileAuth = trim(join("", file($authFile)));
if ($fileAuth == $this->_uniqueKey) {
$this->setComplete(true);
} else {
$templateData['errors'][] =
_('Error: your login.txt key does
not match correctly. ' .
'Please download a new authentication string
from below and try again.');
}
}
}
$this->_firstTime = false;
$templateData['authenticationDir'] = $authenticationDir;
if ($this->isComplete()) {
$templateData['bodyFile'] = 'AuthenticateSuccessful.html';
} else {
$templateData['bodyFile'] = 'AuthenticateRequest.html';
}
}
function getUniqueKey() {
return $this->_uniqueKey;
}
}
?>
Actual result:
--
Running httpd in debug mode under gdb:
# gdb httpd
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "sparc64-unknown-openbsd3.8"...(no debugging
symbols found)
(gdb) run -X
Starting program: /usr/sbin/httpd -X
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
0x429033e4 in memcpy () from /usr/lib/libc.so.38.2
(gdb) backtrace
#0 0x429033e4 in memcpy () from /usr/lib/libc.so.38.2
#1 0x46bce770 in php_var_serialize_class_name () from
/usr/lib/apache/modules/libphp5.so
#2 0x46bcd13c in php_var_serialize_intern () from
/usr/lib/apache/modules/libphp5.so
#3 0x46bcd308 in php_var_serialize_intern () from
/usr/lib/apache/modules/libphp5.so
#4 0x46bcdb74 in php_var_serialize () from
/usr/lib/apache/modules/libphp5.so
#5 0x46bcdc1c in zif_serialize () from
/usr/lib/apache/modules/libphp5.so
#6 0x46c63c88 in zend_do_fcall_common_helper () from
/usr/lib/apache/modules/libphp5.so
#7 0x46c5ffd8 in execute () from
/usr/lib/apache/modules/libphp5.so
#8 0x46c3bf70 in zend_execute_scripts () from
/usr/lib/apache/modules/libphp5.so
#9 0x46bfb11c in php_execute_s
#29865 [Com]: serialize produces invalid output
ID: 29865
Comment by: jhargis at gmail dot com
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Strings related
Operating System: *
PHP Version: 5CVS-2005-03-07
Assigned To: derick
New Comment:
Can confirm this as being corrected and working in 5.0.5 as well.
Previous Comments:
[2005-09-20 01:00:02] 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-09-12 08:40:18] [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-07-14 22:40:00] php dot net at sharpdreams dot com
Still busted in recent CVS, win32 & FreeBSD. Seems to work in 5.0.4.
This ought to be fixed before the next b3, or at least prior to release
of 5.1.
[2005-01-22 13:57:12] [EMAIL PROTECTED]
This is still a problem in the latest head, simple test case:
$ ./php5_1 -r 'class Foo { protected $bar = 1; } $v = new Foo; echo
serialize($v);' | hexdump
000 3a4f 3a33 4622 6f6f 3a22 3a31 737b 363a
010 223a 2a00 6200 7261 3b22 3a69 3b31 007d
01f
[2005-01-06 20:23:42] jhargis at gmail dot com
I have noticed similar.
username;
}
}
$ob_User = New User();
$wUser = serialize($ob_User);
echo $wUser;
$wUser2 = unserialize($wUser);
echo $wUser2->getU() . "\n";
?>
Protected/private members appear to have the 0x00 bytes around the
notation. For the time, I base64 the serialized string so I can store
it in the DB without having to deal with it as a binary. Also, this
may be related to why when using WDDX as the serialization handler it
only picks up the last member var when you need implement __sleep.
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/29865
--
Edit this bug report at http://bugs.php.net/?id=29865&edit=1
#29476 [Com]: sqlite_fetch_column_types locks the database forever
ID: 29476
Comment by: madcoder at debian dot org
Reported By: hugo_pl at users dot sourceforge dot net
Status: No Feedback
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
New Comment:
bug is still present in PHP 5.0.5/Debian
Previous Comments:
[2005-03-14 01:00:22] 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-03-06 22:09: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
[2004-08-25 06:56:48] hugo_pl at users dot sourceforge dot net
Hi
I think that this is a PHP bug, I made a better exemple to
show this bug:
busyTimeout(1000);
// table exists?
$exists = $db->singleQuery('SELECT count(*) FROM
sqlite_master WHERE tbl_name=\'bugtest\'');
if (!$exists)
$db->query('CREATE TABLE bugtest (a, b, c,
d);');
// Without this line all runs Ok.
$db->fetchColumnTypes('bugtest');
$db->query('INSERT INTO bugtest VALUES (1, 2, 3,
4)');
echo 'Res: ';
print_r( $db->arrayQuery('SELECT * FROM bugtest',
SQLITE_ASSOC) );
}
catch (Exception $e)
{
echo 'Exception: ', $e->getMessage();
}
?>
The first time you run this script all appear to be Ok...
the insert query is executed, etc... but the second time
is displayed a message:
Warning: SQLiteDatabase::query() [function.query]:
database is locked in /home/hugo/public_html/phpbug.php on
line 16
Nothing is wrong with the script, if this message appear
something is wrong with PHP on windows the same bug
occur, then it is not a problem from SQLite or Apache
compiled by me under linux.
[2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net
Description:
When I call the function:
sqlite_fetch_column_types(...);
or the method:
fetchColumnTypes(...);
of the SQLiteDatabase Object, the entire database is locked forever...
and I cant modify the database until Apache is restarted.
I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on
win32 and 2.8.13 and 2.8.14 on Linux.
In all plataforms, the database is unlocked only when I restart Apache,
if I never call sqlite_fetch_column_types or the method
fetchColumnTypes, all runs Ok.
P.S.: English is not my natural language.
Reproduce code:
---
Expected result:
No warnings about a locked database when I send the update query
Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: database is locked...
--
Edit this bug report at http://bugs.php.net/?id=29476&edit=1
#34552 [Com]: Problems with __FILE__ and realpath()
ID: 34552
Comment by: dak at solo dot net
Reported By: mmayer at blastwave dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: Solaris 9
PHP Version: 5CVS, 4CVS (2005-09-20)
New Comment:
We're also seeing this on:
Darwin xxx.yyy.com 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
Macintosh powerpc
PHP Version 5.0.4
www.entropy.ch Release 1
System Darwin xxx.yyy.com 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar
30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
Macintosh
Build Date Apr 4 2005 17:31:35
Configure Command './configure' '--prefix=/usr/local/php5'
'--with-config-file-path=/usr/local/php5/lib' '--with-apxs'
'--with-iconv' '--with-openssl=/usr' '--with-zlib=/usr'
'--with-mysql=/Users/marc/svn/entropy/php-module/src/mysql-standard-*'
'--with-mysqli=/usr/local/mysql/bin/mysql_config'
'--with-libxml-dir=/usr/local/php5' '--with-xsl=/usr/local/php5'
'--with-pdflib=/usr/local/php5'
'--with-pgsql=/Users/marc/svn/entropy/php-module/build/postgresql-build'
'--with-gd' '--with-jpeg-dir=/usr/local/php5'
'--with-png-dir=/usr/local/php5' '--with-zlib-dir=/usr'
'--with-freetype-dir=/usr/local/php5' '--with-t1lib=/usr/local/php5'
'--with-imap=../imap-2002d' '--with-imap-ssl=/usr'
'--with-gettext=/usr/local/php5'
'--with-ming=/Users/marc/svn/entropy/php-module/build/ming-build'
'--with-ldap' '--with-mime-magic=/usr/local/php5/etc/magic.mime'
'--with-iodbc=/usr' '--with-xmlrpc' '--with-expat-dir=/usr/local/php5'
'--with-iconv-dir=/usr' '--with-curl=/usr/local/php5' '--enable-exif'
'--enable-wddx' '--enable-soap' '--enable-sqlite-utf8' '--enable-ftp'
'--enable-sockets' '--enable-dbx' '--enable-dbase' '--enable-mbstring'
'--enable-calendar' '--with-bz2=/usr' '--with-mcrypt=/usr/local/php5'
'--with-mhash=/usr/local/php5' '--with-mssql=/usr/local/php5'
'--with-fbsql=/Users/marc/svn/entropy/php-module/build/frontbase-build/Library/FrontBase'
'--enable-openbase_module'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/php5/lib/php.ini
PHP API 20031224
PHP Extension 20041030
Zend Extension 220040412
Debug Build no
Thread Safety disabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.bzip2,
compress.zlib, https, ftps
Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3,
sslv2, tls
Previous Comments:
[2005-09-20 18:43:34] mmayer at blastwave dot org
No, I cannot reproduce this problem with CLI. Even 4.4.0 works in that
case.
I downloaded php5-latest.tar.gz.
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Date: Tue, 20 Sep 2005 16:31:46 GMT
Server: Apache/2.0.54 (Unix) DAV/2 PHP/5.1.0RC2-dev
[...]
Still getting the same results with the apache module that I saw for
4.4.0, so the problem is still there. CLI of 5.1.0RC2 works, however,
just like CLI for 4.4.0.
[2005-09-20 11:02:12] [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
See also bug #34514, can you reproduce this with CLI?
[2005-09-19 18:26:28] mmayer at blastwave dot org
I'm running Apache 2.0.54. Also tried Apache 1.3.33 and got the same
results.
$ uname -a
SunOS valhalla 5.9 Generic_118558-10 sun4u sparc SUNW,Ultra-60
[2005-09-19 18:21:07] mmayer at blastwave dot org
Description:
This issue seems to be related to bug #27823, but broader in scope.
Using __FILE__ or realpath() on Solaris 9 SPARC (don't know about x86)
doesn't work as expected if the scripts are located in a user's
home-directory (~username/public_html) and the URL looks like
http://my.example.com/~user/testscript.php. (Don't know if the '~' is
actually causing the problem or if it's something else in this
scenario).
Note that I *do* get the expected results from these scripts if I copy
them to /opt/csw/apache2/share/htdocs/file_bug (i.e. underneath my
web-server's doc-root) and access them through a URL like
http://my.example.com/file_bug/.
In the failure case, __FILE__ returns './' instead of the
full path if it is used in an included file.
realpath() returns an empty string instead of the actual path even
though the file in question exists and the permissions are correct.
(Regardless of whether realpath is used in an included file or
directly.)
Reproduce code:
---
=== file.php: ===
";
require("file2.php");
?>
=== file2.php: ===
=== realpath.php: ===
Expected result:
--
#34691 [NEW]: checkdate function doesn't respect ISO 8601
From: maurice at phmarket dot com Operating system: irrelevant PHP version: 5.0.5 PHP Bug Type: Date/time related Bug description: checkdate function doesn't respect ISO 8601 Description: I wonder if the checkdate function can respect the international standard for his parameters (-MM-DD) not the relic from the dark ages when Roman numerals were used, like used in the USA. USA relic of the past ? -- Edit bug report at http://bugs.php.net/?id=34691&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34691&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34691&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34691&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34691&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34691&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34691&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34691&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34691&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34691&r=support Expected behavior: http://bugs.php.net/fix.php?id=34691&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34691&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34691&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34691&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34691&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34691&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34691&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34691&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34691&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34691&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34691&r=mysqlcfg
#34690 [Bgs]: call_user_func and scope resolution operator ( :: )
ID: 34690
User updated by: claudio dot frizziero at nereal dot com
Reported By: claudio dot frizziero at nereal dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux (Fedora Core 4)
PHP Version: 5.0.5
New Comment:
I wrote:
"If it is not a bug: is it possible to add a flag, or alternatively add
two similar function [...], to avoid the eval workaround?"
My question is not if it is a bug or not a bug, my question is to
resolve the problem. The problem is that I MUST use the "eval" - a
dirty workaround - because:
- php parser doesn't accept :: operator and 2 vars (but it doesn't
matters, because I can't pass a dynamic number of arguments)
- call_user_func (and call_user_func_array) calls the function in a way
that doesn't have an equivalent in the PHP syntax (both $class->method()
and $class::method() work in two different way - the first will see
$this of its class, the second will see $this of the class where it is
called)
If i'm not explained, tell me and I'll make some examples...
Previous Comments:
[2005-09-30 15:46:31] [EMAIL PROTECTED]
There is no $this when you call a static method.
The error message clearly says that.
[2005-09-30 15:41:38] claudio dot frizziero at nereal dot com
Expected result:
to see "Hello!" on my browser (or console) when I call $a->SayHello();
Actual result:
Fatal error: Using $this when not in object
You don't get the problem? What do you get? 3 "Hello!"?
[2005-09-30 15:22:29] [EMAIL PROTECTED]
Long version:
Please be more verbose and try to describe the problem in more details.
Fields in the report form like "expected result" and "actual result" are
given for you to fill them, not to ignore.
Short version:
I don't get the problem.
[2005-09-30 15:19:13] claudio dot frizziero at nereal dot com
Description:
When I use call_user_func (and call_user_func_array, of course) inside
a method to call a method of another class I'm expecting it works like
the scope resolution operator.
If it is not a bug: is it possible to add a flag, or alternatively add
two similar function (i.e. call_user_func_Paamayim_Nekudotayim and
call_user_func_array_Paamayim_Nekudotayim 8), to avoid the eval
workaround?
Thank you!
Note: i'm using php 5.0.4, but I don't find any fix in the changelog to
5.0.5
Reproduce code:
---
class MyClass {
public $string = 'Hello!';
public function SayHello() {
call_user_func(array('OutputClass', 'WriteToOutput'));
//
}
public function SayHello2() {
OutputClass::WriteToOutput();
}
public function SayHello3($outputclass, $outputmethod) {
// $outputclass::$outputmethod(); // syntax not allowed, with or
without curly braces
eval($outputclass . '::' . $outputmethod . '();'); // it works,
but it's a workaround
}
}
class OutputClass {
public function WriteToOutput() {
echo ($this->string);
}
}
$a = new MyClass();
$a->SayHello(); // Fatal error: Using $this when not in object
context
$a->SayHello2(); // it works (wow!)
$a->SayHello3('OutputClass', 'WriteToOutput'); // it works only using
eval
--
Edit this bug report at http://bugs.php.net/?id=34690&edit=1
#34687 [Opn->Asn]: PDO->query provides no way to get error message
ID: 34687 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Linux -PHP Version: 6CVS-2005-09-30 (CVS) +PHP Version: 5CVS-2005-09-30 (CVS) -Assigned To: +Assigned To: wez Previous Comments: [2005-09-30 12:55:29] [EMAIL PROTECTED] I'm not sure what version introduced this problem sniper, the box I had the problem on ran HEAD. Checking the problem on another box, and yes, the problem is present in PHP 5.1. [2005-09-30 11:00:13] [EMAIL PROTECTED] This only happens in HEAD? (if it happens with PHP 5.1CVS, please put that as first in the 'Version' field) [2005-09-30 10:21:24] [EMAIL PROTECTED] Description: PDO->query() will return false (for example, on a simple update), but there is no error message generated that can be read via errorCode()/errorInfo(). -- Edit this bug report at http://bugs.php.net/?id=34687&edit=1
#34690 [Opn->Bgs]: call_user_func and scope resolution operator ( :: )
ID: 34690
Updated by: [EMAIL PROTECTED]
Reported By: claudio dot frizziero at nereal dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux (Fedora Core 4)
PHP Version: 5.0.5
New Comment:
There is no $this when you call a static method.
The error message clearly says that.
Previous Comments:
[2005-09-30 15:41:38] claudio dot frizziero at nereal dot com
Expected result:
to see "Hello!" on my browser (or console) when I call $a->SayHello();
Actual result:
Fatal error: Using $this when not in object
You don't get the problem? What do you get? 3 "Hello!"?
[2005-09-30 15:22:29] [EMAIL PROTECTED]
Long version:
Please be more verbose and try to describe the problem in more details.
Fields in the report form like "expected result" and "actual result" are
given for you to fill them, not to ignore.
Short version:
I don't get the problem.
[2005-09-30 15:19:13] claudio dot frizziero at nereal dot com
Description:
When I use call_user_func (and call_user_func_array, of course) inside
a method to call a method of another class I'm expecting it works like
the scope resolution operator.
If it is not a bug: is it possible to add a flag, or alternatively add
two similar function (i.e. call_user_func_Paamayim_Nekudotayim and
call_user_func_array_Paamayim_Nekudotayim 8), to avoid the eval
workaround?
Thank you!
Note: i'm using php 5.0.4, but I don't find any fix in the changelog to
5.0.5
Reproduce code:
---
class MyClass {
public $string = 'Hello!';
public function SayHello() {
call_user_func(array('OutputClass', 'WriteToOutput'));
//
}
public function SayHello2() {
OutputClass::WriteToOutput();
}
public function SayHello3($outputclass, $outputmethod) {
// $outputclass::$outputmethod(); // syntax not allowed, with or
without curly braces
eval($outputclass . '::' . $outputmethod . '();'); // it works,
but it's a workaround
}
}
class OutputClass {
public function WriteToOutput() {
echo ($this->string);
}
}
$a = new MyClass();
$a->SayHello(); // Fatal error: Using $this when not in object
context
$a->SayHello2(); // it works (wow!)
$a->SayHello3('OutputClass', 'WriteToOutput'); // it works only using
eval
--
Edit this bug report at http://bugs.php.net/?id=34690&edit=1
#34690 [Fbk->Opn]: call_user_func and scope resolution operator ( :: )
ID: 34690
User updated by: claudio dot frizziero at nereal dot com
Reported By: claudio dot frizziero at nereal dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux (Fedora Core 4)
PHP Version: 5.0.5
New Comment:
Expected result:
to see "Hello!" on my browser (or console) when I call $a->SayHello();
Actual result:
Fatal error: Using $this when not in object
You don't get the problem? What do you get? 3 "Hello!"?
Previous Comments:
[2005-09-30 15:22:29] [EMAIL PROTECTED]
Long version:
Please be more verbose and try to describe the problem in more details.
Fields in the report form like "expected result" and "actual result" are
given for you to fill them, not to ignore.
Short version:
I don't get the problem.
[2005-09-30 15:19:13] claudio dot frizziero at nereal dot com
Description:
When I use call_user_func (and call_user_func_array, of course) inside
a method to call a method of another class I'm expecting it works like
the scope resolution operator.
If it is not a bug: is it possible to add a flag, or alternatively add
two similar function (i.e. call_user_func_Paamayim_Nekudotayim and
call_user_func_array_Paamayim_Nekudotayim 8), to avoid the eval
workaround?
Thank you!
Note: i'm using php 5.0.4, but I don't find any fix in the changelog to
5.0.5
Reproduce code:
---
class MyClass {
public $string = 'Hello!';
public function SayHello() {
call_user_func(array('OutputClass', 'WriteToOutput'));
//
}
public function SayHello2() {
OutputClass::WriteToOutput();
}
public function SayHello3($outputclass, $outputmethod) {
// $outputclass::$outputmethod(); // syntax not allowed, with or
without curly braces
eval($outputclass . '::' . $outputmethod . '();'); // it works,
but it's a workaround
}
}
class OutputClass {
public function WriteToOutput() {
echo ($this->string);
}
}
$a = new MyClass();
$a->SayHello(); // Fatal error: Using $this when not in object
context
$a->SayHello2(); // it works (wow!)
$a->SayHello3('OutputClass', 'WriteToOutput'); // it works only using
eval
--
Edit this bug report at http://bugs.php.net/?id=34690&edit=1
#34690 [Opn->Fbk]: call_user_func and scope resolution operator ( :: )
ID: 34690
Updated by: [EMAIL PROTECTED]
Reported By: claudio dot frizziero at nereal dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Linux (Fedora Core 4)
PHP Version: 5.0.5
New Comment:
Long version:
Please be more verbose and try to describe the problem in more details.
Fields in the report form like "expected result" and "actual result" are
given for you to fill them, not to ignore.
Short version:
I don't get the problem.
Previous Comments:
[2005-09-30 15:19:13] claudio dot frizziero at nereal dot com
Description:
When I use call_user_func (and call_user_func_array, of course) inside
a method to call a method of another class I'm expecting it works like
the scope resolution operator.
If it is not a bug: is it possible to add a flag, or alternatively add
two similar function (i.e. call_user_func_Paamayim_Nekudotayim and
call_user_func_array_Paamayim_Nekudotayim 8), to avoid the eval
workaround?
Thank you!
Note: i'm using php 5.0.4, but I don't find any fix in the changelog to
5.0.5
Reproduce code:
---
class MyClass {
public $string = 'Hello!';
public function SayHello() {
call_user_func(array('OutputClass', 'WriteToOutput'));
//
}
public function SayHello2() {
OutputClass::WriteToOutput();
}
public function SayHello3($outputclass, $outputmethod) {
// $outputclass::$outputmethod(); // syntax not allowed, with or
without curly braces
eval($outputclass . '::' . $outputmethod . '();'); // it works,
but it's a workaround
}
}
class OutputClass {
public function WriteToOutput() {
echo ($this->string);
}
}
$a = new MyClass();
$a->SayHello(); // Fatal error: Using $this when not in object
context
$a->SayHello2(); // it works (wow!)
$a->SayHello3('OutputClass', 'WriteToOutput'); // it works only using
eval
--
Edit this bug report at http://bugs.php.net/?id=34690&edit=1
#34690 [NEW]: call_user_func and scope resolution operator ( :: )
From: claudio dot frizziero at nereal dot com
Operating system: Linux (Fedora Core 4)
PHP version: 5.0.5
PHP Bug Type: Scripting Engine problem
Bug description: call_user_func and scope resolution operator ( :: )
Description:
When I use call_user_func (and call_user_func_array, of course) inside a
method to call a method of another class I'm expecting it works like the
scope resolution operator.
If it is not a bug: is it possible to add a flag, or alternatively add two
similar function (i.e. call_user_func_Paamayim_Nekudotayim and
call_user_func_array_Paamayim_Nekudotayim 8), to avoid the eval
workaround?
Thank you!
Note: i'm using php 5.0.4, but I don't find any fix in the changelog to
5.0.5
Reproduce code:
---
class MyClass {
public $string = 'Hello!';
public function SayHello() {
call_user_func(array('OutputClass', 'WriteToOutput'));
//
}
public function SayHello2() {
OutputClass::WriteToOutput();
}
public function SayHello3($outputclass, $outputmethod) {
// $outputclass::$outputmethod(); // syntax not allowed, with or
without curly braces
eval($outputclass . '::' . $outputmethod . '();'); // it works, but
it's a workaround
}
}
class OutputClass {
public function WriteToOutput() {
echo ($this->string);
}
}
$a = new MyClass();
$a->SayHello(); // Fatal error: Using $this when not in object context
$a->SayHello2(); // it works (wow!)
$a->SayHello3('OutputClass', 'WriteToOutput'); // it works only using
eval
--
Edit bug report at http://bugs.php.net/?id=34690&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34690&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34690&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34690&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34690&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34690&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34690&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34690&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34690&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34690&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34690&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34690&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34690&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34690&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34690&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34690&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34690&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34690&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34690&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34690&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34690&r=mysqlcfg
#34687 [Fbk->Opn]: PDO->query provides no way to get error message
ID: 34687 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 6CVS-2005-09-30 (CVS) New Comment: I'm not sure what version introduced this problem sniper, the box I had the problem on ran HEAD. Checking the problem on another box, and yes, the problem is present in PHP 5.1. Previous Comments: [2005-09-30 11:00:13] [EMAIL PROTECTED] This only happens in HEAD? (if it happens with PHP 5.1CVS, please put that as first in the 'Version' field) [2005-09-30 10:21:24] [EMAIL PROTECTED] Description: PDO->query() will return false (for example, on a simple update), but there is no error message generated that can be read via errorCode()/errorInfo(). -- Edit this bug report at http://bugs.php.net/?id=34687&edit=1
#21197 [Opn]: socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
User updated by: bool at boolsite dot net
Reported By: bool at boolsite dot net
Status: Open
Bug Type: Sockets related
Operating System: win32 only
PHP Version: 5.*, 4.*
New Comment:
With PHP 5 you can use the Stream extension
(http://www.php.net/manual/en/ref.stream.php), which works well and is
not "experimental".
Previous Comments:
[2005-09-29 16:07:34] tommyo at gmail dot com
I installed the latest windows build PHP Version 5.1.0RC2-dev and the
socket problem still exists. I get:
Warning: socket_read() [function.socket-read]: unable to read from
socket [0]: The operation completed successfully.
When I put PHP_NORMAL_READ for the read type parameter. Using the
default or PHP_BINARY_READ works just fine for the same line of code.
[2005-09-29 01:00:25] 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-09-21 12:46:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-03-11 11:06:02] [EMAIL PROTECTED]
I've compilled PHP with cygwin/gcc and no error is produced. However,
the build version from snaps.php.net gives that error.
[2003-08-26 02:00:58] bool at boolsite dot net
Ok, this is a short example : (a little echo server)
Debut de la connexion...',"\r\n";
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),"\r\n";
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo '< ',$buffer,"\r\n";
if($buffer=='quit') {
break;
}
$back='You sent : ['.$buffer.']';
echo '> ',$back,"\r\n";
socket_write($MsgSock,$back."\r\n");
} while(time()<$EndTime);
@socket_close($MsgSock);
echo '=> End...',"\r\n";
}
}
socket_close($Sock);
?>
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/21197
--
Edit this bug report at http://bugs.php.net/?id=21197&edit=1
#34689 [Fbk->Bgs]: Inconsistent handling of $GLOBALS from included files
ID: 34689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.1.0-CVS 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 You're right, Jani. Seems like the PHPUnit bug report that got me into this had me confused. Thank you for your time and setting my head straight :-) Previous Comments: [2005-09-30 12:36:25] [EMAIL PROTECTED] Sebastian, why they should become globals if you declare them inside a function? [2005-09-30 12:29:34] [EMAIL PROTECTED] I am using CVS (current PHP_5_1). [2005-09-30 12:28:10] [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-09-30 12:26:35] [EMAIL PROTECTED] Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=34689&edit=1
#34689 [Opn->Fbk]: Inconsistent handling of $GLOBALS from included files
ID: 34689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.1.0-CVS New Comment: Sebastian, why they should become globals if you declare them inside a function? Previous Comments: [2005-09-30 12:29:34] [EMAIL PROTECTED] I am using CVS (current PHP_5_1). [2005-09-30 12:28:10] [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-09-30 12:26:35] [EMAIL PROTECTED] Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=34689&edit=1
#34689 [Fbk->Opn]: Inconsistent handling of $GLOBALS from included files
ID: 34689 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: * -PHP Version: 5.1.0RC1 +PHP Version: 5.1.0-CVS New Comment: I am using CVS (current PHP_5_1). Previous Comments: [2005-09-30 12:28:10] [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-09-30 12:26:35] [EMAIL PROTECTED] Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=34689&edit=1
#34689 [Opn->Fbk]: Inconsistent handling of $GLOBALS from included files
ID: 34689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: * 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-09-30 12:26:35] [EMAIL PROTECTED] Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=34689&edit=1
#34689 [NEW]: Inconsistent handling of $GLOBALS from included files
From: [EMAIL PROTECTED] Operating system: any PHP version: 5.1.0RC1 PHP Bug Type: Scripting Engine problem Bug description: Inconsistent handling of $GLOBALS from included files Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=34689&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34689&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34689&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34689&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34689&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34689&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34689&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34689&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34689&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34689&r=support Expected behavior: http://bugs.php.net/fix.php?id=34689&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34689&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34689&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34689&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34689&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34689&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34689&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34689&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34689&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34689&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34689&r=mysqlcfg
#34688 [Bgs]: php 4.4.0 compile failure: make: *** [libs/libphp4.bundle] Error 1
ID: 34688 User updated by: justin at mind-productions dot com Reported By: justin at mind-productions dot com Status: Bogus Bug Type: Compile Failure Operating System: Mac os X 10.4.2 PHP Version: 4.4.0 New Comment: thnx it works!!! Previous Comments: [2005-09-30 11:04:56] [EMAIL PROTECTED] Remove this from your configure line: --enable-versioning And next time before you report: Try with the shortest possible configure line and gradually add the options you want to see which one actually causes it. Then read the "./configure --help" about the specific option. This option is REALLY NOT needed and should NOT be used unless you know 100% sure what you're doing! [2005-09-30 11:01:38] justin at mind-productions dot com Description: When running "make" in the terminal I get this error: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp4.bundle] Error 1 This is what I used to configure: './configure' '--prefix=/Library/PHP4' '--with-apxs2=/ Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with- zlib=/usr' '--enable-calendar' '--enable-shared' '--enable- exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable- versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with- pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '-- with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '-- with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/ Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with- expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '-- enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/ usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/ Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom- exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '-- with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with- mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable- shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable- bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with- zip=/Library/PHP4' '--with-magickwand=/usr' Reproduce code: --- './configure' '--prefix=/Library/PHP4' '--with-apxs2=/Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with-zlib=/usr' '--enable-calendar' '--enable-shared' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable-versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with-pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '--with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '--with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with-expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '--enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom-exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '--with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with-mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable-shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable-bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with-zip=/Library/PHP4' '--with-magickwand=/usr' make Expected result: it should run and compile php -- Edit this bug report at http://bugs.php.net/?id=34688&edit=1
#34681 [Fbk->Asn]: MySQL double type loses trailing zeroes with mysqli prepared statements
ID: 34681
Updated by: [EMAIL PROTECTED]
Reported By: adrian at fuzzee dot co dot uk
-Status: Feedback
+Status: Assigned
Bug Type: MySQLi related
Operating System: *
PHP Version: 5CVS-2005-09-29 (cvs)
Assigned To: georg
New Comment:
I tested with these (mysql --version):
mysql Ver 14.7 Distrib 4.1.13, for pc-linux-gnu (i686) using readline
4.3
mysql Ver 14.7 Distrib 4.1.12, for pc-linux-gnu (i686) using readline
4.3
I don't know what you meant with 'client library version'.
Previous Comments:
[2005-09-30 10:29:21] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
What MySQL Version do you use, which client library version?
[2005-09-29 17:54:30] [EMAIL PROTECTED]
By replacing the echo's with var_dump() calls, I get this:
float(0)
array(2) {
[0]=>
string(5) "0.000"
["number"]=>
string(5) "0.000"
}
So what you think is truncation is simply how PHP handles floats. Try
"echo 0.00;" for example.
Assigned to Georg since this seems really inconsistent behaviour first.
(perhaps just needs to be documented?)
[2005-09-29 17:09:12] adrian at fuzzee dot co dot uk
Description:
With mysqli statements, a MySQL double loses trailing zeroes, so
'0.000' becomes just '0' and '3.350' would become '3.35'. However, if
you use regular mysqli queries (non prepared statements) the trailing
zeroes are preserved... Obviously not a fatal bug, but an odd
difference in behaviour.
Reproduce code:
---
$sql = "SELECT 0.000 as number";
$mysqli = new mysqli(...);
$stmt = $mysqli->prepare($sql);
$stmt->bind_result($number);
$stmt->execute();
$stmt->store_result();
$stmt->fetch();
$stmt->close();
echo "$number\n";
$r = $mysqli->query($sql);
$tmp = $r->fetch_array();
echo "$tmp[0]\n";
Expected result:
0.000
0.000
Actual result:
--
0
0.000
--
Edit this bug report at http://bugs.php.net/?id=34681&edit=1
#34688 [Opn->Bgs]: php 4.4.0 compile failure: make: *** [libs/libphp4.bundle] Error 1
ID: 34688 Updated by: [EMAIL PROTECTED] Reported By: justin at mind-productions dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac os X 10.4.2 PHP Version: 4.4.0 New Comment: Remove this from your configure line: --enable-versioning And next time before you report: Try with the shortest possible configure line and gradually add the options you want to see which one actually causes it. Then read the "./configure --help" about the specific option. This option is REALLY NOT needed and should NOT be used unless you know 100% sure what you're doing! Previous Comments: [2005-09-30 11:01:38] justin at mind-productions dot com Description: When running "make" in the terminal I get this error: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp4.bundle] Error 1 This is what I used to configure: './configure' '--prefix=/Library/PHP4' '--with-apxs2=/ Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with- zlib=/usr' '--enable-calendar' '--enable-shared' '--enable- exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable- versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with- pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '-- with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '-- with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/ Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with- expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '-- enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/ usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/ Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom- exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '-- with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with- mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable- shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable- bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with- zip=/Library/PHP4' '--with-magickwand=/usr' Reproduce code: --- './configure' '--prefix=/Library/PHP4' '--with-apxs2=/Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with-zlib=/usr' '--enable-calendar' '--enable-shared' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable-versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with-pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '--with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '--with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with-expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '--enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom-exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '--with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with-mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable-shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable-bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with-zip=/Library/PHP4' '--with-magickwand=/usr' make Expected result: it should run and compile php -- Edit this bug report at http://bugs.php.net/?id=34688&edit=1
#34688 [NEW]: php 4.4.0 compile failure: make: *** [libs/libphp4.bundle] Error 1
From: justin at mind-productions dot com Operating system: Mac os X 10.4.2 PHP version: 4.4.0 PHP Bug Type: Compile Failure Bug description: php 4.4.0 compile failure: make: *** [libs/libphp4.bundle] Error 1 Description: When running "make" in the terminal I get this error: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp4.bundle] Error 1 This is what I used to configure: './configure' '--prefix=/Library/PHP4' '--with-apxs2=/ Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with- zlib=/usr' '--enable-calendar' '--enable-shared' '--enable- exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable- versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with- pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '-- with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '-- with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/ Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with- expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '-- enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/ usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/ Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom- exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '-- with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with- mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable- shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable- bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with- zip=/Library/PHP4' '--with-magickwand=/usr' Reproduce code: --- './configure' '--prefix=/Library/PHP4' '--with-apxs2=/Library/Apache2/bin/apxs' '--with-openssl=/usr' '--with-zlib=/usr' '--enable-calendar' '--enable-shared' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--enable-wddx' '--enable-yp' '--enable-versioning' '--with-mysql=/Library/PHP4' '--with-ldap=/usr' '--with-iodbc=/Library/PHP4' '--with-jpeg-dir=/Library/PHP4' '--with-png-dir=/Library/PHP4' '--enable-xslt' '--with-pdflib=/Library/PHP4' '--with-tiff-dir=/Library/PHP4' '--with-pgsql=/Library/PHP4' '--with-sybase=/Library/PHP4' '--with-mcrypt=/Library/PHP4' '--with-curl=/usr' '--with-ttf=/Library/PHP4' '--with-gettext=/Library/PHP4' '--with-xmlrpc' '--with-mime-magic' '--with-pspell=/Library/PHP4' '--with-expat-dir=/Library/Apache2' '--with-t1lib=/Library/PHP4' '--enable-dbx' '--with-imap=/Library/PHP4' '--with-imap-ssl=/usr' '--enable-dbase' '--with-bz2=/usr' '--with-dom=/Library/PHP4' '--with-dom-xslt=/Library/PHP4' '--with-dom-exslt=/Library/PHP4' '--with-xslt-sablot=/Library/PHP4' '--with-snmp=/Library/PHP4' '--enable-ucd-snmp-hack' '--with-mhash=/Library/PHP4' '--with-ming=/Library/PHP4' '--enable-shmop' '--with-gmp=/Library/PHP4' '--enable-dio' '--enable-bcmath' '--enable-dba' '--enable-gd-native-ttf' '--with-zip=/Library/PHP4' '--with-magickwand=/usr' make Expected result: it should run and compile php -- Edit bug report at http://bugs.php.net/?id=34688&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34688&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34688&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34688&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34688&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34688&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34688&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34688&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34688&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34688&r=support Expected behavior: http://bugs.php.net/fix.php?id=34688&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34688&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34688&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34688&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34688&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34688&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34688&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34688&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34688&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34688&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34688&r=mysqlcfg
#34687 [Opn->Fbk]: PDO->query provides no way to get error message
ID: 34687 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 6CVS-2005-09-30 (CVS) New Comment: This only happens in HEAD? (if it happens with PHP 5.1CVS, please put that as first in the 'Version' field) Previous Comments: [2005-09-30 10:21:24] [EMAIL PROTECTED] Description: PDO->query() will return false (for example, on a simple update), but there is no error message generated that can be read via errorCode()/errorInfo(). -- Edit this bug report at http://bugs.php.net/?id=34687&edit=1
#34681 [Asn->Fbk]: MySQL double type loses trailing zeroes with mysqli prepared statements
ID: 34681
Updated by: [EMAIL PROTECTED]
Reported By: adrian at fuzzee dot co dot uk
-Status: Assigned
+Status: Feedback
Bug Type: MySQLi related
Operating System: *
PHP Version: 5CVS-2005-09-29 (cvs)
Assigned To: georg
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
What MySQL Version do you use, which client library version?
Previous Comments:
[2005-09-29 17:54:30] [EMAIL PROTECTED]
By replacing the echo's with var_dump() calls, I get this:
float(0)
array(2) {
[0]=>
string(5) "0.000"
["number"]=>
string(5) "0.000"
}
So what you think is truncation is simply how PHP handles floats. Try
"echo 0.00;" for example.
Assigned to Georg since this seems really inconsistent behaviour first.
(perhaps just needs to be documented?)
[2005-09-29 17:09:12] adrian at fuzzee dot co dot uk
Description:
With mysqli statements, a MySQL double loses trailing zeroes, so
'0.000' becomes just '0' and '3.350' would become '3.35'. However, if
you use regular mysqli queries (non prepared statements) the trailing
zeroes are preserved... Obviously not a fatal bug, but an odd
difference in behaviour.
Reproduce code:
---
$sql = "SELECT 0.000 as number";
$mysqli = new mysqli(...);
$stmt = $mysqli->prepare($sql);
$stmt->bind_result($number);
$stmt->execute();
$stmt->store_result();
$stmt->fetch();
$stmt->close();
echo "$number\n";
$r = $mysqli->query($sql);
$tmp = $r->fetch_array();
echo "$tmp[0]\n";
Expected result:
0.000
0.000
Actual result:
--
0
0.000
--
Edit this bug report at http://bugs.php.net/?id=34681&edit=1
#34687 [NEW]: PDO->query provides no way to get error message
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 6CVS-2005-09-30 (CVS) PHP Bug Type: PDO related Bug description: PDO->query provides no way to get error message Description: PDO->query() will return false (for example, on a simple update), but there is no error message generated that can be read via errorCode()/errorInfo(). -- Edit bug report at http://bugs.php.net/?id=34687&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34687&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34687&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34687&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34687&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34687&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34687&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34687&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34687&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34687&r=support Expected behavior: http://bugs.php.net/fix.php?id=34687&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34687&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34687&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34687&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34687&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34687&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34687&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34687&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34687&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34687&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34687&r=mysqlcfg
#34683 [Bgs->Opn]: get_browser ignores $_SERVER['HTTP_USER_AGENT'] setting
ID: 34683 User updated by: skissane at gmail dot com Reported By: skissane at gmail dot com -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Linux (FC4) PHP Version: 5.0.5 New Comment: Sniper, what renders this "bogus"? The docs imply it behaves a certain way... and it doesn't. Either the docs are wrong or the code is wrong -- either way there is a bug. Previous Comments: [2005-09-30 10:07:30] [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-09-30 07:52:01] skissane at gmail dot com Description: According to the docs "By default, the value of $_SERVER['HTTP_USER_AGENT'] is used". However, setting this to a different value does not change the output of get_browser with no arguments. Indeed, under CLI SAPI, HTTP_USER_AGENT is not set initially, and even if you set it by hand before calling get_browser() it still gives an error that it is not set. Reproduce code: --- Run from CLI SAPI: http://bugs.php.net/?id=34683&edit=1
#34686 [Opn->Bgs]: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829]
ID: 34686 Updated by: [EMAIL PROTECTED] Reported By: douglas at elementech dot co dot za -Status: Open +Status: Bogus Bug Type: Informix related Operating System: Red Hat Linux Enterprise 3 PHP Version: 5.0.5 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. Ask the Informix support for info about that error.. Previous Comments: [2005-09-30 09:23:16] douglas at elementech dot co dot za The ifx_error and ifx_errormsg return: E [SQLSTATE=IX 001 SQLCODE=-1829] and Unable to load locale categories. [2005-09-30 09:19:02] douglas at elementech dot co dot za Description: I have configured and installed PHP successfully, everything works except when I try and create a Informix DB Connection: Reproduce code: --- I get the following error: Warning: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829] in /www/htdocs/test.php on line 2 PHP was configured with: ./configure --with-mysql=/usr/local/mysql --with-informix=/opt/informix --with-apxs2=/www/bin/apxs --with-gd --with-zlib-dir=/usr/local --with-jpeg-dir=/usr/local --enable-ftp --with-mssql=/usr/local --enable-track-vars --with-freetype --with-pdflib=/usr/local/pdflib Both $INFORMIXDIR and $INFORMIXSERVER have been set. Expected result: Create the DB connection. Any help or advice would be appreciated. -- Edit this bug report at http://bugs.php.net/?id=34686&edit=1
#34683 [Opn->Bgs]: get_browser ignores $_SERVER['HTTP_USER_AGENT'] setting
ID: 34683 Updated by: [EMAIL PROTECTED] Reported By: skissane at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux (FC4) PHP Version: 5.0.5 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-09-30 07:52:01] skissane at gmail dot com Description: According to the docs "By default, the value of $_SERVER['HTTP_USER_AGENT'] is used". However, setting this to a different value does not change the output of get_browser with no arguments. Indeed, under CLI SAPI, HTTP_USER_AGENT is not set initially, and even if you set it by hand before calling get_browser() it still gives an error that it is not set. Reproduce code: --- Run from CLI SAPI: http://bugs.php.net/?id=34683&edit=1
#34684 [Opn->Fbk]: Memory Leak using Informix database
ID: 34684 Updated by: [EMAIL PROTECTED] Reported By: mrembach at gmail dot com -Status: Open +Status: Feedback -Bug Type: *Database Functions +Bug Type: Informix related Operating System: Linux 2.4.19-64GB-SMP PHP Version: 5.0.5 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 And try with a script which does NOT use PEAR::db!! Previous Comments: [2005-09-30 08:33:01] mrembach at gmail dot com Description: Hi, I have had an ongoing memory leak with Informix for a while now and haven't had another database to test with so I can send in evidence for investigation. I have written a small script that created a database connection using Pear::DB and loads creates a loop to load an array of objects. To run the command: php testMemoryLeak.php ORACLE or php testMemoryLeak.php INFORMIX If you run this code (see below) and then issue the command ps -ax -o '%mem cmd' | grep 'testMemoryLeakPEAR.php' | grep -v 'grep' On the informix run, the memory goes up and up (try running the program and see after a couple of minutes), but with the oracle run, no memory leak. This should provide enough clues to maybe find the leak and plug it for informix. Please help, this is starting to be a very big problem for my project. Thanks in advance Michael Reproduce code: --- https://student.transport.nsw.gov.au/testMemoryLeakPEAR.txt Expected result: The program should be downloaded and set up to use with both a table in oracle and informix The ps I explained should be run while the php script is running. Informix: memory starts at 1.5 and starts going up every minute or so Oracle: stable. I think the problem is in the free() class. -- Edit this bug report at http://bugs.php.net/?id=34684&edit=1
#34686 [Opn]: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829]
ID: 34686 User updated by: douglas at elementech dot co dot za Reported By: douglas at elementech dot co dot za Status: Open Bug Type: Informix related Operating System: Red Hat Linux Enterprise 3 PHP Version: 5.0.5 New Comment: The ifx_error and ifx_errormsg return: E [SQLSTATE=IX 001 SQLCODE=-1829] and Unable to load locale categories. Previous Comments: [2005-09-30 09:19:02] douglas at elementech dot co dot za Description: I have configured and installed PHP successfully, everything works except when I try and create a Informix DB Connection: Reproduce code: --- I get the following error: Warning: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829] in /www/htdocs/test.php on line 2 PHP was configured with: ./configure --with-mysql=/usr/local/mysql --with-informix=/opt/informix --with-apxs2=/www/bin/apxs --with-gd --with-zlib-dir=/usr/local --with-jpeg-dir=/usr/local --enable-ftp --with-mssql=/usr/local --enable-track-vars --with-freetype --with-pdflib=/usr/local/pdflib Both $INFORMIXDIR and $INFORMIXSERVER have been set. Expected result: Create the DB connection. Any help or advice would be appreciated. -- Edit this bug report at http://bugs.php.net/?id=34686&edit=1
#34686 [NEW]: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829]
From: douglas at elementech dot co dot za Operating system: Red Hat Linux Enterprise 3 PHP version: 5.0.5 PHP Bug Type: Informix related Bug description: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829] Description: I have configured and installed PHP successfully, everything works except when I try and create a Informix DB Connection: Reproduce code: --- I get the following error: Warning: ifx_connect() [function.ifx-connect]: E [SQLSTATE=IX 001 SQLCODE=-1829] in /www/htdocs/test.php on line 2 PHP was configured with: ./configure --with-mysql=/usr/local/mysql --with-informix=/opt/informix --with-apxs2=/www/bin/apxs --with-gd --with-zlib-dir=/usr/local --with-jpeg-dir=/usr/local --enable-ftp --with-mssql=/usr/local --enable-track-vars --with-freetype --with-pdflib=/usr/local/pdflib Both $INFORMIXDIR and $INFORMIXSERVER have been set. Expected result: Create the DB connection. Any help or advice would be appreciated. -- Edit bug report at http://bugs.php.net/?id=34686&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34686&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34686&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34686&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34686&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34686&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34686&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34686&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34686&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34686&r=support Expected behavior: http://bugs.php.net/fix.php?id=34686&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34686&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34686&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34686&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34686&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34686&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34686&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34686&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34686&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34686&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34686&r=mysqlcfg
