#41400 [Opn->Bgs]: affected_rows wrong
ID: 41400
Updated by: [EMAIL PROTECTED]
Reported By: corinl at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: debian 686
PHP Version: 5.2.2
New Comment:
Can't repeat.
both mysqli_affected_rows and mysql_affected_rows call and return the
same api function from libmysql.
Previous Comments:
[2007-05-15 15:30:23] corinl at gmx dot de
Description:
executing the following code using direct php (with mysqli) or using
phpmyadmin using the mysqli extension returns 2 affected rows. running
it with php or phpmyadmin using mysql extension, returns 0 affected rows
(which is correct!).
using mysql 5.0.41 server and 5.0.38 client libraries.
Reproduce code:
---
CREATE TABLE `user_infos` (
`user_id` int(10) unsigned NOT NULL,
`mails` tinyint(4) NOT NULL,
`mails_trigger` enum('0','1') collate latin1_german1_ci NOT NULL,
`book` enum('0','1') collate latin1_german1_ci NOT NULL,
`gtag` tinyint(4) NOT NULL,
`foto_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
`buchung` enum('0','1') collate latin1_german1_ci NOT NULL,
`blog_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
`i_mail` tinyint(4) NOT NULL,
`i_buddy` tinyint(4) NOT NULL,
`i_tele` tinyint(3) unsigned NOT NULL,
`i_lchat` tinyint(3) unsigned NOT NULL,
`i_close` enum('0','1') collate latin1_german1_ci NOT NULL,
`max_fotoalben` tinyint(3) unsigned NOT NULL,
`max_fotoalben_fotos` int(10) unsigned NOT NULL,
`events` enum('0','1') collate latin1_german1_ci NOT NULL,
`contacts_look` enum('text','images') collate latin1_german1_ci NOT
NULL default 'images',
PRIMARY KEY (`user_id`),
KEY `trigger_mails` (`mails_trigger`,`mails`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci;
INSERT IGNORE INTO user_infos SET
user_id=1,mails=1,book='1',gtag=1,foto_comment='0',blog_comment='1',buchung='1',i_mail=4,i_buddy=11,i_tele=5,i_lchat=10,i_close='0',events='1';
Expected result:
affected_rows = 1 (first insert)
0 in the following inserts
Actual result:
--
always 2
--
Edit this bug report at http://bugs.php.net/?id=41400&edit=1
#39130 [NoF->Opn]: Compile failure with the compiler of VC++ 2005
ID: 39130 User updated by: ben dot yan at msn dot com Reported By: ben dot yan at msn dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Windows -PHP Version: 5.2.0RC5 +PHP Version: 5.2 Assigned To: wez New Comment: I tried PHP5.2.2, but the problem is still there. :( Previous Comments: [2007-04-14 05:00:20] dmain at themainfamily dot net If I move this change, then the compiler errors are gone. I still have another separate issue with compilation though. This would induce the compile error. and if #include BEHIND the #ifdef ZEND_WIN32 # include "zend_config.w32.h" # define ZEND_PATHS_SEPARATOR ';' #elif defined(XXX) ... #endif ,it will be ok. [2007-04-14 04:53:41] dmain at themainfamily dot net This is my output when compiling a simple dll extension using the sample source code in the online documentation. 1>-- Build started: Project: Win32_SystemCalls, Configuration: Release_TS Win32 -- 1>Compiling... 1>Source1.c 1>C:\Program Files\Microsoft Visual Studio 8\VC\include\sys/stat.inl(44) : error C2466: cannot allocate an array of constant size 0 1>C:\Program Files\Microsoft Visual Studio 8\VC\include\sys/stat.inl(49) : error C2466: cannot allocate an array of constant size 0 1>c:\projects\phpextensions\php-5.2.1\tsrm\tsrm_config_common.h(4) : fatal error C1017: invalid integer constant expression 1>Build log was saved at "file://c:\Projects\PhpExtensions\php-5.2.1\ext\Win32_SystemCalls\Release_TS\BuildLog.htm" 1>Win32_SystemCalls - 3 error(s), 0 warning(s) == Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped == [2007-01-15 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". [2007-01-07 18:23:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-11-04 15:27:35] sailormax at inbox dot lv I have same error while trying compile my module. With previous PHP all was fine. With 5.2.0 all fine too, if comment 2 lines at config.w32.h: #define _USE_32BIT_TIME_T 1 #define HAVE_STDLIB_H 1 used VC++ 2005 Express Edition The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39130 -- Edit this bug report at http://bugs.php.net/?id=39130&edit=1
#41405 [NEW]: asXML() does not return the whole xml
From: longrennet at hotmail dot com Operating system: Linux ES3 PHP version: 5.2.2 PHP Bug Type: *General Issues Bug description: asXML() does not return the whole xml Description: I'd like to print the xml string in my code, so i use function asXML(). But it just return the element value in the xml. Is the code before i use asXML effort it? Reproduce code: --- text stuff code XML; $xml = new SimpleXMLElement($string); echo $xml->asXML(); ?> Expected result: textstuffcode Actual result: -- text stuff code -- Edit bug report at http://bugs.php.net/?id=41405&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41405&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41405&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41405&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41405&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41405&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41405&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41405&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41405&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41405&r=support Expected behavior:http://bugs.php.net/fix.php?id=41405&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41405&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41405&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41405&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41405&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41405&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41405&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41405&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41405&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41405&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41405&r=mysqlcfg
#41337 [Fbk->Opn]: WSDL parsing doesn't ignore non soap bindings
ID: 41337
User updated by: ahayes at emersion dot com dot au
Reported By: ahayes at emersion dot com dot au
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Fedora Core 5
PHP Version: 5.2.2
Assigned To: dmitry
New Comment:
Certainly.
If you try importing the following wsdl you will get a similar error.
http://www.amcms.org/bugs/pear/41337/GetServices.wsdl
If you look at this wsdl it is importing
http://www.amcms.org/bugs/pear/41337/GetServices-slide.wsdl which has a
port name GetServices_pt which does not have a soap binding.
Thanks
Alex
Previous Comments:
[2007-05-15 07:22:25] [EMAIL PROTECTED]
Could you please provide a test case.
[2007-05-15 03:11:35] ahayes at emersion dot com dot au
Thanks for that, it has fixed the problem for the wsdl being imported,
however it doesn't seem to hold if you have the following situation:
1. 1.wsdl Imported into SoapClient
2. 1.wsdl imports 2.wsdl using
within 1.wsdl.
3. 2.wsdl contains a reference to a port without a soap binding (if
that is the correct terminology).
When this situation occurs, the same error is being generated.
Is it possible that this fix only fixes the problem for wsdl's being
imported by SoapClient and not wsdl's being imported by the wsdl itself?
[2007-05-10 15:04:20] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2007-05-09 08:24:07] ahayes at emersion dot com dot au
Description:
Firstly let me just say, I'm am not sure if this is a bug in PHP or
Oracle SOA Suite (Oracle seem to think it is PHP however).
I am using Oracle's SOA Suite, and we have a problem every time we try
to call WSDL files generated by Oracle's ESB.
The problem occurs when PHP's SoapClient tries to parse the WSDL. I get
the following error:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: No address associated with in
...
...
To fix this problem, all I have to do is remove offending port
definition in the WSDL, which does not have an address defined. Once
removed, SoapClient can parse the WSDL and call the service. We have
many ESB's to call and as such I would like to avoid this if possible.
Should PHP's SoapClient even be looking at this port type as it does no
have a SOAP binding?
Reproduce code:
---
https://amcms.org/soap/GetHandlerTypeByServiceId.wsdl');
Expected result:
It parses the WSDL file successfully then allowing calling the service.
Actual result:
--
PHP Fatal error: SOAP-ERROR: Parsing WSDL: No address associated with
in /path/to/GetHandlerTypeByServiceId.php on line 10
PHP Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR:
Parsing WSDL: No address associated with in
/path/to/GetHandlerTypeByServiceId.php:10
Stack trace:
#0 /path/to/GetHandlerTypeByServiceId.php(10):
SoapClient->SoapClient('GetHandlerTypeB...', Array)
#1 {main}
thrown in /path/to/GetHandlerTypeByServiceId.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=41337&edit=1
#41404 [NEW]: ODBC makes memory leaks
From: geniuz at geniuz dot cz
Operating system: XP
PHP version: 5.2.2
PHP Bug Type: ODBC related
Bug description: ODBC makes memory leaks
Description:
When I select over ODBC from table with any column data type defined as
TEXT (detected over odbc_columns function), and I fetch rows, I receive one
of following messages or php freeze. I selected more than 10 rows.
When I replaced selected TEXT data type column for any other column ie.
STRING data type column (and with more saved datas), all is ok without
errors.
Well, problem must be with TEXT datatype (LONG columns).
Warning: odbc_exec() [function.odbc-exec]: SQL error: Failed to fetch
error message, SQL state HY000 in SQLExecDirect in
M:\4D\.WebRoot\ctp\eshop\index.php on line 65
Warning: odbc_exec() [function.odbc-exec]: SQL error: [Simba][Simba ODBC
Driver]Memory allocation error., SQL state S1001 in SQLExecDirect in
M:\4D\.WebRoot\ctp\eshop\index.php on line 65
Reproduce code:
---
$sql = "SELECT Col1, Col2, Col3 FROM MYTABLE";
$rs=odbc_exec($conn,$sql);
while( odbc_fetch_row($rs) )
{
$data1 = odbc_result($rs,'Col1');
$data2 = odbc_result($rs,'Col2');
$data3 = odbc_result($rs,'Col3');
}
Expected result:
no sql error
Actual result:
--
sql error
--
Edit bug report at http://bugs.php.net/?id=41404&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41404&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41404&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41404&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41404&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41404&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41404&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41404&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41404&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41404&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41404&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41404&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41404&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41404&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41404&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41404&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41404&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41404&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41404&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41404&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41404&r=mysqlcfg
#7365 [Com]: php_value error_reporting doesn't work for me
ID: 7365
Comment by: kosnarova dot alena at seznam dot cz
Reported By: alex-spam at rdc dot ru
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Kachnovo CSS na HTML stránky.
/* CSS Document */
body {text-align:center; }
#prezentace { width: 800px;
margin: auto;
}
#hlavicka { height: 100px;
width: 780px;
float: center;
clear: both;
}
#obsah {text-align: left;
width: 600px;
float: right;
background-color: white;
}
#menu { text-align: left;
width: 170px;
height: 500px;
float: left;
background-color: white;
border:solid;}
#paticka { width: 100%;
background-color: #cc;;
float: left;}
Previous Comments:
[2007-05-15 20:15:22] kosnarova dot alena at seznam dot cz
CREATE TABLE `chat` (
`odesilatel` int(11) NOT NULL,
`adresat` int(11) NOT NULL,
`cas` varchar(8) collate utf8_czech_ci NOT NULL,
`time` bigint(20) NOT NULL,
`zprava` varchar(255) collate utf8_czech_ci NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_czech_ci;
--
--
-- Struktura tabulky `uzivatele`
--
CREATE TABLE `uzivatele` (
`id` int(11) NOT NULL auto_increment,
`nick` varchar(30) collate utf8_czech_ci NOT NULL,
`heslo` varchar(50) collate utf8_czech_ci NOT NULL,
`stav` tinyint(1) NOT NULL,
`posledni_akce` bigint(20) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_czech_ci
AUTO_INCREMENT=7 ;
[2007-05-15 18:41:34] kosnarova dot alena at seznam dot cz
http://www.w3.org/TR/2000/REC-xhtml1-2126/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="cs" lang="cs">
nick
heslo
overeni hesla
[2007-05-15 18:37:23] kosnarova dot alena at seznam dot cz
hlavička XHTML!!!
Nick
Heslo
Registrace
".$vysledek["cas"]."
".$vysledek["nick"].":".$vysledek["zprava"]."";
}
?>
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
Odhlasit se
vsem
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
[2002-04-01 00:00:03] 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-02-28 19:41:09] [EMAIL PROTECTED]
error_reporting should be able to changed anywhere.
PHP_INI_ENTRY("error_reporting",NULL,
PHP_INI_ALL,OnUpdateErrorReporting)
Could you try snapshot to see if it helps?
http://snaps.php.net/
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/7365
--
Edit this bug report at http://bugs.php.net/?id=7365&edit=1
#7365 [Com]: php_value error_reporting doesn't work for me
ID: 7365
Comment by: kosnarova dot alena at seznam dot cz
Reported By: alex-spam at rdc dot ru
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Linux
PHP Version: 4.1.1
New Comment:
CREATE TABLE `chat` (
`odesilatel` int(11) NOT NULL,
`adresat` int(11) NOT NULL,
`cas` varchar(8) collate utf8_czech_ci NOT NULL,
`time` bigint(20) NOT NULL,
`zprava` varchar(255) collate utf8_czech_ci NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_czech_ci;
--
--
-- Struktura tabulky `uzivatele`
--
CREATE TABLE `uzivatele` (
`id` int(11) NOT NULL auto_increment,
`nick` varchar(30) collate utf8_czech_ci NOT NULL,
`heslo` varchar(50) collate utf8_czech_ci NOT NULL,
`stav` tinyint(1) NOT NULL,
`posledni_akce` bigint(20) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_czech_ci
AUTO_INCREMENT=7 ;
Previous Comments:
[2007-05-15 18:41:34] kosnarova dot alena at seznam dot cz
http://www.w3.org/TR/2000/REC-xhtml1-2126/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="cs" lang="cs">
nick
heslo
overeni hesla
[2007-05-15 18:37:23] kosnarova dot alena at seznam dot cz
hlavička XHTML!!!
Nick
Heslo
Registrace
".$vysledek["cas"]."
".$vysledek["nick"].":".$vysledek["zprava"]."";
}
?>
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
Odhlasit se
vsem
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
[2002-04-01 00:00:03] 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-02-28 19:41:09] [EMAIL PROTECTED]
error_reporting should be able to changed anywhere.
PHP_INI_ENTRY("error_reporting",NULL,
PHP_INI_ALL,OnUpdateErrorReporting)
Could you try snapshot to see if it helps?
http://snaps.php.net/
[2002-02-28 12:47:45] norman at norman dot com dot br
I still get this problem with PHP 4.1.1, compiled as a DSO module:
This doesnt work in apache .conf files:
php_value error_log "/tmp/phperr.log"
php_value error_reporting 0
Just this also doesnt work:
php_value error_reporting 0
In both previous cases, I still get warnings shown...
But the flag WORKS:
php_flag display_errors 0
Norman
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/7365
--
Edit this bug report at http://bugs.php.net/?id=7365&edit=1
#7365 [Com]: php_value error_reporting doesn't work for me
ID: 7365
Comment by: kosnarova dot alena at seznam dot cz
Reported By: alex-spam at rdc dot ru
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Linux
PHP Version: 4.1.1
New Comment:
http://www.w3.org/TR/2000/REC-xhtml1-2126/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="cs" lang="cs">
nick
heslo
overeni hesla
Previous Comments:
[2007-05-15 18:37:23] kosnarova dot alena at seznam dot cz
hlavička XHTML!!!
Nick
Heslo
Registrace
".$vysledek["cas"]."
".$vysledek["nick"].":".$vysledek["zprava"]."";
}
?>
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
Odhlasit se
vsem
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
[2002-04-01 00:00:03] 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-02-28 19:41:09] [EMAIL PROTECTED]
error_reporting should be able to changed anywhere.
PHP_INI_ENTRY("error_reporting",NULL,
PHP_INI_ALL,OnUpdateErrorReporting)
Could you try snapshot to see if it helps?
http://snaps.php.net/
[2002-02-28 12:47:45] norman at norman dot com dot br
I still get this problem with PHP 4.1.1, compiled as a DSO module:
This doesnt work in apache .conf files:
php_value error_log "/tmp/phperr.log"
php_value error_reporting 0
Just this also doesnt work:
php_value error_reporting 0
In both previous cases, I still get warnings shown...
But the flag WORKS:
php_flag display_errors 0
Norman
[2001-01-12 12:51:53] [EMAIL PROTECTED]
this seems to be fixed in both 4.0.4 and current CVS. if you experience
the same behavior after update, please reopen this bug report.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/7365
--
Edit this bug report at http://bugs.php.net/?id=7365&edit=1
#7365 [Com]: php_value error_reporting doesn't work for me
ID: 7365
Comment by: kosnarova dot alena at seznam dot cz
Reported By: alex-spam at rdc dot ru
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Linux
PHP Version: 4.1.1
New Comment:
hlavička XHTML!!!
Nick
Heslo
Registrace
".$vysledek["cas"]."
".$vysledek["nick"].":".$vysledek["zprava"]."";
}
?>
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
Odhlasit se
vsem
".(time()-600),$Spojeni);
while ($vysledek = mysql_fetch_array($Dotaz)) {
Echo "".$vysledek["nick"]."";
}
?>
Previous Comments:
[2002-04-01 00:00:03] 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-02-28 19:41:09] [EMAIL PROTECTED]
error_reporting should be able to changed anywhere.
PHP_INI_ENTRY("error_reporting",NULL,
PHP_INI_ALL,OnUpdateErrorReporting)
Could you try snapshot to see if it helps?
http://snaps.php.net/
[2002-02-28 12:47:45] norman at norman dot com dot br
I still get this problem with PHP 4.1.1, compiled as a DSO module:
This doesnt work in apache .conf files:
php_value error_log "/tmp/phperr.log"
php_value error_reporting 0
Just this also doesnt work:
php_value error_reporting 0
In both previous cases, I still get warnings shown...
But the flag WORKS:
php_flag display_errors 0
Norman
[2001-01-12 12:51:53] [EMAIL PROTECTED]
this seems to be fixed in both 4.0.4 and current CVS. if you experience
the same behavior after update, please reopen this bug report.
[2000-10-20 07:27:31] alex-spam at rdc dot ru
PHP version 4.0.3, compiled as DSO module.
I want to disable warnings, so I have:
/www/conf/httpd.conf:
---
php_value error_log "/tmp/phperr.log"
php_value error_reporting 0 # disabled EVERYTHING
---
'faulty' code (line 120:
---
if(is_array($messages[$seed]["replies"])){
---
In browser when I request the page, I get:
---
Warning: Undefined index: replies in
/home/www-html/htdocs/forum/multi-threads.inc on line 120
---
, this is a warning I guess, but they should be disabled
phpinfo() says about my configuration:
---
error_log /tmp/phperr.log no value
error_reporting 0 no value
---
, so it seems that config is read ok
/tmp/phperr.log doesn't get created. If I write
---
php_flag display_errors 0
---
It disables all error reporting whatsoever, but it makes debugging
nearly impossible. Error log isn't created in this case as well.
--
Edit this bug report at http://bugs.php.net/?id=7365&edit=1
#41069 [Bgs]: segfault when running a large query over dblink
ID: 41069 Updated by: [EMAIL PROTECTED] Reported By: brian dot kao at gateway dot com Status: Bogus Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.1 New Comment: One potential workaround is to modify php_oci_statement_set_prefetch() in oci8_statement.c and comment out either the lines that set the prefetch memory limit, or comment out the lines that set the prefetch row limit. In my testing the crash only occurred when both memory and row limits were set (and you use a DB link and you have the right data to trigger the crash). Confirmation or contradiction welcome. Previous Comments: [2007-05-10 02:27:16] brian dot kao at gateway dot com Thanks to the help from Chirstopher Jones, an Oracle/PHP consultant, Oracle is logging a bug for this issue. For anyone having the same issue, the bug id is 6039623. Hopefully, Oracle will have a fix soon. [2007-04-20 07:13:23] [EMAIL PROTECTED] >Oracle has closed the SR stating that since the database link works >with sqlplus that the issue is with PHP which Oracle does not support. Are you sure SQLPlus uses the same client library? >The database does not need a patch since there is no issue with the >database link on the Oracle database side I'm aware of similar issues, see the last comment here: http://bugs.php.net/bug.php?id=36607 [2007-04-19 21:48:13] brian dot kao at gateway dot com Tony, Our Oracle DBA tried reporting this issue to Oracle Support, but they came back to us and say this is not an Oracle issue. Here's the message I've received from our Oracle DBA: "Oracle has closed the SR stating that since the database link works with sqlplus that the issue is with PHP which Oracle does not support. The database does not need a patch since there is no issue with the database link on the Oracle database side." Are you aware of any workaround for this issue? [2007-04-13 08:07:19] [EMAIL PROTECTED] >could this be a PHP OCI8 driver issue? I'm saying it knows nothing of dblink. >What is your recommendation for this issue, going to Oracle support? Yes. [2007-04-13 08:00:41] brian dot kao at gateway dot com could this be a PHP OCI8 driver issue? If I limit the number of records returned, the query would run without any issue. This only happens when running a large query over dblink. What is your recommendation for this issue, going to Oracle support? 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/41069 -- Edit this bug report at http://bugs.php.net/?id=41069&edit=1
#41403 [NEW]: json_decode cannot decode floats if localeconv decimal_point is not '.'
From: rainer dot collet at gmx dot net
Operating system: debian etch
PHP version: 5.2.2
PHP Bug Type: I18N and L10N related
Bug description: json_decode cannot decode floats if localeconv decimal_point
is not '.'
Description:
if you set locale to for example de_DE json_decode will not decode floats
correctly anymore.
Reproduce code:
---
setlocale(LC_NUMERIC, 'de_DE');
var_dump(json_decode('[2.1]');
Expected result:
array(1) { [0]=> float(2.1) }
Actual result:
--
array(1) { [0]=> float(2) }
--
Edit bug report at http://bugs.php.net/?id=41403&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41403&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41403&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41403&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41403&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41403&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41403&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41403&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41403&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41403&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41403&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41403&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41403&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41403&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41403&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41403&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41403&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41403&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41403&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41403&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41403&r=mysqlcfg
#41402 [NEW]: no way safe to retrieve warnings
From: corinl at gmx dot de
Operating system: debian 686
PHP version: 5.2.2
PHP Bug Type: MySQLi related
Bug description: no way safe to retrieve warnings
Description:
using $m->query('SHOW WARNINGS') changes $m->affected_rows, so it cannot
be used when extending the class. also, affected_rows is write protected so
it cannot be saved and restored after fetching the warnings.
$m->get_warnings() does not seem to work yet.
Reproduce code:
---
see above
Expected result:
please make $m->query('SHOW WARNINGS') not to change change
$m->affected_rows. if this is not desired, please make get_warnings()
functional.
--
Edit bug report at http://bugs.php.net/?id=41402&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41402&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41402&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41402&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41402&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41402&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41402&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41402&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41402&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41402&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41402&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41402&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41402&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41402&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41402&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41402&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41402&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41402&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41402&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41402&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41402&r=mysqlcfg
#40419 [Com]: Trailing Slash in CGI request don't work
ID: 40419
Comment by: jankorichter at yahoo dot de
Reported By: samuele dot diella at gmail dot com
Status: Open
Bug Type: CGI related
Operating System: Slackware 10.2
PHP Version: 5.2.1
New Comment:
I have created a small patch as a workaround. Should be checked and
approved.
--- sapi/cgi/cgi_main.c.org 2007-04-17 22:00:53.0 +0200
+++ sapi/cgi/cgi_main.c 2007-05-15 17:35:39.0 +0200
@@ -961,7 +961,14 @@
/* some server configurations allow '..' to slip
through in the
translated path. We'll just refuse to handle such
a path. */
if (script_path_translated &&
!strstr(script_path_translated, "..")) {
- SG(request_info).path_translated =
estrdup(script_path_translated);
+ char * real_path =
tsrm_realpath(script_path_translated, NULL TSRMLS_CC);
+ if ( real_path )
+ {
+ SG(request_info).path_translated =
estrdup(real_path);
+ free(real_path);
+ } else {
+ SG(request_info).path_translated =
estrdup(script_path_translated);
+}
}
SG(request_info).content_type = (content_type ?
content_type : "" );
SG(request_info).content_length = (content_length ?
atoi(content_length) : 0);
Previous Comments:
[2007-02-13 12:24:38] hacker at ee dot ethz dot ch
i can confirm this issue on sarge/amd64 (gcc),
whereas it works just fine on solaris8/sparc (gcc) with the same
extensions enabled and the same php.ini settings.
i am running fastcgi with apache2.0.59.
[2007-02-09 17:37:50] samuele dot diella at gmail dot com
Description:
In php-5.2.1 compiled as CGI under Apache 1.3.37, when i enter an url
with a trailing slash, with no params after, i get a "No input file
specified.".
If i don't write the slash, or if i write a single character after the
slash, the request is handled correctly.
es.:
http://www.myserver.com/phpinfo.php5 ---> works
http://www.myserver.com/phpinfo.php5/ ---> No input file specified.
http://www.myserver.com/phpinfo.php5/test ---> works
In php-5.2.0, compiled with the same config, the request is handled
correctly.
This is my config line:
./configure --prefix=/usr --with-xsl --sysconfdir=/etc
--enable-discard-path --with-config-file-path=/etc/apache/php5
--enable-safe-mode --with-openssl --with-mhash --enable-bcmath
--with-bz2 --with-pic --enable-calendar --enable-ctype --with-gdbm
--with-db3 --with-imap-ssl=/usr/local/lib/c-client
--with-imap=/usr/local/lib/c-client --enable-dbase --enable-ftp
--with-iconv --with-dom --with-exif --enable-exif --with-gd
--enable-gd-native-ttf --with-freetype-dir=/usr --with-t1lib=/usr
--with-jpeg-dir=/usr --with-png --with-gmp --enable-mbstring
--with-curl=/usr --with-pcre-regex=/usr --with-mysql
--with-mysql-sock=/var/run/mysql --with-mysqli
--with-gettext=shared,/usr --with-expat-dir=/usr --with-xml
--with-tsrm-pthreads --with-mm=/usr --enable-trans-sid --enable-shmop
--enable-sockets --with-regex=php --with-mime-magic --enable-sysvsem
--enable-sysvshm --enable-yp --enable-memory-limit --enable-shared
--disable-debug --with-zlib=/usr --with-mcrypt --with-ttf
--enable-force-cgi-redirect
This is my Apache configuration:
AddType application/x-httpd-php5 .php5
Action application/x-httpd-php5 "/cgi-bin/php5"
ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
I tryed many configuration options in php.ini and in configure command,
but i was not able to get it works as before.
--
Edit this bug report at http://bugs.php.net/?id=40419&edit=1
#41391 [Opn]: Gettext not translating strings
ID: 41391
User updated by: pprocacci at datapipe dot com
Reported By: pprocacci at datapipe dot com
Status: Open
Bug Type: *General Issues
Operating System: FreeBSD 6.2
PHP Version: 5.2.2
New Comment:
Hi,
This has been resolved by making the following changes.
putenv("LANG=$language");
$locale = setlocale(LC_ALL, "");
//$locale = setlocale(LC_ALL, $language);
Would you consider this to be a documetation bug of some kind?
Anyways, thanks for the help.
Previous Comments:
[2007-05-15 14:44:16] pprocacci at datapipe dot com
nat# echo $LANG
LANG: Undefined variable.
nat# echo $LANGUAGE
LANGUAGE: Undefined variable.
They aren't defined.
[2007-05-15 11:18:04] [EMAIL PROTECTED]
Be sure to (un) set LANG and LANGUAGE environment variables.
[2007-05-15 00:47:43] pprocacci at datapipe dot com
Description:
Translation of strings are not working. A 'truss' of the process shows
a `stat` of the locale directory that I want (i.e. /DOCROOT/locale) when
calling bindtextdomain, but no further files/directories in that root
are ever opened for reading to further process the calls that I am
making, hence this bug report. Truss/strace available upon request.
Example Locale Dir:
---
$ ls -l /DOCROOT/locale/zh_CN/LC_MESSAGES/messages.{mo,po}
-rwxrwxrwx 1 user group5729 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.mo*
-rwxrwxrwx 1 user group 110013 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.po*
Operating System:
--
$ uname -a
FreeBSD mysite.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Jan 15
03:47:08 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
Installed Extensions:
---
$ pkg_info | fgrep php5
php5-5.2.1_3
php5-bz2-5.2.1_3
php5-ctype-5.2.1_3
php5-dom-5.2.1_3
php5-ftp-5.2.1_3
php5-gd-5.2.1_3
php5-gettext-5.2.1_3
php5-iconv-5.2.1_3
php5-mbstring-5.2.1_3
php5-mcrypt-5.2.1_3
php5-mysql-5.2.1_3
php5-openssl-5.2.1_3
php5-pcre-5.2.1_5
php5-pdo-5.2.1_3
php5-pdo_sqlite-5.2.1_3
php5-posix-5.2.1_3
php5-session-5.2.1_3
php5-simplexml-5.2.1_3
php5-spl-5.2.1_3
php5-sqlite-5.2.1_3
php5-tokenizer-5.2.1_3
php5-xml-5.2.1_3
php5-xmlreader-5.2.1_3
php5-xmlwriter-5.2.1_3
php5-zlib-5.2.1_3
Reproduce code:
---
Expected result:
Weird non-English Characters.
Actual result:
--
A string that was passed to the function.
--
Edit this bug report at http://bugs.php.net/?id=41391&edit=1
#41401 [NEW]: Order of Operations error on divide by negative
From: drlippman at yahoo dot com Operating system: Windows, Linux PHP version: 4.4.7 PHP Bug Type: Math related Bug description: Order of Operations error on divide by negative Description: Left-to-right order of operations does not appear to be honored when dividing by a negative Reproduce code: --- 1/-2*5 Expected result: -2.5 Actual result: -- -.1 -- Edit bug report at http://bugs.php.net/?id=41401&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41401&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41401&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41401&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41401&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41401&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41401&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41401&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41401&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41401&r=support Expected behavior:http://bugs.php.net/fix.php?id=41401&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41401&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41401&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41401&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41401&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41401&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41401&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41401&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41401&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41401&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41401&r=mysqlcfg
#40835 [NoF->Opn]: "Incompatible with prototype" warnings
ID: 40835 User updated by: ian at onlineloop dot com Reported By: ian at onlineloop dot com -Status: No Feedback +Status: Open Bug Type: Compile Warning Operating System: Solaris 10 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: I'm setting up a zone on an Enterprise 3500 for the PHP team. Please contact me directly so we can arrange access and discuss your needs. Previous Comments: [2007-03-28 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". [2007-03-20 16:11:17] [EMAIL PROTECTED] Any news? Btw, I've looked through the warnings and all of them are safe. Actually, I believe your compiler should not even report most of them. [2007-03-16 15:52:53] [EMAIL PROTECTED] Most of these warnings can be safely ignored (and do not exist if you use less strict compiler). [2007-03-16 15:34:49] ian at onlineloop dot com OK, so it seems no text file attachments are possible, as such a link to the build history. http://www.meduniwien.ac.at/user/ib/php-5.2.1-solaris10_build.log.gz As for access to a machine, I will try to arrange something in the next couple of weeks. [2007-03-16 15:04:39] [EMAIL PROTECTED] It would be very good to have an access to a machine with Sun Compiler, just for tests. As far as I know at the moment none of developers use Sun Compiler or test the builds using it. 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/40835 -- Edit this bug report at http://bugs.php.net/?id=40835&edit=1
#41400 [NEW]: affected_rows wrong
From: corinl at gmx dot de
Operating system: debian 686
PHP version: 5.2.2
PHP Bug Type: MySQLi related
Bug description: affected_rows wrong
Description:
executing the following code using direct php (with mysqli) or using
phpmyadmin using the mysqli extension returns 2 affected rows. running it
with php or phpmyadmin using mysql extension, returns 0 affected rows
(which is correct!).
using mysql 5.0.41 server and 5.0.38 client libraries.
Reproduce code:
---
CREATE TABLE `user_infos` (
`user_id` int(10) unsigned NOT NULL,
`mails` tinyint(4) NOT NULL,
`mails_trigger` enum('0','1') collate latin1_german1_ci NOT NULL,
`book` enum('0','1') collate latin1_german1_ci NOT NULL,
`gtag` tinyint(4) NOT NULL,
`foto_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
`buchung` enum('0','1') collate latin1_german1_ci NOT NULL,
`blog_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
`i_mail` tinyint(4) NOT NULL,
`i_buddy` tinyint(4) NOT NULL,
`i_tele` tinyint(3) unsigned NOT NULL,
`i_lchat` tinyint(3) unsigned NOT NULL,
`i_close` enum('0','1') collate latin1_german1_ci NOT NULL,
`max_fotoalben` tinyint(3) unsigned NOT NULL,
`max_fotoalben_fotos` int(10) unsigned NOT NULL,
`events` enum('0','1') collate latin1_german1_ci NOT NULL,
`contacts_look` enum('text','images') collate latin1_german1_ci NOT
NULL default 'images',
PRIMARY KEY (`user_id`),
KEY `trigger_mails` (`mails_trigger`,`mails`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci;
INSERT IGNORE INTO user_infos SET
user_id=1,mails=1,book='1',gtag=1,foto_comment='0',blog_comment='1',buchung='1',i_mail=4,i_buddy=11,i_tele=5,i_lchat=10,i_close='0',events='1';
Expected result:
affected_rows = 1 (first insert)
0 in the following inserts
Actual result:
--
always 2
--
Edit bug report at http://bugs.php.net/?id=41400&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41400&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41400&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41400&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41400&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41400&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41400&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41400&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41400&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41400&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41400&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41400&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41400&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41400&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41400&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41400&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41400&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41400&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41400&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41400&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41400&r=mysqlcfg
#41399 [Opn]: PDO don't read ODBC TEXT column
ID: 41399
User updated by: geniuz at geniuz dot cz
Reported By: geniuz at geniuz dot cz
Status: Open
Bug Type: PDO related
Operating System: XP
PHP Version: 5.2.2
New Comment:
I found now that I can't call odbc_result function more than one time,
only first call return me data from TEXT type column.
So it is possible that PDO implements more than one call of odbc_result
for TEXT type columns...?
Previous Comments:
[2007-05-15 14:28:12] geniuz at geniuz dot cz
Description:
I have column type TEXT.
When I read it over odbc_result, it works fine.
When I read it over PDO, column is empty.
More, all next readed columns after this column are empty too.
For example: SELECT ID, CSN, Spec FROM MYTABLE
When CSN column type is TEXT, I obtain empty data for CSN a Spec
columns.
I have downloaded http://snaps.php.net/win32/php5.2-win32-latest.zip
before I send this bug.
Reproduce code:
---
if($sth = $pdo->query( "SELECT ID, CSN, Spec FROM MYTABLE" ))
{
while( ($row = $sth->fetch(PDO::FETCH_NUM)) )
{
echo "ID:".$row[0]."";
echo "CSN:".$row[1]."";
echo "Spec:".$row[2]."";
}
}
Expected result:
Not empty $row[1] and $row[2]
Actual result:
--
Empty $row[1] and $row[2]
--
Edit this bug report at http://bugs.php.net/?id=41399&edit=1
#41391 [Bgs->Opn]: Gettext not translating strings
ID: 41391
User updated by: pprocacci at datapipe dot com
Reported By: pprocacci at datapipe dot com
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: FreeBSD 6.2
PHP Version: 5.2.2
New Comment:
nat# echo $LANG
LANG: Undefined variable.
nat# echo $LANGUAGE
LANGUAGE: Undefined variable.
They aren't defined.
Previous Comments:
[2007-05-15 11:18:04] [EMAIL PROTECTED]
Be sure to (un) set LANG and LANGUAGE environment variables.
[2007-05-15 00:47:43] pprocacci at datapipe dot com
Description:
Translation of strings are not working. A 'truss' of the process shows
a `stat` of the locale directory that I want (i.e. /DOCROOT/locale) when
calling bindtextdomain, but no further files/directories in that root
are ever opened for reading to further process the calls that I am
making, hence this bug report. Truss/strace available upon request.
Example Locale Dir:
---
$ ls -l /DOCROOT/locale/zh_CN/LC_MESSAGES/messages.{mo,po}
-rwxrwxrwx 1 user group5729 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.mo*
-rwxrwxrwx 1 user group 110013 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.po*
Operating System:
--
$ uname -a
FreeBSD mysite.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Jan 15
03:47:08 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
Installed Extensions:
---
$ pkg_info | fgrep php5
php5-5.2.1_3
php5-bz2-5.2.1_3
php5-ctype-5.2.1_3
php5-dom-5.2.1_3
php5-ftp-5.2.1_3
php5-gd-5.2.1_3
php5-gettext-5.2.1_3
php5-iconv-5.2.1_3
php5-mbstring-5.2.1_3
php5-mcrypt-5.2.1_3
php5-mysql-5.2.1_3
php5-openssl-5.2.1_3
php5-pcre-5.2.1_5
php5-pdo-5.2.1_3
php5-pdo_sqlite-5.2.1_3
php5-posix-5.2.1_3
php5-session-5.2.1_3
php5-simplexml-5.2.1_3
php5-spl-5.2.1_3
php5-sqlite-5.2.1_3
php5-tokenizer-5.2.1_3
php5-xml-5.2.1_3
php5-xmlreader-5.2.1_3
php5-xmlwriter-5.2.1_3
php5-zlib-5.2.1_3
Reproduce code:
---
Expected result:
Weird non-English Characters.
Actual result:
--
A string that was passed to the function.
--
Edit this bug report at http://bugs.php.net/?id=41391&edit=1
#41399 [NEW]: PDO don't read ODBC TEXT column
From: geniuz at geniuz dot cz
Operating system: XP
PHP version: 5.2.2
PHP Bug Type: PDO related
Bug description: PDO don't read ODBC TEXT column
Description:
I have column type TEXT.
When I read it over odbc_result, it works fine.
When I read it over PDO, column is empty.
More, all next readed columns after this column are empty too.
For example: SELECT ID, CSN, Spec FROM MYTABLE
When CSN column type is TEXT, I obtain empty data for CSN a Spec columns.
I have downloaded http://snaps.php.net/win32/php5.2-win32-latest.zip
before I send this bug.
Reproduce code:
---
if($sth = $pdo->query( "SELECT ID, CSN, Spec FROM MYTABLE" ))
{
while( ($row = $sth->fetch(PDO::FETCH_NUM)) )
{
echo "ID:".$row[0]."";
echo "CSN:".$row[1]."";
echo "Spec:".$row[2]."";
}
}
Expected result:
Not empty $row[1] and $row[2]
Actual result:
--
Empty $row[1] and $row[2]
--
Edit bug report at http://bugs.php.net/?id=41399&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41399&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41399&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41399&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41399&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41399&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41399&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41399&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41399&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41399&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41399&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41399&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41399&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41399&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41399&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41399&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41399&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41399&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41399&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41399&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41399&r=mysqlcfg
#41390 [Opn->Csd]: stream_wrapper_register() and underscore in $protocol
ID: 41390 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Streams related Operating System: WinXP SP2 PHP Version: 5.2.2 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-05-15 12:20:16] [EMAIL PROTECTED] The comment is most likely wrong, the call fails because php_register_url_stream_wrapper_volatile returns FAILURE. The reason it returns FAILURE because php_register_url_stream_wrapper_volatile then runs php_stream_wrapper_scheme_validate which fails because the protocol isn't /^[a-zA-Z0-9+.-]+$/ The error could well be clarified. [2007-05-15 07:35:22] [EMAIL PROTECTED] In php_register_url_stream_wrapper the protocal is checked, in my case it isn't checked. And "Should never happen" is a rather bogus comment for a case that actually does happen, isn't it? [2007-05-15 03:12:41] [EMAIL PROTECTED] A protocol has to be A-Z 0-9 so an underscore isn't valid and is the cause of the error. See php_register_url_stream_wrapper in main/streams/streams.c [2007-05-14 21:39:33] [EMAIL PROTECTED] Description: When I use underscores in $protocol parameter for stream_wrapper_register(), I get an error telling me that PHP was "Unable to register wrapper class ...". In main/streams/userspace. this error is thrown and one can find the comment "/* Should never happen */" above it. Either the comment is wrong or there should be a check for the validity of the protocal name. -- Edit this bug report at http://bugs.php.net/?id=41390&edit=1
#41398 [NEW]: [chm] bug on function.dom-domdocument-loadxml.html
From: RQuadling at GMail dot com
Operating system: Windows XP SP2
PHP version: 5CVS-2007-05-15 (snap)
PHP Bug Type: DOM XML related
Bug description: [chm] bug on function.dom-domdocument-loadxml.html
Description:
DOMDocument->loadXML() is documented as being able to be called statically
- DOMDocument::loadXML()
But this generates a strict error.
I don't know if this is doc bug or a libxml/DOM bug.
$doc will be correctly populated and workable.
I know that "loadXML() is not a true static function. It is just allowed
to be called statically. When called statically within a method of an
instantiated DOMDocument object it acts as if the method had been called
directly from the object itself rather than statically." (I've read the
bugs), but what does this mean for the user where the documentation says it
a static call IS allowed and the that the static call actually works (but
gives the Strict warning).
The error says "should not", not "cannot".
In looking at all the methods in all the extensions in php-src, all those
with ZEND_ACC_ALLOW_STATIC, when called statically, result in the warning
shown.
Either it shouldn't be allowed to be called Statically (and the
documentation amended to remove this option) or it should be allowed to be
called statically (and the strict message is removed).
Either way something isn't right.
There are only 4 files in the whole of the php-src/ext folder with
ZEND_ACC_ALLOW_STATIC
com_persist.c, document.c, domimplementation.c and php_xmlreader.c
The example in the dox for DOMImplementation->hasFeature() uses a static
call ...
...
if (DOMImplementation::hasFeature($key, '2.0')) {
...
And this results in a lot of Strict errors.
Clearly, not what you would be expecting.
Without the ZEND_ACC_ALLOW_STRICT, I assume you wouldn't be able to call
them statically (it seems that way in zend_vm_execute.h, so should this be
removed from these extensions?
Reproduce code:
---
');
$domhtml =
DOMDocument::loadHTML('TitleStuff');
$xmlxml =
XMLReader::XML('TitleStuff');
$features = array(
'Core' => 'Core module',
'XML'=> 'XML module',
'HTML' => 'HTML module',
'Views' => 'Views module',
'Stylesheets'=> 'Style Sheets module',
'CSS'=> 'CSS module',
'CSS2' => 'CSS2 module',
'Events' => 'Events module',
'UIEvents' => 'User interface Events module',
'MouseEvents'=> 'Mouse Events module',
'MutationEvents' => 'Mutation Events module',
'HTMLEvents' => 'HTML Events module',
'Range' => 'Range module',
'Traversal' => 'Traversal module'
);
foreach ($features as $key => $name) {
if (!DOMImplementation::hasFeature($key, '2.0')) {
echo "Has feature $name\n";
} else {
echo "Missing feature $name\n";
}
}
?>
Expected result:
Has feature Core module
Missing feature XML module
Has feature HTML module
Has feature Views module
Has feature Style Sheets module
Has feature CSS module
Has feature CSS2 module
Has feature Events module
Has feature User interface Events module
Has feature Mouse Events module
Has feature Mutation Events module
Has feature HTML Events module
Has feature Range module
Has feature Traversal module
Actual result:
--
Strict Standards: Non-static method DOMDocument::loadXML() should not be
called statically in C:\static_calls.php on line 2
Strict Standards: Non-static method DOMDocument::loadHTML() should not be
called statically in C:\static_calls.php on line 3
Strict Standards: Non-static method XMLReader::XML() should not be called
statically in C:\static_calls.php on line 4
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature Core module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Missing feature XML module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature HTML module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature Views module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature Style Sheets module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature CSS module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature CSS2 module
Strict Standards: Non-static method DOMImplementation::hasFeature() should
not be called statically in C:\static_calls.php on line 24
Has feature Events module
Strict Standards: Non-stati
#18556 [Com]: Setting locale to 'tr_TR' lowercases class names
ID: 18556 Comment by: rg at yahoo dot com Reported By: spud at nothingness dot org Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version: 5CVS, 4CVS (2005-10-04) Assigned To: andrei New Comment: ascsazcxczx z sx casccz zxckhikefds z xc www.sdksjdsds.com Previous Comments: [2006-09-03 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-08-26 15:05:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Can't reproduce... [2006-04-10 11:04:53] [EMAIL PROTECTED] Andrei, care to take a look? [2006-02-17 11:49:21] [EMAIL PROTECTED] This bug has resurfaced in the 5.x branches since revision 1.151 of Zend/zend_operators.h [2002-09-26 13:56:37] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/18556 -- Edit this bug report at http://bugs.php.net/?id=18556&edit=1
#41397 [NEW]: imap_headerinfo breaks after calling imap_fetch_overview
From: laacz at laacz dot lv Operating system: Gentoo PHP version: 5.2.2 PHP Bug Type: IMAP related Bug description: imap_headerinfo breaks after calling imap_fetch_overview Description: If imap_fetch_overview is called, imap_headerinfo returns only first from multiple recepients in 'to' and 'toaddress'. Reproduce code: --- // IMAP connection before this $info = imap_headerinfo($imap, 110) // Following outputs [EMAIL PROTECTED], [EMAIL PROTECTED], "Another user" <[EMAIL PROTECTED]> echo $info->toaddress . "\n"; $messages = imap_fetch_overview($imap, $range); $info = imap_headerinfo($imap, 110); // Following outputs [EMAIL PROTECTED] echo $info->toaddress . "\n"; Expected result: [EMAIL PROTECTED], [EMAIL PROTECTED], "Another user" <[EMAIL PROTECTED]> [EMAIL PROTECTED], [EMAIL PROTECTED], "Another user" <[EMAIL PROTECTED]> -- Edit bug report at http://bugs.php.net/?id=41397&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41397&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41397&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41397&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41397&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41397&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41397&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41397&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41397&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41397&r=support Expected behavior:http://bugs.php.net/fix.php?id=41397&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41397&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41397&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41397&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41397&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41397&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41397&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41397&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41397&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41397&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41397&r=mysqlcfg
#41390 [Opn]: stream_wrapper_register() and underscore in $protocol
ID: 41390 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Streams related Operating System: WinXP SP2 PHP Version: 5.2.2 New Comment: The comment is most likely wrong, the call fails because php_register_url_stream_wrapper_volatile returns FAILURE. The reason it returns FAILURE because php_register_url_stream_wrapper_volatile then runs php_stream_wrapper_scheme_validate which fails because the protocol isn't /^[a-zA-Z0-9+.-]+$/ The error could well be clarified. Previous Comments: [2007-05-15 07:35:22] [EMAIL PROTECTED] In php_register_url_stream_wrapper the protocal is checked, in my case it isn't checked. And "Should never happen" is a rather bogus comment for a case that actually does happen, isn't it? [2007-05-15 03:12:41] [EMAIL PROTECTED] A protocol has to be A-Z 0-9 so an underscore isn't valid and is the cause of the error. See php_register_url_stream_wrapper in main/streams/streams.c [2007-05-14 21:39:33] [EMAIL PROTECTED] Description: When I use underscores in $protocol parameter for stream_wrapper_register(), I get an error telling me that PHP was "Unable to register wrapper class ...". In main/streams/userspace. this error is thrown and one can find the comment "/* Should never happen */" above it. Either the comment is wrong or there should be a check for the validity of the protocal name. -- Edit this bug report at http://bugs.php.net/?id=41390&edit=1
#41391 [Opn->Bgs]: Gettext not translating strings
ID: 41391
Updated by: [EMAIL PROTECTED]
Reported By: pprocacci at datapipe dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: FreeBSD 6.2
PHP Version: 5.2.2
New Comment:
Be sure to (un) set LANG and LANGUAGE environment variables.
Previous Comments:
[2007-05-15 00:47:43] pprocacci at datapipe dot com
Description:
Translation of strings are not working. A 'truss' of the process shows
a `stat` of the locale directory that I want (i.e. /DOCROOT/locale) when
calling bindtextdomain, but no further files/directories in that root
are ever opened for reading to further process the calls that I am
making, hence this bug report. Truss/strace available upon request.
Example Locale Dir:
---
$ ls -l /DOCROOT/locale/zh_CN/LC_MESSAGES/messages.{mo,po}
-rwxrwxrwx 1 user group5729 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.mo*
-rwxrwxrwx 1 user group 110013 May 9 19:51
/DOCROOT/locale/zh_CN/LC_MESSAGES/messages.po*
Operating System:
--
$ uname -a
FreeBSD mysite.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Jan 15
03:47:08 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
Installed Extensions:
---
$ pkg_info | fgrep php5
php5-5.2.1_3
php5-bz2-5.2.1_3
php5-ctype-5.2.1_3
php5-dom-5.2.1_3
php5-ftp-5.2.1_3
php5-gd-5.2.1_3
php5-gettext-5.2.1_3
php5-iconv-5.2.1_3
php5-mbstring-5.2.1_3
php5-mcrypt-5.2.1_3
php5-mysql-5.2.1_3
php5-openssl-5.2.1_3
php5-pcre-5.2.1_5
php5-pdo-5.2.1_3
php5-pdo_sqlite-5.2.1_3
php5-posix-5.2.1_3
php5-session-5.2.1_3
php5-simplexml-5.2.1_3
php5-spl-5.2.1_3
php5-sqlite-5.2.1_3
php5-tokenizer-5.2.1_3
php5-xml-5.2.1_3
php5-xmlreader-5.2.1_3
php5-xmlwriter-5.2.1_3
php5-zlib-5.2.1_3
Reproduce code:
---
Expected result:
Weird non-English Characters.
Actual result:
--
A string that was passed to the function.
--
Edit this bug report at http://bugs.php.net/?id=41391&edit=1
#41396 [NEW]: array_reverse -> preserve keys switch not working
From: dave at emaildienst dot de Operating system: Debian Etch PHP version: 5.2.2 PHP Bug Type: Arrays related Bug description: array_reverse -> preserve keys switch not working Description: when doing an array reverse with the "preserve keys" switch, just the values should be reversed. in fact it makes no difference if the preserve keys switch is true or not. Reproduce code: --- $array[0] = 3; $array[1] = 1; $array[2] = 2; $firsNewArray=array_reverse($array); $secondNewArray=array_reverse($array, true); Expected result: $firstNewArray ( [2] => 2 [1] => 1 [0] => 3 ) $secondNewArray ( [0] => 2 [1] => 1 [2] => 3 ) Actual result: -- $firstNewArray ( [2] => 2 [1] => 1 [0] => 3 ) $secondNewArray ( [2] => 2 [1] => 1 [0] => 3 ) -- Edit bug report at http://bugs.php.net/?id=41396&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41396&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41396&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41396&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41396&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41396&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41396&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41396&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41396&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41396&r=support Expected behavior:http://bugs.php.net/fix.php?id=41396&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41396&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41396&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41396&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41396&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41396&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41396&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41396&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41396&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41396&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41396&r=mysqlcfg
#31193 [Com]: iconv.c:254 undefined reference to 'libiconv'
ID: 31193 Comment by: weber at lviv dot farlep dot net Reported By: david at cubbieco dot com Status: No Feedback Bug Type: Compile Failure Operating System: linux gcc-3.2 PHP Version: 5.0.3 New Comment: Latest PHP 5.2.2. Faced the same problem on RHES4. My options: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=shared,/usr --with-xml --with-dom --enable-sockets --enable-ftp Even I compiled clean libiconv the problem persists. Solution was the same as described in the first post. Previous Comments: [2006-04-11 16:05:46] gaikwad_s at rediffmail dot com I am trying to install php 5 on fedora linux 5 it has generating error like I searched on net but did got any clue regarding this usr/local/src/php-5.1.2/ext/iconv/iconv.c:772: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:890: undefined reference to `libiconv_close' ext/iconv/.libs/iconv.o: In function `_php_iconv_appendl':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:254: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:291: undefined reference to `libiconv' ext/iconv/.libs/iconv.o: In function `_php_iconv_mime_decode':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1251: undefined reference to `libiconv_open' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1362: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1365: undefined reference to `libiconv_open' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1718: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1721: undefined reference to `libiconv_close' ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_dtor':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:2309: undefined reference to `libiconv_close' ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_append_bucket':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:2459: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:2381: undefined reference to `libiconv' ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_ctor':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:2335: undefined reference to `libiconv_open' ext/iconv/.libs/iconv.o: In function `_php_iconv_substr':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:618: undefined reference to `libiconv_open' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:641: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:698: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:702: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:649: undefined reference to `libiconv_open' ext/iconv/.libs/iconv.o: In function `_php_iconv_mime_encode':/usr/local/src/php-5.1.2/ext/iconv/iconv.c:940: undefined reference to `libiconv_open' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:954: undefined reference to `libiconv_open' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1213: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1216: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1216: undefined reference to `libiconv_close' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1073: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1025: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1057: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1125: undefined reference to `libiconv' :/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1156: undefined reference to `libiconv' ext/iconv/.libs/iconv.o:/usr/local/src/php-5.1.2/ext/iconv/iconv.c:1200: more undefined references to `libiconv' follow collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2005-01-31 22:29:05] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-01-11 06:53:09] [EMAIL PROTECTED] Where (and why) did you install libiconv ? It wouldn't be needed because glibc provides nearly the same functionality as libiconv. I think there's kind of confusion going on through configure. If you have installed libiconv in /usr on the linux box, you may finally have to restore the glibc devel package as installation of libiconv overwrites iconv.h that also comes from that package. Compiler warnings are safe and just ignorable. [2005-01-10 22:45:16] [EMAIL PROTECTED] sim
#41378 [Asn->Csd]: fastcgi protocol lacks support for Reason-Phrase in "Status:" header
ID: 41378
Updated by: [EMAIL PROTECTED]
Reported By: anight at eyelinkmedia dot com
-Status: Assigned
+Status: Closed
Bug Type: HTTP related
Operating System: any
PHP Version: 5.2.2
Assigned To: dmitry
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2007-05-12 18:56:49] anight at eyelinkmedia dot com
proposed patch:
--- sapi/cgi/cgi_main.c 2007-02-16 14:47:20.0 +0300
+++ sapi/cgi/cgi_main.c 2007-05-11 16:48:37.0 +0400
@@ -329,8 +329,22 @@
}
} else {
+ if (SG(sapi_headers).http_status_line) {
+ char *ptr;
+ for (ptr =
SG(sapi_headers).http_status_line; *ptr; ptr++) {
+ if (*ptr == ' ' && *(ptr + 1)
!= ' ' && *(ptr + 1) != 0) {
+ len = snprintf(buf,
SAPI_CGI_MAX_HEADER_LENGTH,
+ "Status:
%s\r\n", ptr + 1);
+ if (len >
SAPI_CGI_MAX_HEADER_LENGTH) {
+ len =
SAPI_CGI_MAX_HEADER_LENGTH;
+ }
+ goto done;
+ }
+ }
+ }
len = sprintf(buf, "Status: %d\r\n",
SG(sapi_headers).http_response_code);
}
+done:
PHPWRITE_H(buf, len);
}
[2007-05-12 18:52:51] anight at eyelinkmedia dot com
Description:
Right now there is no way to set application-defined "Reason-Phrase"
(as defined in rfc2616) along with Status-Code in a Status-Line of http
response for fastcgi sapi. This affects php-4.4.7 too (fastcgi module
based on same code).
Fastcgi specs says:
http://www.fastcgi.com/devkit/doc/fcgi-spec.html
6.1 Role Protocols
[skipped]
Role protocols do not support the non-parsed header feature of CGI.
FastCGI
applications set response status using the Status and Location CGI
headers.
As I understand, the only way to specify Reason-Phrase is to pass it
via Status: header. This header itself will not reach a client, because
it is only valid within fastcgi protocol.
Reproduce code:
---
Expected result:
web server respond with "HTTP/1.1 404 Not Found" status line.
Actual result:
--
web server respond with "HTTP/1.1 404" status line.
--
Edit this bug report at http://bugs.php.net/?id=41378&edit=1
#41395 [NEW]: behaviour of substr_replace changed in php 5.2.2
From: daniel dot menard at bdsp dot tm dot fr Operating system: windows 2003 server PHP version: 5.2.2 PHP Bug Type: Strings related Bug description: behaviour of substr_replace changed in php 5.2.2 Description: The behaviour of substr_replace seems to have changed in php 5.2.2 when the length parameter is specified and is greater than the actual length of the string to modify. With php < 5.2.2, the string is extended, with php 5.2.2 substr_replace returns false. I don't know if this is an intended change or not, but this change is not documented in the function description. Just in case it matters: I'm using php 5.2.2 in cli mode with apache/2.2.4 on a windows 2003 server. Note: perhaps it is related to http://bugs.php.net/bug.php?id=40754 Thanks ! Reproduce code: --- Expected result: either the same result as in in previous php versions or a note in the documentation stating that the behaviour has changed. Actual result: -- with PHP 5.2.2, I get: 5.2.2 : bool(false) With older versions of php I get: 5.2.1 : string(4) "ABCD" 5.2.0 : string(4) "ABCD" 5.1.2 : string(4) "ABCD" 5.1.1 : string(4) "ABCD" -- Edit bug report at http://bugs.php.net/?id=41395&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41395&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41395&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41395&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41395&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41395&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41395&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41395&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41395&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41395&r=support Expected behavior:http://bugs.php.net/fix.php?id=41395&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41395&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41395&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41395&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41395&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41395&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41395&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41395&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41395&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41395&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41395&r=mysqlcfg
#41394 [NEW]: dbase_create creates file with corrupted header
From: charley at collins dot ch
Operating system: Gentoo Linux
PHP version: 5.2.2
PHP Bug Type: dBase related
Bug description: dbase_create creates file with corrupted header
Description:
Create a dbase File with Version 5.2.2 will get currupted dbase header.
Can not be opened from Excel or Borlands Dbase-Engine
Reproduce code:
---
// database "definition"
$def = array(
array("date", "D"),
array("name","C", 50),
array("age", "N", 3, 0),
array("email", "C", 128),
array("ismember", "L")
);
// creation
$db = dbase_create("/tmp/test.dbf", $def);
if(!$db) print "Error!";
dbase_close($db);
Expected result:
Hexdump of Dbase File with PHP 5.2.1:
03 6b 05 0f 00 00 00 00 c1 00 bf 00 00 00 00 00
^^
Day: 15
^^
Month: 5
^^
Year from 1900: 107 + 1900 = 2007
^^
Dbase-Version: 3 = Dbase Level 5
Actual result:
--
Hexdump of corrupted Dbase File PHP 5.2.2:
03 6b 05 da 00 00 00 00 c1 00 bf 00 00 00 00 00
^^
Day: 218!!
^^
Month: 5
^^
Year from 1900: 107 + 1900 = 2007
^^
Dbase-Version: 3 = Dbase Level 5
--
Edit bug report at http://bugs.php.net/?id=41394&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41394&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41394&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41394&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41394&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41394&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41394&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41394&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41394&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41394&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41394&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41394&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41394&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41394&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41394&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41394&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41394&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41394&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41394&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41394&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41394&r=mysqlcfg
#41390 [Bgs->Opn]: stream_wrapper_register() and underscore in $protocol
ID: 41390 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Streams related Operating System: WinXP SP2 PHP Version: 5.2.2 New Comment: In php_register_url_stream_wrapper the protocal is checked, in my case it isn't checked. And "Should never happen" is a rather bogus comment for a case that actually does happen, isn't it? Previous Comments: [2007-05-15 03:12:41] [EMAIL PROTECTED] A protocol has to be A-Z 0-9 so an underscore isn't valid and is the cause of the error. See php_register_url_stream_wrapper in main/streams/streams.c [2007-05-14 21:39:33] [EMAIL PROTECTED] Description: When I use underscores in $protocol parameter for stream_wrapper_register(), I get an error telling me that PHP was "Unable to register wrapper class ...". In main/streams/userspace. this error is thrown and one can find the comment "/* Should never happen */" above it. Either the comment is wrong or there should be a check for the validity of the protocal name. -- Edit this bug report at http://bugs.php.net/?id=41390&edit=1
#41337 [Opn->Fbk]: WSDL parsing doesn't ignore non soap bindings
ID: 41337
Updated by: [EMAIL PROTECTED]
Reported By: ahayes at emersion dot com dot au
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: Fedora Core 5
PHP Version: 5.2.2
Assigned To: dmitry
New Comment:
Could you please provide a test case.
Previous Comments:
[2007-05-15 03:11:35] ahayes at emersion dot com dot au
Thanks for that, it has fixed the problem for the wsdl being imported,
however it doesn't seem to hold if you have the following situation:
1. 1.wsdl Imported into SoapClient
2. 1.wsdl imports 2.wsdl using
within 1.wsdl.
3. 2.wsdl contains a reference to a port without a soap binding (if
that is the correct terminology).
When this situation occurs, the same error is being generated.
Is it possible that this fix only fixes the problem for wsdl's being
imported by SoapClient and not wsdl's being imported by the wsdl itself?
[2007-05-10 15:04:20] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2007-05-09 08:24:07] ahayes at emersion dot com dot au
Description:
Firstly let me just say, I'm am not sure if this is a bug in PHP or
Oracle SOA Suite (Oracle seem to think it is PHP however).
I am using Oracle's SOA Suite, and we have a problem every time we try
to call WSDL files generated by Oracle's ESB.
The problem occurs when PHP's SoapClient tries to parse the WSDL. I get
the following error:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: No address associated with in
...
...
To fix this problem, all I have to do is remove offending port
definition in the WSDL, which does not have an address defined. Once
removed, SoapClient can parse the WSDL and call the service. We have
many ESB's to call and as such I would like to avoid this if possible.
Should PHP's SoapClient even be looking at this port type as it does no
have a SOAP binding?
Reproduce code:
---
https://amcms.org/soap/GetHandlerTypeByServiceId.wsdl');
Expected result:
It parses the WSDL file successfully then allowing calling the service.
Actual result:
--
PHP Fatal error: SOAP-ERROR: Parsing WSDL: No address associated with
in /path/to/GetHandlerTypeByServiceId.php on line 10
PHP Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR:
Parsing WSDL: No address associated with in
/path/to/GetHandlerTypeByServiceId.php:10
Stack trace:
#0 /path/to/GetHandlerTypeByServiceId.php(10):
SoapClient->SoapClient('GetHandlerTypeB...', Array)
#1 {main}
thrown in /path/to/GetHandlerTypeByServiceId.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=41337&edit=1
