| #28680 [NEW]: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task |
|
 |
Index ‹ php-dev
|
- Previous
- 3
- #31797 [Asn]: exif_read_data reads very little data from what it used to read ID: 31797
User updated by: shimi at shimi dot net
Reported By: shimi at shimi dot net
Status: Assigned
-Bug Type: *Graphics related
+Bug Type: EXIF related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-01)
Assigned To: andrei
New Comment:
moving to subcategory that was added just a few minutes ago (EXIF)
Previous Comments:
------------------------------------------------------------------------
[2005-02-01 22:39:55] email***@***.com
This patch broke it:
revision 1.118.2.30 date: 2005/01/21 23:47:06; author: andrei; state:
Exp; lines: +14 -2
Protect against corrupt EXIF headers that feature unlimited IFD tag
nesting.
Assigned to the guilty one.. :)
------------------------------------------------------------------------
[2005-02-01 22:05:20] shimi at shimi dot net
I see him not wanting to nest further, thus deciding that "the header
is bad". I tried it on numerous images, made by numerous cameras
(Nikon, Sony, Olympus) - in all of them I get the same error, the image
loads FINE, and other utilities (not PHP) _CAN_ read the missing data.
PHP could read it too in the past. This code worked, and it has not
been touched, and has now stopped working.
If you insist that the problem is on my end, can you please give me a
URL that EXIF DOES parse the EXIF data for correctly?
------------------------------------------------------------------------
[2005-02-01 21:52:07] email***@***.com
Add 'error_reporting(E_ALL);' to your script:
PHP Warning: exif_read_data(82728697.jpg): corrupt EXIF header:
maximum directory nesting level reached in Command line code on line 1
Corrupted image -> no bug in PHP.
------------------------------------------------------------------------
[2005-02-01 21:42:47] shimi at shimi dot net
Description:
------------
I have a script that parses EXIF data from images, displaying them as a
new image (using GD) that contains the data. Lately (I am not sure when
exactly, but I suspect it was after upgrading to STABLE-CVS due to
fixing of the unserialize() bug I suffered badly from), it seems that
most of the important EXIF data is simply not read (like ExposureTime,
etc). I asked someone to verify that the image indeed has the details,
and it looks that it does. Here's a screenshot from his EXIF read:
http://uploaded.fresh.co.il/2005/02/01/76282133.png
Reproduce code:
---------------
$data=exif_read_data("http://uploaded.fresh.co.il/2005/01/23/82728697.jpg");
print_r($data);
Expected result:
----------------
See all EXIF data stored on file.
Actual result:
--------------
Only part of the EXIF is retrieved:
Array
(
[FileName] => 82728697.jpg
[FileDateTime] => 1106515041
[FileSize] => 102438
[FileType] => 2
[MimeType] => image/jpeg
[SectionsFound] => ANY_TAG, IFD0
[COMPUTED] => Array
(
[html] => width="494" height="616"
[Height] => 616
[Width] => 494
[IsColor] => 1
[ByteOrderMotorola] => 0
)
[ImageDescription] => OLYMPUS DIGITAL CAMERA
[Make] => OLYMPUS OPTICAL CO.,LTD
[Model] => C4100Z,C4000Z
[XResolution] => 72/1
[YResolution] => 72/1
[ResolutionUnit] => 2
)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31797&edit=1
- 3
- #41536 [Opn->Bgs]: debug_backtrace crashes server by using call_user_func ID: 41536
Updated by: email***@***.com
Reported By: ymasaki at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows Vista
PHP Version: 5.2.2
New Comment:
Please report this problem to the authors of the extension (you didn't
specify it btw).
Previous Comments:
------------------------------------------------------------------------
[2007-05-30 08:53:24] ymasaki at gmail dot com
Thanks for answering.
I can run it fine by disable zend_extensions.
Is it possible to run the code with zend_extensions?
------------------------------------------------------------------------
[2007-05-30 08:27:44] email***@***.com
Works perfectly fine here.
Please make sure all zend_extensions (like Zend Optimizer, APC,
eAccelerator etc.) are disabled.
------------------------------------------------------------------------
[2007-05-30 07:37:19] ymasaki at gmail dot com
sorry,please switch "Expected result:" and "Actual result:"...
------------------------------------------------------------------------
[2007-05-30 07:13:01] ymasaki at gmail dot com
Description:
------------
debug_backtrace() crashes apache by using call_user_func.
Reproduce code:
---------------
<?php
$class = new Test;
$class->callMethod("execute");
class Test {
function backtrace(){
return debug_backtrace();
}
function display($dummy,$bk){
print_r($bk);
}
function display2($bk){
print_r($bk);
}
function callMethod($methodname){
$ret = call_user_func(array($this,$methodname));
return $ret;
}
function execute(){
//CRASH!
$this->display("dummy",$this->backtrace());
//this works fine
// $this->display("dummy",debug_backtrace());
//this works fine too (only one arg)
// $this->display2($this->backtrace());
}
}
Expected result:
----------------
crash apache server
Actual result:
--------------
print backtrace normally
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=41536&edit=1
- 4
- #43620 [NEW]: PHP 5.2.5 crashes with call to curl 7.16.2From: erica at erica dot biz
Operating system: CentOS 4.4
PHP version: 5.2.5
PHP Bug Type: Reproducible crash
Bug description: PHP 5.2.5 crashes with call to curl 7.16.2
Description:
------------
PHP 5.2.5 is crashing (segfault) when PHP programs call to curl 7.16.2.
Upgrading to curl 7.17.1 fixes the problem, but this should not be a crash
issue.
Reproduce code:
---------------
WP-openid (Wordpress OpenID plugin -- calls to curl)
Expected result:
----------------
Should give a PHP error message, not a segfault
Actual result:
--------------
bt using gdb:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209010496 (LWP 26155)]
0x012319be in add_assoc_string_ex (arg=0xb6e756e4, key=0x12f82db
"libz_version",
key_len=13, str=0x0, duplicate=1)
at /usr/local/directadmin/customapache/php-5.2.5/Zend/zend_API.c:1032
1032 ZVAL_STRING(tmp, str, duplicate);
(gdb) bt
#0 0x012319be in add_assoc_string_ex (arg=0xb6e756e4, key=0x12f82db
"libz_version",
key_len=13, str=0x0, duplicate=1)
at /usr/local/directadmin/customapache/php-5.2.5/Zend/zend_API.c:1032
#1 0x01038bb2 in zif_curl_version (ht=0, return_value=0xb6e756e4,
return_value_ptr=0x0,
this_ptr=0x0, return_value_used=1)
at
/usr/local/directadmin/customapache/php-5.2.5/ext/curl/interface.c:1045
#2 0x0708af6b in get_module ()
from /usr/local/Zend/lib/Optimizer-3.2.8/php-5.2.x/ZendOptimizer.so
#3 0x00000000 in ?? ()
--
Edit bug report at http://bugs.php.net/?id=43620&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43620&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43620&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43620&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43620&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43620&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43620&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43620&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43620&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43620&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43620&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43620&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43620&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43620&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43620&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43620&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43620&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43620&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43620&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43620&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43620&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43620&r=mysqlcfg
- 4
- vdaemon regexBasically what I am trying to do is block hotmail, yahoo and aol email
addresses, using vdeamon.
I ran into an issue using vdeamon for form valiation. I am trying to
use the RegExp validation type. The problem is I want to negate the
expression, however it appears the negation attribute is not working
correctly. When I remove the negation attribute the validation works in
the opposite way I want to, meaning that it will error out if the email
address does not contain hotmail, yahoo or aol. So, if I added the
negation="true" value this should work the opposite way, however
instead it will error out for all email addresses, I am not quite sure
what is going on here.
<vlvalidator name="EmailRegExp" type="regexp" control="Email"
errmsg="No Free Email Accounts" RegExp="/(hotmail|yahoo|aol)/i"
negation="true">
Thank You
- 4
- #29227 [Opn]: mod_ssl + php5 will crash! ID: 29227
User updated by: herps at raqtweak dot com
Reported By: herps at raqtweak dot com
Status: Open
Bug Type: Apache related
Operating System: RedHat 7.x
PHP Version: 5.0.0
New Comment:
Well, I posted as much information as I can, and what I get from
http://bugs.php.net/how-to-report.php I did just fine...
Can someone help?!!!
Previous Comments:
------------------------------------------------------------------------
[2004-07-18 16:54:54] herps at raqtweak dot com
Not sure what you need...
I compile PHP 5.0.0, REGARDLESS OF THE COMPILE OPTIONS I USE, the
following happens.
Option #1
I restart Apache,
in the httpd.conf
LoadModule php5_module modules/php-5.0.0/libphp5.so
LoadModule ssl_module modules/libssl.so
Check this,
[root conf]# /etc/rc.d/init.d/httpd restart ; ps ax | grep httpd
Shutting down Web Service: httpd ok
/etc/rc.d/init.d/httpd: line 3: 17200 Killed
$LCD_SWRITE "$LINE1" "$LINE2" >/dev/null 2>&1
Setting up Web Service: httpd
800 ? S 0:00 /usr/sbin/httpd.admsrv -f
/etc/admserv/conf/httpd.con
10940 ? S 0:00 /usr/sbin/httpd.admsrv -f
/etc/admserv/conf/httpd.con
17234 pts/0 R 0:00 /usr/sbin/httpd -DHAVE_I18N -DHAVE_CCE
-DHAVE_INTERBA
Then, 5 seconds later, I do another "ps ax | grep httpd"
No result. httpd crashed.
Now, I comment out
# LoadModule ssl_module modules/libssl.so
restart apache, and everything runs fine, forever....
------------------------------------------------------------------------
[2004-07-17 20:39:51] email***@***.com
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
------------------------------------------------------------------------
[2004-07-17 17:48:54] herps at raqtweak dot com
Description:
------------
Trying to upgrade PHP 4.3.7 to PHP 5.0.0.
This machine is running Apache 1.3.29 with mod_ssl/2.8.16
OpenSSL/0.9.6m.
Now, PHP5 will work fine, but as soon as I activate the mod_ssl module,
Apache crashes immediately after I start it...
When I disable mod_ssl, it works fine.
I have tried numerous things, different kernels, different openssl
versions (0.9.6, 0.9.6m, 0.9.7d), recompiled Apache, nothing! Same
problem over and over...
The backtrace I get:
Reading symbols from /lib/libpthread.so.0...done.
warning: Unable to set global thread event mask: generic error
[New Thread 1024 (LWP 9814)]
Error while reading shared library symbols:
Cannot enable thread event reporting for Thread 1024 (LWP 9814):
generic error
Reading symbols from /lib/libnss_db.so.2...done.
Loaded symbols for /lib/libnss_db.so.2
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so...done.
Loaded symbols for
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so...done.
Loaded symbols for
/usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0 0x4000b9f7 in _dl_signal_error () at eval.c:88
88 eval.c: No such file or directory.
Expected result:
----------------
Should run just fine, since 4.3.7 with the same config runs perfectly
fine!
Actual result:
--------------
You see an httpd process spawn, then it crashes immediately...
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29227&edit=1
- 6
- #27887 [Fbk->Bgs]: func_get_args() can't be used as 2nd parameter for functions ID: 27887
Updated by: email***@***.com
Reported By: email***@***.com
-Status: Feedback
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS, 4CVS (2004-04-06)
New Comment:
So there is no bug, and the docs already describe it -> bogus.
Previous Comments:
------------------------------------------------------------------------
[2005-06-16 01:34:50] email***@***.com
Damien, the docs say: "This function cannot be used directly as a
function parameter. Instead, its result may be assigned to a variable,
which can then be passed to the function.", so don't use it as a
parameter.
------------------------------------------------------------------------
[2005-03-02 16:19:29] hkh at netnords dot dk
Reproduce code:
function a()
{
print func_num_args().'<br />';
}
function b()
{
$dd = 123;
a(func_get_args());
a(func_get_args(), $dd);
a($dd, func_get_args());
}
b('Hello World');
------------------------------------------
Expected result:
1
2
2
------------------------------------------
Actual result:
1
2
Fatal error: func_get_args(): Can't be used as a function parameter in
.........
------------------------------------------
Comment:
I tested the code with same result on 4.3.10-1.dotdeb.0 and
5.0.3-1.dotdeb.0.
I think all the lines should fails on none of them.
Can't see anything in the documentation about this.
------------------------------------------------------------------------
[2004-04-06 10:41:55] email***@***.com
Description:
------------
when passing func_get_args() as second parameter of a
function, it complains.
foo('foo', func_get_args());
Fatal error: func_get_args(): Can't be used as a
function parameter in /Users/iboom/Desktop/Journaux/
2004.04/fonctions/arg_defaut.php on line 23
foo(func_get_args(), 'foo');
is OK tough.
So, it won't work with
print join(',',func_get_args());
array_map('foo',func_get_args());
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27887&edit=1
- 6
- #27693 [Bgs]: imagettftext() coupled with imagecreatetruecolor() displays yellow fonts. ID: 27693
Updated by: email***@***.com
Reported By: xavier dot blanchet at free dot fr
Status: Bogus
Bug Type: GD related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
"On Linux I cannot try the latest version before my hoster (OVH.com)
has migrated :-( But as I have already mentionned the beta version PHP5
(http://240plan.ovh.net/test.beta )returns these same yellow fonts."
"FreeType Version 1.3"... just forget it sorry.
Then even when they upgrade it (in some servers, as I got one) it was
the version "2.0", with which gd has some bugs with rotated text. I
used a dedicated server there, so I upgraded myself to a recent version
(2.1.7). Everything is fine since.
So please keep this bug quiet and ask support questions on the right
list (ie, php-install) or beg your ISP to upgrade to a recent
freetype.
hth
pierre
Previous Comments:
------------------------------------------------------------------------
[2004-04-15 20:35:16] cartoonlad at thesnakefarm dot com
So for those of us who are muddling around with configuring php for the
first time, what does that mean? Use --enable-gd-native-ttf in the
configure?
------------------------------------------------------------------------
[2004-04-05 11:01:35] email***@***.com
ttf = freetype 1, old and buggy
freetype = freetype 2, new, not buggy
So just compile PHP against the newer version, not a bug -> bogus.
------------------------------------------------------------------------
[2004-04-05 09:56:18] xavier dot blanchet at free dot fr
For me on Windows, it all works fine.
On Linux I cannot try the latest version before my hoster (OVH.com) has
migrated :-( But as I have already mentionned the beta version PHP5 (
http://240plan.ovh.net/test.beta )returns these same yellow fonts.
However I noticed something interessting: each time i met someone in
forums, newsgroups... experiencing the same problem, the FreeType
Linkage in the phpinfo() was with "TTF Library". "with FreeType" is
ok...
------------------------------------------------------------------------
[2004-04-03 09:51:00] email***@***.com
I can't reproduce either with PHP 4.2.6RC2-dev.
I think the problem may be only with Unicode fonts, althought it works
for me.
------------------------------------------------------------------------
[2004-04-01 11:56:52] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
I am still unable to replicate the problem using the Arial
ttf font avaliable on my system. Please include your
configure line in your reply.
------------------------------------------------------------------------
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/27693
--
Edit this bug report at http://bugs.php.net/?id=27693&edit=1
- 10
- [PHP-DEV] Re: named function arguments (was: Proposal: Dangling comma in functionChristian Schneider wrote:
[snip]
>
> I was also thinking of proposing named parameters, i.e. basically
> removing the need for array() in foo(array('style' => 'hot', 'size' =>
> 42)); but I guess that'll be even more controversial :-)
Named parameters - i think is very good idea. I know i would use them.
I'm really not sure about the correct syntax for it though.
They should be optional and may have default values
and provide a way to extend old functions that
already have optional parameters.
Just for example:
function f($a,$b=false,keyword $c='xyz') {
}
f(1)
f(1,true)
f(1,c='www')
f(1,true,c='www')
Just general thoughts:
Maybe there should be a way to specify that
a keyword is required.
Maybe there should be a way to specify external
name other than argument variable name as in the
following example:
function g($a,keyword 'aa' $ab) {
}
>
>
> Ok, that's it from my side, it's up to you now,
> - Chris
>
--
NetCat
------------------------------------------------------
SPAM-Free 10mb Free email + Antivirus + POP3 + more...
Get it at http://www.doal.co.il:81/free/?c=all-spam
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 10
- #25225 [Opn->Bgs]: IIS Crashes during EDIT ROW ID: 25225
Updated by: email***@***.com
Reported By: webmaster at microwebsolutions dot com
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: Windows XP Professional
PHP Version: 5.0.0b1 (beta1)
New Comment:
We're not going to install any 3rd party scripts to test any bugs.
Please contactt the PHPMyAdmin authors and ask them to report this with
proper test case.
Previous Comments:
------------------------------------------------------------------------
[2003-08-24 13:37:53] webmaster at microwebsolutions dot com
Description:
------------
Using the latest PHP or any version of PHP, in IIS 5 for Windows XP
Professional, with MySQL running properly with the latest version and
the latest version of PHPMyAdmin, using the Edit Row feature in
PHPMyAdmin, after editing and clicking "Submit", IIS Crashes. Error can
be duplicated FOREVER.
If this is not a bug, I would not know what to call it.
Thanks
PS: This crashes on Windows 95, 98, 2000, ME and XP; I do no believe it
crashes on Unix, but I think I have seen it crash once on a Unix.
Reproduce code:
---------------
Download PHPMyAdmin, install MySQL LOCAL or REMOTE, Create table,
create row, edit row. There is your reproducted error. BE SURE TO DO IT
ON WINDOWS.. Preferrably an XP version.
Expected result:
----------------
IIS Crashes, ILLEGAL OPERATION.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25225&edit=1
- 10
- #29549 [Opn->Fbk]: xpath() output makes PHP segfault or run out of memory when used in preg_match ID: 29549
Updated by: email***@***.com
Reported By: r dot korving at xit dot nl
-Status: Open
+Status: Feedback
Bug Type: SimpleXML related
Operating System: debian linux 2.4.26 kernel
PHP Version: 5.0.0
New Comment:
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
Previous Comments:
------------------------------------------------------------------------
[2004-08-13 20:21:51] email***@***.com
looks like an engine bug. when it parsers the arguments for a function
and tries to do its auto string conversion magic, the zval gets hosed
since it uses the zval as both the read and write object for the
cast_object call in zend_parse_arg_impl. simple script:
<?php
$xml = new SimpleXMLElement("<test/>");
str_split($xml); // any function requiring string paremeter
var_dump($xml); // $xml is foobar at this point
?>
------------------------------------------------------------------------
[2004-08-13 12:34:33] email***@***.com
I don't know, if it's an Engine or a SimpleXML problem, but here's the
backtrace to it
#0 _efree (ptr=0xffffffff) at /opt/cvs/php5.0/Zend/zend_alloc.c:263
#1 0x001452f4 in _zval_ptr_dtor (zval_ptr=0xffffffef) at
/opt/cvs/php5.0/Zend/zend_execute_API.c:391
#2 0x001452f4 in _zval_ptr_dtor (zval_ptr=0x1982538) at
/opt/cvs/php5.0/Zend/zend_execute_API.c:391
#3 0x001728a0 in zend_do_fcall_common_helper (execute_data=0xbfffeb70,
opline=0x2009f7c, op_array=0x19868e0) at
/opt/cvs/php5.0/Zend/zend_execute.h:124
#4 0x0016effc in execute (op_array=0x19868e0) at
/opt/cvs/php5.0/Zend/zend_execute.c:1400
#5 0x0015103c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /opt/cvs/php5.0/Zend/zend.c:1061
#6 0x00119914 in php_execute_script (primary_file=0xbffff5b0) at
/opt/cvs/php5.0/main/main.c:1627
#7 0x0017c548 in main (argc=2, argv=0xbffffaf4) at
/opt/cvs/php5.0/sapi/cli/php_cli.c:943
------------------------------------------------------------------------
[2004-08-06 15:24:06] r dot korving at xit dot nl
Description:
------------
When I use the output of $xmlobject->xpath() in a preg_match("/whatever
pattern/", $xpathoutput) it makes memory usage explode or the whole
script segfaults.
The problem can be manually solved by typecasting the $xpathoutput to a
string, but nonetheless, a segfault should never ever be desired
behaviour. In fact, in one case I actually saw PHP tried to allocate
over 1 gigabyte of memory.
Reproduce code:
---------------
#!/usr/bin/php5
<?
$xml = simplexml_load_file("test.xml");
$val = $xml->xpath("/rootelem/testelems");
for ($i=0; $i < 20; $i++)
{
if (preg_match("/abc/", $val[0]))
echo "Y";
else
echo "N";
}
?>
test.xml:
<rootelem>
<testelems>this is one</testelems>
<testelems>this is another one !</testelems>
</rootelem>
Expected result:
----------------
NNNNNNNNNNNNNNNNNNNN
Actual result:
--------------
NSegmentation fault
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29549&edit=1
- 11
- #31078 [Fbk->Opn]: Error fetching http headers ID: 31078
User updated by: ivan dot chollet at lynanda dot com
Reported By: ivan dot chollet at lynanda dot com
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: freebsd 5.3
PHP Version: 5.0.2
Assigned To: dmitry
New Comment:
The problem is well addressed by the way you told me.
It works well.
The point is that your Soap extension consumes a large amount of
memory.
In fact I set the memory limit to 64M to address the problem raised by
the code above. 64M is much for a single php process. But if you change
the upper bound to 3 million instead of 2 then it does not work anymore,
so you would need memory_limit like 128M which is not reasonable.
The code above is a big variant of real world server code that should
send a 800K string filled with db stuff. The server can send this 800K
string through Soap only if memory_limit>256M. So at the moment there
is only a solution to make the service work : use sockets or switch on
asp.net
Please tell me wether you plan to address it or not.
ivan chollet
Previous Comments:
------------------------------------------------------------------------
[2004-12-14 13:31:35] email***@***.com
Try to incrise "memory_limit" in your php.ini.
Your soap server dies because of memory overflow and doesn't send HTTP
response.
This is not a bug.
------------------------------------------------------------------------
[2004-12-14 02:43:17] ivan dot chollet at lynanda dot com
if someone wants a wsdl file that works with then just ask me
(basically there is one function returning a string a taking no
argument so very simple)
------------------------------------------------------------------------
[2004-12-14 02:28:06] ivan dot chollet at lynanda dot com
Description:
------------
When the result of a web service function is a big string, PHP sends
the error : Uncaught SoapFault exception:
"[HTTP] Error fetching http headers in (/usr/local/ etc...)"
The code used to make it crash is very simple.
Reproduce code:
---------------
on the server, let call our file "soap-server.php" with the code :
<?php
function crashfun{
for($i=0,$i<=2000000,$i++){
$result.='x';
}
return $result;
}
$server= new soapserver('somewsdlfile.wsdl')
$server->addfunction('crashfun');
$server->handle();
?>
on the client side, let invoke the web service in "soap-client.php" :
<?php
$client=new soapclient("somewsdlfile.wsdl");
print($client->crashfun());
?>
put all the files in the same directory
Expected result:
----------------
when you call on the command line "php -f soap-client.php > shit | vi
shit", you see a beautiful file filled with "x"s.
set the upper bound for the for loop in the code to 100 000 and
everything works well
set it to 2 000 000 and it crashes.
sorry i didn't take the time to check the exact limit for this upper
bound and it's about 1 000 000
Actual result:
--------------
the actual result is the bug mentionned in "description"
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31078&edit=1
- 11
- #42198 [Opn->Fbk]: SCRIPT_NAME and PHP_SELF truncated when inside a userdir and using PATH_INFO ID: 42198
Updated by: email***@***.com
Reported By: hans at parse dot nl
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Linux
PHP Version: 5.2.4RC1
New Comment:
And you are really using 5.2.4RC1?
Previous Comments:
------------------------------------------------------------------------
[2007-08-03 10:24:23] hans at parse dot nl
Description:
------------
Problem is as described in Lighttpd ticket #405 at
http://trac.lighttpd.net/trac/ticket/405
Using Lighttpd with PHP-5.2.4RC1 as FastCGI. cgi.fix_pathinfo = 1 in
php.ini
Accessing a script in a userdir without path info works fine:
http://servername/~hans/info.php
SCRIPT_FILENAME = '/home/hans/public_html/info.php'
SCRIPT_NAME = '/~hans/info.php'
PHP_SELF = '/~hans/info.php'
Accessing the same script with some added path info:
http://servername/~hans/info.php/foo/bar
PATH_INFO = '/foo/bar'
SCRIPT_FILENAME = '/home/hans/public_html/info.php'
SCRIPT_NAME = 'ic_html/info.php'
PHP_SELF = 'ic_html/info.php'
I have posted a working patch which adds a userdir check in cgi_main.c
in the Lighttpd ticket mentioned.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=42198&edit=1
- 12
- #33699 [NEW]: MAX_FILE_SIZE should use same syntax as upload_max_filesizeFrom: jnp at anneli dot dk
Operating system:
PHP version: 5.0.4
PHP Bug Type: Feature/Change Request
Bug description: MAX_FILE_SIZE should use same syntax as upload_max_filesize
Description:
------------
Form handling for file upload.
MAX_FILE_SIZE should use same syntax as upload_max_filesize so the value
from ini_get can be used directly (or upload_max_filesize should be
calculated and stored as number of bytes)
Having 2 different syntaxes for the same thing is messy.
--
Edit bug report at http://bugs.php.net/?id=33699&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33699&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33699&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33699&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=33699&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=33699&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33699&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33699&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33699&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33699&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33699&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=33699&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=33699&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=33699&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33699&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=33699&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33699&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33699&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33699&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33699&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33699&r=mysqlcfg
- 16
- #32389 [Fbk->NoF]: imagecreatefrompng terminates connection ID: 32389
Updated by: email***@***.com
Reported By: jbaou at datahost dot gr
-Status: Feedback
+Status: No Feedback
Bug Type: GD related
Operating System: Slackware 10
PHP Version: 5.0.3
Assigned To: pajoye
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:
------------------------------------------------------------------------
[2005-03-28 05:01:58] email***@***.com
Found one there :) Sorry.
Cannot reproduce a crash or an error.
Please try using only this script:
error_reporting(E_ALL);
$im = imagecreatefrompng("yourimage.png");
imagepng("new.png");
If you have an image that crashes php, provide a direct link to it.
--Pierre
------------------------------------------------------------------------
[2005-03-28 04:56:48] email***@***.com
These images are all jpeg.
Please provide PNG images and change your bug description if it's
related to jpeg image.
--Pierre
------------------------------------------------------------------------
[2005-03-22 05:32:46] jbaou at datahost dot gr
I actually noticed that it works for SOME png images.
http://jbaou.bahaha.org/browser.php?dir=.%2FImages%2FChristiana here it
works. mouse over to check it.
http://jbaou.bahaha.org/browser.php?dir=.%2FImages%2FWallpapers%2FDreamingOfTheFuture
here is a folder with another png image.
libpng ver: 1.2.8
i am sorry i cant be of any more help. i havent compiled with
--enable-debug and i don't really have the time to recompile. I am
currently in greece and i will be here for at least 21 days.
------------------------------------------------------------------------
[2005-03-21 08:05:32] email***@***.com
Please provide the png images (links), your configure script and the
libpng version.
--Pierre
------------------------------------------------------------------------
[2005-03-21 04:26:07] jbaou at datahost dot gr
Description:
------------
I am trying to create thumbs from image types: jpg,gif and png.
jpg and gif work OK.
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
## php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
curl
dba
dbase
dbx
dio
dom
exif
filepro
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mhash
mime_magic
mysql
ncurses
openssl
pcre
posix
session
shmop
SimpleXML
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
yp
Zend Optimizer
zlib
[Zend Modules]
Zend Extension Manager
Zend Optimizer
## ./configure
http://jbaou.bahaha.org/phpinfo.php
Reproduce code:
---------------
if ($ext == ".png") {
$im = imagecreatefrompng($image); //fe
$thumb = imagecreatetruecolor($thumbWidth, $thumbHeight);
ImageCopyResampled($thumb, $im, 0, 0, 0, 0, $thumbWidth, $thumbHeight,
$imageDim[0], $imageDim[1]);
imagepng($thumb, $thumbPath.$imgName);
imagedestroy($im);
}
alt: http://jbaou.bahaha.org/browser.phps
[method makeThumb($image)]
Expected result:
----------------
a thumbnail :D
Actual result:
--------------
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32389&edit=1
- 16
- [PHP-DEV] Re: cvs: php-src(PHP_5_1) / NEWS /ext/com_dotnet com_persist.cOn Wed, 29 Mar 2006 14:28:43 -0000
email***@***.com ("Antony Dovgal") wrote:
> fix bug #36898 (__set() leaks in classes extending internal ones)
>
> Added:
> ZEND_API void zend_object_std_init(zend_object *object,
> zend_class_entry *ce TSRMLS_DC) ZEND_API void
> zend_object_std_dtor(zend_object *object TSRMLS_DC)
> to initialize and destroy zend_object structs
Without minimizing the importance of this fix, I wonder two things. The
first is about adding such things right when we are in the RC phase for
5.1.3, it sounds a bit risky to me.
The second problem is about extension available in pecl as well, all of
a sudden, it is not possible to compile them with the last php 5.1
version, and there is no possible way now to compile them.
What's about a Zend api version change? and then allows an extension to
be compiled with previous PHP versions.
Regards,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
|
| Author |
Message |
php-bugs

|
Posted: 2004-6-8 2:30:15 |
Top |
php-dev, #28680 [NEW]: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
From: prichter at rci dot rutgers dot edu
Operating system: Red Hat Enterprise Linux 3.0 AS
PHP version: 4.3.6
PHP Bug Type: OCI8 related
Bug description: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
Description:
------------
When I try to run a query, in PHP using OCIExecute, for values of
datatype
VARCHAR2, I get the following error:
"Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
communication protocol error in /usr/local/apache2/htdocs/index.php on
line
16". When I query for numbers it works fine as long as I use the
TO_NUMBER
conversion in the query.
I'm currently running Red Hat Enterprise Linux 3.0 AS, Apache 2.0.49, PHP
4.3.6, and Oracle 9.2.0.4 Client. I'm trying to connect to an Oracle
8.1.7.0
server on a Windows 2000 box. Here are my settings and configurations:
1. I can connect the Oracle client to the server via SQL*Plus. Therefore,
sqlnet.ora and tnsnames.ora are set correctly and the databases are
compatible, at least for use with SQL*Plus.
2. I made sure that the Oracle Call Interface was installed with the
Oracle
9i client.
3. PHP was configured with the following parameters:
./configure --with-mysql --with-oracle --with-oci8
--with-apxs2=<dir to
apxs>
4. My environmental variables are set in /usr/local/apache2/bin/apachectl
the following ways:
LD_LIBRARY_PATH=/u01/app/oracle/lib:/usr/local/apache2/lib
ORACLE_SID=oracledb
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle
TNS_ADMIN=/u01/app/oracle/network/admin
TWO_TASK=/u01/app/oracle/network/admin
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 (this matches the server
setting)
ORA_NLS33=/u01/app/oracle/ocommon/nls/admin/data
LD_PRELOAD=/u01/app/oracle/lib/libclntsh.so.9.0
Reproduce code:
---------------
<?php
PutEnv("ORACLE_SID=oracledb");
PutEnv("ORACLE_HOME=/u01/app/oracle");
PutEnv("TNS_ADMIN=/u01/app/oracle/network/admin");
$user = "sys";
$pw = <the db pw>;
$tns = "HHH";
if ($c=OCILogon($user, $pw, $tns)) {
echo "Successfully connected to Oracle.\n";
$s = OCIParse($c, "SELECT FIRSTNAME AS FIRSTNAME FROM OHCS.STUDENT");
OCIExecute($s, OCI_DEFAULT);
while (OCIFetch($s)) {
echo "FIRSTNAME=" . ociresult($s, "FIRSTNAME") . "\n";
}
OCILogoff($c);
} else {
$err = OCIError();
echo "Oracle Connect Error " . $err[text];
}
?>
Expected result:
----------------
A simple list of all the first names in this table (OHCS.STUDENT). This is
just a test.
Actual result:
--------------
Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
communication protocol error in /usr/local/apache2/htdocs/index.php on
line
16
--
Edit bug report at http://bugs.php.net/?id=28680&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28680&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28680&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28680&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28680&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28680&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28680&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28680&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=28680&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28680&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=28680&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=28680&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28680&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28680&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28680&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28680&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=28680&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28680&r=float
|
| |
|
| |
 |
| |
 |
Index ‹ php-dev |
- Next
- 1
- #41318 [NEW]: PHP compile fails with zzip 0.13.49From: info at talte dot net
Operating system: CentOS 4
PHP version: 4.4.7
PHP Bug Type: Compile Failure
Bug description: PHP compile fails with zzip 0.13.49
Description:
------------
PHP 4.4.7 compile fails with zzip 0.13.49:
In file included
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:4:2: warning: #warning do no not use
<zziplib.h>, update to include <zzip/zzip.h>
In file included from /usr/local/include/zzip/zzip.h:9,
....
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:9:23: #include nested too deeply
In file included
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:58:
error: syntax error before "ZZIP_FILE"
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:58:
warning: no semicolon at end of struct or union
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:59:
warning: data definition has no type or storage class
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:60:
warning: data definition has no type or storage class
In file included from /usr/local/include/zzip/zzip.h:9,
etc.
Expected result:
----------------
Compile without errors.
Actual result:
--------------
/bin/sh /usr/local/directadmin/custombuild/php-4.4.7/libtool --silent
--preserve-dup-deps --mode=compile
gcc -Iext/zip/ -I/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/
-DPHP_ATOM_INC -I/usr/local/directadmin/custombuild/php-4.4.7/include
-I/usr/local/directadmin/custombuild/php-4.4.7/main
-I/usr/local/directadmin/custombuild/php-4.4.7 -I/usr/kerberos/include
-I/usr/local/include
-I/usr/local/directadmin/custombuild/php-4.4.7/ext/mbstring/mbregex
-I/usr/local/directadmin/custombuild/php-4.4.7/ext/mbstring/libmbfl
-I/usr/local/directadmin/custombuild/php-4.4.7/ext/mbstring/libmbfl/mbfl
-I/usr/include/mysql
-I/usr/local/directadmin/custombuild/php-4.4.7/ext/xml/expat
-I/usr/local/directadmin/custombuild/php-4.4.7/TSRM
-I/usr/local/directadmin/custombuild/php-4.4.7/Zend -g -O2
-prefer-non-pic -c
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c -o
ext/zip/zip.lo
In file included
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:4:2: warning: #warning do no not use
<zziplib.h>, update to include <zzip/zzip.h>
In file included from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:9:23: #include nested too deeply
In file included
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:27:
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:58:
error: syntax error before "ZZIP_FILE"
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:58:
warning: no semicolon at end of struct or union
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:59:
warning: data definition has no type or storage class
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/php_zip.h:60:
warning: data definition has no type or storage class
In file included from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:34:
/usr/local/include/zzip/zzip.h:9:23: #include nested too deeply
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `php_zip_free_dir':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:89:
error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:89:
error: (Each undeclared identifier is reported only once
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:89:
error: for each function it appears in.)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:89:
error: `z_dir' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:89:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `php_zip_free_entry':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:98:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:98:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_open':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:133:
error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:133:
error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_read':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:164:
error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:164:
error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:165:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:171:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_close':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:190:
error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:190:
error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:195:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `php_zzip_get_entry':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:206:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:211:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_entry_open':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:269:
error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:269:
error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:270:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:277:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:278:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:280:
error: `O_RDONLY' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_entry_read':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:291:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:303:
error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c: In
function `zif_zip_entry_close':
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:321:
error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.7/ext/zip/zip.c:326:
error: syntax error before ')' token
make: *** [ext/zip/zip.lo] Error 1
--
Edit bug report at http://bugs.php.net/?id=41318&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41318&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41318&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41318&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41318&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=41318&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41318&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=41318&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=41318&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41318&r=support
Expected behavior: http://bugs.php.net/fix.php?id=41318&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=41318&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=41318&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41318&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41318&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41318&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=41318&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41318&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41318&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41318&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=41318&r=mysqlcfg
- 2
- [PHP-DEV] #20760 : is it really the intended behavior ?Hi internals,
Trying to close some documentation bugs, I saw #20760.
Here's the problem :
class Foo {
var $bla;
function quux() {
$this->bla = 5;
}
}
class Bar {
var $bla;
function do_stuff() {
$this->bla = 10;
Foo::quux();
echo $this->bla;
}
}
$blabla = new Bar;
$blabla->do_stuff(); // will print 5, Foo::$bar value
Derick claimed that it was an intended behavior, I'd like to
make sure before documenting it. I'd also like to know why
do we have this feature ? It's quiet confusing.
Thank you in advance,
Mehdi Achour
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 3
- #36719 [Opn->Bgs]: is_file failes to see the file has gone ID: 36719
Updated by: email***@***.com
Reported By: phpbugs at lowvoice dot nl
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux
PHP Version: 5.1.2
New Comment:
Use http://php.net/clearstatcache.
Previous Comments:
------------------------------------------------------------------------
[2006-03-13 15:31:43] phpbugs at lowvoice dot nl
Description:
------------
is_file failes to see the file has gone
i wanted to have a script run as long as a file existed, on removing
the file is_file was supposed to fail and my program should break out
of the loop
Reproduce code:
---------------
test.php:
<?
while (is_file('foo')){
echo "still there\n";
sleep(1);
}
?>
shellcode:
#> touch foo
#> php test.php &
still there
still there
still there
..
#> rm foo
still there
still there
..
Expected result:
----------------
It should have stopped after rm foo
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36719&edit=1
- 4
- #37186 [Opn->Bgs]: Hi, fellows your doing a great job, but... ID: 37186
Updated by: email***@***.com
Reported By: lana0 at zahav dot net dot il
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: XP
PHP Version: 5.1.2
New Comment:
It's great that you haven't ever heard about `make test` and snapshots,
but that doesn't mean WE have never heard about it.
>1. $_ENV is empty
Definitely bogus.
>2. mysqli_stmt_bind_param fails to update db, i.e.
>it succeeds to fill field with empty value!
Try to read this: http://bugs.php.net/how-to-report.php before
reporting problems in such a weird way.
Previous Comments:
------------------------------------------------------------------------
[2006-04-24 18:17:30] lana0 at zahav dot net dot il
Description:
------------
Hi, fellows your are doing a great job
but before you release version you should, if you don't like test, run
it at least ONE time.
1. $_ENV is empty
2. mysqli_stmt_bind_param fails to update db, i.e. it succeeds to fill
field with empty value!
all that I found in 20 minites, before downgrade to previous
version!
If you need a help, I'd like to help you,
but YOU MAY NOT RELEASE VERSION WITHOUT TESTS!!!
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=37186&edit=1
- 5
- #29513 [Opn->Fbk]: no error reporting if error in code block ID: 29513
Updated by: email***@***.com
Reported By: drmaples at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 5.0.0
New Comment:
Works fine for me:
derick@kossu:~$ php
<?php
error_reporting(E_STRICT | E_ALL);
echo $is_this
echo $an_error
?>
Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in -
on line 4
Previous Comments:
------------------------------------------------------------------------
[2004-08-03 23:55:06] drmaples at gmail dot com
Description:
------------
no errors are reported even though explicitly stated to report errors.
removing the 2nd echo statement allows the error to be reported.
'./configure' '--with-mysql=/usr/local/mysql'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--enable-wddx'
'--with-xmlrpc' '--enable-exif'
'--with-oci8=/usr/lib/oracle/10.1.0.2/client' '--enable-sigchild'
'--with-gd' '--with-zlib-dir=/usr/include'
'--with-jpeg-dir=/usr/include' '--enable-gd-native-ttf'
'--with-ttf=/usr/include/freetype'
'--with-freetype-dir=/usr/include/freetype2' '--enable-sockets'
Reproduce code:
---------------
<?php
error_reporting(E_STRICT | E_ALL);
echo $is_this
echo $an_error
?>
Expected result:
----------------
have an error reported that a semicolon is expected
Actual result:
--------------
nothing prints to screen at all
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29513&edit=1
- 6
- #32600 [Opn]: PHP sets return-path incorrectly ID: 32600
User updated by: freddie at vbulletin dot com
Reported By: freddie at vbulletin dot com
Status: Open
Bug Type: *Mail Related
Operating System: Win32
PHP Version: 5.0.4
New Comment:
Correction:
RPath should be set to "email***@***.com", not "<email***@***.com>"
Previous Comments:
------------------------------------------------------------------------
[2005-04-06 01:03:55] freddie at vbulletin dot com
Description:
------------
A new bug has been introduced with the bug fix listed at
http://bugs.php.net/bug.php?id=28976
The above fix attempts to set a reverse-path based on the From: header
if sendmail_from is undefined.
The problem with this is that the From: header is taken verbatim and
not formatted to the RFC 2822 specification.
This results in the email being rejected by the server.
Reproduce code:
---------------
Example:
$headers .= "From: \"Example User\" <email***@***.com>";
PHP will then set the RPath to "\"Example User\" <email***@***.com>"
when it should be "<email***@***.com>"
Expected result:
----------------
Line 440 win32/sendmail.c:
snprintf(Buffer, MAIL_BUFFER_SIZE, "MAIL FROM:<email***@***.com>\r\n",
RPath);
Actual result:
--------------
Line 440 win32/sendmail.c:
snprintf(Buffer, MAIL_BUFFER_SIZE, "MAIL FROM:<Example User
<email***@***.com>>\r\n", RPath);
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32600&edit=1
- 7
- #38714 [Opn->Bgs]: local php.ini not recognized ID: 38714
Updated by: email***@***.com
Reported By: lehmann at cnm dot de
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: Linux 2.6.9-34.ELsmp
PHP Version: 5.1.6
New Comment:
You are using CGI instead of CLI.
Previous Comments:
------------------------------------------------------------------------
[2006-09-05 00:05:33] lehmann at cnm dot de
But it doesn't work here and other users in the mailinglist have the
problem. pwd is the directory of the script.
php -i | grep php.ini
<tr><td class="e">Configuration File (php.ini) Path </td><td
class="v">/usr/local/php-5.1.6/lib/php.ini </td></tr>
Global php.ini defines register_globals=off, local php.ini defines
register_globals=on
php -i | grep register_globals
<tr><td class="e">register_globals</td><td class="v">Off</td><td
class="v">Off</td></tr>
So the options of the local php.ini haven't become effective.
The is no ZendOptimizer, Ioncube or anything like loaded.
------------------------------------------------------------------------
[2006-09-04 17:53:00] email***@***.com
Works perfectly fine here.
Please run `php -i | grep "php\.ini"`.
------------------------------------------------------------------------
[2006-09-04 17:00:18] lehmann at cnm dot de
It would be helpful to know what you are missing.
try the following steps:
Put register_globals=off in the global php.ini.
Put a local php.ini with register_globals=on into e.g. /test.
Save a script with
<?
phpinfo();
?>
as /test/script.php
Run the command line version of php like /usr/local/bin/php
/test/script.php.
phpinfo() will give you register_globals=off. It will also not show you
any other options you have put into the local php.ini like change of
extension dirs etc.
safe mode is off.
------------------------------------------------------------------------
[2006-09-04 16:02:52] email***@***.com
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
------------------------------------------------------------------------
[2006-09-04 15:59:53] lehmann at cnm dot de
Description:
------------
We use PHP as command line version. Usually first the global php.ini
(in PREFIX/lib/php) is parsed and evaluated, then PHP looks for a local
php.ini in the directory of the php-file that will be executed to look
for options that may override the global options.
This can be used e.g. to enable register_globals for a certain user.
In php-5.1.6 the local php.ini isn't recognized or at least the options
in there aren't evaluated. This worked fine even in the command line
versions of older php releases (php4 or php 5.0.x).
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38714&edit=1
- 8
- #42379 [Fbk->Opn]: flush() will eat my server's memory!! ID: 42379
User updated by: mika at netstock dot net
Reported By: mika at netstock dot net
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: freebsd-6.2
PHP Version: 5.2.3
New Comment:
you probably need excute it for a while (5 min maybe!!)
and $var maybe need to put some data inside
at client browser, every things looks fine
i didn't get any error but memory leak
it seem call sapi or something .....
Previous Comments:
------------------------------------------------------------------------
[2007-08-23 10:51:23] email***@***.com
Only thing I get is this output:
Notice: Undefined variable: var in /opt/www/t.php on line 4
And no leak. How about providing us a bit more information and a script
that does not have any errors/notices in it? Your configure line would
be nice to know. And what extensions (if any) you load in php.ini..
------------------------------------------------------------------------
[2007-08-22 13:21:04] mika at netstock dot net
Description:
------------
when i use flush() or ob_implicit_flush() to push data to browser it
will keep eating my server's memory like 4k 4k 4k......and another 4k
..
and my apache is 2.0.59
Do anyone can help me!!!!
Reproduce code:
---------------
<?
while{1){
echo "$var";
flush();
sleep(1);
}
?>
or
<?
ob_implicit_flush(1);
while{1){
echo "$var";
sleep(1);
}
?>
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=42379&edit=1
- 9
- #38566 [Opn->Bgs]: SAFE MODE Restriction in effect without calling any php-file ID: 38566
Updated by: email***@***.com
Reported By: noc at smartterra dot de
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: FreeBSD 5.3
PHP Version: 4.4.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.
Previous Comments:
------------------------------------------------------------------------
[2006-08-23 14:41:34] noc at smartterra dot de
Sometime the error messages differs in some details (id/gid):
Warning: Unknown(): SAFE MODE Restriction in effect. The script whose
uid/gid is 0/0 is not allowed to access /usr/home/zak owned by uid/gid
1094/1095 in Unknown on line 0
------------------------------------------------------------------------
[2006-08-23 14:39:01] noc at smartterra dot de
Description:
------------
I have a php-enabled vhost in the apache2 configuration file. In the
document root there are only html-files. So no php parsed file is
called when the domain is viewed in a browser. But sometimes I get a
warning notice about safe mode restrictions:
Warning: Unknown(): SAFE MODE Restriction in effect. The script whose
uid/gid is 80/80 is not allowed to access /usr/home/zak owned by
uid/gid 1094/1095 in Unknown on line 0
In the error.log I can see the additional informationen that the
referer is sometimes the index.html or the css-file included in the
index.html.
I'm running PHP4.4.4 with Apache 2.0.59 on FreeBSD 5.3. If you need any
furhter information don't hesitate to contact me.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38566&edit=1
- 10
- #29426 [Com]: Incomplete/inconsistent functionality ID: 29426
Comment by: cyberlot at cyberlot dot net
Reported By: php at peterrobins dot co dot uk
Status: Open
Bug Type: SimpleXML related
Operating System: Linux 2.4
PHP Version: 5.0.0
New Comment:
Confirming this bug exists, Have the same problem, I need to add to a
simplexml object on the fly and can't
Previous Comments:
------------------------------------------------------------------------
[2004-07-28 13:22:59] php at peterrobins dot co dot uk
Description:
------------
According to the manual page, you can add a node with
SimpleXML, but this does not seem to work, either as
$xml->movie[0]->characters[0]->character[0]->age = '21';
nor as
$xml->movie[0]->rating[2] = 'not bad';
Deletion works on attributes
unset($xml->movie[0]->rating[1]['type']);
but at node level, deletes all
unset($xml->movie[0]->rating);
This is inconsistent with reading where
$xml->movie[0]->rating
fetches the first node only.
unset($xml->movie->rating);
deletes all ratings for the 1st movie only.
It does not appear possible to delete just 1 node
unset($xml->movie[0]->rating[1]);
Because objs are now refs not copies, can do this
$rat = $xml->movie[0]->rating[0];
$rat['name'] = 'judge';
but not this
$rat = 'new content';
nor this
$rat->child[0] = 'new rating';
and if I try and do
$rat->child = 'new rating';
I get 'Attempt to assign property of non-object'
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29426&edit=1
- 11
- #31762 [Bgs]: array_shift() modifies array passed by value from class method ID: 31762
User updated by: e at narod dot ru
Reported By: e at narod dot ru
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.3
New Comment:
How can you explain Try to remove the line:
"if (!$this->_cache) $this->_cache = array(1, 2, 3, 4, 5);"
and you'll get
"PHP Fatal error: Only variables can be passed by reference in
C:\TEMP\bug31762.php on line 10"
The strange thing is that "if (...)" statement influences the
function's return value type.why the problem
Previous Comments:
------------------------------------------------------------------------
[2005-02-03 21:52:14] 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
That's how it works.
See http://php.net/array_shift
------------------------------------------------------------------------
[2005-01-30 05:38:14] e at narod dot ru
Description:
------------
Function array_shift() modifies array passed by value from class
method.
In the example below $_cache is modified through array_shift() call
though $_cache is always passed by value.
The bug doesn't appear if we don't use classes.
Reproduce code:
---------------
class A {
var $_cache = false;
function get_array() {
if (!$this->_cache) $this->_cache = array(1, 2, 3, 4, 5);
return $this->_cache;
}
function get_shifted_array() {
return array_shift($this->get_array());
}
}
$a = new A;
for ($i = 0; $i < 5; $i++)
echo $a->get_shifted_array() . "\n";
Expected result:
----------------
1
1
1
1
1
Actual result:
--------------
1
2
3
4
5
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31762&edit=1
- 12
- #29892 [NEW]: strtotime('now'); doesn't workFrom: alexander dot over at koeln dot de
Operating system: Suse9.1
PHP version: 5.0.1
PHP Bug Type: Unknown/Other Function
Bug description: strtotime('now'); doesn't work
Description:
------------
the result from strtotime("now"); gives me only the timestamp from the
beginning of the actual day.
Reproduce code:
---------------
<?
echo strtotime("now");
?>
Expected result:
----------------
1093854300
Actual result:
--------------
1093816800 -> 30.08.2004 00:00:00
--
Edit bug report at http://bugs.php.net/?id=29892&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29892&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29892&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29892&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=29892&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29892&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29892&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29892&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29892&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29892&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29892&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29892&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29892&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29892&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29892&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29892&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29892&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29892&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29892&r=float
- 13
- #31502 [Opn->Csd]: Wrong deserialization from session when using WDDX serializer ID: 31502
Updated by: email***@***.com
Reported By: kubis at pawouk dot net
-Status: Open
+Status: Closed
Bug Type: WDDX related
Operating System: WinXP SP2
PHP Version: 5CVS-2005-02-28
New Comment:
The bug is fixed in CVS HEAD and PHP_5_0.
Now WDDX extension can serialize/deserialize private and protected
members.
Previous Comments:
------------------------------------------------------------------------
[2005-02-28 21:53:07] kubis at pawouk dot net
Still not working on 5.1.0-dev; member names are still missing.
------------------------------------------------------------------------
[2005-02-28 21:09:30] 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-01-12 13:57:07] petr at mudroch dot net
It seems that the problem appears when the wddx serializer tries to
serialize and then deserialize objects with private members; private
members are not serialized and the deserialized values of private
members are NULL
with session.serialize_handler = wddx in php.ini try this and then look
at file, in which session data are stored
---
session_start();
class Petr {
private $priv;
public $pub;
protected $prot;
public $pavel;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
$this->pavel = new Pavel();
}
}
class Pavel {
private $priv;
public $pub;
protected $prot;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
}
}
$petr = new Petr();
$_SESSION['test'] = $petr;
---
you will see
<wddxPacket version='1.0'><header/><data><struct><var
name='test'><struct><var
name='php_class_name'><string>Petr</string></var><var
name=''><string>private</string></var><var
name='pub'><string>public</string></var><var
name=''><string>protected</string></var><var name='pavel'><struct><var
name='php_class_name'><string>Pavel</string></var><var
name=''><string>private</string></var><var
name='pub'><string>public</string></var><var
name=''><string>protected</string></var></struct></var></struct></var></struct></data></wddxPacket>
---
protected and private members are not serialized correctly - only value
of variable, nor its name, is serialized
------------------------------------------------------------------------
[2005-01-12 13:15:38] kubis at pawouk dot net
once more the __wakeup() function; i messed it up:
function __wakeup(){
$this->logger->logfile.... // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
------------------------------------------------------------------------
[2005-01-12 02:15:32] kubis at pawouk dot net
Description:
------------
I have found that sometimes if you have an object A as a member of a
another object B and your try to store the object B in session AND you
are using wddx serializer as default session serializer, after
deserialization back from session the object A in member of object B
deserializes wrong. While using the standard php serializer, all seems
working perfectly.
Reproduce code:
---------------
class Logger {
public $logfile;
public $logtype;
function __construct(){
$this->logfile = '/tmp/user.log';
}
// some logger class implementation
}
class User {
public $logger;
function __construct()
$this->logger = new Logger();
}
function __wakeup(){
$this->logger->logtype .... // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
Expected result:
----------------
I am expecting that the value of $this->logger->logtype would be the
'/tmp/user.log' string; but there is not any value at all, and it seems
there is not any member 'logfile' at all. While debugging using Zend
studio i have seen that all members of the Logger class have lost their
names; there were just some numbers.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=31502&edit=1
- 14
- #33274 [Opn->Fbk]: Class extended from MySQLi mangles members on calling parent method ID: 33274
Updated by: email***@***.com
Reported By: flying dot mushroom at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: MySQLi 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-08 12:27:00] flying dot mushroom at gmail dot com
Description:
------------
A class that extends mysqli, if passing its own members directly to the
parent constructor, will have those members mangled after the call.
Assigning member values to local variables and then passing those to
the parent solves the problem on for the user, but the above behaviour
shouldn't happen...?
(Replacing the line "parent::__construct($this->p_host, $this->p_uname,
$this->p_password);" with "parent::__construct($host, $username,
$password);" produces the expected result.)
This same problem is reported on the comment by hans at lintoo dot dk
on http://www.php.net/manual/en/ref.mysqli.php
Reproduce code:
---------------
<?php
class db_mysql extends mysqli
{
private $p_host;
private $p_uname = '';
private $p_password = '';
public function __construct($host, $username = '', $password = '')
{
$this->p_host = $host;
$this->p_uname = $username;
$this->p_password = $password;
parent::__construct($this->p_host, $this->p_uname,
$this->p_password);
}
}
var_dump(new db_mysql('localhost', 'username', 'password'));
?>
Expected result:
----------------
object(db_mysql)#1 (3) {
["p_host:private"]=>
string(9) "localhost"
["p_uname:private"]=>
string(8) "username"
["p_password:private"]=>
string(8) "password"
}
Actual result:
--------------
object(db_mysql)#1 (3) {
["p_host:private"]=>
string(9) "localhost"
["p_uname:private"]=>
string(8) "username"
["p_password:private"]=>
NULL
}
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33274&edit=1
- 15
- #43229 [Opn->Ver]: array_walk crashes with a segmentation fault ID: 43229
Updated by: email***@***.com
Reported By: email***@***.com
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: CentOS
PHP Version: 5.2CVS-2007-11-09 (CVS)
New Comment:
Looks like a problem happens because array is modified while array_walk
is walking it.
Previous Comments:
------------------------------------------------------------------------
[2007-11-09 20:45:28] email***@***.com
Description:
------------
strace doesnt output anything - it just cuts the output with a
segfault.
if you change the variable from $thiskeyword to something else without
"this" at the start, it works correctly... ;)
Reproduce code:
---------------
<?php
$stopwords = array( 'this', 'a', 'the', 'is' );
$keyword = explode( ' ', 'this is a big problem' );
for( $i = 0; $i < 1000; $i++ ) {
$thiskeyword = $keyword;
array_walk( $thiskeyword, create_function('$v,$k','global
$thiskeyword,$stopwords;if(in_array($v,$stopwords)){unset($thiskeyword[$k]);}'));
}
?>
Actual result:
--------------
Segmentation Fault
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=43229&edit=1
|
|
|