#45038 [Com]: Crash when using DateTimeZone object returned by Date::getTimezone
ID: 45038
Comment by: peter dot bex at solide-ict dot nl
Reported By: astax dot t at gmail dot com
Status: Assigned
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.2.6
Assigned To: derick
New Comment:
I can verify that it crashes on PHP 5.2.6 under NetBSD/amd64 (-current
from April), so most likely it's architecture-specific if it works on
i386.
Previous Comments:
[2008-07-01 03:27:46] levi at alliancesoftware dot com dot au
About as simple as you can get:
setTimezone($dt->getTimezone()); ?>
Segfaults on FC9 x86_64 CLI compiled from source.
(However, silently succeeds on FC8 x86 compiled from source).
[2008-05-31 10:54:36] [EMAIL PROTECTED]
Another reproduce script:
== Output ==
object(DateTime)#1 (0) {
}
object(DateTimeZone)#2 (0) {
}
object(DateTime)#1 (0) {
}
string(31) "Sat, 31 May 2008 10:49:27 +"
Segmentation fault
== /Output ==
PHP 5.2.6 (cgi) (built: May 19 2008 09:18:35)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
[2008-05-27 10:46:51] [EMAIL PROTECTED]
Wait and rely. :)
Assigned to maintainer.
[2008-05-27 08:23:31] astax dot t at gmail dot com
Any chance for this to be fixed?
[2008-05-19 10:13:43] astax dot t at gmail dot com
Description:
Crash when using DateTimeZone object, previously returned by
DateTime::getTimezone()
This worked fine in PHP 5.2.5
Probably this is related to how DateTimeZone object is returned:
This code returns different results in 5.2.5 and 5.2.6
$old_tz = $d->getTimezone();
$d->setTimezone(new DateTimeZone('UTC'));
echo $old_tz->getName();
5.2.6 returns 'UTC', while 5.2.5 returns 'Asia/Novosibirsk' (my current
timezone). Having in mind how objects in PHP5 are returned, I can accept
this, but this must be documented properly and shouldn't cause crash.
Reproduce code:
---
$d = new DateTime();
$old_tz = $d->getTimezone();
$d->setTimezone(new DateTimeZone('UTC'));
// setDate() and setTime() may go here - just for this example to make
some sense
$d->setTimezone($old_tz);
echo "Success";
Expected result:
Success
Actual result:
--
PHP interpreter crashes
--
Edit this bug report at http://bugs.php.net/?id=45038&edit=1
#45062 [Com]: thttpd problem displaying .html pages when patched with php on 64 bits OS
ID: 45062 Comment by: j dot orfeuil at courantmultimedia dot fr Reported By: j dot orfeuil at courantmultimedia dot fr Status: Open Bug Type: Other web server Operating System: debian 4.0 x86_64 PHP Version: 5.2.6 New Comment: Hi, Does anyone have any idea on my problem? I still encouter it and don't know where it comes from (php or thttpd). looks like someone else found the same problem... Thank you for your help :) Previous Comments: [2008-05-26 18:25:29] dinmansam at hotmail dot com Hi guys, I have the same problem to compile for 64 bits target ? Can anybody provide me a source code of thttpd+php or send me a patch? Thanks. [2008-05-22 07:23:43] j dot orfeuil at courantmultimedia dot fr thttpd v2.21b [2008-05-21 22:04:57] j dot orfeuil at courantmultimedia dot fr Summary edited (64 bits precision) [2008-05-21 22:03:05] j dot orfeuil at courantmultimedia dot fr Description: thttpd problem displaying .html pages when patched with php : gcc 4.1 or gcc 3.3 In all cases, thttpd and php compile well. Compiling thttpd alone => .html files display correctly Compiling php with thttpd (--with-thttpd option) and then thttpd => .php files display correctly but .html file cause thttpd server to crash. This behaviour doesn't occur on an 32bits systems but only on my 64 bits debian OS. My guess is patchning thttpd sources with php when compiling causes types problems (maybe buffer lenght problems) with 64bits OS. Reproduce code: --- Compilation options : php first : ./configure --with-thttpd=thttpd_source_dir make make install thttpd then : ./configure make Expected result: Both html and php files display correctly Actual result: -- Only php files display correctly. Html files causes thttpd to crash -- Edit this bug report at http://bugs.php.net/?id=45062&edit=1
#45373 [Com]: php crash on query with errors in params
ID: 45373
Comment by: max_wer at ukr dot net
Reported By: max_wer at ukr dot net
Status: Open
Bug Type: InterBase related
Operating System: Windows XP SP2
PHP Version: 5.2.6
New Comment:
I beg pardon. I was, probably, inattentive. SELECT query PHP crash
too.
PHP 5.2.6 FIREBIRD 2.1.0
Previous Comments:
[2008-07-01 06:27:30] lester at lsces dot co dot uk
I can confirm this is happening, but I also get a crash with the select
rather than just update.
Unable to modify the SQL 'NOT' to give a crash - which is what I would
probably expect since only the number of parameters matter not how they
are used.
Firebird 2.0 and PHP5.2.5
[2008-06-27 06:36:26] max_wer at ukr dot net
Description:
php crash
where
count(params in ibase_execute()) > count(params in SQL-string) and
query-type is not SELECT
Reproduce code:
---
$db = ibase_connect('127.0.0.1:employee','sysdba','masterkey');
$sql =
"update country set currency = ? where country = ? returning
country, currency";/**/
/*"select * from country where country = ? and currency = ?"; /**/
$t = ibase_trans(IBASE_WRITE);
$q = ibase_prepare($db,$t,$sql);
$r = ibase_execute($q,'USA','Dollar'/*!!!With three param SELECT-OK
UPDATE-CRASH*/ ,0/**/);
ibase_rollback($t);
ibase_close($db);
Expected result:
must be error message
--
Edit this bug report at http://bugs.php.net/?id=45373&edit=1
#45397 [Opn->Bgs]: php 5.2.6 crash after upggrading from 5.2.5
ID: 45397 Updated by: [EMAIL PROTECTED] Reported By: bishal at baayu dot com dot np -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: FreeBSD 6.0 PHP Version: 5.2.6 New Comment: You have some 3rd party stuff applied which we don't support. Previous Comments: [2008-07-01 00:35:34] bishal at baayu dot com dot np Description: I have updated php 5.2.5 to 5.2.6. Now my php crash with core dump. While running any php script it crash with segmentation fault core dump. Even querying version gave core dump. localhost# /usr/local/bin/php -v PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Jun 30 2008 08:27:20) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Segmentation fault (core dumped) Below is the backtrace output: localhost# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] 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 "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /lib/libm.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/php/20060613/session.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20060613/session.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x29920f54 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/session.so #2 0x299277b8 in _fini () from /usr/local/lib/php/20060613/session.so #3 0x2824b018 in tls_dtv_generation () from /libexec/ld-elf.so.1 #4 0x2824c3d8 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfea48 in ?? () #6 0x28233076 in elf_hash () from /libexec/ld-elf.so.1 #7 0x28235958 in dlclose () from /libexec/ld-elf.so.1 #8 0x08137410 in zend_hash_apply_deleter () #9 0x081374ab in zend_hash_graceful_reverse_destroy () #10 0x0812d9a4 in zend_shutdown () #11 0x080f466f in php_module_shutdown () #12 0x081ab2b2 in main () Reproduce code: --- localhost# /usr/local/bin/php -v -- Edit this bug report at http://bugs.php.net/?id=45397&edit=1
#45386 [Opn->Fbk]: Instalation of dynamic modules fails to load
ID: 45386 Updated by: [EMAIL PROTECTED] Reported By: cron at odi dot com dot br -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: Windows XP SP2 & SP3 PHP Version: 5.2.6 New Comment: >From phpinfo() output, check what php.ini file is actually loaded (if any) and check where PHP looks for it. Previous Comments: [2008-06-28 14:34:38] cron at odi dot com dot br Description: When installation is made from the install package for php 5.2.6 downloaded from the php.net website, none of modules selected for installation gets loaded. I tried a few modules, and phpinfo ALWAYS output a empty list. This is true for Apache 2.2 and IIS 5.0. After a few hours i installed php 5.2.5 and all modules selected in the installation works out of the box. -- Edit this bug report at http://bugs.php.net/?id=45386&edit=1
#45390 [Opn->Bgs]: file_exists probably does not use custom include paths
ID: 45390
Updated by: [EMAIL PROTECTED]
Reported By: kjarli at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: Windows xp sp3
PHP Version: 5.2.6
New Comment:
No it doesn't.
Previous Comments:
[2008-06-29 12:29:03] kjarli at gmail dot com
Well, maybe it becomes time that it does :)
[2008-06-29 02:22:15] crrodriguez at suse dot de
file_exists() does not use include_path, that's expected behaviuor.
[2008-06-28 22:35:33] kjarli at gmail dot com
I seem to have made a type error when submitting:
var_dump(file_exists($rootPath . '/library/file.php')) // result true
is supposed to be
var_dump(file_exists($rootPath . '/library/Berg/file.php')) // result
true
Sorry for the confusing.
[2008-06-28 22:31:46] kjarli at gmail dot com
Description:
Using some custom include paths does probably not effect file_exists
Reproduce code:
---
'; // result false
var_dump(file_exists($rootPath . '/library/file.php')) // result true
require('Berg/file.php'); // works
require($rootPath . '/library/file.php'); // works
?>
Expected result:
I expect both var_dumps to return true
Actual result:
--
The one using the include path (or actually does not) gives false
instead of true.
--
Edit this bug report at http://bugs.php.net/?id=45390&edit=1
#45370 [Opn->Fbk]: make install doesn't work
ID: 45370 Updated by: [EMAIL PROTECTED] Reported By: caio53 at gmail dot xom -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.5.3 PHP Version: 5.2.6 New Comment: Try again and check with 'ls -l /usr/bin/ | grep php' what is actually installed. Previous Comments: [2008-06-26 22:21:00] caio53 at gmail dot xom Description: make install doesn't really install anything. Build complete. Don't forget to run 'make test'. [EMAIL PROTECTED]/php-5.2.6: sudo make install Password: Installing PHP SAPI module: cgi Installing PHP CGI binary: /usr/bin/ Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/man/man1/ Installing build environment: /usr/lib/php/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/man/man1/ page: phpize.1 page: php-config.1 Installing PDO headers: /usr/include/php/ext/pdo/ Installing ZIP headers: /usr/include/php/ext/zip/lib [EMAIL PROTECTED]/php-5.2.6: php -bash: /usr/bin/php: No such file or directory [EMAIL PROTECTED]/php-5.2.6: ./sapi/cli/php -v PHP 5.2.6 (cli) (built: Jun 26 2008 18:10:03) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies I copied ~/php-5.2.6/sapi/cli/php to /usr/bin and it seems to be working. -- Edit this bug report at http://bugs.php.net/?id=45370&edit=1
#45369 [Opn->Fbk]: strange behaviour on saving arrays with moved cursors in Session
ID: 45369
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot meike at nic dot at
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: Linux Unix Windows
PHP Version: 5.2.6
New Comment:
You should reset() it "manually", I don't see any wrong behaviour here.
Where in the manual does it say that assiging to the "magic" $_SESSION
superglobal the array is reset automatically??
Previous Comments:
[2008-06-26 15:31:50] thomas dot meike at nic dot at
Description:
you define an array
step through ONLY SOME elements using list-each structure
stepping through you perform some changes on data
finishing the while-structure the array is saved in session
let's say, somewhere else in your businesslogic you need these session
data once more:
you initiate a variable with the recently saved session array
the PROBLEM now: the variable is initiated with the array NOT RESETTED
as defined in documentation an array assigned to a variable has to be
resetted
the problem exists also with php version 5.2.5
Reproduce code:
---
session_start();
$arrL =
array("test1","test2","test3","test4","test5","test6","test7","test8","test9","test10");
if(!isset($_SESSION['DATA'])){
$_SESSION['DATA']=$arrL;
}
$counter = 3;
$arrSessData = $_SESSION['DATA'];
while((list($index, $value) = each($arrSessData)) &&
($counter > 0)
) {
$arrSessData[$index] = '_test_' . $value;
$counter--;
}
//store changes in session
$_SESSION['DATA']=$arrSessData;
//somewhere else within the businesslogic, init local
variable and
step through
$arrSessDataProc = $_SESSION['DATA'];
while((list($index, $value) = each($arrSessDataProc)) ){
echo "" . $index . ' ' . $value;
}
Expected result:
0 _test_test1
1 _test_test2
2 _test_test3
3 test4
4 test5
5 test6
6 test7
7 test8
8 test9
9 test10
Actual result:
--
4 test5
5 test6
6 test7
7 test8
8 test9
9 test10
--
Edit this bug report at http://bugs.php.net/?id=45369&edit=1
#45363 [Opn->Fbk]: session_destroy, "Failed to initialize storage module", custom session handler
ID: 45363 Updated by: [EMAIL PROTECTED] Reported By: famzah at icdsoft dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: * PHP Version: 5.2.6 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. Previous Comments: [2008-06-26 10:53:43] famzah at icdsoft dot com Description: I want to re-open bug #32330 (http://bugs.php.net/bug.php?id=32330). The problem still persists even though PHP developers stated that it was fixed. -- Edit this bug report at http://bugs.php.net/?id=45363&edit=1
#45361 [Opn->Fbk]: IE / IIS Double form post in case of redirection
ID: 45361
Updated by: [EMAIL PROTECTED]
Reported By: ssruprai at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Windows 2003, XP
PHP Version: 5.2.6
New Comment:
Instead of using the (buggy) ISAPI module, use the fastcgi approach
instead (supported/preferred also by Microsoft themselves!).
Previous Comments:
[2008-06-25 22:26:46] ssruprai at hotmail dot com
Description:
I am facing a strange problem of IE double posting in case of self
post. PHP 5.2.6 / IIS 5.1 on windows XP.
Before starting I must tell you that:
It works with firefox, Apache / PHP combination.
It works with IE / Apache / PHP combination
It works with firefox / IIS / PHP Combination
But it DOES NOT work with IE/PHP/ IIS
This seems to be the case case with all IE versions (specially IE 6)
and it happens on even the windows 2003 server.
I have a form with just one field which uploads a single file and
posts back to same PHP file. The file is a csv file and it is properly
read and inserted into database. After it is successfully inserted I
issue a redirect to some other page using
header("Location:other_page.php"). When the header is executed the form
is posted again.
I know that it was posted twice because when I see the database the
records are inserted twice.
I am not sure if it is IIS, PHP or IE Problem.
This is not the first time I have experienced this. I had earlier faced
the similar double post problem in case of self post (WITHOUT USING
REDIRECT header but this seems to have been resolved with latest php
ISAPI version. At that time I just switched to apache as most hosting
servers were linux and there was no problem).
But now the problem is that production server is Windows 2003 server
with IIS. (The version of PHP IIS or windows shouldn't not matter
though)
My application is using all sorts of libraries, from pear db, quickform
to
smarty so I have just created a simple upload form . Which does nothing
but logs the access to find out about double
post.
I had tried many different php versions and all produced same result. I
have created a simple form for testing. If you'll upload a small text
file you'll see
that there are two entries in log file for one access.
The platform to test is IIS (ISAPI) php 5 and Internet explorer 6. (IE
7
may not post values twice but it will display some page not found
error.)
Reproduce code:
---
0)
{
$fp = fopen('access.txt', 'a');
fwrite($fp, 'Accessed at '. date('d-m-y H:i:s u'). "\r\n");
fclose($fp);
header('Location:http://www.google.com');
exit;
/* if instead of above header, javascript redirect is used then
it is
not posted twice */
/*echo "\n";
echo "location.replace('http://www.google.com');\n";
echo "";*/
}
else if ($csv_file['error'] == UPLOAD_ERR_FORM_SIZE ||
$csv_file['error'] == UPLOAD_ERR_INI_SIZE)
{
$error = "File size exceeds max allowed size of whatever";
}
else
{
$error = "There was error in uploading your file.";
}
}
?>
test
$error";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=45361&edit=1
#45300 [Opn->Bgs]: Bug in number format
ID: 45300 Updated by: [EMAIL PROTECTED] Reported By: gernovich at ya dot ru -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win xp PHP Version: 5.2.6 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2008-06-18 12:50:03] gernovich at ya dot ru Description: Convertion problem with float types. The problem is also affected on round() and ceil(), but number_format() not no mathematical function. Reproduce code: --- $a = -0.014; print round($a,1)."\n"; // -0 bogus print number_format($a, 1)."\n"; // -0.0 bug Expected result: -0 0.0 Actual result: -- -0 -0.0 -- Edit this bug report at http://bugs.php.net/?id=45300&edit=1
#45305 [Opn->Bgs]: From Header Not Parsed Correctly
ID: 45305
Updated by: [EMAIL PROTECTED]
Reported By: php at info-svc dot com
-Status: Open
+Status: Bogus
Bug Type: Mail related
Operating System: Windows Server 2003 SP2
PHP Version: 5.2.6
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Previous Comments:
[2008-06-25 18:19:54] php at info-svc dot com
Related research:
#28038
#32600
#33507
#37073
#43730
#45249
[2008-06-19 02:38:17] php at info-svc dot com
sendmail.c @ 265
/* Real offset is memaddress from the original headers +
difference
of
* string found in the lowercase headrs + 5 characters to jump
over
* the from: */
pos1 = headers + (pos1 - headers_lc) + 5;
if (NULL == (pos2 = strstr(pos1, "\r\n"))) {
RPath = estrndup(pos1, strlen(pos1));
This assumes there is always a valid addr-spec sandwiched between
"\nFrom:" and "\r\n" inside the additional_headers value. But in RFC
2822 the From header is defined as mailbox-list. So, the RPath
assignment in sendmail.c needs to detect both name-addr and addr-spec
formats in the From header.
[2008-06-19 01:50:05] php at info-svc dot com
I found the advanced logging options :) Here is an excerpt:
#Fields: time c-ip cs-method cs-uri-query
01:44:24 192.168.4.8 MAIL +FROM:<[EMAIL PROTECTED]>
01:44:24 192.168.4.8 RCPT +TO:<[EMAIL PROTECTED]>
01:44:24 192.168.4.8 MAIL
+FROM:>
01:44:24 192.168.4.8 MAIL +FROM:<>
01:44:24 192.168.4.8 RCPT +TO:<[EMAIL PROTECTED]>
01:44:24 192.168.4.8 MAIL +FROM:<>
01:44:24 192.168.4.8 RCPT +TO:<[EMAIL PROTECTED]>
[2008-06-19 01:03:56] php at info-svc dot com
Notice the SMTP error can never be reproduced if the following
statement comes before mail()
ini_set('sendmail_from', ini_get('sendmail_from'));
This is a good workaround until the bug is fixed.
[2008-06-19 00:42:39] php at info-svc dot com
Description:
PHP fails to parse the From: header in mail()'s additional_headers
parameter when all of the following conditions exist:
* Header is in the form of From: Name
* Script does not call ini_set('sendmail_from')
* php.ini does not configure sendmail_from
As the test server is using the localhost smtp service I can't see the
smtp session using Network Monitor. The error returned by PHP is shown
below. If there is a way for me to show you the bad MAIL TO command
just let me know how.
Reproduce code:
---
ini_set('display_errors', TRUE);
echo 'Sending message 1';
mail('[EMAIL PROTECTED]', 'Test Message1', 'Does the From header work
at all?', 'From: [EMAIL PROTECTED]');
echo 'Sending message 2';
mail('[EMAIL PROTECTED]', 'Test Message2', 'Does the From header work
at all?', 'From: Robert Chapin <[EMAIL PROTECTED]>');
ini_set('sendmail_from', NULL);
echo 'Sending message 3';
mail('[EMAIL PROTECTED]', 'Test Message3', 'Does the From header work
at all?', 'From: [EMAIL PROTECTED]');
echo 'Sending message 4';
mail('[EMAIL PROTECTED]', 'Test Message4', 'Does the From header work
at all?', 'From: Robert Chapin <[EMAIL PROTECTED]>');
Expected result:
Sending message 1
Sending message 2
Sending message 3
Sending message 4
Actual result:
--
Sending message 1
Sending message 2
Warning: mail() [function.mail]: SMTP server response: 501 5.5.4
Invalid Address in test.php on line 5
Sending message 3
Sending message 4
--
Edit this bug report at http://bugs.php.net/?id=45305&edit=1
#45363 [Fbk->Opn]: session_destroy, "Failed to initialize storage module", custom session handler
ID: 45363 User updated by: famzah at icdsoft dot com Reported By: famzah at icdsoft dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: * PHP Version: 5.2.6 New Comment: OK, I will copy the information from bug #32330 Reproduce code: --- Expected result: No fatal error message Actual result: -- Fatal error: session_start(): Failed to initialize storage module: user You can see the rest in bug #32330. Tested with PHP 5.2.6 and PHP 5.2.5. Previous Comments: [2008-07-01 09:51:53] [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. [2008-06-26 10:53:43] famzah at icdsoft dot com Description: I want to re-open bug #32330 (http://bugs.php.net/bug.php?id=32330). The problem still persists even though PHP developers stated that it was fixed. -- Edit this bug report at http://bugs.php.net/?id=45363&edit=1
#45331 [Asn]: Imagick::clone with trailing space results in ParserError
ID: 45331
Updated by: [EMAIL PROTECTED]
Reported By: j dot jeising at gmail dot com
Status: Assigned
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
Assigned To: scottmac
New Comment:
This is fixed in PHP 5.3 since the move to re2c, I will see whats
possible for the 5.2 branch.
Previous Comments:
[2008-06-30 23:32:18] [EMAIL PROTECTED]
Scott, can you take a look? You may be the best person to check the
parser :)
[2008-06-30 23:27:32] j dot jeising at gmail dot com
Feedback from developers missing here.
[2008-06-30 01:00:01] 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".
[2008-06-24 00:03:59] j dot jeising at gmail dot com
Testcase:
--TEST--
Bug #45331 (Imagick::clone with trailing space results in ParserError)
--FILE--
clone ( );
var_dump ( $clone );
?>
--EXPECT--
object(Imagick)#2 (0) { }
[2008-06-23 00:38:45] j dot jeising at gmail dot com
Download file here: http://jannes.webkassel.de/test.php.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/45331
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45399 [NEW]: sprintf returns wrong string
From: hostmaster at mindrabbit dot com
Operating system: Fedora Core 8 (x86_64)
PHP version: 5.2.6
PHP Bug Type: Strings related
Bug description: sprintf returns wrong string
Description:
I'm trying to add zeros before string if the length of string is lower
than, let's say 8.
Function is not checking the given string length, if the length is same
than it should return, sprintf() will replace ALL chars with zero (see
examples).
Reproduce code:
---
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Expected result:
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Actual result:
--
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
--
Edit bug report at http://bugs.php.net/?id=45399&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45399&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45399&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45399&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45399&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45399&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45399&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45399&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45399&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45399&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45399&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45399&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45399&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45399&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45399&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45399&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45399&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45399&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45399&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45399&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45399&r=mysqlcfg
#45399 [Opn]: sprintf returns wrong string
ID: 45399
User updated by: hostmaster at mindrabbit dot com
Reported By: hostmaster at mindrabbit dot com
Status: Open
Bug Type: Strings related
Operating System: Fedora Core 8 (x86_64)
PHP Version: 5.2.6
New Comment:
I will edit little bit:
return sprintf("%08s", $hex);
Should return string, not integer
Previous Comments:
[2008-07-01 10:39:15] hostmaster at mindrabbit dot com
Description:
I'm trying to add zeros before string if the length of string is lower
than, let's say 8.
Function is not checking the given string length, if the length is same
than it should return, sprintf() will replace ALL chars with zero (see
examples).
Reproduce code:
---
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Expected result:
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Actual result:
--
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
--
Edit this bug report at http://bugs.php.net/?id=45399&edit=1
#45399 [Opn->Csd]: sprintf returns wrong string
ID: 45399
User updated by: hostmaster at mindrabbit dot com
Reported By: hostmaster at mindrabbit dot com
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: Fedora Core 8 (x86_64)
PHP Version: 5.2.6
New Comment:
This problem get fixed when we reboot our server. Somehow the server
didn't work properly overall.
This is not a bug, whis was server error.
Previous Comments:
[2008-07-01 10:41:58] hostmaster at mindrabbit dot com
I will edit little bit:
return sprintf("%08s", $hex);
Should return string, not integer
[2008-07-01 10:39:15] hostmaster at mindrabbit dot com
Description:
I'm trying to add zeros before string if the length of string is lower
than, let's say 8.
Function is not checking the given string length, if the length is same
than it should return, sprintf() will replace ALL chars with zero (see
examples).
Reproduce code:
---
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Expected result:
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
Actual result:
--
$hex = 'F5F2F4';
return sprintf("%08d", $hex);
=> Returns 000F5F2F4 like it should be
$hex = 'F2F45F2F4';
return sprintf("%08d", $hex);
=> Returns , not F2F45F2F4 like it should be
--
Edit this bug report at http://bugs.php.net/?id=45399&edit=1
#45369 [Fbk->Opn]: $_SESSION-containing-arrays assignment to var does not correspond to manual!!
ID: 45369
User updated by: thomas dot meike at nic dot at
-Summary: strange behaviour on saving arrays with moved cursors
in Session
Reported By: thomas dot meike at nic dot at
-Status: Feedback
+Status: Open
Bug Type: Arrays related
Operating System: Linux Unix Windows
PHP Version: 5.2.6
New Comment:
>>You should reset() it "manually", I don't see any wrong behaviour
>>here.
yes, resetting it manually is always possible
>>Where in the manual does it say that assiging to the "magic"
>>$_SESSION
>>superglobal the array is reset automatically??
I did not talk abount assignments to $_SESSION!!!
the only thing i wanted to point out here is that now, assigning
$_SESSION-containing array-constructs to any local variable does not
work any more as it did before or lets say it does not correspond to
the following part in the manual:
http://www.php.net/manual/en/language.types.array.php
Array assignment always involves value copying. It also means that the
internal array pointer used by current() and similar functions is reset.
Use the reference operator to copy an array by reference.
Previous Comments:
[2008-07-01 09:49:12] [EMAIL PROTECTED]
You should reset() it "manually", I don't see any wrong behaviour here.
Where in the manual does it say that assiging to the "magic" $_SESSION
superglobal the array is reset automatically??
[2008-06-26 15:31:50] thomas dot meike at nic dot at
Description:
you define an array
step through ONLY SOME elements using list-each structure
stepping through you perform some changes on data
finishing the while-structure the array is saved in session
let's say, somewhere else in your businesslogic you need these session
data once more:
you initiate a variable with the recently saved session array
the PROBLEM now: the variable is initiated with the array NOT RESETTED
as defined in documentation an array assigned to a variable has to be
resetted
the problem exists also with php version 5.2.5
Reproduce code:
---
session_start();
$arrL =
array("test1","test2","test3","test4","test5","test6","test7","test8","test9","test10");
if(!isset($_SESSION['DATA'])){
$_SESSION['DATA']=$arrL;
}
$counter = 3;
$arrSessData = $_SESSION['DATA'];
while((list($index, $value) = each($arrSessData)) &&
($counter > 0)
) {
$arrSessData[$index] = '_test_' . $value;
$counter--;
}
//store changes in session
$_SESSION['DATA']=$arrSessData;
//somewhere else within the businesslogic, init local
variable and
step through
$arrSessDataProc = $_SESSION['DATA'];
while((list($index, $value) = each($arrSessDataProc)) ){
echo "" . $index . ' ' . $value;
}
Expected result:
0 _test_test1
1 _test_test2
2 _test_test3
3 test4
4 test5
5 test6
6 test7
7 test8
8 test9
9 test10
Actual result:
--
4 test5
5 test6
6 test7
7 test8
8 test9
9 test10
--
Edit this bug report at http://bugs.php.net/?id=45369&edit=1
#45361 [Fbk->Opn]: IE / IIS Double form post in case of redirection
ID: 45361
User updated by: ssruprai at hotmail dot com
Reported By: ssruprai at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: IIS related
Operating System: Windows 2003, XP
PHP Version: 5.2.6
New Comment:
The production server is a fast cgi windows 2003. Behavior is same.
Previous Comments:
[2008-07-01 09:53:27] [EMAIL PROTECTED]
Instead of using the (buggy) ISAPI module, use the fastcgi approach
instead (supported/preferred also by Microsoft themselves!).
[2008-06-25 22:26:46] ssruprai at hotmail dot com
Description:
I am facing a strange problem of IE double posting in case of self
post. PHP 5.2.6 / IIS 5.1 on windows XP.
Before starting I must tell you that:
It works with firefox, Apache / PHP combination.
It works with IE / Apache / PHP combination
It works with firefox / IIS / PHP Combination
But it DOES NOT work with IE/PHP/ IIS
This seems to be the case case with all IE versions (specially IE 6)
and it happens on even the windows 2003 server.
I have a form with just one field which uploads a single file and
posts back to same PHP file. The file is a csv file and it is properly
read and inserted into database. After it is successfully inserted I
issue a redirect to some other page using
header("Location:other_page.php"). When the header is executed the form
is posted again.
I know that it was posted twice because when I see the database the
records are inserted twice.
I am not sure if it is IIS, PHP or IE Problem.
This is not the first time I have experienced this. I had earlier faced
the similar double post problem in case of self post (WITHOUT USING
REDIRECT header but this seems to have been resolved with latest php
ISAPI version. At that time I just switched to apache as most hosting
servers were linux and there was no problem).
But now the problem is that production server is Windows 2003 server
with IIS. (The version of PHP IIS or windows shouldn't not matter
though)
My application is using all sorts of libraries, from pear db, quickform
to
smarty so I have just created a simple upload form . Which does nothing
but logs the access to find out about double
post.
I had tried many different php versions and all produced same result. I
have created a simple form for testing. If you'll upload a small text
file you'll see
that there are two entries in log file for one access.
The platform to test is IIS (ISAPI) php 5 and Internet explorer 6. (IE
7
may not post values twice but it will display some page not found
error.)
Reproduce code:
---
0)
{
$fp = fopen('access.txt', 'a');
fwrite($fp, 'Accessed at '. date('d-m-y H:i:s u'). "\r\n");
fclose($fp);
header('Location:http://www.google.com');
exit;
/* if instead of above header, javascript redirect is used then
it is
not posted twice */
/*echo "\n";
echo "location.replace('http://www.google.com');\n";
echo "";*/
}
else if ($csv_file['error'] == UPLOAD_ERR_FORM_SIZE ||
$csv_file['error'] == UPLOAD_ERR_INI_SIZE)
{
$error = "File size exceeds max allowed size of whatever";
}
else
{
$error = "There was error in uploading your file.";
}
}
?>
test
$error";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=45361&edit=1
#45400 [NEW]: $foo = $foo does not work in some cases
From: php at darkk dot net dot ru
Operating system: Linux, FreeBSD
PHP version: 5.2.6
PHP Bug Type: Scripting Engine problem
Bug description: $foo = $foo does not work in some cases
Description:
Converting from string to array using
$name['foobar'] = $name
does not work in some cases.
Reproduce code:
---
first:
function foobar($name) {
$name['anything'] = $name;
var_dump($name);
}
foobar("foobar");'
second:
$name = "foobar";
$name['anything'] = $name;
var_dump($name);
Expected result:
in both cases I expect to see:
array(1) {
["anything"]=>
string(6) "foobar"
}
Actual result:
--
first:
string(6) "oobar"
second:
string(6) "foobar"
--
Edit bug report at http://bugs.php.net/?id=45400&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45400&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45400&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45400&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45400&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45400&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45400&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45400&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45400&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45400&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45400&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45400&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45400&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45400&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45400&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45400&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45400&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45400&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45400&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45400&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45400&r=mysqlcfg
#45400 [Com]: $foo = $foo does not work in some cases
ID: 45400
Comment by: php at darkk dot net dot ru
Reported By: php at darkk dot net dot ru
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux, FreeBSD
PHP Version: 5.2.6
New Comment:
I've just found workaround for both issues:
- $name['anything'] = $name;
+ $name = array('anything' => $name);
I also can say that 5.2.0 and 5.2.3 are not affected (at least that's
what people at #php @ freenode say).
Previous Comments:
[2008-07-01 11:34:58] php at darkk dot net dot ru
Description:
Converting from string to array using
$name['foobar'] = $name
does not work in some cases.
Reproduce code:
---
first:
function foobar($name) {
$name['anything'] = $name;
var_dump($name);
}
foobar("foobar");'
second:
$name = "foobar";
$name['anything'] = $name;
var_dump($name);
Expected result:
in both cases I expect to see:
array(1) {
["anything"]=>
string(6) "foobar"
}
Actual result:
--
first:
string(6) "oobar"
second:
string(6) "foobar"
--
Edit this bug report at http://bugs.php.net/?id=45400&edit=1
#45401 [NEW]: run-tests.php
From: rajendra at itoffshorenepal dot com Operating system: UNIX Type: L8 PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: run-tests.php Description: when i open my site it shows below error. And i couldn't get any solution. Notice: Undefined variable: argc in /usr/local/lib/php/build/run-tests.php on line 124 ERROR: environment variable TEST_PHP_EXECUTABLE must be set to specify PHP executable! -- Edit bug report at http://bugs.php.net/?id=45401&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45401&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45401&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45401&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45401&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45401&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45401&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45401&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45401&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45401&r=support Expected behavior:http://bugs.php.net/fix.php?id=45401&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45401&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45401&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45401&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45401&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45401&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45401&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45401&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45401&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45401&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45401&r=mysqlcfg
#45400 [Opn->Bgs]: $foo = $foo does not work in some cases
ID: 45400
Updated by: [EMAIL PROTECTED]
Reported By: php at darkk dot net dot ru
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux, FreeBSD
PHP Version: 5.2.6
New Comment:
In your code:
$name = "foobar";
$name['anything'] = $name;
$name['anything'] is addressing a string offset, 'anything' is casted
to 0 so you're overwriting the first character of $name with $name.
The first result, string(6) "oobar", is looking like it's overwriting
the first byte with a null byte, which isn't what one expects but
related to the way PHP optimizes access to variables, which isn't made
for "wrong" code.
Previous Comments:
[2008-07-01 11:43:43] php at darkk dot net dot ru
I've just found workaround for both issues:
- $name['anything'] = $name;
+ $name = array('anything' => $name);
I also can say that 5.2.0 and 5.2.3 are not affected (at least that's
what people at #php @ freenode say).
[2008-07-01 11:34:58] php at darkk dot net dot ru
Description:
Converting from string to array using
$name['foobar'] = $name
does not work in some cases.
Reproduce code:
---
first:
function foobar($name) {
$name['anything'] = $name;
var_dump($name);
}
foobar("foobar");'
second:
$name = "foobar";
$name['anything'] = $name;
var_dump($name);
Expected result:
in both cases I expect to see:
array(1) {
["anything"]=>
string(6) "foobar"
}
Actual result:
--
first:
string(6) "oobar"
second:
string(6) "foobar"
--
Edit this bug report at http://bugs.php.net/?id=45400&edit=1
#45400 [Bgs]: $foo = $foo does not work in some cases
ID: 45400
User updated by: php at darkk dot net dot ru
Reported By: php at darkk dot net dot ru
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux, FreeBSD
PHP Version: 5.2.6
New Comment:
Thank you. I know, that test-case is weird.
I was sure it was some sort of "undefined behavior", but I saw no
warnings/notices and I got two different(sic!) results for same code, so
I posted the bug.
Previous Comments:
[2008-07-01 12:49:26] [EMAIL PROTECTED]
In your code:
$name = "foobar";
$name['anything'] = $name;
$name['anything'] is addressing a string offset, 'anything' is casted
to 0 so you're overwriting the first character of $name with $name.
The first result, string(6) "oobar", is looking like it's overwriting
the first byte with a null byte, which isn't what one expects but
related to the way PHP optimizes access to variables, which isn't made
for "wrong" code.
[2008-07-01 11:43:43] php at darkk dot net dot ru
I've just found workaround for both issues:
- $name['anything'] = $name;
+ $name = array('anything' => $name);
I also can say that 5.2.0 and 5.2.3 are not affected (at least that's
what people at #php @ freenode say).
[2008-07-01 11:34:58] php at darkk dot net dot ru
Description:
Converting from string to array using
$name['foobar'] = $name
does not work in some cases.
Reproduce code:
---
first:
function foobar($name) {
$name['anything'] = $name;
var_dump($name);
}
foobar("foobar");'
second:
$name = "foobar";
$name['anything'] = $name;
var_dump($name);
Expected result:
in both cases I expect to see:
array(1) {
["anything"]=>
string(6) "foobar"
}
Actual result:
--
first:
string(6) "oobar"
second:
string(6) "foobar"
--
Edit this bug report at http://bugs.php.net/?id=45400&edit=1
#45386 [Fbk->Opn]: Installation of dynamic modules fails to load
ID: 45386 User updated by: cron at odi dot com dot br Reported By: cron at odi dot com dot br -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: Windows XP SP2 & SP3 PHP Version: 5.2.6 New Comment: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Arquivos de programas\PHP\php.ini PathC:\Arquivos de programas\PHP\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Arquivos de programas\Arquivos comuns\Adobe\AGL Previous Comments: [2008-07-01 09:42:35] [EMAIL PROTECTED] >From phpinfo() output, check what php.ini file is actually loaded (if any) and check where PHP looks for it. [2008-06-28 14:34:38] cron at odi dot com dot br Description: When installation is made from the install package for php 5.2.6 downloaded from the php.net website, none of modules selected for installation gets loaded. I tried a few modules, and phpinfo ALWAYS output a empty list. This is true for Apache 2.2 and IIS 5.0. After a few hours i installed php 5.2.5 and all modules selected in the installation works out of the box. -- Edit this bug report at http://bugs.php.net/?id=45386&edit=1
#45402 [NEW]: Call to undefined function sybase_connect()
From: fborot at hotmail dot com Operating system: redhat PHP version: 5.2.6 PHP Bug Type: Sybase (dblib) related Bug description: Call to undefined function sybase_connect() Description: I compiled php 5 with sybase support ,[./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] now when I run this script http://bugs.php.net/?id=45402&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45402&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45402&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45402&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45402&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45402&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45402&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45402&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45402&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45402&r=support Expected behavior:http://bugs.php.net/fix.php?id=45402&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45402&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45402&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45402&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45402&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45402&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45402&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45402&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45402&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45402&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45402&r=mysqlcfg
#45402 [Opn->Fbk]: Call to undefined function sybase_connect()
ID: 45402 Updated by: [EMAIL PROTECTED] Reported By: fborot at hotmail dot com -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: redhat PHP Version: 5.2.6 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. Please check the output of phpinfo() to see whether sybase support was laoded, if it's missing check the configure line mentioned on top of that page and check configure.log in your build directory. Previous Comments: [2008-07-01 14:02:05] fborot at hotmail dot com Description: I compiled php 5 with sybase support ,[./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] now when I run this script http://bugs.php.net/?id=45402&edit=1
#45403 [NEW]: Script causes infinite loop
From: glaesser at whsoft dot de
Operating system: Debian4, php 5.2.0-8+etch11
PHP version: 5.2.6
PHP Bug Type: Reproducible crash
Bug description: Script causes infinite loop
Description:
Following script works perfect on PHP 5.0.5-Debian-0.8~sarge1 but it
produces infinite loops on PHP 5.1.2 or PHP 5.2.0-8+etch11.
Reproduce code:
---
$testArray = array();
$testArray[] = array('ueberdat' => '2008-04-01', 'rueckdat' =>
'2008-04-06');
$testArray[] = array('ueberdat' => '2008-04-12', 'rueckdat' =>
'2008-04-26');
$testArray[] = array('ueberdat' => '2008-04-26', 'rueckdat' =>
'2008-05-03');
$testArray[] = array('ueberdat' => '2008-05-10', 'rueckdat' =>
'2008-05-20');
$testArray[] = array('ueberdat' => '2008-05-24', 'rueckdat' =>
'2008-06-07');
$testArray[] = array('ueberdat' => '2008-06-14', 'rueckdat' =>
'2008-06-21');
$testArray[] = array('ueberdat' => '2008-06-21', 'rueckdat' =>
'2008-06-28');
$testArray[] = array('ueberdat' => '2008-06-28', 'rueckdat' =>
'2008-07-05');
$testArray[] = array('ueberdat' => '2008-07-05', 'rueckdat' =>
'2008-07-12');
$testArray[] = array('ueberdat' => '2008-07-19', 'rueckdat' =>
'2008-07-26');
$testArray[] = array('ueberdat' => '2008-07-26', 'rueckdat' =>
'2008-08-02');
$testArray[] = array('ueberdat' => '2008-08-02', 'rueckdat' =>
'2008-08-16');
$testArray[] = array('ueberdat' => '2008-08-23', 'rueckdat' =>
'2008-09-06');
$testArray[] = array('ueberdat' => '2008-09-13', 'rueckdat' =>
'2008-09-20');
$testArray[] = array('ueberdat' => '2008-09-27', 'rueckdat' =>
'2008-10-04');
$testArray[] = array('ueberdat' => '2008-10-11', 'rueckdat' =>
'2008-10-15');
$testArray[] = array('ueberdat' => '2008-10-25', 'rueckdat' =>
'2008-11-02');
$arrRet = array();
foreach ($testArray as $testValue) {
$startDat = $testValue['ueberdat'];
while ($startDat < $testValue['rueckdat']) {
$arrRet[] = array('belDat' => $startDat);
$startDat = date("Y-m-d", strtotime($startDat)+86400);
}
}
print_r($arrRet);
Expected result:
I want all days from the given dates like...
Array
(
[0] => Array
(
[belDat] => 2008-04-01
)
[1] => Array
(
[belDat] => 2008-04-02
)
[2] => Array
(
[belDat] => 2008-04-03
)
[3] => Array
(
[belDat] => 2008-04-04
)
[4] => Array
(
[belDat] => 2008-04-05
)
[5] => Array
(
[belDat] => 2008-04-12
)
[6] => Array
(
[belDat] => 2008-04-13
)
[7] => Array
(
[belDat] => 2008-04-14
)
[8] => Array
(
[belDat] => 2008-04-15
)
... and so on
Actual result:
--
Script timeout on new PHP-Version.
--
Edit bug report at http://bugs.php.net/?id=45403&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45403&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45403&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45403&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45403&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45403&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45403&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45403&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45403&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45403&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45403&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45403&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45403&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45403&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45403&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45403&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45403&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45403&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45403&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45403&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45403&r=mysqlcfg
#45404 [NEW]: SoapClient.__getTypes don't care about inheritance
From: oamblet at vmware dot com
Operating system: OS X 10.5
PHP version: 5.2.6
PHP Bug Type: SOAP related
Bug description: SoapClient.__getTypes don't care about inheritance
Description:
the __getTypes() function return a list of structs which represents the
various types from the parsed WSDL.
However, the inherited attributes are not listed in the struct. It
becomes hard to introspect a WSDL file with this __getTypes() give this
limitation.
Reproduce code:
---
Given this WSDL fragment:
...
...
http://x.x.x.x/echo?WSDL";);
$client->__getTypes();
?>
Expected result:
[
struct ManagedEntry {
string id;
string stringRepresentation;
string name;
EntryProperty properties;
string type;
},
struct Entry {
string name;
EntryProperty properties;
string type;
}
]
Actual result:
--
[
struct ManagedEntry {
string id;
string stringRepresentation;
},
struct Entry {
string name;
EntryProperty properties;
string type;
}
]
--
Edit bug report at http://bugs.php.net/?id=45404&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45404&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45404&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45404&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45404&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45404&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45404&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45404&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45404&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45404&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45404&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45404&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45404&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45404&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45404&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45404&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45404&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45404&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45404&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45404&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45404&r=mysqlcfg
#45405 [NEW]: snmp extension memory leak
From: Federico Cuello Operating system: Linux PHP version: 5.2.6 PHP Bug Type: SNMP related Bug description: snmp extension memory leak Description: The snmp extension leaks memory. Reproduce code: --- Expected result: Memory use should not increment continuously. Actual result: -- Memory use increases. Valgrind output: ==21733== 2,280 (432 direct, 1,848 indirect) bytes in 3 blocks are definitely lost in loss record 64 of 67 ==21733==at 0x4022998: malloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21733==by 0x45F01A3: _clone_pdu_header (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x45F0374: _clone_pdu (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x45F0595: snmp_synch_input (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x4617F0B: _sess_process_packet (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x461A2DD: _sess_read (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x461B1F8: snmp_sess_read (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x461B25B: snmp_read (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x45EF7C1: snmp_synch_response_cb (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x45EF8A4: snmp_synch_response (in /usr/lib/libnetsnmp.so.15.0.0) ==21733==by 0x818BBAA: php_snmp_internal (in /usr/lib/php5/bin/php) ==21733==by 0x818D910: php_snmp (in /usr/lib/php5/bin/php) ==21733==by 0x82CDC17: zend_do_fcall_common_helper_SPEC (in /usr/lib/php5/bin/php) ==21733==by 0x82CCA2B: execute (in /usr/lib/php5/bin/php) ==21733==by 0x82ABE0B: zend_execute_scripts (in /usr/lib/php5/bin/php) ==21733==by 0x8264941: php_execute_script (in /usr/lib/php5/bin/php) ==21733==by 0x83397C2: main (in /usr/lib/php5/bin/php) -- Edit bug report at http://bugs.php.net/?id=45405&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45405&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45405&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45405&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45405&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45405&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45405&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45405&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45405&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45405&r=support Expected behavior:http://bugs.php.net/fix.php?id=45405&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45405&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45405&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45405&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45405&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45405&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45405&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45405&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45405&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45405&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45405&r=mysqlcfg
#45405 [Opn]: snmp extension memory leak
ID: 45405
User updated by: Federico Cuello
Reported By: Federico Cuello
Status: Open
Bug Type: SNMP related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
Leak fix patch:
--- ext/snmp/snmp.c.orig2008-07-01 11:21:10.0 -0300
+++ ext/snmp/snmp.c 2008-07-01 11:21:18.0 -0300
@@ -417,13 +417,13 @@
while (keepwalking) {
keepwalking = 0;
if ((st == SNMP_CMD_GET) || (st == SNMP_CMD_GETNEXT))
{
- pdu = snmp_pdu_create((st == SNMP_CMD_GET) ?
SNMP_MSG_GET : SNMP_MSG_GETNEXT);
name_length = MAX_OID_LEN;
if (!snmp_parse_oid(objid, name, &name_length))
{
php_error_docref(NULL TSRMLS_CC,
E_WARNING, "Invalid object identifier: %s", objid);
snmp_close(ss);
RETURN_FALSE;
}
+ pdu = snmp_pdu_create((st == SNMP_CMD_GET) ?
SNMP_MSG_GET : SNMP_MSG_GETNEXT);
snmp_add_null_var(pdu, name, name_length);
} else if (st == SNMP_CMD_SET) {
pdu = snmp_pdu_create(SNMP_MSG_SET);
@@ -434,6 +434,7 @@
sprint_objid(buf, name, name_length);
#endif
php_error_docref(NULL TSRMLS_CC,
E_WARNING, "Could not add variable: %s %c %s", buf, type, value);
+ snmp_free_pdu(pdu);
snmp_close(ss);
RETURN_FALSE;
}
@@ -455,6 +456,7 @@
for (vars = response->variables; vars;
vars = vars->next_variable) {
if (st >= SNMP_CMD_WALK && st
!= SNMP_CMD_SET &&
(vars->name_length <
rootlen || memcmp(root, vars->name, rootlen * sizeof(oid {
+
snmp_free_pdu(response);
continue; /* not
part of this subtree */
}
@@ -467,11 +469,13 @@
*return_value =
*snmpval;
zval_copy_ctor(return_value);
zval_ptr_dtor(&snmpval);
+
snmp_free_pdu(response);
snmp_close(ss);
return;
} else if (st ==
SNMP_CMD_GETNEXT) {
*return_value =
*snmpval;
zval_copy_ctor(return_value);
+
snmp_free_pdu(response);
snmp_close(ss);
return;
} else if (st == SNMP_CMD_WALK)
{
@@ -510,23 +514,28 @@
}
if (st == SNMP_CMD_GET) {
if ((pdu =
snmp_fix_pdu(response, SNMP_MSG_GET)) != NULL) {
+
snmp_free_pdu(response);
goto retry;
}
} else if (st == SNMP_CMD_SET)
{
if ((pdu =
snmp_fix_pdu(response, SNMP_MSG_SET)) != NULL) {
+
snmp_free_pdu(response);
goto retry;
}
} else if (st ==
SNMP_CMD_GETNEXT) {
if ((pdu =
snmp_fix_pdu(response, SNMP_MSG_GETNEXT)) != NULL) {
+
snmp_free_pdu(response);
goto retry;
}
} else if (st >= SNMP_CMD_WALK)
{ /* Here we do walks. */
if ((pdu =
snmp_fix_pdu(response, ((session->version == SNMP_VERSION_1)
? SNMP_MSG_GETNEXT
: SNMP_MSG_GETBULK))) != NULL) {
+
snmp_free_pdu(response);
goto retry;
}
#45402 [Fbk->Opn]: Call to undefined function sybase_connect()
ID: 45402 User updated by: fborot at hotmail dot com Reported By: fborot at hotmail dot com -Status: Feedback +Status: Open Bug Type: Sybase (dblib) related Operating System: redhat PHP Version: 5.2.6 New Comment: how can upload the output of phpinfo() it is very weird, I just deleted config.cache, the old Makefile, from the building directory and re-compiled again with the same options, [./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] but phpinfo() shows: Configure Command'./configure' '--with-mysql=/usr/bin/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unixODBC=shared,/usr/local/easysoft/unixODBC' magic_quotes_sybase Off Off SYBASE /opt/sybase-11.9.2 _ENV["SYBASE"] /opt/sybase-11.9.2 which should not be, I tried 2 days ago to use the odbc driver provided by easysoft because with-sybase-ct and with-sybase it would not compile. I guess I should delete the odbc driver and try again, I would like to attach some files/logs here but don't see how txs Fabian Previous Comments: [2008-07-01 14:30:56] [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. Please check the output of phpinfo() to see whether sybase support was laoded, if it's missing check the configure line mentioned on top of that page and check configure.log in your build directory. [2008-07-01 14:02:05] fborot at hotmail dot com Description: I compiled php 5 with sybase support ,[./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] now when I run this script http://bugs.php.net/?id=45402&edit=1
#45404 [Opn]: SoapClient.__getTypes don't care about inheritance
ID: 45404
User updated by: oamblet at vmware dot com
Reported By: oamblet at vmware dot com
Status: Open
Bug Type: SOAP related
Operating System: OS X 10.5
PHP Version: 5.2.6
New Comment:
Perhaps a good alternative could be to add the extension information in
the output of __getTypes().
Previous Comments:
[2008-07-01 14:42:39] oamblet at vmware dot com
Description:
the __getTypes() function return a list of structs which represents the
various types from the parsed WSDL.
However, the inherited attributes are not listed in the struct. It
becomes hard to introspect a WSDL file with this __getTypes() give this
limitation.
Reproduce code:
---
Given this WSDL fragment:
...
...
http://x.x.x.x/echo?WSDL";);
$client->__getTypes();
?>
Expected result:
[
struct ManagedEntry {
string id;
string stringRepresentation;
string name;
EntryProperty properties;
string type;
},
struct Entry {
string name;
EntryProperty properties;
string type;
}
]
Actual result:
--
[
struct ManagedEntry {
string id;
string stringRepresentation;
},
struct Entry {
string name;
EntryProperty properties;
string type;
}
]
--
Edit this bug report at http://bugs.php.net/?id=45404&edit=1
#45402 [Opn]: Call to undefined function sybase_connect()
ID: 45402 User updated by: fborot at hotmail dot com Reported By: fborot at hotmail dot com Status: Open Bug Type: Sybase (dblib) related Operating System: redhat PHP Version: 5.2.6 New Comment: I deleted everything related to easysoft odbc driver,deleted the php installation again, the config.cache on the build directory,ran make clean and make distclean, remove the old Makefile and compiled it again and phpinfo() shows support for odbc instead of sybase. what is happening here? what files do you need me to send/upload? this is very frustrating regards Previous Comments: [2008-07-01 14:59:07] fborot at hotmail dot com how can upload the output of phpinfo() it is very weird, I just deleted config.cache, the old Makefile, from the building directory and re-compiled again with the same options, [./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] but phpinfo() shows: Configure Command'./configure' '--with-mysql=/usr/bin/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unixODBC=shared,/usr/local/easysoft/unixODBC' magic_quotes_sybase Off Off SYBASE /opt/sybase-11.9.2 _ENV["SYBASE"] /opt/sybase-11.9.2 which should not be, I tried 2 days ago to use the odbc driver provided by easysoft because with-sybase-ct and with-sybase it would not compile. I guess I should delete the odbc driver and try again, I would like to attach some files/logs here but don't see how txs Fabian [2008-07-01 14:30:56] [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. Please check the output of phpinfo() to see whether sybase support was laoded, if it's missing check the configure line mentioned on top of that page and check configure.log in your build directory. [2008-07-01 14:02:05] fborot at hotmail dot com Description: I compiled php 5 with sybase support ,[./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] now when I run this script http://bugs.php.net/?id=45402&edit=1
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098
Comment by: max at phoenixweb dot it
Reported By: steffen at dislabs dot de
Status: No Feedback
Bug Type: IMAP related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
Assigned To: fb-req-jani
New Comment:
Same problem,
fresh installation of all server environment and PHP 5.2.5.
Server is a CentOS 5.2
Previous Comments:
[2008-04-26 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2008-04-18 23:40:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
And I'd like to point out here that we DO NOT support any 3rd party
binary packages of PHP (or any part of it).
[2008-04-18 18:58:07] steffen at dislabs dot de
I'm happy that i'm not the only one. Sry for not posting details, but i
develop on the server but i'm not the admin, so i have no admin account
for the server.
Actually i use a workaround but i would happy if the problem could be
solved.
My workarround:
#
private function imap_utf8($string) {
return iconv_mime_decode($string,0,"UTF-8");
}
[2008-04-17 21:51:23] brett at fogcreek dot com
Here is the php5-imap info:
$ aptitude show php5-imap
Package: php5-imap
State: installed
Automatically installed: yes
Version: 5.2.3-0ubuntu3
Priority: optional
Section: universe/web
Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]>
Uncompressed Size: 176k
Depends: debconf (>= 0.5) | debconf-2.0, libc-client2007, libc6 (>=
2.7-1), libcomerr2 (>= 1.33-3), libkrb53 (>= 1.6.dfsg.2), libpam0g (>=
0.99.7.1), libssl0.9.8 (>= 0.9.8f-1), phpapi-20060613+lfs
Description: IMAP module for php5
This package provides a module for IMAP functions in PHP scripts.
# ldd /usr/lib/php5/20060613+lfs/imap.so
linux-gate.so.1 => (0xb7f8d000)
libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f27000)
libc-client.so.2007 => /usr/lib/libc-client.so.2007 (0xb7e1c000)
libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xb7de9000)
libpam.so.0 => /lib/libpam.so.0 (0xb7ddf000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7db6000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7d29000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7d06000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7d03000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7bb3000)
libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
(0xb7a71000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7a6d000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7a58000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7a5)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7a4c000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0xb7a39000)
/lib/ld-linux.so.2 (0xb7f8e000)
[2008-04-11 13:47:51] jason at foreflight dot com
I am seeing this too:
Red Hat Enterprise Linux ES release 4 (Nahant Update 6)
CClient: imap-2007a1
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/44098
--
Edit this bug report at http://bugs.php.net/?id=44098&edit=1
#45406 [NEW]: Session.serialize_handler declared by shared extension in php.ini don't work
From: oleg dot grenrus at dynamoid dot com Operating system: PHP version: 5.2.6 PHP Bug Type: Session related Bug description: Session.serialize_handler declared by shared extension in php.ini don't work Description: PHP warnings are issued as PHP Warning: session_start(): Unknown session.serialize_handler. Failed todecode session object. in - on line 2 PHP Warning: Unknown: Unknown session.serialize_handler. Failed to encode session object. in Unknown on line 0 These happen because session module try's to find serialize_handler before serializer module is loaded (and registered itself as valid serialize_handler) There are check for save_handler (PS(mod) != NULL) in the PHP_RINIT_FUNCTION(session), but not for PS(serializer) I wrote a short patch http://phadej.daug.net/php-5.2.6-serialize_handler.patch against php-5.2.6. PHP_RINIT_FUNCTION seems to be same in php-5.2 and php-5.3 brances. Reproduce code: --- php -d "extension=wddx.so" -d 'session.serialize_handler=wddx' <<\EOF EOF Expected result: bool(true) Actual result: -- PHP Warning: session_start(): Unknown session.serialize_handler. Failed to decode session object. in /home/phadej/dev/php-sess-bug/- on line 2 bool(true) PHP Warning: Unknown: Unknown session.serialize_handler. Failed to encode session object. in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=45406&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45406&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45406&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45406&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45406&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45406&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45406&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45406&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45406&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45406&r=support Expected behavior:http://bugs.php.net/fix.php?id=45406&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45406&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45406&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45406&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45406&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45406&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45406&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45406&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45406&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45406&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45406&r=mysqlcfg
#45408 [NEW]: bundled version of libpcre misses security fix for CVE-2008-2371
From: hoffie at gentoo dot org Operating system: Irrelevant PHP version: 5.2.6 PHP Bug Type: PCRE related Bug description: bundled version of libpcre misses security fix for CVE-2008-2371 Description: The bundled version of libpcre misses the security fix for CVE-2008-2371. See http://bugs.gentoo.org/show_bug.cgi?id=228091 for details (including a patch). http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.2.6/5.2.6/012_pcre-integer-overflow.patch -- Edit bug report at http://bugs.php.net/?id=45408&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45408&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45408&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45408&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45408&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45408&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45408&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45408&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45408&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45408&r=support Expected behavior:http://bugs.php.net/fix.php?id=45408&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45408&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45408&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45408&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45408&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45408&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45408&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45408&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45408&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45408&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45408&r=mysqlcfg
#45409 [NEW]: strtotime very much slower when operating on timestamp
From: jerico dot dev at gmail dot com
Operating system: Windows XP SP3
PHP version: 5.2.6
PHP Bug Type: Performance problem
Bug description: strtotime very much slower when operating on timestamp
Description:
strtotime() performs 3 orders of magnitude slower when operating on a
timestamp.
Reproduce code:
---
$string = '1902-03-25 18:25:25';
$timestamp = strtotime($string);
$mt0 = microtime(true);
$result1 = strtotime("$string +1 year");
$mt1 = microtime(true);
$result2 = strtotime("+1 year", $timestamp);
$mt2 = microtime(true);
printf("%.6f\r\n%.6f\r\n", $mt1-$mt0, $mt2-$mt1);
// This will output
// 0.000171
// 0.721877
// on my machine
Actual result:
--
see reproduce code
--
Edit bug report at http://bugs.php.net/?id=45409&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45409&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45409&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45409&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45409&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45409&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45409&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45409&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45409&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45409&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45409&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45409&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45409&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45409&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45409&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45409&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45409&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45409&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45409&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45409&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45409&r=mysqlcfg
#32278 [Com]: Remote linked server not accessibile
ID: 32278
Comment by: steven_crombie at yahoo dot com
Reported By: raulionescu at gmail dot com
Status: No Feedback
Bug Type: MSSQL related
Operating System: WinXP Pro
PHP Version: 5.0.4
New Comment:
Web Server:
php 5.2.5
Windows 2003 Server Standard SP1
IIS 6.0
SQL Server:
SQL Server 2005
Windows 2003 Server Standard SP2
Management Studio 9.00.3042.00
I have not been able to get a result set when using php to query the MS
SQL Server when the query references a linked server.
I have also tried putting the query in a database view and querying the
view instead of directly to the tables. Still no results.
I have also tried putting my query in a stored procedure and calling
the stored procedure. Still no results returned.
All three methods (direct query, view, and stored procedure) produce
good results when using Management Studio or the sqlcmd utility.
A fix for this long-standing problem would be most appreciated.
Previous Comments:
[2008-06-09 20:07:08] cmoore at getzeroedin dot com
I'm experiencing the same error, Warning: mssql_query()
[function.mssql-query]: message: Heterogeneous queries require the
ANSI_NULLS and ANSI_WARNINGS options to be set for the connection. This
ensures consistent query semantics. Enable these options and then
reissue your query, when attempting to execute a linked MDX query to SQL
Server Analysis Services (an analytics cube). Below is the query
set ANSI_NULLS ON;
set ANSI_ARNINGS ON;
exec sp_addlinkedserver
@server='linked_olap',
@srvproduct='',
@provider='MSOLAP.3',
@datasrc='scout',
@catalog='Adventure Works DW Standard Edition'
;
SELECT *
FROM OpenQuery(linked_olap,'SELECT
{Measures.[Internet Order Count]} ON COLUMNS ,
[Product].[Category].members ON ROWS
FROM [Adventure Works]')
;
exec sp_dropserver 'linked_olap'
;
In the linked server procedure, 'scout' is my database server name, but
Adventure Works is the sample analysis server data warehouse (cube), so
you should be able to recreate this simply.
Are there any plans to support native MDX queries against a SQL Server
Analysis Server, or plans to resolve this issue?
[2008-04-30 16:41:06] webster_jack at hotmail dot com
Hi
Has this bug been fixed?
[2007-12-12 19:33:37] kenneth dot kaye at bankofamerica dot com
This bug still exists as of PHP 5.1.2. I run PHP(cli) 5.1.2 on Windows
2003 Server, and attempting to execute a stored procedure within PHP
that calls a linked server yields the following error:
PHP Warning: mssql_execute(): message: Heterogeneous queries require
the ANSI_NULLS and ANSI_WARNINGS options to be set
for the connection. This ensures consistent query semantics. Enable
these options and then reissue your query. (severit
y 16) in c:\logs\btest.php on line 46
PHP Warning: mssql_execute(): stored procedure execution failed in
c:\logs\btest.php on line 4
6
PHP Warning: mssql_fetch_array(): supplied argument is not a valid MS
SQL-result resource in c:\logs\btest.php on line 55
I have ANSI_NULLS and ANSI_WARNINGS set within the stored procedure
itself. Any advice or a fix?
[2006-09-15 13:58:20] redshifteric at gmail dot com
Bug reproduced on Win2k Server
MSSQL 2000 SP3
PHP 5.1.2
I tried using the normal syntax to access table on the linked server.
I mean using linkedservername.databasename.dbo.tablename or directoty
the local tablename but without success.
If i specify the full linked server path, i get the following error:
Could not find server 'KCONT81' in sysservers. Execute
sp_addlinkedserver to add the server to sysservers
But if i execute the same query trough isqlw.exe (query analyzer) it
works fine.
Best regards,
Red
[2005-06-14 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".
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/32278
--
Edit this bug report at http://bugs.php.net/?id=32278&edit=1
#45409 [Opn->Asn]: strtotime very much slower when operating on timestamp
ID: 45409
Updated by: [EMAIL PROTECTED]
Reported By: jerico dot dev at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Performance problem
Operating System: Windows XP SP3
PHP Version: 5.2.6
-Assigned To:
+Assigned To: derick
New Comment:
I'll have a look at this, but there is even a MUCH faster way:
modify( '+1 year' );
$mt1 = microtime(true);
$d->modify( '+1 year' );
$mt2 = microtime(true);
printf("%.6f\r\n%.6f\r\n", $mt1-$mt0, $mt2-$mt1);
?>
0.013312/0.696215 for your code, vs 0.65/0.28 for my approach.
Previous Comments:
[2008-07-01 20:55:08] jerico dot dev at gmail dot com
Description:
strtotime() performs 3 orders of magnitude slower when operating on a
timestamp.
Reproduce code:
---
$string = '1902-03-25 18:25:25';
$timestamp = strtotime($string);
$mt0 = microtime(true);
$result1 = strtotime("$string +1 year");
$mt1 = microtime(true);
$result2 = strtotime("+1 year", $timestamp);
$mt2 = microtime(true);
printf("%.6f\r\n%.6f\r\n", $mt1-$mt0, $mt2-$mt1);
// This will output
// 0.000171
// 0.721877
// on my machine
Actual result:
--
see reproduce code
--
Edit this bug report at http://bugs.php.net/?id=45409&edit=1
#45410 [NEW]: Bad result in an expression evaluation
From: ensnnet at gmail dot com
Operating system: windows xp sp3
PHP version: 5.2.6
PHP Bug Type: Unknown/Other Function
Bug description: Bad result in an expression evaluation
Description:
A simple logical expression is bad evaluated. Next code show that.
Reproduce code:
---
";
// This run bad:
$flag = $emma=="A" and $lobera!=0;
evaluate($flag);
// This run well (why?):
$flag = ($emma=="A" and $lobera!=0);
evaluate($flag);
// This run well too:
$flag = $lobera!=0 and $emma=="A";
evaluate($flag);
//
function evaluate($flag)
{
if($flag)
echo "Flag is on";
else
echo "Flag is off";
}
?>
Expected result:
[ The right answer is: Flag is off ]
Flag is off
Flag is off
Flag is off
Actual result:
--
[ The right answer is: Flag is off ]
Flag is on <--- This is bad
Flag is off
Flag is off
--
Edit bug report at http://bugs.php.net/?id=45410&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45410&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45410&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45410&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45410&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45410&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45410&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45410&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45410&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45410&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45410&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45410&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45410&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45410&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45410&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45410&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45410&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45410&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45410&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45410&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45410&r=mysqlcfg
#45408 [Opn->Asn]: bundled version of libpcre misses security fix for CVE-2008-2371
ID: 45408 Updated by: [EMAIL PROTECTED] Reported By: hoffie at gentoo dot org -Status: Open +Status: Assigned Bug Type: PCRE related Operating System: Irrelevant PHP Version: 5.2.6 Assigned To: nlopess Previous Comments: [2008-07-01 18:46:13] hoffie at gentoo dot org Description: The bundled version of libpcre misses the security fix for CVE-2008-2371. See http://bugs.gentoo.org/show_bug.cgi?id=228091 for details (including a patch). http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.2.6/5.2.6/012_pcre-integer-overflow.patch -- Edit this bug report at http://bugs.php.net/?id=45408&edit=1
#45410 [Opn->Bgs]: Bad result in an expression evaluation
ID: 45410
Updated by: [EMAIL PROTECTED]
Reported By: ensnnet at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: windows xp sp3
PHP Version: 5.2.6
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
The assignment is executed before the "and" operator, see the
precedence table in the docs, http://php.net/operator
Previous Comments:
[2008-07-01 21:33:57] ensnnet at gmail dot com
Description:
A simple logical expression is bad evaluated. Next code show that.
Reproduce code:
---
";
// This run bad:
$flag = $emma=="A" and $lobera!=0;
evaluate($flag);
// This run well (why?):
$flag = ($emma=="A" and $lobera!=0);
evaluate($flag);
// This run well too:
$flag = $lobera!=0 and $emma=="A";
evaluate($flag);
//
function evaluate($flag)
{
if($flag)
echo "Flag is on";
else
echo "Flag is off";
}
?>
Expected result:
[ The right answer is: Flag is off ]
Flag is off
Flag is off
Flag is off
Actual result:
--
[ The right answer is: Flag is off ]
Flag is on <--- This is bad
Flag is off
Flag is off
--
Edit this bug report at http://bugs.php.net/?id=45410&edit=1
#45410 [Bgs]: Bad result in an expression evaluation
ID: 45410
Updated by: [EMAIL PROTECTED]
Reported By: ensnnet at gmail dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: windows xp sp3
PHP Version: 5.2.6
New Comment:
sorry wrong URL, correct one: http://php.net/operators
Previous Comments:
[2008-07-01 23:07:14] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The assignment is executed before the "and" operator, see the
precedence table in the docs, http://php.net/operator
[2008-07-01 21:33:57] ensnnet at gmail dot com
Description:
A simple logical expression is bad evaluated. Next code show that.
Reproduce code:
---
";
// This run bad:
$flag = $emma=="A" and $lobera!=0;
evaluate($flag);
// This run well (why?):
$flag = ($emma=="A" and $lobera!=0);
evaluate($flag);
// This run well too:
$flag = $lobera!=0 and $emma=="A";
evaluate($flag);
//
function evaluate($flag)
{
if($flag)
echo "Flag is on";
else
echo "Flag is off";
}
?>
Expected result:
[ The right answer is: Flag is off ]
Flag is off
Flag is off
Flag is off
Actual result:
--
[ The right answer is: Flag is off ]
Flag is on <--- This is bad
Flag is off
Flag is off
--
Edit this bug report at http://bugs.php.net/?id=45410&edit=1
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098
Comment by: max at phoenixweb dot it
Reported By: steffen at dislabs dot de
Status: No Feedback
Bug Type: IMAP related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
Assigned To: fb-req-jani
New Comment:
I thought it was a problem of PHP minor version but it's not.
I downgrade my sever to 5.2.4, and after to 5.2.3 (the same as another
server that works fine).
And "imap_utf8()", still returns only capital letter. Moreover it
doesn't make a right convesion so you can still see special charset
chars like "èéòìàù" that are still in lower case!
Please check it if somebody simple left an uppercase somewhere in order
to debug...
...this function is completely useless in this status.
Thank you!
Hope this will be fixed soon.
PS: i think that C-client could not be, because i have another server
where everything works fine and it has same C-client library (2004
version as reported on PHPINFO).
Previous Comments:
[2008-07-01 16:15:15] max at phoenixweb dot it
Same problem,
fresh installation of all server environment and PHP 5.2.5.
Server is a CentOS 5.2
[2008-04-26 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2008-04-18 23:40:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
And I'd like to point out here that we DO NOT support any 3rd party
binary packages of PHP (or any part of it).
[2008-04-18 18:58:07] steffen at dislabs dot de
I'm happy that i'm not the only one. Sry for not posting details, but i
develop on the server but i'm not the admin, so i have no admin account
for the server.
Actually i use a workaround but i would happy if the problem could be
solved.
My workarround:
#
private function imap_utf8($string) {
return iconv_mime_decode($string,0,"UTF-8");
}
[2008-04-17 21:51:23] brett at fogcreek dot com
Here is the php5-imap info:
$ aptitude show php5-imap
Package: php5-imap
State: installed
Automatically installed: yes
Version: 5.2.3-0ubuntu3
Priority: optional
Section: universe/web
Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]>
Uncompressed Size: 176k
Depends: debconf (>= 0.5) | debconf-2.0, libc-client2007, libc6 (>=
2.7-1), libcomerr2 (>= 1.33-3), libkrb53 (>= 1.6.dfsg.2), libpam0g (>=
0.99.7.1), libssl0.9.8 (>= 0.9.8f-1), phpapi-20060613+lfs
Description: IMAP module for php5
This package provides a module for IMAP functions in PHP scripts.
# ldd /usr/lib/php5/20060613+lfs/imap.so
linux-gate.so.1 => (0xb7f8d000)
libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f27000)
libc-client.so.2007 => /usr/lib/libc-client.so.2007 (0xb7e1c000)
libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xb7de9000)
libpam.so.0 => /lib/libpam.so.0 (0xb7ddf000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7db6000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7d29000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7d06000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7d03000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7bb3000)
libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
(0xb7a71000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7a6d000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7a58000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7a5)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7a4c000)
libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0xb7a39000)
/lib/ld-linux.so.2 (0xb7f8e000)
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/44098
--
Edit this bug report at http://bugs.php.net/?id=44098&edit=1
#45387 [Opn->Fbk]: (string)$obj on objects w/o __toString() behaves differently
ID: 45387 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: OS X PHP Version: 5.3CVS-2008-06-28 (CVS) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi I can't reproduce. Previous Comments: [2008-06-28 17:42:45] [EMAIL PROTECTED] Description: In PHP 5.2.x calling (string)$object on an object w/o the __toString() method would cause a catchable fatal error and would halt execution. In PHP 5.3, the error is thrown but execution continues. This is the same behavior as PHP 5.1.4 - 5.1.6 (may be true for older versions as well, but I only tested back to 5.1.4). Reproduce code: --- http://bugs.php.net/?id=45387&edit=1
#45366 [Opn->Ver]: preg_match_all() misses elements (corner-case)
ID: 45366 Updated by: [EMAIL PROTECTED] Reported By: Arne dot Heizmann at csr dot com -Status: Open +Status: Verified Bug Type: PCRE related Operating System: * PHP Version: 5.2.6 New Comment: I can reproduce. PS: The example works fine on pcretest (PCRE version 7.6). Previous Comments: [2008-06-26 13:37:36] Arne dot Heizmann at csr dot com Description: The following example code demonstrates that preg_match_all() does not always return all elements as it should. Almost any change to the input string makes the bug no longer trigger. For example, remove one of the B's, and the bug no longer occurs. Same goes for the regexp: if you change the (?=X|Y) to (?=X) or anything simpler, the bug no longer triggers. Reproduce code: --- Expected result: array ( 0 => array ( 0 => 'A', 1 => ',', 2 => ' ', 3 => 'B', 4 => 'B', 5 => 'B', 6 => 'B', 7 => 'B', 8 => 'B', 9 => 'B', 10 => 'B', 11 => ' ', 12 => 'a', 13 => 'b', 14 => 'c', 15 => 'd', 16 => ' ', 17 => 'a', 18 => 'b', 19 => 'c', 20 => 'd', 21 => '\'', 22 => 'y', ), ) Actual result: -- array ( 0 => array ( 0 => 'A', 1 => ',', 2 => ' ', ), ) -- Edit this bug report at http://bugs.php.net/?id=45366&edit=1
#43053 [Com]: Scientific notation
ID: 43053 Comment by: int-e at gmx dot de Reported By: owner at dragon-hearts dot net Status: Verified Bug Type: Scripting Engine problem Operating System: Centos4 PHP Version: 5CVS-2007-10-25 New Comment: In the hope that this speeds up fixing the bug, here's a version of above patch that applies cleanly against php 5.2.6. The formatting of the code in question is different in the subversion trunk, but it's the same otherwise. At least that's how it was two months ago. http://int-e.home.tlink.de/php/php-5.2.6-printf.patch (use patch -p1 to apply) Previous Comments: [2008-06-30 14:38:33] admin at shadowops dot net This bug is not limited to the Round() and related commands. I have been hit by it and it has caused many issues with MYSQL and values entered into the DB. 120 in debug mode prints as 1.2E+6 this is why in the DB it simply +1 insted of 120 [2008-05-05 17:55:52] sweiss at stylesight dot com You guys *have* to make changes like this more explicitly stated... It took forever to even realize the problem we were having lay with PHP and not the Javascript it was printing it out to - I definitely read the changelog and definitely did not pick up on the fact that all my numbers were going to suddenly come out in this totally useless format now. *Seriously Frustrating* - Couldn't this have just been an ini option for the people that wanted it? [2008-04-18 13:07:41] rbro at hotmail dot com Thanks for your help - that definitely seems to fix the problem. I manually applied your changes since I wanted to test it against the PHP 5.2.5 source, but I'm getting consistent output now when working with floats. [2008-04-18 01:34:28] int-e at gmx dot de Here's a patch that fixes the problem. http://int-e.home.tlink.de/php/php-printf.patch There are three changes here: 1) get rid of a hack in zend_dtoa() that sometimes kept trailing zeros (which caused the inconsistent behaviour between printing 120 and 130) 2) change php_gcvt() to switch to E format for large numbers if the number wouldn't fit into precision digits. 3) update a few tests to reflect the change to the precision semantics. I believe that in each of these cases, the test was flawed. Note that a precision of 14 (the default) means that 15 digit numbers should be printed in E notation, at least that's how I read the sprintf documentation. [2008-04-15 22:37:33] rbro at hotmail dot com Your examples work correctly for me in PHP 5.2.1, so I'm not sure if the issue was caused by change you mentioned or something else, but it definitely happens for me in PHP 5.2.2 and later. 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/43053 -- Edit this bug report at http://bugs.php.net/?id=43053&edit=1
#16106 [Com]: LDAP + IMAP = PROBLEM
ID: 16106 Comment by: peter at hotmail dot com Reported By: ronie at smartech dot com dot br Status: No Feedback Bug Type: LDAP related Operating System: Conectiva 7.0 PHP Version: 4.1.1 New Comment: Hello Previous Comments: [2002-04-17 00:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-03-16 04:57:54] [EMAIL PROTECTED] I guess you're using packages from your linux-distribution? [2002-03-15 16:10:18] ronie at smartech dot com dot br My softwares imap-2000c-6cl php4-4.1.1-1U70_4cl php4-ldap-4.1.1-1U70_4cl mod_php4-4.1.1-1U70_4cl php4-imap-4.1.1-1U70_4cl php4-ldap-4.1.1-1U70_4cl openldap-client-2.0.21-1U70_2cl openldap-server-2.0.21-1U70_2cl openldap-2.0.21-1U70_2cl My php.ini (LDAP connections working) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so extension=ldap.so ;extension=imap.so extension=odbc.so My php.ini (IMAP connections working) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so ;extension=ldap.so extension=imap.so extension=odbc.so My php.ini (Apache not working withou any log, just not start) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so extension=ldap.so extension=imap.so extension=odbc.so [2002-03-15 16:03:10] [EMAIL PROTECTED] What's your configure line? Which version of c-client/wu-imapd and ldap are you using? Can you provide a backtrace of the core-dump (see http://bugs.php.net/bugs-generating-backtrace.php)? Does it work if you compile imap and ldap statically? [2002-03-15 15:36:11] ronie at smartech dot com dot br Dear, If I use extension=ldap.so alone it's work fine, if I use extension=imap.so alone it's work fine, but if I use extension=imap.so and extension=ldap.so the Apache Core dumped and if I use extension=ldap.so extension=imap.so the Apache don't start. Please Help Me RONIE LIMA -- Edit this bug report at http://bugs.php.net/?id=16106&edit=1
