| #34344 [Opn]: register_shutdown_function() in classes |
|
 |
Index ‹ php-dev
|
- Previous
- 3
- [PHP-DEV] Changes between 5.1.1 & 5.1.2-dev breaks PHP - Smarty pluginHello
This works fine with 5.1.1
PHP
include '/wwwroot/lib/smarty/Smarty.class.php';
$tpl = new Smarty;
$tpl->plugins_dir = array('/wwwroot/lib/smarty/plugins',
'/wwwroot/home/testes/plugins');
$tpl->force_compile = true;
$link = mysql_connect('localhost', 'xxxxx', 'yyyyy');
mysql_select_db('dbteste');
$res = mysql_query('SELECT * FROM Photos ORDER BY PhotoID');
while ($row = mysql_fetch_assoc($res)) {
$rows[] = $row;
}
$tpl->assign("images", $rows);
$tpl->display("table2.tpl");
Template
<html>
<body>
<h1>Test</h1>
{table_foreach from=$images item=image cols=4 rows=4}
<img src="{$image.Photo}" />
{/table_foreach}
</body>
</html>
The plugin is table_foreach, a bit long to copy & paste here
http://smarty.incutio.com/?page=table_foreach
Something change between 5.1.1 release and today 5.1.2-dev snapshot.
I am getting this errors in my php error log file
[16-Dec-2005 17:05:32] PHP Strict Standards: Only variables should be
passed by reference in C:\wwwroot\lib\smarty\Smarty_Compiler.class.php on
line 729
[16-Dec-2005 17:05:32] PHP Strict Standards: Only variables should be
passed by reference in
C:\wwwroot\home\tests\templates_c\%%72^721^721E602F%%table2.tpl.php on line
8
[16-Dec-2005 17:05:32] PHP Strict Standards: Only variables should be
passed by reference in
C:\wwwroot\home\tests\templates_c\%%72^721^721E602F%%table2.tpl.php on line
11
LINE 729 - Smarty_Compiler.class.php
$arg_list = $this->_compile_arg_list('block', $tag_command, $attrs,
$_cache_attrs='');
LINE 8 - %%72^721^721E602F%%table2.tpl.php
<?php $this->_tag_stack[] = array('table_foreach', array('from' =>
$this->_tpl_vars['images'],'item' => 'image','cols' => 4,'rows' => 4));
smarty_block_table_foreach($this->_tag_stack[count($this->_tag_stack)-1][1],
null, $this, $_block_repeat=true);while ($_block_repeat) { ob_start(); ?>
LINE 11 - %%72^721^721E602F%%table2.tpl.php
<?php $_block_content = ob_get_contents(); ob_end_clean(); echo
smarty_block_table_foreach($this->_tag_stack[count($this->_tag_stack)-1][1],
$_block_content, $this, $_block_repeat=false); }
array_pop($this->_tag_stack); ?>
Best regards
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 4
- #41786 [Opn->Bgs]: Setting lastmodified file time with touch gives unexpexted values ID: 41786
Updated by: email***@***.com
Reported By: thbley at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: WinXP SP2
PHP Version: 5.2.3
New Comment:
Duplicate of bug #40568.
Previous Comments:
------------------------------------------------------------------------
[2007-06-24 13:13:40] email***@***.com
See also bug #41751
------------------------------------------------------------------------
[2007-06-24 07:21:47] thbley at gmail dot com
Description:
------------
When I try to set the last modified time of two files to the same
value, I get different values.
Date configuration:
(php default, nothing changed, I'm living in Europe/Berlin)
date
date/time support enabled
Timezone Database Version 2006.16
Timezone Database internal
Default timezone Europe/Paris
Directive Local Value Master Value
date.default_latitude 31.7667 31.7667
date.default_longitude 35.2333 35.2333
date.sunrise_zenith 90.583333 90.583333
date.sunset_zenith 90.583333 90.583333
date.timezone no value no value
Reproduce code:
---------------
<?php
// same result with date_default_timezone_set("Europe/Berlin");
touch("c:/test1.txt",strtotime("02/18/2007 20:00:00"));
touch("c:/test2.txt",filemtime("c:/test1.txt"));
echo filemtime("c:/test1.txt")."<br>\n";
echo filemtime("c:/test2.txt")."<br>\n";
echo date("d.m.Y H:i:s",filemtime("c:/test1.txt"))."<br>\n";
echo date("d.m.Y H:i:s",filemtime("c:/test2.txt"))."<br>\n";
?>
Expected result:
----------------
1171818000
1171818000
18.02.2007 18:00:00
18.02.2007 18:00:00
or
1171821600
1171821600
18.02.2007 19:00:00
18.02.2007 19:00:00
Actual result:
--------------
1171821600
1171818000
18.02.2007 19:00:00
18.02.2007 18:00:00
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=41786&edit=1
- 4
- #28792 [Opn->Fbk]: throwing an exception inside a __get() causes a segmentation fault ID: 28792
Updated by: email***@***.com
Reported By: fabio at catho dot com dot br
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.24
PHP Version: 5.0.0RC3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2004-06-15 16:13:25] fabio at catho dot com dot br
Description:
------------
This code was working on PHP5 RC2, but not in the latest versions (CVS,
PHP5 RC3).
See http://bugs.php.net/bug.php?id=24279.
Reproduce code:
---------------
class test {
function __get($propname) {
throw new Exception("TEST");
}
}
$t = new test();
echo $t->ok;
Expected result:
----------------
Fatal error: Uncaught exception 'Exception' with message 'TEST' in
/usr/local/apache2/htdocs/Core/dump.php:4 Stack trace: #0
/usr/local/apache2/htdocs/Core/dump.php(8): test->__get() #1
/usr/local/apache2/htdocs/Core/dump.php(8): unknown() #2 {main} thrown
in /usr/local/apache2/htdocs/Core/dump.php on line 4
Actual result:
--------------
Segmentation Fault (zero size reply)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28792&edit=1
- 4
- #28966 [Bgs]: Session var is overwritten by regular var of same name ID: 28966
User updated by: dgoodman at twentythreeg dot net
Reported By: dgoodman at twentythreeg dot net
Status: Bogus
Bug Type: Session related
Operating System: Debian/Linux 2.6.5
PHP Version: 4.3.7
New Comment:
Certainly seems like a bug to me. I wasn't asking for support. Please
explain how this is does not imply a problem with PHP.
If I assign a value to the session variable, I don't expect to be able
to overwrite the value of that variable with a completely unrelated
variable. Please recheck this issue.
Previous Comments:
------------------------------------------------------------------------
[2004-06-30 09:08:23] email***@***.com
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
------------------------------------------------------------------------
[2004-06-30 00:52:23] dgoodman at twentythreeg dot net
Description:
------------
If I save a variable to $_SESSION, for example $_SESSION['varname'] =
'value', and then assign a value to a normal variable of the same name,
$varname = 'value2', then the value of the session variable is
overwritten with the second value.
This is not an issue of assignment by reference -- I assign values, as
shown in the code I have provided.
The first time the code is executed, the results are correct on my
machine. However, on subsequent executions of the code, the results
become incorrect.
Reproduce code:
---------------
<?PHP
session_start();
$_SESSION['var'] = 'Foo';
print 'Session.var = '.$_SESSION['var'].'<BR>';
$var = 'Bar';
print 'var = '.$var.'<BR>';
$var1 = $_SESSION['var'];
print 'var1 = '.$var1.'<BR>';
?>
Expected result:
----------------
Session.var = Foo
var = Bar
var1 = Foo
Actual result:
--------------
Session.var = Foo
var = Bar
var1 = Bar
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28966&edit=1
- 4
- #34248 [Asn->Fbk]: PDO connects to database but do not execute sql statements ID: 34248
Updated by: email***@***.com
Reported By: joel at everlast dot se
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: Debian GNU/Linux 2.4.24-1-386
PHP Version: 5.1.0RC1
Assigned To: wez
New Comment:
What is the version of your MySQL server and what is the version of the
mysql client library PHP is linked against?
Previous Comments:
------------------------------------------------------------------------
[2005-08-25 15:16:32] email***@***.com
Assigned to PDO maintainer.
------------------------------------------------------------------------
[2005-08-25 14:44:01] joel at everlast dot se
Sorry for my bad english, is there a way to edit the original
description and correct my spellings?
------------------------------------------------------------------------
[2005-08-25 14:39:46] joel at everlast dot se
Description:
------------
I were using 5.1.0Ob2 and pdo wich worked almost fine, everything but
transaction worked. So I updated to 5.1.0RC1 and suddenly all pdo
related code cease to work.
I'm using apache1.3 as the httpd.
Se link for more information and code example.
Reproduce code:
---------------
http://bowser.everlast.se/~qzio/pdofailure.php
Expected result:
----------------
I want it to execute the $pdo->query() and print out the results.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34248&edit=1
- 7
- #35781 [Opn->Asn]: stream_filter_append will cause segfault ID: 35781
Updated by: email***@***.com
Reported By: sqchen at citiz dot net
-Status: Open
+Status: Assigned
-Bug Type: Unknown/Other Function
+Bug Type: Filesystem function related
Operating System: redhat 7.3
-PHP Version: 5.1.1
+PHP Version: 5.1.2RC1
-Assigned To:
+Assigned To: wez
New Comment:
Assigned to the streams author.
Previous Comments:
------------------------------------------------------------------------
[2005-12-23 04:36:32] judas dot iscariote at gmail dot com
(gdb) bt
#0 0x00002aaaab5433f0 in memcpy () from /lib64/tls/libc.so.6
#1 0x0000000000000003 in ?? ()
#2 0x000000000071ca50 in php_register_internal_extensions ()
#3 0x000000000062acfa in strfilter_rot13_filter (stream=0xaa6fc0,
thisfilter=0xaa7360, buckets_in=0x7fffffc21d60,
buckets_out=0x7fffffc21d50, bytes_consumed=0x0, flags=0) at
/local/local/bodegon/php-debug/ext/standard/filters.c:46
#4 0x000000000065e69d in php_stream_fill_read_buffer (stream=0xaa6fc0,
size=8192)
at /local/local/bodegon/php-debug/main/streams/streams.c:458
#5 0x000000000065ecfa in _php_stream_read (stream=0xaa6fc0,
buf=0x7fffffc21e70 "", size=8192)
at /local/local/bodegon/php-debug/main/streams/streams.c:584
#6 0x00000000006602d2 in _php_stream_passthru (stream=0xaa6fc0,
__php_stream_call_depth=0,
__zend_filename=0x762ae0
"/local/local/bodegon/php-debug/ext/standard/file.c",
__zend_lineno=1487,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/main/streams/streams.c:1183
#7 0x00000000005ca9ff in zif_fpassthru (ht=1, return_value=0xaa4f90,
return_value_ptr=0x0, this_ptr=0x0,
return_value_used=0) at
/local/local/bodegon/php-debug/ext/standard/file.c:1487
#8 0x00000000006c2ef2 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffffc241a0) at zend_vm_execute.h:192
#9 0x00000000006c8e57 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffffc241a0) at zend_vm_execute.h:1587
#10 0x00000000006c2a66 in execute (op_array=0xaa5e70) at
zend_vm_execute.h:92
#11 0x000000000069ce03 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /local/local/bodegon/php-debug/Zend/zend.c:1101
#12 0x0000000000649cd3 in php_execute_script
(primary_file=0x7fffffc26830)
at /local/local/bodegon/php-debug/main/main.c:1720
#13 0x000000000071bd3d in main (argc=2, argv=0x7fffffc26a28) at
/local/local/bodegon/php-debug/sapi/cli/php_cli.c:1077
------------------------------------------------------------------------
[2005-12-23 04:17:47] judas dot iscariote at gmail dot com
==308== Process terminating with default action of signal 11 (SIGSEGV)
==308== Bad permissions for mapped region at address 0x1669DFFF
==308== at 0x11B1CEC7: memcpy (in
/usr/lib64/valgrind/vgpreload_memcheck.so)
==308== by 0x508DDA: php_stream_bucket_make_writeable
(string3.h:52)
==308== by 0x4E48C4: ??? (filters.c:46)
==308== by 0x506424: ??? (streams.c:458)
==308== by 0x50689A: _php_stream_read (streams.c:584)
==308== by 0x506E9F: _php_stream_passthru (streams.c:1183)
==308== by 0x49F60E: zif_fpassthru (file.c:1487)
==308== by 0x54F5E4: ??? (zend_vm_execute.h:192)
==308== by 0x54ECD2: execute (zend_vm_execute.h:92)
==308== by 0x526ADA: zend_eval_string (zend_execute_API.c:1085)
==308== by 0x526C27: zend_eval_string_ex (zend_execute_API.c:1119)
==308== by 0x5C2FBD: main (php_cli.c:1116)
php -v
PHP 5.1.2RC1 (cli) (built: Dec 22 2005 19:34:24)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2005 Zend Technologies
------------------------------------------------------------------------
[2005-12-23 03:00:41] sqchen at citiz dot net
Description:
------------
stream_filter_append($fp, "string.rot13", -49)
will cause Segmentation fault
Reproduce code:
---------------
<?php
$fp = fopen("test.txt", "w");
stream_filter_append($fp, "string.rot13", -49);
fwrite($fp, "This is a test\n");
rewind($fp);
fpassthru($fp);
fclose($fp);
?>
Actual result:
--------------
Segmentation fault
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=35781&edit=1
- 7
- [PHP-DEV] PHP 5 Beta 3 Released!Dear PHP users,
PHP 5.0.0 Beta 3 has been released. Many bugs have been fixed since Beta 2,
some of which aren't mentioned in the NEWS file (which you can find at the
end of this email).
The PHP 5.0 source tree will now enter a feature freeze and we are moving
into bug fixing mode, therefore, we will hopefully have a Release Candidate
as the next version.
Enjoy and Happy Holidays,
PHP Development Team.
NEWS file:
21 Dec 2003, PHP 5 Beta 3
- Bundled new tidy extension (John, Wez)
- Upgraded PCRE library to version 4.5. (Andrei)
- Dropped Windows 95 support. (Andi)
- Moved extensions to PECL:
. ext/crack (Jani, Derick)
. ext/db (Jani, Derick)
. ext/mcal (Jani, Derick)
. ext/qtdom (Jani, Derick)
. ext/notes (Wez)
- Added 'c' modifier to date() which returns the date in the ISO 8601 format.
(Derick, Manuzhai)
- Added an optional parameter to microtime() to get the time as float. (Andrey)
- Added MacRoman encoding support to htmlentities(). (Derick, Marcus Bointon)
- Added possibility to call PHP functions as XSLT-functions. (Christian)
- Added possibility to prevent PHP from registering variables when input filter
support is used. (Derick)
- Added iconv stream filter (convert.iconv.*). (Moriyoshi)
- Added EXSLT support in ext/xsl. (Christian)
- Added qdbm handler for dba extension. (mg at iceni dot pl, Marcus)
- Added new functions:
. dba_key_split() to split inifile keys in an array. (Marcus)
. time_nanosleep() signal safe sleep (Magnus, Ilia)
. headers_list(). (Sara)
. php_strip_whitespace(). strip whitespace & comments from a script. (Ilia)
. php_check_syntax(). check php script for parse errors. (Ilia)
. image_type_to_extension(). return extension based on image type. (Ilia)
. stream_socket_sendto() and stream_socket_recvfrom(). (Wez)
. iconv_mime_decode_headers(). (Moriyoshi)
. get_declared_interfaces(). (Andrey, Marcus)
. sqlite_fetch_column_types(). (Ilia)
- Added proxy support to http:// wrapper. (Sara)
- Added rename(), rmdir() and mkdir() support to userstreams. (Sara)
- Added rename(), rmdir() and mkdir() support to ftp:// wrapper. (Sara)
- Changed rename(), rmdir() and mkdir() to be routed via streams API. (Sara)
- Changed stat() and family to be routed via streams API. (Sara)
- Fixed include_once() / require_once() on Windows to honor case-insensitivity
of files. (Andi)
- Fixed get_declared_classes() to return only classes. (Andrey, Marcus)
- Fixed __autoload() to preserve case of the passed class name. (Andi)
- Fixed bug #26615 () (runekl at opoint dot com, Derick)
- Fixed bug #26591 ("__autoload threw an exception" during an uncaught).
(Marcus)
- Fixed bug #26534 (stream_get_meta_data() -> Access Violation). (Wez)
- Fixed bug #26528 (HTML entities are not being decoded by
xml_parse()/xml_parse_into_struct()). (Ilia)
- Fixed bug #26182 (Object properties created redundantly). (Andi)
- Fixed bug #26156 (REPLACE_ZVAL_VALUE works on uninit stack-based zvals).
(Moriyoshi)
- Fixed bug #26083 (Non-working write support in ext/dom). (Ilia)
- Fixed bug #26072 (--disable-libxml does not work). (Jani)
- Fixed bug #26001 (serialize crashes when accessing an overloaded object that
has no properties (NULL hashtable)). (Wez)
- Fixed bug #25664 (COM crashes when calling a Delphi implementations of
ITypeInfo). (Wez)
- Fixed bug #24837 (Incorrect behaviour of PPP using foreach). (Marcus)
- Fixed bug #24693 (Allow session.use_trans_sid to be enabled/disabled from
inside the script). (Ilia)
- Fixed bug #24394 (Serializing cross-referenced objects causes segfault).
(Moriyoshi)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 8
- #41620 [Opn]: Can't pass VirtualDocumentRoot Vars ID: 41620
User updated by: ruud at rb-sound dot nl
Reported By: ruud at rb-sound dot nl
Status: Open
Bug Type: Apache2 related
Operating System: FreeBSD
PHP Version: 5.2.3
New Comment:
Apache reports bug as a php bug
http://issues.apache.org/bugzilla/show_bug.cgi?id=42606
Previous Comments:
------------------------------------------------------------------------
[2007-06-07 07:38:58] ruud at rb-sound dot nl
Description:
------------
php_admin_value open_basedir /usr/local/apache/vhosts/%0/www/
The %0 only works on VirtualDocumentRoot. php doens't read the %0
value.
Reproduce code:
---------------
In this example i try to chroot php. So user's can only access there
home dir.
<VirtualHost *>
Use CanonicalName off # use the name from the Host: header instead of
the DNS name
VirtualDocumentRoot /usr/local/apache/vhosts/%0/www/public_html/
php_admin_value open_basedir /usr/local/apache/vhosts/%0/www/
<VirtualHost>
The %0 only works on VirtualDocumentRoot. php doens't read the %0
value.
Expected result:
----------------
php_admin_value open_basedir
/usr/local/apache/vhosts/www.domain.tld/www/
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=41620&edit=1
- 8
- #38807 [Opn->Fbk]: PHP 4.4.4 does ignore the SetEnv PHPRC with suPHP ID: 38807
Updated by: email***@***.com
Reported By: gregory dot agerba at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: CentOS/Fedora/Debian
PHP Version: 4.4.4
New Comment:
What do you see with var_dump(getenv("PHPRC")); (using the same PHP
instance)?
Previous Comments:
------------------------------------------------------------------------
[2006-09-13 14:27:36] gregory dot agerba at gmail dot com
Description:
------------
Hello,
I can see that since the upgrade to PHP 4.4.4, it is no more possible
to handle php.ini user's file.
We do have Fedora Core 5, CentOS 4.3, and Debian 3.1.
Example :
suPHP_Engine on
<Files ~ "\.php5$">
SetEnv PHPRC /some/where/config/php5
</Files>
<Files ~ "\.(php|php3|php4?)$">
SetEnv PHPRC /some/where/config/php4
</Files>
It does not work with PHP 4.4.4 (and even if I roll back to 4.4.3 the
problem persist).
It works fine with PHP 5.1.6.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38807&edit=1
- 11
- #33912 [Opn->Fbk]: Crash when trying to access registry using com ID: 33912
Updated by: email***@***.com
Reported By: awsewell at catawba dot edu
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2005-07-28 23:30:55] awsewell at catawba dot edu
Description:
------------
When trying to use php 5.04 to access the registry with the code below
PHP crashes.
Reproduce code:
---------------
<?php
$hostname = ".";
$keyPath = "\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall";
$wshShell = new
COM("winmgmts:{impersonationLevel=impersonate}//{$hostname}/root/default:StdRegProv");
$wshShell->EnumKey("HKEY_LOCAL_MACHINE", $keyPath, $keys);
foreach($keys as $key){
print $key;
}
unset($wshShell);
?>
Expected result:
----------------
I execpt to see the list of subkeys from the registry.
Actual result:
--------------
PHP crashes with only "CLI has encountered a problem and needs to
close. We are sorry for the inconvenience."
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33912&edit=1
- 12
- #30243 [NEW]: ...topalette creates 2 colors from 1 color imageFrom: pmpp at sapo dot pt
Operating system: Windows XP
PHP version: 4.3.9RC3
PHP Bug Type: *Graphics related
Bug description: ...topalette creates 2 colors from 1 color image
Description:
------------
I create a truecolor image, fill it with 1 color, then I make that color
transparent, but when I convert the image to palette, I get 1 pixel of a
slightest different color of the first one, shifted 1pixel to the right of
every pixel near a transparent pixel.
[GD Version] => bundled (2.0.28 compatible)
Reproduce code:
---------------
<?php
$image = imagecreatetruecolor(100,100) or die("");
$color = imagecolorallocate($image, 255, 229, 178);
imagefill($image, 0, 0, $color);
imagecolortransparent( $image, $color);
imagetruecolortopalette ( $image, 0, 255);
imagepng($image);
?>
Expected result:
----------------
I expect to have all the image transparent.
Actual result:
--------------
With a more complex image, it's as I had moved a selection of the NON
transparent image, full of a slightest different color of the one I made
transparent, moved 1pixel to the right in the background.
--
Edit bug report at http://bugs.php.net/?id=30243&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30243&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30243&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30243&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=30243&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=30243&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30243&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30243&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30243&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30243&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30243&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30243&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30243&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=30243&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30243&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=30243&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30243&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30243&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30243&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30243&r=mysqlcfg
- 14
- #28949 [Com]: imagetruecolortopalette - colors in palette are missing and filled with white ID: 28949
Comment by: service at textilenetwork dot de
Reported By: vkary at web dot de
Status: Open
Bug Type: GD related
Operating System: WinXP & Linux
PHP Version: 4.3.7
New Comment:
This bug still exists in release of PHP 5!
Previous Comments:
------------------------------------------------------------------------
[2004-07-03 12:16:54] vkary at web dot de
...and another difference:
A few lines above, the variable "count" is initialized with "0"
------------------------------------------------------------------------
[2004-07-03 11:58:53] vkary at web dot de
I have found a difference between the PHP 4.3.2 and PHP 4.3.7 in the
file "gd_topal.c"
gd_topal.c, PHP 4.3.2, lines 733-742
-------------------------------------
#ifdef ORIGINAL_LIB_JPEG
cinfo->colormap[0][icolor] = (JSAMPLE) ((c0total + (total >> 1)) /
total);
cinfo->colormap[1][icolor] = (JSAMPLE) ((c1total + (total >> 1)) /
total);
cinfo->colormap[2][icolor] = (JSAMPLE) ((c2total + (total >> 1)) /
total);
#else
im->red[icolor] = (int) ((c0total + (total >> 1)) / total);
im->green[icolor] = (int) ((c1total + (total >> 1)) / total);
im->blue[icolor] = (int) ((c2total + (total >> 1)) / total);
#endif
}
gd_topal.c, PHP 4.3.7, lines 733-748
-------------------------------------
#ifdef ORIGINAL_LIB_JPEG
cinfo->colormap[0][icolor] = (JSAMPLE) ((c0total + (total >> 1)) /
total);
cinfo->colormap[1][icolor] = (JSAMPLE) ((c1total + (total >> 1)) /
total);
cinfo->colormap[2][icolor] = (JSAMPLE) ((c2total + (total >> 1)) /
total);
#else
/* 2.0.16: Paul den Dulk found an occasion where total can be 0 */
if (count) {
im->red[icolor] = (int) ((c0total + (total >> 1)) / total);
im->green[icolor] = (int) ((c1total + (total >> 1)) / total);
im->blue[icolor] = (int) ((c2total + (total >> 1)) / total);
} else {
im->red[icolor] = 255;
im->green[icolor] = 255;
im->blue[icolor] = 255;
}
#endif
------------------------------------------------------------------------
[2004-06-28 18:27:19] vkary at web dot de
Description:
------------
When trying to reduce a true color image to a palette image with for
example 16 or 32 colors, many colors are missing from the palette and
filled with white color instead.
Reproduce code:
---------------
<?php
$src_im = imagecreatefromjpeg ("ara.jpg");
imagetruecolortopalette ($src_im, false, 16);
Header("Content-type: image/png");
imagepng($src_im);
?>
Expected result:
----------------
The color palette should have exactly the number of colors specified in
imagetruecolortopalette (16 for example) an the color reduced image
should look like this:(created with PHP 4.3.2, GD-Lib 2.0.12)
http://www.textilenetwork.de/php/ara16_4_3_2.png
The color palette for the image above:
http://www.textilenetwork.de/php/ara16_4_3_2_pal.png
or for 32 colors:
http://www.textilenetwork.de/php/ara32_4_3_2.png
http://www.textilenetwork.de/php/ara32_4_3_2_pal.png
Actual result:
--------------
The images and color palettes with PHP 4.3.6: (& PHP 4.3.7)
http://www.textilenetwork.de/php/ara16_4_3_6.png
http://www.textilenetwork.de/php/ara16_4_3_6_pal.png
http://www.textilenetwork.de/php/ara32_4_3_6.png
http://www.textilenetwork.de/php/ara32_4_3_6_pal.png
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28949&edit=1
- 14
- [PHP-DEV] SimpleXML & Casting to StringI know we discussed this already, but after seeing a couple of bug
reports about SimpleXML, I'm worried our decision only makes sense to
us and not to regular users. :)
Specifically, since elements and attibutes look like strings, people
expect them to act like strings. But since they're not objects instead
of strings, they're completely buffled as how to handle them.
Here are two examples that have come through the bug report system in
the last day:
$sxe = simplexml_load_string('<root a="123" />');
if ($sxe['a'] == '123') {
// do something
}
And:
$xml = simplexml_load_string(/* some valid XML string that I'm not
going to cut and paste here */);
foreach($xml->user as $user){
if (utf8_decode($user->login) == $login &&
utf8_decode($user->password) == $password) {
// valid users
}
}
Both seem like they should work, but neither do.
In the first example, we're comparing an object with a string. Even
though $sxe['a']->__toString() == 'a', the comparison fails. (Well, you
can't actually do that, but you know what I mean.)
In the second example, utf8_decode() expects a string and not an
object and we again we don't autoconvert.
The problems can be solved by explicitly casting the object to a
string, but since you rarely need to cast elsewhere in PHP, I don't
think anyone thinks of it as a necessary step.
Originally, I proposed that PHP autoconvert an object to a string
whenever the object has a __toString() and it's necessary to treat the
variable as a string. In the first example, since we're comparing an
object to a string, we would cast down the object to enable the
comparison. This would work just like 1 == '1'. In the second case,
since the function expects a string, we'd also do the cast.
However, Andi (and others) raised some valid issues about edge cases
and other potential engine problems.
Is there anything we can do to help out people so that SimpleXML works
as they expect, but doesn't have the potential to unleash hell on PHP
and the bug system?
Maybe it makes sense to have SimpleXML leaf nodes return as strings
instead of SimpleXML objects? Or does this merely substitute one set
of problems for another? (E.g. this breaks iteratation, what happens
when there's multiple leaves, etc.)
I don't know what the right answer is, but I feel that the current
solution isn't perfect. It may end up to be the best possible method,
but I'm not yet convinced it is.
-adam
--
email***@***.com
author of o'reilly's php cookbook
avoid the holiday rush, buy your copy today!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 14
- [PHP-DEV] patch: ZendTS.dsp------=_NextPart_000_0439_01C394BC.7D47B600
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_043A_01C394BC.7D47B600"
------=_NextPart_001_043A_01C394BC.7D47B600
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
fixes whitespace issue that corrupts the project file.
------=_NextPart_001_043A_01C394BC.7D47B600
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1264" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>fixes whitespace issue that corrupts =
the project=20
file.</FONT></DIV></BODY></HTML>
------=_NextPart_001_043A_01C394BC.7D47B600--
------=_NextPart_000_0439_01C394BC.7D47B600
Content-Type: text/plain;
name="Zenddsp.diff.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Zenddsp.diff.txt"
Index: ZendTS.dsp
===================================================================
RCS file: /repository/ZendEngine2/ZendTS.dsp,v
retrieving revision 1.43
diff -u -r1.43 ZendTS.dsp
--- ZendTS.dsp 17 Oct 2003 17:19:44 -0000 1.43
+++ ZendTS.dsp 17 Oct 2003 17:50:48 -0000
@@ -371,7 +371,7 @@
SOURCE=.\zend_istdiostream.h
# End Source File
# Begin Source File
-
+
SOURCE=.\zend_iterators.h
# End Source File
# Begin Source File
------=_NextPart_000_0439_01C394BC.7D47B600
Content-Type: text/plain; charset=us-ascii
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
------=_NextPart_000_0439_01C394BC.7D47B600--
- 16
- #30222 [Com]: Problem with method call ID: 30222
Comment by: cory dot forysth at gmail dot com
Reported By: max at max-net dot nl
Status: No Feedback
Bug Type: Class/Object related
Operating System: Windows 2003 Server Enterprise
PHP Version: 4.3.8
New Comment:
I was able to reproduce this bug on Mac OS X (and my Unix
web host at Lunarpages, not sure what exact OS it is), using
PHP 4.4.1. Sample script to reproduce the error:
<?php
class A {
function parent_test() {
}
}
class B extends A {
function test() {
$this = new B();
parent::parent_test();
}
}
$b = B::test();
?>
Previous Comments:
------------------------------------------------------------------------
[2004-10-02 01:00:03] 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".
------------------------------------------------------------------------
[2004-09-24 19:44:45] email***@***.com
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
------------------------------------------------------------------------
[2004-09-24 19:33:47] max at max-net dot nl
Description:
------------
Warning: Problem with method call - please report this bug in
C:\inetpub\wwwroot\core\core\lib\template.lib.php on line 186
The actual line:
Class::function( 'set' , $this );
The way it does work (but i dont like the @):
@Class::function( 'set' , $this );
It has been reported before on the site if i am not mistaken, but maybe
it is back?
Reproduce code:
---------------
Class::function( 'set' , $this );
Expected result:
----------------
Storing the new $this object with new data in a static variable in the
function.
Actual result:
--------------
Warning: Problem with method call - please report this bug in
C:\inetpub\wwwroot\core\core\lib\template.lib.php on line 186
But the result is correct.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=30222&edit=1
|
| Author |
Message |
php-bugs

|
Posted: 2005-9-2 18:55:20 |
Top |
php-dev, #34344 [Opn]: register_shutdown_function() in classes
ID: 34344
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: SPL related
Operating System: SuSE Linux
PHP Version: 5.0.4
New Comment:
Updated Expected result part
Previous Comments:
------------------------------------------------------------------------
[2005-09-02 12:48:51] thomas at ecommerce dot com
Description:
------------
When trying to call the register_shutdown_function() inside class like
this:
register_shutdown_function(array(&$this, "_log"));
and the method _log() is a private method it don't work. We assign
$this here to the function so
register_shutdown_function() should be allowed to call a private
function inside of the class or at least throw allready here an error
message when this function is called and _log() is a private function.
Its also not documented that this wouldn't work....
Reproduce code:
---------------
<?php
final class TestClass
{
public function TestClass()
{
echo "Class init call!\n";
$this->_init();
}
private function _init()
{
echo "Registrering shutdown function..\n";
//-- register log function
register_shutdown_function(array(&$this, "_log"));
echo "done\n";
}
private function _log()
{
//-- send mail
mail("email***@***.com", "subject", "content");
}
}
echo "Script start! Init Class.\n";
$TestClass = new TestClass();
echo "Class inited!\n";
Expected result:
----------------
email will be send to email***@***.com when script is done.
Actual result:
--------------
Script will not call the shutdown function
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34344&edit=1
|
| |
|
| |
 |
php-bugs

|
Posted: 2005-9-2 18:55:00 |
Top |
php-dev >> #34344 [Opn]: register_shutdown_function() in classes
ID: 34344
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: SPL related
Operating System: SuSE Linux
PHP Version: 5.0.4
New Comment:
Script start! Init Class.
Class init call!
Registrering shutdown function..
done
Class inited!
Fatal error: Call to private method TestClass::_log() from context ''
in Unknown on line 0
----------
is the current result
Previous Comments:
------------------------------------------------------------------------
[2005-09-02 12:53:19] thomas at ecommerce dot com
Updated Expected result part
------------------------------------------------------------------------
[2005-09-02 12:48:51] thomas at ecommerce dot com
Description:
------------
When trying to call the register_shutdown_function() inside class like
this:
register_shutdown_function(array(&$this, "_log"));
and the method _log() is a private method it don't work. We assign
$this here to the function so
register_shutdown_function() should be allowed to call a private
function inside of the class or at least throw allready here an error
message when this function is called and _log() is a private function.
Its also not documented that this wouldn't work....
Reproduce code:
---------------
<?php
final class TestClass
{
public function TestClass()
{
echo "Class init call!\n";
$this->_init();
}
private function _init()
{
echo "Registrering shutdown function..\n";
//-- register log function
register_shutdown_function(array(&$this, "_log"));
echo "done\n";
}
private function _log()
{
//-- send mail
mail("email***@***.com", "subject", "content");
}
}
echo "Script start! Init Class.\n";
$TestClass = new TestClass();
echo "Class inited!\n";
Expected result:
----------------
email will be send to email***@***.com when script is done.
Actual result:
--------------
Script will not call the shutdown function
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34344&edit=1
|
| |
|
| |
 |
| |
 |
Index ‹ php-dev |
- Next
- 1
- #40658 [Fbk->Opn]: Segmentation fault ID: 40658
User updated by: errol at issi dot co dot za
-Summary: Sgementation fault
Reported By: errol at issi dot co dot za
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: Linux 2.6.20 on ARM
PHP Version: 5.2.1
New Comment:
I am busy trying a cross-compile of gdb and will see if I can get it to
run and produce the backtrace for you.
Previous Comments:
------------------------------------------------------------------------
[2007-02-27 13:20:04] email***@***.com
Well, I don't have an ARM system either.
So I really doubt we can fix something we can't reproduce and there is
no backtrace.
------------------------------------------------------------------------
[2007-02-27 12:45:00] errol at issi dot co dot za
I cannot generate a backtrace as I do not have gdb on the embedded ARM
system. I have also been unable to reproduce the problem on a system
where I have gdb.
I have been able to islolate the problem to this line of code.
while (list($key,$value) = each($result)){
I have checked and $result is a valid array of values.
------------------------------------------------------------------------
[2007-02-27 12:31:20] email***@***.com
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-27 11:23:59] errol at issi dot co dot za
Description:
------------
I was running 5.0.4 (cgi) on an ARM processor (embedded) with linux
2.4.27 and it worked successfully. I have now upgraded to linux 2.6.20
and PHP 5.2.1 (cgi) and I now get a segmentation fault on some of my
scripts that previously worked. I have no gdb on the embedded system
and have not been able to reproduce the problem on my SuSE linux
systems.
Reproduce code:
---------------
Part of code ...
<table>
<?php
exec("/usr/sbin/ntpq -c peers",$result);
while (list($key,$value) = each($result)){
$table = split(" *",trim($value));
if ($key == 0){
echo "<tr>";
echo "<th>Reference</th>";
echo "<th>$table[0]</th>";
echo "<th>$table[1]</th>";
echo "<th>$table[2]</th>";
echo "<th>$table[3]</th>";
echo "<th>$table[4]</th>";
echo "<th>$table[5]</th>";
echo "<th>$table[6]</th>";
echo "<th>$table[7]</th>";
echo "<th>$table[8]</th>";
echo "<th>$table[9]</th>";
echo "</tr>";
Expected result:
----------------
-bash-3.2# ./php -v
PHP 5.2.1 (cgi) (built: Feb 23 2007 17:03:34)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
Expected result is a table of values.
Actual result:
--------------
Result:
-bash-3.2# ./php ../htdocs/ntp.php
X-Powered-By: PHP/5.2.1
Content-type: text/html
<!--
#***********************************************************************
# Integrated Seismic System
# =========================
#
# $Id: ntp.php,v 1.9 2006/07/11 09:11:41 issd Exp $
#
#***********************************************************************
#
# All rights reserved. Copyright by ISS International Ltd., 1988-2003.
#
# No reproduction of this computer program in whole or in part, in
# any form, by any electronic, mechanical or other means is permitted
# without the written permission of ISS International Limited.
#
# END OF RCS HEADER
-->
<html>
<head>
<title>Seismic Controller</title>
<link
href="controller.css"
rel="stylesheet"/>
<script src="javascript/issupdate.js"></script>
<!-- <meta
content="30"
http-equiv="Refresh"/>-->
</head>
<body onload=setTimeout("updateISS('ntp.php',30000)",3000)>
<center>
<h1>Seismic Controller</h1>
<h1> ()</h1>
<h2>Tue Feb 27 11:20:54 UTC 2007
</h2>
<img
src="monitors/images/ISSsmall_logo.png"/>
<br/>
<table>
Segmentation fault
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40658&edit=1
- 2
- #43322 [Opn->WFx]: $this[] not produces error ID: 43322
Updated by: email***@***.com
Reported By: felipensp at gmail dot com
-Status: Open
+Status: Wont fix
Bug Type: Scripting Engine problem
PHP Version: 6CVS-2007-11-18 (snap)
New Comment:
What tony said.
Previous Comments:
------------------------------------------------------------------------
[2007-11-23 14:14:25] email***@***.com
There is nothing wrong in $this[] syntax, as it's used in ArrayAccess
(see Zend/tests/bug33710.phpt for example), hence we cannot detect this
in compile time.
But we can't check for $this in runtime, since that would be a major
performance hit.
So this is clear "Won't fix" in my opinion.
------------------------------------------------------------------------
[2007-11-18 23:40:04] crrodriguez at suse dot de
<?php
$this[] = new stdClass; // no error
?>
happends as well on 5_3 as is wrong :( maybe dmitry can check this out.
------------------------------------------------------------------------
[2007-11-18 13:15:38] felipensp at gmail dot com
Description:
------------
$this[] outside of class not produces error.
Reproduce code:
---------------
<?php
class foo {
public function __construct() {
$this[] = 1;
}
}
// Fatal error: Cannot re-assign $this
// $this = new foo;
// Fatal error: Using $this when not in object context
// $this->a = new foo;
// Fatal error: Cannot use object of type foo as array
// new foo;
$this[] = new stdClass; // no error
Expected result:
----------------
Fatal error: Using $this when not in object context
Actual result:
--------------
No error
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=43322&edit=1
- 3
- #29834 [Opn->Bgs]: imagecolorAllocate doesnt set backgroundcolor after imageCreateTrueColor ID: 29834
Updated by: email***@***.com
Reported By: waszm at freemail dot hu
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: win32
PHP Version: 5.0.1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
imagecolorAllocate() is for images created via
imagecreate() (256 colors only).
Previous Comments:
------------------------------------------------------------------------
[2004-08-25 14:59:50] waszm at freemail dot hu
Description:
------------
When I use imageCreateTrueColor instead of imageCreate, and I call
imagecolorAllocate(), the background color won't be changed.
I got a black background instead of a green. My gd version is bundled
(2.0.28 compatible)
Reproduce code:
---------------
<?php
$image1=imageCreate(100, 100);
$image2=imageCreateTrueColor(100, 100);
$green1=imageColorAllocate($image1, 0, 128, 256);
$green2=imageColorAllocate($image2, 0, 128, 256);
print'In case of imagCreate(): ';
if(imageColorAt($image1, 1, 1)==$green1){
print'Ok, background is green.';
}else{
print'Background is black.';
}
print'<br>In case of imagCreateTrueColor(): ';
if(imageColorAt($image2, 1, 1)==$green2){
print'Ok, background is green.';
}else{
print'Background is black.';
}
?>
Expected result:
----------------
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Ok, background is green.
Actual result:
--------------
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Background is black.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29834&edit=1
- 4
- #31363 [Opn->Fbk]: Non-blocking flock() broken ID: 31363
Updated by: email***@***.com
Reported By: ian at snork dot net
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Debian woody (i386)
PHP Version: 5CVS-2005-03-09
New Comment:
Please, generate diffs with `diff -upd` and put them somewhere in the
Net.
Thanks you.
Previous Comments:
------------------------------------------------------------------------
[2005-04-05 17:53:57] ian at snork dot net
The cause looks to be two separate bugs; here's a patch to
fix both.
*** php5-200504050030.orig/ext/standard/file.c Sun Mar 27
16:30:05 2005
--- php5-200504050030/ext/standard/file.c Tue Apr 5
15:26:08 2005
***************
*** 339,351 ****
/* flock_values contains all possible actions if
(operation & 4) we won't block on the lock */
act = flock_values[act - 1] | (operation & 4 ?
LOCK_NB : 0);
! if (!php_stream_lock(stream, act)) {
if (operation && errno == EWOULDBLOCK &&
arg3 && PZVAL_IS_REF(arg3)) {
Z_LVAL_P(arg3) = 1;
}
! RETURN_TRUE;
}
! RETURN_FALSE;
}
/* }}} */
--- 339,351 ----
/* flock_values contains all possible actions if
(operation & 4) we won't block on the lock */
act = flock_values[act - 1] | (operation & 4 ?
LOCK_NB : 0);
! if (php_stream_lock(stream, act)) {
if (operation && errno == EWOULDBLOCK &&
arg3 && PZVAL_IS_REF(arg3)) {
Z_LVAL_P(arg3) = 1;
}
! RETURN_FALSE;
}
! RETURN_TRUE;
}
/* }}} */
*** php5-200504050030.orig/main/streams/plain_wrapper.c
Thu Oct 28 06:35:19 2004
--- php5-200504050030/main/streams/plain_wrapper.c
Tue Apr 5 15:45:51 2005
***************
*** 578,584 ****
return 0;
}
! if (!flock(fd, value) || (errno ==
EWOULDBLOCK && value & LOCK_NB)) {
data->lock_flag = value;
return 0;
} else {
--- 578,584 ----
return 0;
}
! if (!flock(fd, value)) {
data->lock_flag = value;
return 0;
} else {
------------------------------------------------------------------------
[2005-04-05 01:55:32] maurice at gitaar dot net
I had the same problem. It seems that errno is not reset to zero in the
flock implementation. Therefore the last errno will be used. In case no
other errno-modifying call is made before retrying the flock() call,
the call will conclude in an EWOULDBLOCK situation (my conclusion after
a very quick scan of the code).
Looking with truss on Solaris to the process shows that the first fcntl
call (during which I have already locked the file) returns an EAGAIN
error, meaning that the file was already locked. The second fnctl call
(on the now unlocked file) does not return an error. So the call is
successfull. But the call from the php code does set the $wouldblock
parameter to a true value.
For me a workaround for now is something like this (no error checking
on flock and a bit of pseudo-coded, but the workaround is the important
part):
for (;;)
{
flock($fd, LOCK_EX|LOCK_NB, $wouldblock);
if (! $wouldblock) break;
fopen("/this/is/no/real/file", "r");
}
The fopen() call sets errno to the file not found error, which makes
the flock() call act like the first time it is called. This is not
great coding, but it does work for me till a real fix is implemented in
PHP.
------------------------------------------------------------------------
[2005-04-01 14:42:19] maka3d at yahoo dot com dot br
I expected it to be fixed until 5.0.4.
On freeBSD it doesn't work too :(
------------------------------------------------------------------------
[2005-03-09 17:29:56] ian at snork dot net
flock() in today's PHP CVS snapshot
(http://snaps.php.net/php5-latest.tar.bz2) behaves slightly
differently, but still doesn't quite work correctly in non-blocking
mode.
Expected result:
--------------
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Got /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
Actual result:
--------------
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
------------------------------------------------------------------------
[2005-02-28 21:06:39] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/31363
--
Edit this bug report at http://bugs.php.net/?id=31363&edit=1
- 5
- #25150 [Fbk->NoF]: Maximum execution time of 30 seconds exceeded ID: 25150
Updated by: email***@***.com
Reported By: alain at antinea dot org
-Status: Feedback
+Status: No Feedback
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.3.2
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2003-08-19 18:53:00] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
------------------------------------------------------------------------
[2003-08-19 11:21:29] alain at antinea dot org
Description:
------------
PHP 4.3.2 in standalone mode (without apache) :
./configure --prefix=/usr/local/phpexe ; make ; make install
I've created a /usr/local/phpexe/lib/php.ini with :
max_execution_time = 600
and/or I put set_time_limit(600); at the beginning of a program.
The problem is : the function phpinfo() show the good value (600), but
I've always the error message when my program runs more than 30s :
Maximum execution time of 30 seconds exceeded
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25150&edit=1
- 6
- #25793 [NEW]: special POST or GET query crashes PHP under WindowsFrom: valyala at tut dot by
Operating system: Win2k sp3
PHP version: 4.3.3
PHP Bug Type: Reproducible crash
Bug description: special POST or GET query crashes PHP under Windows
Description:
------------
this query strings crashes PHP under Windows:
1[]
437378[index]
232[index]=value&something_else
the query string must begins with any decimal number, following braces
with optional index string.
Sorry for my English :)
Reproduce code:
---------------
GET /any_php_script.php?1[] HTTP/1.1
Expected result:
----------------
If my script looks like this:
<?php
print_r($_GET);
?>
I expected:
Array
(
[1] => Array
(
[0] =>
)
)
Actual result:
--------------
No response headers received because request failed :
ERROR_INTERNET_CONNECTION_RESET
And windows shows error message: "Apache.exe has generated errors and will
be closed by Windows. You will need to restart the program"
--
Edit bug report at http://bugs.php.net/?id=25793&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25793&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25793&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25793&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25793&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25793&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25793&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=25793&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25793&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=25793&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=25793&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25793&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25793&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25793&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25793&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=25793&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=25793&r=float
- 7
- #33546 [Asn->WFx]: Should strtotime() ignore the weekday for some inputs? (not treat as modifier) ID: 33546
Updated by: email***@***.com
Reported By: nickj-phpbugs at nickj dot org
-Status: Assigned
+Status: Wont fix
Bug Type: Date/time related
Operating System: Debian Woody GNU/Linux 3.0r6
PHP Version: 5CVS-2005-07-02 (dev)
Assigned To: derick
New Comment:
We can not easily ignore weekday names in strings at arbitrary places
in the way the current scanner works now. Changing it to allow for this
means more more rigid formats are supported only, losing a lot of
complexity in the code and less flexibility.
Previous Comments:
------------------------------------------------------------------------
[2005-07-02 10:33:33] nickj-phpbugs at nickj dot org
Description:
------------
Should strtotime() ignore the weekday for some inputs, rather than
treat it as a modifier?
Example code:
=================================================
<?php
print "Should the weekday be treated as part of the time, rather than a
modifier?\n";
$input = "Friday July 1 2005 10:00:00 AM";
print "input: " . $input . "\n";
$tStamp = strtotime($input);
print "date : " . date ("l F j Y H:i:s A", $tStamp) . "\n\n";
print "Should the weekday be treated as part of the time, rather than a
modifier?\n";
$input = "10:00:00 AM Friday July 1 2005";
print "input: " . $input . "\n";
$tStamp = strtotime($input);
print "date : " . date ("H:i:s A l F j Y", $tStamp) . "\n";
?>
=================================================
Actual output:
==================================================
G:\PHP bugs\php5-win32-200507020230>php.exe
..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php
Should the weekday be treated as part of the time, rather than a
modifier?
input: Friday July 1 2005 10:00:00 AM
date : Friday July 8 2005 10:00:00 AM
Should the weekday be treated as part of the time, rather than a
modifier?
input: 10:00:00 AM Friday July 1 2005
date : 00:00:00 AM Friday July 8 2005
G:\PHP bugs\php5-win32-200507020230>
==================================================
What I thought the output would be:
==================================================
G:\PHP bugs\php5-win32-200507020230>php.exe
..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php
Should the weekday be treated as part of the time, rather than a
modifier?
input: Friday July 1 2005 10:00:00 AM
date : Friday July 1 2005 10:00:00 AM
Should the weekday be treated as part of the time, rather than a
modifier?
input: 10:00:00 AM Friday July 1 2005
date : 10:00:00 AM Friday July 1 2005
G:\PHP bugs\php5-win32-200507020230>
==================================================
Or, to put it another way: strtotime("Friday July 1 2005 10:00:00 AM")
gives the same results as strtotime("10:00:00 AM", strtotime("Friday",
strtotime("July 1 2005"))), when I would expect it to be equivalent to
strtotime("10:00:00 AM", strtotime("July 1 2005")).
Note: I'm not sure what I would expect to happen if the weekday was the
wrong day (e.g. "Monday July 1 2005 10:00:00 AM"). I think maybe the
least surprising thing would be if the weekday was always ignored for
these two formats (since it's redundant as it can be determined from
the date anyway), same as if the input had been "July 1 2005 10:00:00
AM". And if someone really did then want to use the "Monday" modifier,
they could just use strtotime("Monday", strtotime("July 1 2005 10:00:00
AM")) to achieve this.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33546&edit=1
- 8
- #38686 [Fbk->Opn]: Aborted when fetching https ID: 38686
User updated by: php at cakkie dot be
Reported By: php at cakkie dot be
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Debian
PHP Version: 5.1.6
New Comment:
I've tried the latest snapshop (php5.2-200609020830), but the error is
still there.
Previous Comments:
------------------------------------------------------------------------
[2006-09-02 06:35:48] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
------------------------------------------------------------------------
[2006-09-01 23:59:32] php at cakkie dot be
Forgot to mention:
I'm using libcurl3-dev_7.15.5-1
The commandline version of curl is able to fetch from https without a
problem.
------------------------------------------------------------------------
[2006-09-01 23:54:15] php at cakkie dot be
Description:
------------
When trying to fetch a page using https, it shows following error when
calling curl_exec:
*** glibc detected *** free(): invalid pointer: 0x40158640 ***
This only happens when calling the PHP file from the commandline, and
only when trying to fetch pages on https.
When running the file through Apache 2.2.2, it works without a
problem.
When fetching from http instead of https, it works without a problem.
Reproduce code:
---------------
<?php
$url = "https://someserver/somefile.ext";
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_exec($ch);
curl_close($ch);
?>
Expected result:
----------------
running from commandline:#> php test.php
This is the contents of https://someserver/somefile.ext
running from browser:#> http://myserver/test.php
This is the contents of https://someserver/somefile.ext
Actual result:
--------------
running from commandline:#> php test.php
*** glibc detected *** free(): invalid pointer: 0x40158640 ***
Aborted
running from browser:#> http://myserver/test.php
This is the contents of https://someserver/somefile.ext
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38686&edit=1
- 9
- [PHP-DEV] php.iniHi guys,
first off congrats!! 'love what you've done with the place'!
I noticed a few references to PHP4 and PHP3 in the ini files , there are
probably other places too, which you may wish to update.
no biggy but I thought I'd mention it (spit and polish - if the metaphor
means anything to you.)
rgds,
Jochem
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 10
- #26784 [Bgs]: Script missing for the generation of session's directory ID: 26784
User updated by: php at plouk dot net
Reported By: php at plouk dot net
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Linux debian
PHP Version: Irrelevant
New Comment:
Thanks
Directories are generated, but it doesn't work with
session.save_path="2;/tmp"
Previous Comments:
------------------------------------------------------------------------
[2004-01-04 14:05:14] email***@***.com
The file does exist inside ext/session/ and is called
mod_files.sh.
------------------------------------------------------------------------
[2004-01-04 13:34:02] php at plouk dot net
Description:
------------
I haven't found the script which could create the directory structure
for the N-level deep session storage ...
"NOTE 1" indicate the ext/session directory, but there is only c files.
; Argument passed to save_handler. In the case of files, this is the
path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
; As of PHP 4.0.1, you can define the path as:
; session.save_path = "N;/path"
; where N is an integer. Instead of storing all the session files in
; /path, what this will do is use subdirectories N-levels deep, and
; store the session data in those directories. This is useful if you
; or your OS have problems with lots of files in one directory, and is
; a more efficient layout for servers that handle lots of sessions.
; NOTE 1: PHP will not create this directory structure automatically.
; You can use the script in the ext/session dir for that
purpose.
; NOTE 2: See the section on garbage collection below if you choose to
; use subdirectories for session storage
session.save_path = /tmp
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=26784&edit=1
- 11
- #42701 [Opn->WFx]: php4-cgi under fastcgi does not respect -d argument ID: 42701
Updated by: email***@***.com
Reported By: apex_php at xepa dot nl
-Status: Open
+Status: Wont fix
Bug Type: CGI related
Operating System: debian
PHP Version: 4CVS-2007-09-18 (snap)
New Comment:
This was added to 5_2 and won't be backported to 4_4.
Upgrade to the supported branch.
Previous Comments:
------------------------------------------------------------------------
[2007-09-18 14:23:24] apex_php at xepa dot nl
Description:
------------
when running php4-cgi via fastcgi using a bash script that
exec's the php4-cgi binary the -d (define) argument is not respected.
Reproduce code:
---------------
-- start script --
exec /usr/bin/php4-cgi -d include_path='.:/tmp/:/usr/share/php'
Expected result:
----------------
include_path to be changed for the php4-cgi process
Actual result:
--------------
include_path not changed, and is still the same as the php.ini file
used
-- other tests --
when running the same binary on the commandline (ie not via fastcgi)
include_path is changed
when running php5-cgi in above configuration include_path is changed
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=42701&edit=1
- 12
- #39644 [Opn->Csd]: Update MySQL & MySQLI Libraries ID: 39644
Updated by: email***@***.com
Reported By: dj02 dot net at nbl dot fi
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows XP 5.1.2600
PHP Version: 5CVS-2007-03-09 (snap)
Assigned To: edink
New Comment:
Updated-
Previous Comments:
------------------------------------------------------------------------
[2007-03-09 20:05:41] dj02 dot net at nbl dot fi
Updated bugreport PHP Version info.....
------------------------------------------------------------------------
[2007-03-09 20:01:58] dj02 dot net at nbl dot fi
-----
------------------------------------------------------------------------
[2007-03-09 20:01:25] dj02 dot net at nbl dot fi
Hi,
Could you Update MySQL & MySQLi Libraries against MySQL Version
5.0.37?
Because MySQL Team have updated sources and WIN32 BINARIES to v5.0.37.
v5.0.36 was only a source win32 release. Brevious win32 binary release
was v5.0.27 so it would be good to build MySQL & MySQLi Libraries
against MySQL Version 5.0.37.
------------------------------------------------------------------------
[2007-03-05 13:11:00] email***@***.com
Updated to latest ver.
------------------------------------------------------------------------
[2006-11-27 15:05:24] dj02 dot net at nbl dot fi
Description:
------------
Hi,
Could you Update MySQL & MySQLi Libraries against MySQL Version 5.0.27?
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39644&edit=1
- 13
- #37923 [Asn->Csd]: Display constant value in reflection::export ID: 37923
Updated by: email***@***.com
Reported By: hannes dot magnusson at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5CVS-2006-06-27 (CVS)
Assigned To: johannes
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2006-06-27 07:29:03] hannes dot magnusson at gmail dot com
Description:
------------
Display the value of constants..
Reproduce code:
---------------
php5$ sapi/cli/php --re standard | grep Constant
php5$ sapi/cli/php -r 'class foo { const bar = 10; }
reflectionclass::export("foo");'
Expected result:
----------------
- Constants [282] {
Constant [ integer CONNECTION_ABORTED ] { 1 }
...
Class [ <user> class foo ] {
@@ Command line code 1-1
- Constants [1] {
Constant [ integer bar ] { 10 }
}
Actual result:
--------------
- Constants [282] {
Constant [ integer CONNECTION_ABORTED ] { }
...
Class [ <user> class foo ] {
@@ Command line code 1-1
- Constants [1] {
Constant [ integer bar ] { }
}
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=37923&edit=1
- 14
- [PHP-DEV] Iterators and new destructors------=_NextPart_000_0272_01C3EE38.44EEDD30
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
It appears that the zend iterators need to go back to using the dtor
callback rather than free storage.
throwing an unhandled exception in any of the iterator foreach loops in SPL,
SXE and DOM results in a segfault due to improper cleanup.
To reproduce, put a throw new exception within one of the foreach calls in
limititerator or array_iterator from the SPL tests.
Registering dtor instead of a free storage callback in zend_iterator_wrap
seems to let the iterator objects cleanup properly.
Also in zend_objects_store_del_ref, free_storage is never tested so if an
object doesn't implement this, it causes a segfault.
Patch attached.
Rob
------=_NextPart_000_0272_01C3EE38.44EEDD30
Content-Type: text/plain;
name="zend_destruct.diff.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="zend_destruct.diff.txt"
Index: zend_iterators.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /repository/ZendEngine2/zend_iterators.c,v
retrieving revision 1.9
diff -u -r1.9 zend_iterators.c
--- zend_iterators.c 4 Feb 2004 21:04:12 -0000 1.9
+++ zend_iterators.c 8 Feb 2004 15:54:21 -0000
@@ -54,7 +54,7 @@
zend_iterator_class_entry.name =3D "__iterator_wrapper";
}
=20
-static void iter_wrapper_free_storage(zend_object *object TSRMLS_DC)
+static void iter_wrapper_dtor(void *object, zend_object_handle handle =
TSRMLS_DC)
{
zend_object_iterator *iter =3D (zend_object_iterator*)object;
iter->funcs->dtor(iter TSRMLS_CC);
@@ -66,7 +66,7 @@
=09
MAKE_STD_ZVAL(wrapped);
Z_TYPE_P(wrapped) =3D IS_OBJECT;
- wrapped->value.obj.handle =3D zend_objects_store_put(iter, NULL, =
iter_wrapper_free_storage, NULL TSRMLS_CC);
+ wrapped->value.obj.handle =3D zend_objects_store_put(iter, =
iter_wrapper_dtor, NULL, NULL TSRMLS_CC);
wrapped->value.obj.handlers =3D &iterator_object_handlers;
=20
return wrapped;
Index: zend_objects_API.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /repository/ZendEngine2/zend_objects_API.c,v
retrieving revision 1.28
diff -u -r1.28 zend_objects_API.c
--- zend_objects_API.c 4 Feb 2004 12:30:48 -0000 1.28
+++ zend_objects_API.c 8 Feb 2004 15:54:22 -0000
@@ -136,7 +136,9 @@
obj->dtor(obj->object, handle TSRMLS_CC);
}
if (obj->refcount =3D=3D 0) {
- obj->free_storage(obj->object TSRMLS_CC);
+ if (obj->free_storage) {
+ obj->free_storage(obj->object TSRMLS_CC);
+ }
ZEND_OBJECTS_STORE_ADD_TO_FREE_LIST();
}
}
------=_NextPart_000_0272_01C3EE38.44EEDD30
Content-Type: text/plain; charset=us-ascii
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
------=_NextPart_000_0272_01C3EE38.44EEDD30--
- 15
- #38099 [Asn->Fbk]: Float values being munged ID: 38099
Updated by: email***@***.com
Reported By: justin at superglobals dot com
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: Debian (sid)
PHP Version: 5.1.4
Assigned To: iliaa
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Works fine here.
Previous Comments:
------------------------------------------------------------------------
[2006-07-13 16:11:36] justin at superglobals dot com
Description:
------------
Debian (sid)
PHP 5.1.4-0.1
PDO 1.0.3
PDO_MYSQL 1.0.2
MySQL 5.0.22
When I fetch float values from a PDOStatement, the results are
completely wrong. The mysql_*() functions work correctly however.
Reproduce code:
---------------
SQL:
CREATE DATABASE `pdo_error` DEFAULT CHARACTER SET latin1 COLLATE
latin1_general_ci;
USE `pdo_error`;
CREATE TABLE `pdo_error` (
`test` float(4,2) NOT NULL,
`test2` float(7,3) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
INSERT INTO `pdo_error` VALUES (1.26, 2841.274);
PHP:
<?php
$hostname = 'localhost';
$username = 'root';
$password = '';
$database = 'test';
$sql = "SELECT * FROM test";
$pdo = new PDO("mysql:host={$hostname};dbname={$database}", $username,
$password);
print_r($pdo->query($sql)->fetch(PDO::FETCH_ASSOC));
mysql_connect($hostname, $username, $password);
mysql_select_db($database);
print_r(mysql_fetch_assoc(mysql_query($sql)));
?>
Expected result:
----------------
Array
(
[test] => 1.26
[test2] => 2841.274
)
Array
(
[test] => 1.26
[test2] => 2841.274
)
Actual result:
--------------
Array
(
[test] => 0.00
[test2] => 1.260
)
Array
(
[test] => 1.26
[test2] => 2841.274
)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38099&edit=1
|
|
|