| #39458 [Asn]: ftp_nlist returns false on empty directories |
|
 |
Index ‹ php-dev
|
- Previous
- 2
- #30702 [Asn->Csd]: cannot initialize class variable from class constant ID: 30702
Updated by: email***@***.com
Reported By: douglass_davis at earthlink dot net
-Status: Assigned
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-03-07
Assigned To: andi
New Comment:
Fixed in CVS HEAD and PHP_5_0.
Previous Comments:
------------------------------------------------------------------------
[2005-03-07 21:49:07] email***@***.com
Does not work with latest HEAD nor latest PHP_5_0
------------------------------------------------------------------------
[2005-02-16 12:14:34] php at kaiundina dot de
seems to be the same Problem occuring at a slightly different place:
Bug #31601
------------------------------------------------------------------------
[2004-11-17 20:54:39] email***@***.com
It doesn't work with latest PHP 5.1 here:
Fatal error: Cannot access self:: when no class scope is active in
C:\cygwin\home\Nuno\kk.php on line 21
------------------------------------------------------------------------
[2004-11-16 12:22:25] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Works fine here.
------------------------------------------------------------------------
[2004-11-11 17:25:04] email***@***.com
I think this was supposed to work..
------------------------------------------------------------------------
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/30702
--
Edit this bug report at http://bugs.php.net/?id=30702&edit=1
- 2
- [PHP-DEV] Re: Patches for bug#33664On 22/03/07, Richard Quadling <email***@***.com> wrote:
> As subject.
>
Does anyone care about this? For those on Windows, the black box is
REALLY annoying when you develop scheduled CLI scripts which call
external apps. It takes focus away from what ever you are doing and
there is no need for the window.
I'm not saying that the shell shouldn't be launched, that is a
separate issue, just that the console window shouldn't/needn't be
shown.
Regards,
Richard Quadling.
--
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 5
- #38005 [Asn->Csd]: SoapFault faultstring doesn't follow encoding rules ID: 38005
Updated by: email***@***.com
Reported By: afalak at poczta dot onet dot pl
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Windows 2000
PHP Version: 5CVS-2006-07-04 (CVS)
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Previous Comments:
------------------------------------------------------------------------
[2006-07-04 13:00:54] afalak at poczta dot onet dot pl
Description:
------------
When encoding is set for both SoapClient and SoapServer (i.e.
ISO-8859-1) parameters are encoded automatically. But this doesn't
apply to SoapFault. Including any national character in fault string
causes an error "Fatal error: Uncaught SoapFault exception: [Client]
looks like we got no XML document in ..."
Reproduce code:
---------------
[client]
<?php
$client = new SoapClient('a.wsdl'
,array('encoding' => 'ISO-8859-1')
);
$res = $client->Test();
?>
[server]
<?php
function Test() {
return new SoapFault('Test', 'This is our fault: ?);
}
$server = new SoapServer('a.wsdl', array('encoding' => 'ISO-8859-1'));
$server->addFunction('Test');
$server->handle();
?>
[a.wsdl]
//not important for this error
Expected result:
----------------
Soap exception with message being SoapFault's parameter
Actual result:
--------------
Fatal error: Uncaught SoapFault exception: [Client] looks like we got
no XML document in ...
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38005&edit=1
- 5
- #28514 [Opn->Csd]: POST variables not set ID: 28514
Updated by: email***@***.com
Reported By: john at odlin dot co dot uk
-Status: Open
+Status: Closed
Bug Type: HTTP related
Operating System: Cobalt Linux
PHP Version: 4.3.6
New Comment:
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
User reports that the issue is fixed in 4.3.7RC1.
Previous Comments:
------------------------------------------------------------------------
[2004-05-26 19:06:12] john at odlin dot co dot uk
I cannot upgrade apache but it seems to be fixed in 4.3.7RC1
------------------------------------------------------------------------
[2004-05-26 08:46:03] email***@***.com
AFAIK there were some problems with apache 1.3.20, please upgrade that
to the latest version (1.3.29 iirc) and report back if that fixes the
problem.
------------------------------------------------------------------------
[2004-05-25 21:36:15] john at odlin dot co dot uk
gpc_order GPC
variables_order GPCS
------------------------------------------------------------------------
[2004-05-25 17:50:14] email***@***.com
What are the values or your gpc_order and variables_order
INI settings?
------------------------------------------------------------------------
[2004-05-25 04:36:33] john at odlin dot co dot uk
Description:
------------
POST variables don't get set if get called from a page that includes
http:// in the action but GET works fine.
Apache/1.3.20 Sun Cobalt (Unix) mod_ssl/2.8.4 OpenSSL/0.9.6b PHP/4.3.6
mod_auth_pam_external/0.1 FrontPage/4.0.4.3 mod_perl/1.25
using recommended ini file.
'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs'
'--with-gettext=/usr' '--with-config-file-path=/etc/httpd'
'--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes'
'--with-ttf' '--with-db' '--with-gdbm' '--enable-mbstring'
'--enable-wddx=shared' '--enable-xml' '--enable-ftp' '--disable-debug'
'--with-libdir=/usr/lib' '--with-pgsql=shared' '--with-pdflib=shared'
'--enable-inline-optimization' '--with-openssl' '--enable-bcmath'
'--enable-sockets'
Reproduce code:
---------------
<FORM ACTION="" METHOD="POST">
<INPUT TYPE="TEXT" NAME="transId" VALUE="" SIZE="10">
<INPUT TYPE="SUBMIT" NAME="submit" VALUE="Submit">
</FORM>
<FORM ACTION="/index.php" METHOD="POST">
<INPUT TYPE="TEXT" NAME="transId" VALUE="" SIZE="10">
<INPUT TYPE="SUBMIT" NAME="submit" VALUE="Submit">
</FORM>
<FORM ACTION="http://www.domain.com/index.php" METHOD="POST">
<INPUT TYPE="TEXT" NAME="transId" VALUE="" SIZE="10">
<INPUT TYPE="SUBMIT" NAME="submit" VALUE="Submit">
</FORM>
The third example does not work.
Expected result:
----------------
Array
(
[HTTP_POST_VARS] => Array
(
[transId] => 1
[submit] => Submit
)
[_POST] => Array
(
[transId] => 1
[submit] => Submit
)
...
Actual result:
--------------
Array
(
[HTTP_POST_VARS] => Array ( )
[_POST] => Array ( )
...
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28514&edit=1
- 5
- #44041 [NEW]: number_format returns garbage for thousands sep and latvian localeFrom: trickie at gmail dot com
Operating system: Gentoo Linux
PHP version: 5.2.5
PHP Bug Type: Unknown/Other Function
Bug description: number_format returns garbage for thousands sep and latvian locale
Description:
------------
If you set the locale to 'lv_LV.UTF-8' and have the locale generated on
your system, then the code below will return garbage as the 'thousands
separator'. It displays ok for me when running with CLI SAPI
Reproduce code:
---------------
<?php
if (false !== setlocale(LC_ALL, 'lv_LV.UTF-8')) {
$locale_info = localeconv();
echo number_format(20000,0,$locale_info['decimal_point'],
$locale_info['thousands_sep']);
}
?>
Expected result:
----------------
20 000
Actual result:
--------------
20�000
--
Edit bug report at http://bugs.php.net/?id=44041&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=44041&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44041&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44041&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44041&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44041&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=44041&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44041&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=44041&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=44041&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44041&r=support
Expected behavior: http://bugs.php.net/fix.php?id=44041&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=44041&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=44041&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44041&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44041&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44041&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=44041&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44041&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44041&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44041&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=44041&r=mysqlcfg
- 5
- #36876 [NEW]: [PATCH] SysV Message Queue EnhancementFrom: tim dot hentenaar at securityconfidence dot com
Operating system: Linux
PHP version: 5CVS-2006-03-27 (CVS)
PHP Bug Type: Feature/Change Request
Bug description: [PATCH] SysV Message Queue Enhancement
Description:
------------
This patch adds the function msg_id_to_queue() which converts a message
queue ID number into a message queue resource. I wrote this primarily for
easy access to already-created queues.
Patch for PHP5 CVS:
http://portal.sec-con.net/patches/sysvmsg-5dev.patch
Patch for PHP6 CVS:
http://portal.sec-con.net/patches/sysvmsg-6.patch
Tim
Reproduce code:
---------------
Example:
$queue = msg_id_to_queue(10759);
Would return queue 10759 as a resource, or false if unable to open it.
--
Edit bug report at http://bugs.php.net/?id=36876&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36876&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36876&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36876&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36876&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=36876&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36876&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36876&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36876&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36876&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36876&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=36876&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=36876&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36876&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36876&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36876&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36876&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36876&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36876&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36876&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36876&r=mysqlcfg
- 7
- #27220 [Fbk->Opn]: downloading larger file which is passed via readfile using ftp:// wrapper fails ID: 27220
User updated by: jexli at vip dot 163 dot com
Reported By: jexli at vip dot 163 dot com
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: windows xp
PHP Version: 5.0.0b3 (beta3)
New Comment:
Find a very serious problem about readfile().
I use the readfile function to output ftp file(300M) from Ftp Server
to my disk,But only one user can download it.other's can't.Not only
this,It expend a great deal of server's memory.
Secont question is ftp_get function can only get file to server,can it
get for end user's browser?
Previous Comments:
------------------------------------------------------------------------
[2004-02-11 10:58:39] email***@***.com
Please give proper example script which can be just copy'n'pasted. (and
this works just fine for me on linux..tested using 500M file)
------------------------------------------------------------------------
[2004-02-11 09:26:26] jexli at vip dot 163 dot com
Description:
------------
I use readfile() function to force download ftp file.In PHP4.3.4
version,the file size display unknow.But in PHP 5.0 the it works
correctly.But they are also occur error when the FTP file size is large
to 40M~50M.
Reproduce code:
---------------
<?php
$filename = $_COOKIE["url"];//ftp request
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Content-Type: application/force-download");
header("Content-Type: application/octet-stream");
header("Content-Type: application/download");
header("Content-Disposition: attachment;
filename=".basename($filename).";");
header("Content-Transfer-Encoding: binary");
header("Content-Length: ".filesize($filename));
@readfile("$filename");
exit();
?>
Expected result:
----------------
USE IN FORCE DOWNLOAD FTP FILE
PHP 4.0 :If file size > 40M~50M,connection auto reset and download
dialog closed.
PHP 5.0 :If file size > 40M~50M,server cant response the
request,download stoped,but download dialog still open,only not any
response.
But if file size <40M~50M,they are works fine.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27220&edit=1
- 7
- #32461 [Fbk]: MySQL Extension Segmentation Fault ID: 32461
Updated by: email***@***.com
Reported By: nofulfillment at numbinside dot net
Status: Feedback
Bug Type: MySQL related
Operating System: GNU/Linux (Slackware 10.1)
PHP Version: 5.0.3
New Comment:
Actually - you should *never* run autoconf yourself...
Previous Comments:
------------------------------------------------------------------------
[2005-03-26 19:08:06] email***@***.com
You don't need to run anything except for ./configure && make & make
install when you're building packages from php.net.
The error you get means that you're using unsupported version of
autoconf (the supported one is 2.13).
------------------------------------------------------------------------
[2005-03-26 18:55:53] nofulfillment at numbinside dot net
Please excuse the ignorance, but how would I install this package. I
tried to run autoconf to generate a ./configure file, but it gave
warnings and when I ran the result, it failed.
User@Server:~/src/php5-STABLE-200503261730# autoconf
configure.in:150: warning: AC_PROG_LEX invoked multiple times
autoconf/programs.m4:438: AC_DECL_YYTEXT is expanded from...
configure.in:150: the top level
configure.in:77: error: possibly undefined macro: AC_MSG_ERROR
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.in:141: error: possibly undefined macro: AC_MSG_CHECKING
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:194: error: possibly undefined macro: AC_DEFINE
configure.in:209: error: possibly undefined macro: AC_DEFINE_UNQUOTED
configure.in:484: error: possibly undefined macro: AC_TRY_LINK
configure.in:1218: error: possibly undefined macro: AC_PROG_LIBTOOL
User@Server:~/src/php5-STABLE-200503261730# `cat
/home/AnotherUser/phpconfig.txt`
./configure: line 42: syntax error near unexpected token `Running'
./configure: line 42: `PHP_CONFIGURE_PART(Running system checks)'
The phpconfig.txt file has a known-to-be-valid ./configure statement in
there, that was used to compile both the 4.3.10 and 5.0.3 releases.
Thanks again. :)
-Wes
------------------------------------------------------------------------
[2005-03-26 07:48:11] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
------------------------------------------------------------------------
[2005-03-26 05:10:33] nofulfillment at numbinside dot net
Description:
------------
I'm working with phpMyAdmin (irrelivent, but aids in understanding),
and I had the MYSQL_SOCKET file configured wrong. PHP's MySQL extension
was creating a Segmentation fault in that it was trying to read a
non-existant file.
My configure line, I do not believe to be relavent, but I have included
it anyways. (Along with some other details from phpinfo())
System: Linux NcFTestServer-Linux 2.4.29-grsec #7 SMP Thu
Feb 3 18:41:23 PST 2005 i686
Build Date: Dec 23 2004 15:48:45
Configure Command: './configure' '--prefix=/usr' '--disable-static'
'--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc'
'--enable-discard-path' '--with-config-file-path=/etc/apache'
'--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath'
'--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype'
'--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp'
'--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png' '--with-gmp' '--with-mysql'
'--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml'
'--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop'
'--enable-sockets' '--with-regex=php' '--enable-sysvsem'
'--enable-sysvshm' '--enable-yp' '--enable-memory-limit'
'--with-tsrm-pthreads' '--enable-shared' '--disable-debug'
'--with-zlib=/usr'
Using php.ini-recommended, although this does NOT change why it's
failing (tried falling back to -dist, but had the same problem).
GDB backtrace is mostly irrelievent, and it was NOT built with
debugging symbols.
I believe that this can be solved by checking to see if the file
exists.
Reproduce code:
---------------
Try connecting to MySQL using a non-existant local socket file. (i.e.,
/tmp/non-exist.sock)
Expected result:
----------------
When trying to run phpMyAdmin, I was expecting to see the login page.
Actual result:
--------------
Output from Bash trying to WGET it to see what happens:
user@computer:/# wget http://server/phpMyAdmin_folder/index.php
--11:35:05-- http://server/phpMyAdmin_folder/index.php
Resolving server... done.
Connecting to server[i.p.v.4]:80... connected.
HTTP request sent, awaiting response...
11:35:06 ERROR -1: No data received.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32461&edit=1
- 7
- #33130 [Opn->Bgs]: Odd behavior with session handling ID: 33130
Updated by: email***@***.com
Reported By: steve at gamesareforchildren dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Windows XP SP2, all updates
PHP Version: 5.0.4
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
There is no bug. You're just doing something wrong (and as we didn't
get any SHORT example script -> bogus)
Previous Comments:
------------------------------------------------------------------------
[2005-05-25 00:22:56] steve at gamesareforchildren dot com
Oops, sorry - I specified the wrong directory.
The correct locations for the files are:
http://www.shoemakervillage.org/cd/20.html
http://www.shoemakervillage.org/cd/20.php
http://www.shoemakervillage.org/cd/21.php
I also forgot to mention about the trans_sid setting - I tried it a
while ago. Unfortunately, it did nothing - my understanding was that
the ID would be contained in the URL. Even with it set to 1 and
use_cookies set to zero, it must have still been using cookies because
no URL identifier was included.
Also, I spent another few hours thinking there was still something
obvious I overlooked, and set up PHP for the IIS server.
You can try that one out at
http://www.shoemakervillage.org:81/php/20.html. The source is the same
as on the Apache server. I get similarly unpredictable results - but
interestingly I discovered that on both installations if I pressed
"Back" after getting to 21.php, the print_r command on 20.php would
print out all three values. If I then tried to re-enter the "Surname"
value into 20.php, the "Name" value would again disappear.
Hope this helps,
-Steve
------------------------------------------------------------------------
[2005-05-24 23:55:59] email***@***.com
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
I get 404 Not Found for both URLs.
Also, set session.use_trans_sid On and try again.
------------------------------------------------------------------------
[2005-05-24 19:31:07] steve at gamesareforchildren dot com
I misunderstood what "expected result" meant. If things were working
correctly, the array would contain all the variables, even from
previous pages. In reality, it contains only variables added to the
session array in the current page.
------------------------------------------------------------------------
[2005-05-24 19:29:42] steve at gamesareforchildren dot com
Description:
------------
After spending 25 hours over three days reading through thousands of
websites and attempting every configuration change imaginable,
including downgrading PHP and Apache and then re-upgrading, I can only
conclude that this issue is a bug.
Look at the files provided and try out the forms. In most cases, the
session data is not carried across pages. session_start() is being
called in all instances. Files are indeed being created in the
directory specified in php.ini, but they also contain only the data
from the most recent page; it's as if the old data is somehow being
lost. Yet, in Firefox, at least, I can see that a PHPSESSID cookie has
been created, yet the data displayed in the browser is still incorrect.
The only clue I got was that this issue might have something to do with
virtual hosts, but I spent three hours on that alone and was unable to
resolve the problem; disabling virtual hosts is not an available
solution. The problem did not arise until I purchased and configured
an additional domain name for this server.
Here are some additional statistics if they are of use:
OS: Windows XP SP2, all available updates installed
PHP: version 5.0.4 (downgrade fails to fix problem)
Apache: version 2.0.54 (downgrade fails to fix problem)
Other applications running: RealVNC, WinWebMail E-Mail server,
Activeworlds world server software, and IIS 5 (on port 81)
Router problems are not an issue, because I set this computer as the
DMZ.
Reproduce code:
---------------
http://www.shoemakervillage.org/20.html
Code is located at http://www.shoemakervillage.org/20.txt,
http://www.shoemakervillage.org/21.txt
PHP INI is at http://www.shoemakervillage.org/php.ini
httpd.conf is at http://www.shoemakervillage.org/httpd.conf
Expected result:
----------------
Array will not contain session variables brought over from previous
pages. In IE, the array will sometimes contain previous variables. In
Firefox, the array never contains previous variables. Tested using web
browsers from three systems.
Actual result:
--------------
Array ( [Surname] => Steve2 [Submit] => Submit )
"Name" is not contained in the array.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33130&edit=1
- 7
- #39515 [Fbk->Opn]: SOAP fault detail does not contain attributes ID: 39515
User updated by: david at acz dot org
Reported By: david at acz dot org
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: SuSE Linux 9.3
PHP Version: 5.2.0
Assigned To: dmitry
New Comment:
The service requires authentication, so unfortunately I cannot provide
a complete example, but this is the WSDL and how I am using it:
https://client.enhance.com/plm/services/CampaignWebService?wsdl
$client = new SoapClient($wsdl, array("exceptions" => 0));
$x = (DETAILS ELIDED)
$r = $client->addKeywords($x);
if (is_soap_fault($r))
{
// $r->detail is missing attributes
}
Previous Comments:
------------------------------------------------------------------------
[2006-11-15 17:09:20] email***@***.com
XML attributes are handled only if they are properly described in WSDL
file. Do you use any WSDL file? Can you post WSDL file and PHP code?
------------------------------------------------------------------------
[2006-11-14 21:25:25] david at acz dot org
Description:
------------
Attributes from tags inside a SOAP fault detail are not returned in the
SoapFault object. Below is a SOAP fault XML response and associated
SoapFault object. Notice that the attributes for the "keyword" tag are
missing.
Reproduce code:
---------------
<?xml version="1.0" encoding="utf-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soapenv:Body>
<soapenv:Fault>
<faultcode xmlns:ns1="(ELIDED)">ns1:badKeywords</faultcode>
<faultstring>error string here</faultstring>
<detail>
<ns2:hostname
xmlns:ns2="http://xml.apache.org/axis/">test.example.com</ns2:hostname>
<keyword reason="foobar" value="hello"/>
</detail>
</soapenv:Fault>
</soapenv:Body></soapenv:Envelope>
Expected result:
----------------
SoapFault Object
(
[message:protected] => error string here
[string:private] =>
[code:protected] => 0
[file:protected] => hello.php
[line:protected] => 166
[trace:private] => Array (ELIDED)
[faultstring] => error string here
[faultcode] => ns1:badKeywords
[detail] => stdClass Object
(
[hostname] => test.example.com
[keyword] => (ATTRIBUTES "reason" AND "value")
)
)
Actual result:
--------------
SoapFault Object
(
[message:protected] => error string here
[string:private] =>
[code:protected] => 0
[file:protected] => hello.php
[line:protected] => 166
[trace:private] => Array (ELIDED)
[faultstring] => error string here
[faultcode] => ns1:badKeywords
[detail] => stdClass Object
(
[hostname] => test.example.com
[keyword] =>
)
)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39515&edit=1
- 7
- #34838 [Opn->Bgs]: connecting to MySQL Database using php5.0.5 ID: 34838
Updated by: email***@***.com
Reported By: arekuti at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
------------------------------------------------------------------------
[2005-10-12 16:19:17] arekuti at hotmail dot com
Description:
------------
Hi I am using php5.0.5 and MYSQL in Windows XP. my php is working fine
.It is in E:\php directory I set the path in environment variable. I
added php-cgi.exe in IIS version5.Every thing is working fine but when
I am connecting to MYSQL new version it is giving following error.
Fatal error: Call to undefined function mysql_connect() in
E:\Inetpub\wwwroot\newconn.php on line 4
Reproduce code:
---------------
<?php
error_reporting(E_ALL);
$link = mysql_connect('localhost', 'root', 'arekuti')
or die("dsflskdflkdsfklsdlk");
$db_list = mysql_list_dbs($link);
print $link;
$i = 0;
$cnt = mysql_num_rows($db_list);
while ($i < $cnt) {
echo mysql_db_name($db_list, $i) . "\n";
$i++;
}
?>
Expected result:
----------------
Fatal error: Call to undefined function mysql_connect() in
E:\Inetpub\wwwroot\newconn.php on line 4
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34838&edit=1
- 7
- 8
- #27245 [Opn->WFx]: phpize fails to find libtoolize on FreeBSD ID: 27245
Updated by: email***@***.com
Reported By: ikindred at cox dot net
-Status: Open
+Status: Wont fix
Bug Type: Compile Failure
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Not a bug in PHP really, we can't help that FreBSD's port is fucked up
:)
Previous Comments:
------------------------------------------------------------------------
[2004-02-13 13:40:06] ikindred at cox dot net
Description:
------------
phpize relies on shtool to find libtoolize, as can be seen in the
following excerpt from phpize (php 4.3.4):
libtoolize=`$builddir/build/shtool path glibtoolize libtoolize`
$libtoolize -f -c || exit 1
However, on FreeBSD 4.8 (and probably other versions of FreeBSD), there
is no libtoolize. Instead there is libtoolize13, libtoolize14 and/or
libtoolize15. I'm guessing that which libtoolizeXX versions are
installed depends on which versions of libtoolXX are install, but I
have not confirmed this.
This problem does not prevent PHP from compiling. However, it does
prevent modules that depend on phpize from compiling. I ran into this
problem while trying to add SQLite support to PHP 4.3.4.
A solution would be to add libtoolize13, libtoolize14 and libtoolize15
to the list of "paths" that shtool searches. However, as
libtoolizeXX's probably only exist on FreeBSD, I'm not sure the PHP
team will want to make this platform specific fix. Another solution
would be to have the FreeBSD PHP port maintainer adjust the port to
patch phpize when it gets installed.
I believe that the same problem with phpize on FreeBSD exists with PHP
5.0.x, but I may be wrong about this.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27245&edit=1
- 9
- #27280 [Bgs->Opn]: Call to undefined function: imagepsloadfont() ID: 27280
Updated by: email***@***.com
Reported By: UScharf at netway-online dot de
-Status: Bogus
+Status: Open
-Bug Type: *Graphics related
+Bug Type: GD related
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine for me.
Previous Comments:
------------------------------------------------------------------------
[2004-02-16 11:47:57] email***@***.com
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
...
------------------------------------------------------------------------
[2004-02-16 11:43:51] UScharf at netway-online dot de
Description:
------------
May be that You get an error message like
Call to undefined function: imagepsloadfont()
Check the gdlib with
var_dump(gd_info());
Be sure that the ist true:
["T1Lib Support"]=> bool(true)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27280&edit=1
- 9
- [PHP-DEV] Copy on writeHello everyone
in version the 5.2.1 i get strange results when using the reference =
operator on arrays. When writing a function "a" with call by reference:
function &a(&$anArray) { return $anArray; }
and another function "b":
function b($anArray) { return $anArray; }
Then on my machine it takes much longer to call function "a" than to cal=
l =
function "b". Actually it seems that function "a" always copies the hole=
=
array wheter or not i write to it - while function "b" does not copy tha=
t =
array as long as i only read from it.
But why does function "a" copy at all? Has anyone a explanation?
Here is the benchmark code which shows the speed difference:
<?php
echo phpversion()."\n";
echo "test1\ttest2\n";
function a($p){return $p;}
function &b(&$p){return $p;}
$test1 =3D $test2 =3D array();
for ($i =3D 0;$i < 10000;$i++) {$test_array[] =3D $i;}
$repeat =3D 10;
for($j=3D0;$j<$repeat;$j++)
{
$start_time =3D microtime(true);
for ($i=3D0;$i<500;$i++) {
$x =3D a($test_array);
$x[0];
}
$execution_time =3D microtime(true) - $start_time;
echo number_format($execution_time,4)."\t";
$test1[] =3D $execution_time;
$start_time =3D microtime(true);
$count =3D count($test_array);
for ($i=3D0;$i<500;$i++) {
$x =3D b($test_array);
$x[0];
}
$execution_time =3D microtime(true) - $start_time;
echo number_format($execution_time,4)."\n";
$test2[] =3D $execution_time;
}
echo "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\n";
echo number_format(array_sum($test1)/$repeat,4)."\t";
echo number_format(array_sum($test2)/$repeat,4)."\n";
?>
Output on my machine:
5.2.1
test1 test2
0.0004 0.8020
0.0004 0.7862
0.0004 0.7970
0.0004 0.7752
0.0004 0.7783
0.0004 0.7797
0.0004 0.7834
0.0004 0.7806
0.0004 0.7747
0.0004 0.7777
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
0.0004 0.7835
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
|
| Author |
Message |
php-bugs
|
 Posted: 2006-11-10 22:21:48 |
Top |
php-dev, #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.4
Assigned To: sesser
New Comment:
The problem is that the developer cannot use this ftp_rawlist in case
the directory do not exist. In that case, ftp_nlist will return false
(unreliable result) and ftp_rawlist return Array() which is again
unreliable.
The best fix would be that ftp_nlist return false when the directory
does not exist, and Array() when directory is empty.
Previous Comments:
------------------------------------------------------------------------
[2006-11-10 12:07:43] brain at eucoders dot com
It seems that ftp_rawlist has the corrected behaviour and it is
returning an empty array.
------------------------------------------------------------------------
[2006-11-10 12:06:11] brain at eucoders dot com
ftp_nlist returns false on empty directories instead of empty array
------------------------------------------------------------------------
[2006-11-10 12:04:54] brain at eucoders dot com
Description:
------------
ftp_nlist returns false on empty directories
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
php-bugs
|
| Posted: 2006-11-10 22:20:00 |
Top |
php-dev >> #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.4
Assigned To: sesser
New Comment:
The problem is that the developer cannot use this ftp_rawlist in case
the directory do not exist. In that case, ftp_nlist will return false
(unreliable result) and ftp_rawlist return Array() which is again
unreliable.
The best fix would be that ftp_nlist return false when the directory
does not exist, and Array() when directory is empty.
Previous Comments:
------------------------------------------------------------------------
[2006-11-10 12:07:43] brain at eucoders dot com
It seems that ftp_rawlist has the corrected behaviour and it is
returning an empty array.
------------------------------------------------------------------------
[2006-11-10 12:06:11] brain at eucoders dot com
ftp_nlist returns false on empty directories instead of empty array
------------------------------------------------------------------------
[2006-11-10 12:04:54] brain at eucoders dot com
Description:
------------
ftp_nlist returns false on empty directories
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
php-bugs
|
| Posted: 2006-11-11 0:18:00 |
Top |
php-dev >> #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.4
Assigned To: sesser
New Comment:
It appears that this problem appears on php 4.4.4 and also 4.3.2
version. Other versions should contain the same problem.
Previous Comments:
------------------------------------------------------------------------
[2006-11-10 14:20:22] brain at eucoders dot com
The problem is that the developer cannot use this ftp_rawlist in case
the directory do not exist. In that case, ftp_nlist will return false
(unreliable result) and ftp_rawlist return Array() which is again
unreliable.
The best fix would be that ftp_nlist return false when the directory
does not exist, and Array() when directory is empty.
------------------------------------------------------------------------
[2006-11-10 12:07:43] brain at eucoders dot com
It seems that ftp_rawlist has the corrected behaviour and it is
returning an empty array.
------------------------------------------------------------------------
[2006-11-10 12:06:11] brain at eucoders dot com
ftp_nlist returns false on empty directories instead of empty array
------------------------------------------------------------------------
[2006-11-10 12:04:54] brain at eucoders dot com
Description:
------------
ftp_nlist returns false on empty directories
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
php-bugs
|
| Posted: 2006-11-11 0:19:00 |
Top |
php-dev >> #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.4
Assigned To: sesser
New Comment:
It appears that this problem appears on php 4.4.4 and also 4.3.2
version. Other versions should contain the same problem.
Previous Comments:
------------------------------------------------------------------------
[2006-11-10 14:20:22] brain at eucoders dot com
The problem is that the developer cannot use this ftp_rawlist in case
the directory do not exist. In that case, ftp_nlist will return false
(unreliable result) and ftp_rawlist return Array() which is again
unreliable.
The best fix would be that ftp_nlist return false when the directory
does not exist, and Array() when directory is empty.
------------------------------------------------------------------------
[2006-11-10 12:07:43] brain at eucoders dot com
It seems that ftp_rawlist has the corrected behaviour and it is
returning an empty array.
------------------------------------------------------------------------
[2006-11-10 12:06:11] brain at eucoders dot com
ftp_nlist returns false on empty directories instead of empty array
------------------------------------------------------------------------
[2006-11-10 12:04:54] brain at eucoders dot com
Description:
------------
ftp_nlist returns false on empty directories
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
php-bugs
|
| Posted: 2007-1-4 2:24:00 |
Top |
php-dev >> #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.5-dev
Assigned To: nlopess
New Comment:
Ok, after testing and testing and testing I got a nasty conclusion...
After testing:
http://www.phpclasses.org/browse/package/3174.html
http://www.phpclasses.org/browse/package/2137.html
http://www.phpclasses.org/browse/package/1244.html
which are simple clases to handle FTP without builtin functions I got
the same result which is "false" instead of "array()".
That gave me the conclusion that it can be another bug in my ProFTP
server 1.2.9 and I tried the same scripts for a different ftp server
and worked fine.
I think I will try to update ProFTP as well, and check again and post a
bug on their site.
Thanx.
Previous Comments:
------------------------------------------------------------------------
[2007-01-03 18:10:35] email***@***.com
I didn't merge the patches to PHP 4..
------------------------------------------------------------------------
[2007-01-03 17:10:07] brain at eucoders dot com
The previous sequence is returning false even though the directory
exists and have 777 permissions.
------------------------------------------------------------------------
[2007-01-03 17:07:34] brain at eucoders dot com
The sequence of the code is:
ftpconnect();
echo "'";
$a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t');
if($a===false) echo 'false';
else print_r($a);
echo "'";
ftpclose();
(ftpconnect and ftpclose are my defined functions to connect to ftp
server)
------------------------------------------------------------------------
[2007-01-03 17:06:10] brain at eucoders dot com
I installed:
php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M)
Built On: Jan 03, 2007 15:30 GMT
but the problem still appear.
------------------------------------------------------------------------
[2006-12-01 16:38:43] email***@***.com
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.
------------------------------------------------------------------------
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/39458
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
php-bugs
|
| Posted: 2007-1-4 2:25:00 |
Top |
php-dev >> #39458 [Asn]: ftp_nlist returns false on empty directories
ID: 39458
User updated by: brain at eucoders dot com
Reported By: brain at eucoders dot com
Status: Assigned
Bug Type: FTP related
Operating System: Rehat Linux
PHP Version: 4.4.5-dev
Assigned To: nlopess
New Comment:
Ok, after testing and testing and testing I got a nasty conclusion...
After testing:
http://www.phpclasses.org/browse/package/3174.html
http://www.phpclasses.org/browse/package/2137.html
http://www.phpclasses.org/browse/package/1244.html
which are simple clases to handle FTP without builtin functions I got
the same result which is "false" instead of "array()".
That gave me the conclusion that it can be another bug in my ProFTP
server 1.2.9 and I tried the same scripts for a different ftp server
and worked fine.
I think I will try to update ProFTP as well, and check again and post a
bug on their site.
Thanx.
Previous Comments:
------------------------------------------------------------------------
[2007-01-03 18:10:35] email***@***.com
I didn't merge the patches to PHP 4..
------------------------------------------------------------------------
[2007-01-03 17:10:07] brain at eucoders dot com
The previous sequence is returning false even though the directory
exists and have 777 permissions.
------------------------------------------------------------------------
[2007-01-03 17:07:34] brain at eucoders dot com
The sequence of the code is:
ftpconnect();
echo "'";
$a=ftp_nlist($ftp_id, '/httpdocs/_site/s/5/0/3/t');
if($a===false) echo 'false';
else print_r($a);
echo "'";
ftpclose();
(ftpconnect and ftpclose are my defined functions to connect to ftp
server)
------------------------------------------------------------------------
[2007-01-03 17:06:10] brain at eucoders dot com
I installed:
php4 (tar.bz2) (4.3M) php4 (tar.gz) (5.3M)
Built On: Jan 03, 2007 15:30 GMT
but the problem still appear.
------------------------------------------------------------------------
[2006-12-01 16:38:43] email***@***.com
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.
------------------------------------------------------------------------
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/39458
--
Edit this bug report at http://bugs.php.net/?id=39458&edit=1
|
| |
|
| |
|
| |
|
Index ‹ php-dev |
- Next
- 1
- #32813 [NEW]: parse_url does not parse 'scheme:' correctly.From: mpb dot mail at gmail dot com
Operating system: FreeBSD and Linux
PHP version: 5.0.3
PHP Bug Type: *URL Functions
Bug description: parse_url does not parse 'scheme:' correctly.
Description:
------------
parse_url does not parse 'scheme:' correctly.
--------
From http://www.ietf.org/rfc/rfc1738.txt:
5. BNF for specific URL schemes
[snip]
genericurl = scheme ":" schemepart
[snip]
schemepart = *xchar | ip-schemepart
--------
In other words, 'scheme:' is a complete and valid URL; the empty string is
a valid schemepart.
parse_url ('scheme:') claims that the *host* is 'scheme'. This is
incorrect. The *scheme* is 'scheme'.
Thanks!
Reproduce code:
---------------
var_dump (parse_url ('scheme:'));
Expected result:
----------------
array(1) {
["scheme"]=>
string(6) "scheme"
}
Actual result:
--------------
array(1) {
["host"]=>
string(6) "scheme"
}
--
Edit bug report at http://bugs.php.net/?id=32813&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32813&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32813&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32813&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=32813&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=32813&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32813&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32813&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32813&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32813&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32813&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=32813&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=32813&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=32813&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32813&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=32813&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32813&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32813&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32813&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32813&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32813&r=mysqlcfg
- 2
- #33442 [Opn->Fbk]: basename execution exceeds 30s ID: 33442
Updated by: email***@***.com
Reported By: david dot perianghendra at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2005-06-23 06:00:05] david dot perianghendra at gmail dot com
Description:
------------
i use Linux 2.4.20, PHPv5.0.3, Apache v1.3.33
When i use basename function, its execution exceed 30s when i run it on
my browser used 100% of CPU usage when i run it. But when i run it on
console it works fine
Reproduce code:
---------------
<?php
$driver_file = '/home/kambing/hohoho.php';
if ( file_exists( $driver_file ) ) {
echo "\nFile Exists: $driver_file";
echo "<br>basename: ".basename( $driver_file );
}
else
echo "\nFile Doesn't exists";
echo "\n";
?>
Expected result:
----------------
hohoho.php
Actual result:
--------------
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/htdocs/kgblogger.com/html/testing/phpbase.php on line 5
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33442&edit=1
- 3
- #36399 [Opn->Bgs]: query from many join table in postgresql very slow ID: 36399
Updated by: email***@***.com
Reported By: maccran at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: freebsd 5.4
PHP Version: 5.1.2
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Not PHP problem.
Previous Comments:
------------------------------------------------------------------------
[2006-02-15 09:15:44] maccran at hotmail dot com
Description:
------------
from the source code, the using time in this query about
7-10 ms (for exec pg_query) but when i using EXPLAIN ANALYZE in query,
postgresql say it using 0.9 ms in query, so i think it very lost time
in pg_query 5-8 ms. Because my web page have 4-10 query per page this
consume time it make my server cannot service more than 20 page/sec
(1/(5 query X 10 ms), if reduce this time it very speed up my php page
this problem not appear if query from one table , but when join table
more than one table in query it happen.
in jsp&jdbc does not have any this problem
Reproduce code:
---------------
function microtime_float()
{ list($usec, $sec) = explode(" ", microtime());
return ((float)$usec + (float)$sec);}
$q = "select a.id, b.id, c.id, d.id, e.id
from a,b,c,d,e
where a.id=b.aid and b.id=c.bid
and c.id=d.cid and d.id=e.did";
$time_start = microtime_float();
pg_query ($q);
$time_end = microtime_float();
$time = $time_end - $time_start;
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36399&edit=1
- 4
- #43158 [NEW]: [ssl_verify_result] => 0From: p dot vanbrouwershaven at networking4all dot com
Operating system: Linux *** 2.6.8-2-686 #1 Tue Au
PHP version: 5.2.4
PHP Bug Type: OpenSSL related
Bug description: [ssl_verify_result] => 0
Description:
------------
I have some problems with the curl. On the console I get the right
response message but in PHP I see no difference between a valid and an
invalid SSL Certificate.
Curl command in PHP:
$url = ' https://verisign.com';
$ch = curl_init();
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
$result = curl_exec ($ch);
$info = curl_getinfo($ch);
curl_close ($ch);
print_r($info);
Curl command on console:
curl -I https://verisign.com
Console result:
curl -I https://verisign.com
curl: (51) SSL: certificate subject name 'www.verisign.com' does not
match target host name 'verisign.com'
PHP Result:
[ssl_verify_result] => 0
Reproduce code:
---------------
$url = ' https://verisign.com';
$ch = curl_init();
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 1);
$result = curl_exec ($ch);
$info = curl_getinfo($ch);
curl_close ($ch);
print_r($info);
Expected result:
----------------
Array
(
[url] => https://verisign.com
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 51
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)
Actual result:
--------------
Array
(
[url] => https://verisign.com
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)
--
Edit bug report at http://bugs.php.net/?id=43158&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43158&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43158&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43158&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43158&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43158&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43158&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43158&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43158&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43158&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43158&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43158&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43158&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43158&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43158&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43158&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43158&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43158&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43158&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43158&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43158&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43158&r=mysqlcfg
- 5
- #28871 [Fbk->Opn]: mysql_afftected_rows returns 0 even when updates record ID: 28871
User updated by: nav at nc dot ru
Reported By: nav at nc dot ru
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 4.3.6
New Comment:
No, I carefully checked the record before and after UPDATE. It WAS
changed. However, mysql_affected_rows returned 0.
Previous Comments:
------------------------------------------------------------------------
[2004-06-22 00:47:51] email***@***.com
Maybe the data is unchanged, meaning that it already was
what you were trying to change it to.
------------------------------------------------------------------------
[2004-06-21 18:39:34] nav at nc dot ru
Description:
------------
I've got the problem similar to already reported here.
mysql_afftected_rows sometimes returns 0, sometimes 1. Although
actually it does UPDATES the record. This query changes user login
(password, e-mail) in the table "user" (see below. If it matters, MySQL
is 3.23.53-max, Apache is 1.3.27):
Reproduce code:
---------------
mysql_query("UPDATE user SET ".$setRequest." WHERE login =
'$userCurrentLogin' AND password = md5('$userCurrentPass')");
/* $setRequest is the string compiled conditionally, but I've just
printed whole query string and it looked correct:
UPDATE user SET login = 'aaa' WHERE login = 'bbb' AND password =
md5('ccc') */
$num = mysql_affected_rows();
if ($num == 0) $errorMsg = "Could not complete your request. Check the
data";
else if ($num == -1) $errorMsg = "Database error. Try again later";
else $changeMsg = "Your data has been successfully changed";
Expected result:
----------------
Of course, I expect correct work of mysql_affected_rows :)
Actual result:
--------------
BUT the result ($num) is sometimes 0, sometimes 1, even if the record
is actually updated.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28871&edit=1
- 6
- [PHP-DEV] Filter, doc updatedHello,
Until we have a phpdoc entry for pecl filter, I added a page to Lukas'
wiki, it is Derick's initial spec but reflecting the current state:
http://oss.backendmedia.com/PeclFilter
Feel free to fix typos or improve the text.
Cheers,
--
Pierre
Did I help you? Please donate
http://blog.thepimp.net/index.php/1998/04/12/57-please-donate
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 7
- #36210 [NEW]: different result of count in 5.1.2From: urs dot huerlimann at abf dot ch
Operating system: Win2003Server
PHP version: 5.1.2
PHP Bug Type: Class/Object related
Bug description: different result of count in 5.1.2
Description:
------------
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
["SaveMode"]=>
string(6) "Insert"
["ManCd"]=>
string(3) "BAG"
["RegNr"]=>
string(47) "5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_"
["DosNr"]=>
string(16) "_0x2D450x2D45_43"
["Verantw"]=>
string(6) "BAG070"
["Titel"]=>
string(124) "105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_ WERT_BEZNAME"
}
=====================================================
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
["SaveMode"]=>
string(6) "Insert"
["ManCd"]=>
string(3) "BAG"
["RegNr"]=>
string(47) "5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_"
["DosNr"]=>
string(15) "_0x2D450x2D45_1"
["Verantw"]=>
string(6) "BAG070"
["Titel"]=>
string(146) "3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury"
}
Reproduce code:
---------------
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
----------------
twice the same result
Actual result:
--------------
5.0.4::count -> 1
5.1.2::count -> 6
--
Edit bug report at http://bugs.php.net/?id=36210&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36210&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36210&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36210&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36210&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=36210&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36210&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36210&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36210&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36210&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36210&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=36210&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=36210&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36210&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36210&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36210&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36210&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36210&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36210&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36210&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36210&r=mysqlcfg
- 8
- #32429 [Ver]: method_exists() always return TRUE if __call method exists ID: 32429
User updated by: pasha dot zubkov at gmail dot com
Reported By: pasha dot zubkov at gmail dot com
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.6.11-grsec
-PHP Version: 5CVS-2005-03-23 (dev)
+PHP Version: 5CVS-2005-03-29 (dev)
New Comment:
Any solution for this bag?
Previous Comments:
------------------------------------------------------------------------
[2005-03-24 14:20:44] pasha dot zubkov at gmail dot com
I checkout HEAD from cvs. Problem not solved.
------------------------------------------------------------------------
[2005-03-24 00:27:55] email***@***.com
Confirmed with HEAD only.
------------------------------------------------------------------------
[2005-03-23 23:58:44] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
------------------------------------------------------------------------
[2005-03-23 14:43:34] pasha dot zubkov at gmail dot com
Description:
------------
See example. I can't use `if (method_exists()) {}` because it always
return TRUE
Reproduce code:
---------------
<?php
class TestClass {
public function __construct() {
var_dump(method_exists($this, 'test'));
if (method_exists($this, 'test')) {
$this->test();
}
}
public function __call($name, $args) {
throw new Exception('Call to undefined method
'.get_class($this).'::'.$name.'()');
}
}
try {
$test = new TestClass;
} catch (Exception $e) {
exit($e->getMessage());
}
?>
Expected result:
----------------
bool(false)
Actual result:
--------------
bool(true) Call to undefined method TestClass::test()
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32429&edit=1
- 9
- #31796 [Fbk->Opn]: readline() completes filesystem ID: 31796
User updated by: david at acz dot org
Reported By: david at acz dot org
-Status: Feedback
+Status: Open
Bug Type: Readline related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-03)
New Comment:
I am positive.
Previous Comments:
------------------------------------------------------------------------
[2005-02-03 16:33:22] email***@***.com
Are you sure your callback is being called?
------------------------------------------------------------------------
[2005-02-01 21:12:43] david at acz dot org
Description:
------------
The readline() function always tab completes the filesystem even if a
custom completion function is used. This behavior is undocumented and
undesirable in some applications.
Reproduce code:
---------------
<?
readline_completion_function("complete");
readline("> ");
function complete($line, $pos, $cursor)
{
return array();
}
?>
Expected result:
----------------
I expect nothing to happen when I press tab.
Actual result:
--------------
The filesystem is completed as with bash.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31796&edit=1
- 10
- #26304 [Opn->Asn]: Unexpected data loss when opening dba file ID: 26304
Updated by: email***@***.com
Reported By: vesely at tana dot it
-Status: Open
+Status: Assigned
Bug Type: DBM/DBA related
Operating System: Solaris
PHP Version: 4.3.4
-Assigned To:
+Assigned To: helly
Previous Comments:
------------------------------------------------------------------------
[2003-11-18 12:59:58] vesely at tana dot it
Also, that correction around line 67 in dba_db4.c
(DBA_OPEN_FUNC) is bogus: if stat returns 0 you want
to say DB_UNKNOWN, since you cannot say it is DB_BTREE
when it was created by some other program.
To reproduce the bug you should create a DB with a different
type, e.g. in C if you just include db.h and then call
the dbm_open compatibility layer. The Sleepycat message
will then say "call implies an access method which is
inconsistent with previous calls."
------------------------------------------------------------------------
[2003-11-18 12:09:46] vesely at tana dot it
Description:
------------
Opening a file in 'c' mode (see example below)
truncates the file!! The docs say '"c" for read/write
access and database creation if it doesn't currently exist.'
I cannot understand that comment at line 658 in
ext/dba/dba.c, as it seems to imply that truncating
the database is necessary for locking it (??).
Reproduce code:
---------------
dba_open("important_data.db", "c", "db4");
Expected result:
----------------
open db (create if doesn't exist)
Actual result:
--------------
truncated db
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=26304&edit=1
- 11
- #41764 [Bgs]: the openssl_x509_parse function does not extract the certificate extensions ID: 41764
User updated by: innocenti dot mauro at gmail dot com
Reported By: innocenti dot mauro at gmail dot com
Status: Bogus
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
Thanks, but at 30 Jul 2006 You said "This bug has been fixed in CVS."
and the bug #28382 was submitted for both PHP 4 and 5!
Previous Comments:
------------------------------------------------------------------------
[2007-06-21 14:09:10] email***@***.com
Please don't reopen a bug for an existing report. As far as I remember,
it was fixed only in 5.x and will not be backported to 4.x.
I close this bug (duplicate > bogus). If you still have this issue
using 5.2.x, please reopen #28382.
------------------------------------------------------------------------
[2007-06-21 14:04:20] innocenti dot mauro at gmail dot com
Description:
------------
bug ID #28382 "the openssl_x509_parse function does not extract the
certificate extensions" is still present in PHP 4.4.7! even if is set to
closed an year ago.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=41764&edit=1
- 12
- #31316 [NEW]: htmlentities('Hol?como estas') return bad translationFrom: jairo dot serrano at gmail dot com
Operating system: linux 2.6.8
PHP version: 5.0.3
PHP Bug Type: Strings related
Bug description: htmlentities('Hol?como estas') return bad translation
Description:
------------
the function htmlentities is broken
Reproduce code:
---------------
htmlentities('Hol?como estas');
Expected result:
----------------
holà como estÃs
Actual result:
--------------
holá como estaás
--
Edit bug report at http://bugs.php.net/?id=31316&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31316&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31316&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31316&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=31316&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=31316&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31316&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31316&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31316&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31316&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31316&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=31316&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=31316&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=31316&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31316&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=31316&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31316&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31316&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31316&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31316&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31316&r=mysqlcfg
- 13
- #25976 [Com]: $array[] = $otherarray does not work as expected ID: 25976
Comment by: tony2001 at phpclub dot net
Reported By: email***@***.com
Status: Open
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5CVS-2003-10-24 (dev)
New Comment:
Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.
Previous Comments:
------------------------------------------------------------------------
[2003-10-24 09:46:10] email***@***.com
Description:
------------
See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.
Reproduce code:
---------------
example 1:
<?php
$aTestInner = array();
$aTestInner['foo'] = 'content of $aTestInner[\'foo\']';
$aTestInner['bar'] = 'content of $aTestInner[\'bar\']';
$aTestOuter[] = $aTestInner;
$aTestOuter[] = $aTestInner;
$aTestOuter[] = $aTestInner;
echo '<pre>';
var_dump($aTestOuter);
echo '</pre>';
?>
------------------------------------------------------------
example 2:
<?php
for ($iLoop = 0; $iLoop < 3; $iLoop++) {
$aTestInner = array();
$aTestInner['foo'] = $iLoop . ': content of $aTestInner[\'foo\']';
$aTestInner['bar'] = $iLoop . ': content of $aTestInner[\'bar\']';
$aTestOuter[] = $aTestInner;
}
echo '<pre>';
var_dump($aTestOuter);
echo '</pre>';
?>
Expected result:
----------------
example 1:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
------------------------------------------------------------
example 2:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
}
}
Actual result:
--------------
example 1:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
------------------------------------------------------------
example 2:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
[2]=>
array(0) {
}
}
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25976&edit=1
- 14
- #29974 [Fbk->NoF]: num_rows crashes Apache (recurrence) ID: 29974
Updated by: email***@***.com
Reported By: david dot powers at dial dot pipex dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MySQLi related
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
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".
Previous Comments:
------------------------------------------------------------------------
[2004-09-20 01:31:27] splash2 at splashtech dot net
I also had this issue on php 5.0.1 final release... I downloaded the
latest (at this time) snapshot located at
http://snaps.php.net/win32/php5.0-win32-200409191630.zip.
The issue is resolved in that version. :)
------------------------------------------------------------------------
[2004-09-15 09:30:27] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
------------------------------------------------------------------------
[2004-09-03 19:40:11] david dot powers at dial dot pipex dot com
Description:
------------
Bug #28205 reported fixed in PHP 5.RC-3 appears to have resurfaced.
Use of $result->num_rows causes Apache to crash. Use of
mysqli_num_rows() works without problem.
Environment:
Windows XP Pro
Apache 1.3.31
PHP 5.0.1
MySQL 4.1.4-gamma
extension=php_mbstring.dll
extension=php_mysqli.dll
extension=php_mysql.dll
Reproduce code:
---------------
$db = new mysqli($hostname, $username, $password, 'db_name');
$sql = 'SELECT * FROM wordlist';
$result = $db->query($sql);
$total = $result->num_rows;
echo "<h1>Total words: $total</h1>";
while ($row = $result->fetch_assoc()) {
echo $row['word'].'<br />';
}
Expected result:
----------------
I expect it not to crash.
Actual result:
--------------
Error report:
szAppName: Apache.exe szAppVer: 0.0.0.0
szModName: php_mysql.dll szModVer: 5.0.1.1
offset: 000011fe
Code works perfectly if $total = $result->num_rows; is commented out.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29974&edit=1
- 15
- #38022 [NEW]: glob() problemsFrom: flconseil at yahoo dot fr
Operating system: All
PHP version: 5.1.4
PHP Bug Type: Feature/Change Request
Bug description: glob() problems
Description:
------------
Today, glob() calls the libc glob() function, with the following
problems:
- Possible inconsistencies between implementations (POSIX compliance)
- fnmatch not available outside of Unix : an internal glob()
implementation would bring an internal fnmatch() implementation, which
would allow fnmatch() on every platform.
- Important: on most (every ?) Unix systems, glob() is using stat()
instead of lstat(). Thus, broken links are ignored. Inconsistant with a
naive 'ls' which lists everything in the directory.
- The current glob() implementation in PHP (ext/standard/dir.c) assumes
that all returned matches are in the same directory, which is wrong. So,
the 'safe mode' and 'open_basedir' checks are wrong.
- glob() does not support streams, although most other directory functions
support them. It cannot be done without implementing glob() internally.
- Apart from glob(), the chdir() and getcwd() functions should also
support stream-wrapped directories. It would be easy to implement but it
must be synchronized with the support of stream wrapped paths in the
include path.
Reproduce code:
---------------
None
Expected result:
----------------
None
Actual result:
--------------
None
--
Edit bug report at http://bugs.php.net/?id=38022&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38022&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38022&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38022&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38022&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=38022&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38022&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=38022&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=38022&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38022&r=support
Expected behavior: http://bugs.php.net/fix.php?id=38022&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=38022&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=38022&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38022&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38022&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38022&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=38022&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38022&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38022&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38022&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=38022&r=mysqlcfg
|
|
|
