#29613 [Opn-Fbk]: construct Class error when used 2 parameters or more
ID: 29613
Updated by: [EMAIL PROTECTED]
Reported By: onebird at 21cn dot com
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: win2k
PHP Version: 5.0.0
New Comment:
Can't reproduce it with your code. Works fine.
Previous Comments:
[2004-08-11 17:00:01] onebird at 21cn dot com
if I used an object to $DB , like :
$a = new system_login ($Global_DB_Connection, Form);
I found the Form can't transfer to $mode also !
[2004-08-11 16:49:57] onebird at 21cn dot com
More for code :
// file base.inc
?php
class Base
{ var $test;
var $info;
function test()
{ //...anything..
}
}
?
//this is other file
?php
require_once(base.inc);
class system_login extends Base
{
private $db_conn;
private $user_table = 'user';
function system_login( $DB = , $mode = http )
{
global $Global_DB_Connection;
if (empty($DB))
$this-db_conn = $Global_DB_Connection;
else
$this-db_conn = $DB;
if ($mode == 'http')
{
if (!isset($_SERVER['PHP_AUTH_USER'])) {
header('WWW-Authenticate: Basic realm=My Realm');
header('HTTP/1.0 401 Unauthorized');
echo 'please login at first !';
exit;
} else {
Base::sys_login($_SERVER['PHP_AUTH_USER'],$_SERVER['PHP_AUTH_PW']);
// ...anything..
}
}
else
{
//... something for Form submit to login ...
}
}
}
$a = new system_login (,Form);
?
if changed the :
function system_login( $DB = , $mode = http )
to
function system_login( $DB, $mode )
used the
$a = new system_login (,Form);
or
$a = new system_login (,);
The PHP5 told me all the parameters missing !!
[2004-08-11 13:41:27] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-08-11 13:33:09] onebird at 21cn dot com
Description:
construct Class error when used 2 parameters or more ;
The first parameter can't used the Default value !!
Reproduce code:
---
class Base
{.}
class system_login extends Base
{
var $db_conn;
var $user_table = 'user';
function system_login( $DB = , $mode = http )
{.}
}
$a = new system_login (,Form);
Expected result:
I found the $mode == http always ;
but it will be $mode == Form when construct this class;
if I used :$a = new system_login (ss,Form);
the $mode == Form is OK!
The first parameter can't used the Default value !!
this code can used under PHP4 , it OK always !
--
Edit this bug report at http://bugs.php.net/?id=29613edit=1
#29791 [Opn-Bgs]: glob crash
ID: 29791
Updated by: [EMAIL PROTECTED]
Reported By: mg at iceni dot pl
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5CVS-2004-08-22 (dev)
New Comment:
Ok, marking bogus then. What specific version glibc do you have?
Previous Comments:
[2004-08-22 20:38:18] mg at iceni dot pl
Please mark this bug as BOGUS... Looks like my system is
totally screwed, glob() in my glibc is using some
different structure glob_t than rest of the world...
[2004-08-22 19:57:42] [EMAIL PROTECTED]
What C library are you using, the error you are reporting
implies that in or * conditions the library would
return NULL as the path.
[2004-08-22 19:48:13] [EMAIL PROTECTED]
Works fine here.
What server API have you tried? CLI? Apache? Apache2? Other?
[2004-08-22 19:42:31] mg at iceni dot pl
Description:
PHP 5 crashes while using glob() function with specific
arguments.
Reproduce code:
---
?php
glob(''); // crash
glob('*'); // crash
glob('*.txt'); //ok
?
Expected result:
Actual result:
--
#0 0x08131300 in zif_glob (ht=1, return_value=0x830a6dc,
this_ptr=0x0, return_value_used=0)
at /home/sh/php5/ext/standard/dir.c:421
421 strncpy(cwd, globbuf.gl_pathv[0],
MAXPATHLEN);
(gdb) bt
#0 0x08131300 in zif_glob (ht=1, return_value=0x830a6dc,
this_ptr=0x0, return_value_used=0)
at /home/sh/php5/ext/standard/dir.c:421
#1 0x08229e35 in zend_do_fcall_common_helper
(execute_data=0xbfffd380)
at /home/sh/php5/Zend/zend_execute.c:2980
#2 0x0822a9a6 in zend_do_fcall_handler
(execute_data=0xbfffd380)
at /home/sh/php5/Zend/zend_execute.c:3114
#3 0x082239bd in execute (op_array=0x830af3c)
at /home/sh/php5/Zend/zend_execute.c:1498
#4 0x081f9da5 in zend_execute_scripts (type=8,
retval=0x0, file_count=3)
at /home/sh/php5/Zend/zend.c:1052
#5 0x081ab791 in php_execute_script
(primary_file=0xb7d0)
at /home/sh/php5/main/main.c:1633
#6 0x08231e1d in main (argc=3, argv=0xb894)
at /home/sh/php5/sapi/cli/php_cli.c:943
--
Edit this bug report at http://bugs.php.net/?id=29791edit=1
#29795 [Opn-Asn]: SegFault with Soap and Amazon's Web Services
ID: 29795
Updated by: [EMAIL PROTECTED]
Reported By: jamus at jamus dot com
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: Redhat 9
PHP Version: 5.0.1
-Assigned To:
+Assigned To: dmitry
New Comment:
Assigning to dmitry.
Previous Comments:
[2004-08-23 01:18:21] jamus at jamus dot com
Description:
I receive a segfault when executing the code below. If
I change $stuff[0] to Small, everything works fine.
Reproduce code:
---
?php
$client = new
SoapClient(http://aws-beta.amazon.com/AWSSchemas/AWSProductData/beta/US.wsdl;);
$request-{Operation}=ItemLookup;
$request-{ItemId}=1565926102;
$stuff[0]=Medium;
$request-{ResponseGroup}=$stuff;
$ar-{Request}=$request;
$ar-{SubscriptionId}=18BJZ2XBVHZX80H4YCG2;
$ar=$client-ItemLookup($ar);
var_dump($ar);
?
Expected result:
The variable ar dumped.
Actual result:
--
#0 sdl_guess_convert_zval (enc=0x8353dcc,
data=0x83ba948)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:2469
#1 0x080c515f in master_to_zval (encode=0x8353dcc,
data=0x83ba948)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#2 0x080c61c0 in model_to_zval_object (ret=0x83b7a14,
model=0x83949b4,
data=0x839468c, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:891
#3 0x080c6430 in model_to_zval_object (ret=0x83b7a14,
model=0x839492c,
data=0x83ba8f8, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:949
#4 0x080c6675 in to_zval_object (type=0x83ba98f,
data=0x83ba8f8)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:1027
#5 0x080c515f in master_to_zval (encode=0x8355f3c,
data=0x83ba8f8)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#6 0x080c61c0 in model_to_zval_object (ret=0x83b7304,
model=0x83a326c,
data=0x839a924, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:891
#7 0x080c6430 in model_to_zval_object (ret=0x83b7304,
model=0x83a0f14,
data=0x83ba2b8, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:949
#8 0x080c6675 in to_zval_object (type=0x83ba98f,
data=0x83ba2b8)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:1027
#9 0x080c515f in master_to_zval (encode=0x8353d8c,
data=0x83ba2b8)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#10 0x080c61c0 in model_to_zval_object (ret=0x83b6a5c,
model=0x8384f94,
data=0x8383fec, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:891
#11 0x080c6430 in model_to_zval_object (ret=0x83b6a5c,
model=0x8384c44,
data=0x83b98e0, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:949
#12 0x080c6675 in to_zval_object (type=0x83ba98f,
data=0x83b98e0)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:1027
#13 0x080c515f in master_to_zval (encode=0x8355fbc,
data=0x83b98e0)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#14 0x080c61c0 in model_to_zval_object (ret=0x83b6694,
model=0x837aebc,
data=0x837ac04, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:891
#15 0x080c6430 in model_to_zval_object (ret=0x83b6694,
model=0x837acd4,
data=0x83b95d0, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:949
#16 0x080c6675 in to_zval_object (type=0x83ba98f,
data=0x83b95d0)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:1027
#17 0x080c515f in master_to_zval (encode=0x83565bc,
data=0x83b95d0)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#18 0x080c61c0 in model_to_zval_object (ret=0x83b44d4,
model=0x8371da4,
data=0x8371bec, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:891
#19 0x080c6430 in model_to_zval_object (ret=0x83b44d4,
model=0x8371cc4,
data=0x83b4660, sdl=0x834fdb4)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:949
#20 0x080c6675 in to_zval_object (type=0x83ba98f,
data=0x83b4660)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:1027
#21 0x080c515f in master_to_zval (encode=0x8356bfc,
data=0x83b4660)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_encoding.c:327
#22 0x080cfd60 in parse_packet_soap (this_ptr=0x83556bc,
buffer=0x83b588c ?xml version=\1.0\
encoding=\UTF-8\?SOAP-ENV:Envelope xmlns:SOAP-
ENV=\http://schemas.xmlsoap.org/soap/envelope/\;
\nxmlns:SOAP-ENC=\http://schemas.xmlsoap.org/soap/
encoding/\ \nxmlns:xsi=\http://www.w;...,
buffer_size=2638, fn=0x83b14f4, fn_name=0x0,
return_value=0x835512c,
soap_headers=0x0)
at /home/jamus/SRC/php-5.0.1/ext/soap/
php_packet_soap.c:297
#23 0x080be13e in do_soap_call (this_ptr=0x83556bc,
function=0x835506c ItemLookup, function_len=10,
arg_count=1,
real_args=0x83550ac, return_value=0x835512c,
soap_action=0x0,
call_uri=0x0,
#29796 [Opn-Asn]: Valid XML Soap Reply results in looks like we got no XML document
ID: 29796
Updated by: [EMAIL PROTECTED]
Reported By: jamus at jamus dot com
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Redhat 9, Mac OS 10.3.5
PHP Version: 5.0.1
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2004-08-23 06:29:39] jamus at jamus dot com
Description:
I have a database of about 10 item ids. Only one fails
when trying to retrieve item details from amazon.com. I
captured the XML result from amazon through a sniffer,
and the XML reply looks right. I checked it for well-
formedness with mozilla and xmllint. The error I
receive is:
bFatal error/b: Uncaught SoapFault exception:
[SOAP-ENV:Client] looks like we got no XML document in /
Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17
Stack trace:
#0 /Users/jamus/downloads/php-5.0.1/sapi/cli/
index.php(17): SoapClient-
AsinSearchRequest('AsinSearchReque...', Array)
#1 /Users/jamus/downloads/php-5.0.1/sapi/cli/
index.php(23): getItemDetails(Object(stdClass))
#2 {main}
thrown in b/Users/jamus/downloads/php-5.0.1/sapi/
cli/index.php/b on line b17/bbr /
Reproduce code:
---
?php
function getItemDetails($asin)
{
$client = new
SoapClient(http://soap.amazon.com/schemas3/AmazonWebServices.wsdl;);
$ar-{asin}=$asin;
$ar-{tag}=jamuscom-20;
$ar-{type}=heavy;
$ar-{devtag}=D2FZ7623BKO6NP;
$ar-{offer}=All;
$ar-{offerpage}=1;
$ar-{locale}=en;
$ar-{page}=1;
$ar=$client-AsinSearchRequest($ar);
return $ar;
}
$ar=getItemDetails(067232525X); /* this one works */
var_dump($ar);
$ar=getItemDetails(0312238622); /* this one doesn't */
var_dump($ar);
?
Expected result:
I expected to receive the results for both items, not
the first one.
Actual result:
--
bFatal error/b: Uncaught SoapFault exception:
[SOAP-ENV:Client] looks like we got no XML document in /
Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17
Stack trace:
#0 /Users/jamus/downloads/php-5.0.1/sapi/cli/
index.php(17): SoapClient-
AsinSearchRequest('AsinSearchReque...', Array)
#1 /Users/jamus/downloads/php-5.0.1/sapi/cli/
index.php(23): getItemDetails(Object(stdClass))
#2 {main}
thrown in b/Users/jamus/downloads/php-5.0.1/sapi/
cli/index.php/b on line b17/bbr /
Below is the xml file that was pulled from packet
sniffing using ethereal:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope xmlns:SOAP-ENC=http://
schemas.xmlsoap.org/soap/encoding/ xmlns:xsi=http://
www.w3.org/2001/XMLSchema-instance xmlns:SOAP-
ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:
xsd=http://www.w3.org/2001/XMLSchema; xmlns:
amazon=http://soap.amazon.com; SOAP-ENV:
encodingStyle=http://schemas.xmlsoap.org/soap/
encoding/
SOAP-ENV:Body
namesp117:AsinSearchRequestResponse xmlns:
namesp117=http://soap.amazon.com;
return xsi:type=amazon:ProductInfo
Details SOAP-ENC:arrayType=amazon:Details[1]
xsi:type=SOAP-ENC:Array
Details xsi:type=amazon:Details
Url xsi:type=xsd:stringhttp://
www.amazon.com/exec/obidos/ASIN/0312238622/jamuscom-20?
dev-t=D2FZ7623BKO6NP%26camp=2025%26link_code=sp1/Url
Asin xsi:type=xsd:string0312238622/
Asin
ProductName xsi:type=xsd:stringAnime
from Akira to Princess Mononoke: Experiencing
Contemporary Japanese Animation/ProductName
Catalog xsi:type=xsd:stringBook/
Catalog
Authors SOAP-ENC:arrayType=xsd:string[1]
xsi:type=SOAP-ENC:Array
Author xsi:type=xsd:stringSusan
Jolliffe Napier/Author
/Authors
ReleaseDate xsi:type=xsd:string01 April,
2001/ReleaseDate
Manufacturer xsi:type=xsd:stringPalgrave
MacMillan/Manufacturer
ImageUrlSmall xsi:type=xsd:stringhttp://
images.amazon.com/images/P/0312238622.01.THUMBZZZ.jpg/
ImageUrlSmall
ImageUrlMedium xsi:type=xsd:stringhttp:/
/images.amazon.com/images/P/0312238622.01.MZZZ.jpg/
ImageUrlMedium
ImageUrlLarge xsi:type=xsd:stringhttp://
images.amazon.com/images/P/0312238622.01.LZZZ.jpg/
ImageUrlLarge
ListPrice xsi:type=xsd:string$65.00/
ListPrice
OurPrice xsi:type=xsd:string$65.00/
OurPrice
UsedPrice xsi:type=xsd:string$12.00/
UsedPrice
ThirdPartyNewPrice xsi:type=xsd:
string$79.26/ThirdPartyNewPrice
SalesRank xsi:type=xsd:string743,683/
SalesRank
NumberOfOfferings xsi:type=xsd:string8/
NumberOfOfferings
ThirdPartyNewCount xsi:type=xsd:
string4/ThirdPartyNewCount
UsedCount xsi:type=xsd:string4/
UsedCount
ThirdPartyProductInfo xsi:type=amazon:
ThirdPartyProductInfo
ThirdPartyProductDetails SOAP-ENC:
arrayType=amazon:ThirdPartyProductDetails[6] xsi:
type=SOAP-ENC:Array
ThirdPartyProductDetails xsi:
type=amazon:ThirdPartyProductDetails
OfferingType
#29787 [Bgs]: Object instance variables not visible from within __toString()
ID: 29787
User updated by: adamgoossens at users dot sourceforge dot net
Reported By: adamgoossens at users dot sourceforge dot net
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows XP Professional, SP2
PHP Version: 5.0.1
New Comment:
Oops. And I thought I had been so careful and checked everything. :)
Apologies for wasting your time.
Previous Comments:
[2004-08-22 17:52:20] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You didn\'t set the public var so its value is NULL.
[2004-08-22 14:56:42] adamgoossens at users dot sourceforge dot net
Description:
Hi folks,
When overriding __toString() to provide custom object to string
conversion it appears as though object level variables are not visible
from within the function.
This affects public, private and protected variables equally. Static
member variables and class constants are not affected.
Reproduce code:
---
class Foo
{
public $_myVar;
public static $_static = 'I am static.';
const MY_CONST = 'I am constant.';
function __construct()
{
$_myVar = 'A public variable.';
}
function __toString()
{
return
Variables:\n.$this-_myVar.\n.Foo::$_static.\n.Foo::MY_CONST;
}
}
$foo = new Foo;
echo $foo;
Expected result:
Variables:
A public variable.
I am static.
I am constant.
Actual result:
--
Variables:
I am static.
I am constant.
--
Edit this bug report at http://bugs.php.net/?id=29787edit=1
#29542 [Com]: basename() has problem in supporting multi-byte chars.
ID: 29542 Comment by: p dot daintree at paradise dot net dot nz Reported By: ppmm at wuxinan dot net Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 Prof. PHP Version: 5.0.0 New Comment: Using linux 2.4.20 kernel php 5.0.0 on apache 1.3.31 $String = abcdef - ghijk; echo substr($String, strrpos($String, - )); returns - ghijk but should and did return ghijk in previous versions. Phil Previous Comments: [2004-08-05 23:42:35] ppmm at wuxinan dot net Description: when path has multi-byte chars, basename() does not return correct file basename. I did not have this problem in PHP 4.3.7. In the example, $hehe variable has two gb2312-encoded chinese chars. This might relate to setlocale or something like that. Reproduce code: --- $hehe = hehe/ºÕºÕ haha kkk; echo basename($hehe).\n; echo substr($hehe, strrpos($hehe, /)+1); Expected result: ºÕºÕ haha kkk ºÕºÕ haha kkk Actual result: -- haha kkk ºÕºÕ haha kkk -- Edit this bug report at http://bugs.php.net/?id=29542edit=1
#28461 [Opn]: segmentation fault when using backreferences on a long string
ID: 28461
User updated by: xanthor at xanthor dot tk
Reported By: xanthor at xanthor dot tk
Status: Open
Bug Type: PCRE related
Operating System: Linux, WindowsXP©
-PHP Version: 4.3.8
+PHP Version: 4.3.8; 4.3.9RC1, 5.0.1
New Comment:
Updating version :
I've found an other expression which segfaults also PHP 5 :
preg_match(/^((?!a).)*/,str_repeat('b',21236),$z);
Previous Comments:
[2004-07-19 11:11:33] xanthor at xanthor dot tk
The bug is still here with PHP 4.3.8
[2004-05-21 11:17:44] xanthor at xanthor dot tk
No it isn't fixed :
with 2236+3 chars it works, but when we increase this number we manage
to have an other segmentation fault.
(The new limit seems to be 2247+3)
[2004-05-21 01:13:19] [EMAIL PROTECTED]
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
[2004-05-20 22:15:47] xanthor at xanthor dot tk
Description:
This line crash PHP with a segmentation fault.
It use a 3-chars-long back reference, on a 2236+3 chars-long string
If the back references is only 2 chars long, it's ok.
If the long string is less that 2236+3 chars, it's ok too...
Reproduce code:
---
preg_match(/(((?!aaa).)*)(?!aaa)aaa/,str_repeat('
',2236).'aaa',$z);
Expected result:
No crash, and true return by the preg_match
Actual result:
--
segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=28461edit=1
#27791 [Opn-Csd]: PHP5 + Apache2 + Mandrake 10/RC1 Fails w/o -D_LARGEFILE64_SOURCE
ID: 27791 Updated by: [EMAIL PROTECTED] Reported By: manish_dharwadker at yahoo dot com -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: linux (64b) PHP Version: 5CVS, 4CVS (2004-04-07) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-05-13 17:31:40] manish_dharwadker at yahoo dot com Just change your CFLAGS to include -D_LARGEFILE64_SOURCE, should allow for the compilation. [2004-05-13 14:22:41] axel at pearbough dot net I have experienced the same. Apache 2.1 CVS from yesterday. PHP5 CVS from today. CFLAGS='-O3 -march=pentium' \ CXXFLAGS='-O3 -march=pentium' \ './configure' \ '--disable-cgi' \ '--enable-force-cgi-redirect' \ '--enable-safe-mode' \ '--enable-magic-quotes' \ '--enable-libgcc' \ '--enable-exif' \ '--enable-calendar' \ '--enable-gd-native-ttf' \ '--enable-ftp' \ '--enable-sysvmsg' \ '--enable-sysvshm' \ '--enable-sysvsem' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-openssl' \ '--with-curl' \ '--with-db4' \ '--with-mysql=/usr' \ '--with-mysql-sock=/tmp/mysql.sock' \ '--with-gettext' /bin/sh /usr/local/src/db/php-src/libtool --silent --preserve-dup-deps --mode=compile /usr/local/src/db/php-src/meta_ccld -I/usr/local/apache2/include -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/usr/local/src/db/php-src/sapi/apache2handler/ -DPHP_ATOM_INC -I/usr/local/src/db/php-src/include -I/usr/local/src/db/php-src/main -I/usr/local/src/db/php-src -I/usr/local/src/db/php-src/Zend -I/usr/include/libxml2 -I/usr/include/mysql -D_REENTRANT -I/usr/local/src/db/php-src/TSRM -O3 -march=pentium -pthread -DZTS -prefer-pic -c /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo In file included from /usr/local/apache2/include/ap_config.h:19, from /usr/local/apache2/include/httpd.h:29, from /usr/local/src/db/php-src/sapi/apache2handler/php_apache.h:24, from /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c:26: /usr/local/apache2/include/apr.h:262: error: parse error before apr_off_t /usr/local/apache2/include/apr.h:262: warning: data definition has no type or storage class In file included from /usr/local/apache2/include/apr_file_io.h:28, from /usr/local/apache2/include/apr_network_io.h:25, from /usr/local/apache2/include/httpd.h:38, from /usr/local/src/db/php-src/sapi/apache2handler/php_apache.h:24, from /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c:26: /usr/local/apache2/include/apr_file_info.h:187: error: parse error before apr_off_t /usr/local/apache2/include/apr_file_info.h:187: warning: no semicolon at end of struct or union /usr/local/apache2/include/apr_file_info.h:189: warning: data definition has no type or storage class /usr/local/apache2/include/apr_file_info.h:195: error: 'ctime' redeclared as different kind of symbol /usr/include/time.h:254: error: previous declaration of 'ctime' was here /usr/local/apache2/include/apr_file_info.h:195: error: 'ctime' redeclared as different kind of symbol /usr/include/time.h:254: error: previous declaration of 'ctime' was here /usr/local/apache2/include/apr_file_info.h:202: error: parse error before '}' token In file included from /usr/local/apache2/include/apr_network_io.h:25, from /usr/local/apache2/include/httpd.h:38, from /usr/local/src/db/php-src/sapi/apache2handler/php_apache.h:24, from /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c:26: /usr/local/apache2/include/apr_file_io.h:503: error: parse error before apr_off_t /usr/local/apache2/include/apr_file_io.h:692: error: parse error before apr_off_t In file included from /usr/local/apache2/include/httpd.h:38, from /usr/local/src/db/php-src/sapi/apache2handler/php_apache.h:24, from /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c:26: /usr/local/apache2/include/apr_network_io.h:535: error: parse error before apr_off_t In file included from /usr/local/apache2/include/apr_buckets.h:31, from /usr/local/apache2/include/httpd.h:39, from /usr/local/src/db/php-src/sapi/apache2handler/php_apache.h:24, from /usr/local/src/db/php-src/sapi/apache2handler/mod_php5.c:26: /usr/local/apache2/include/apr_mmap.h:133: error: parse error before apr_off_t /usr/local/apache2/include/apr_mmap.h:160: error: parse error before apr_off_t In file included from
#29774 [Opn-Bgs]: no string variable allowed in function get_class_vars and get_class_methods
ID: 29774
Updated by: [EMAIL PROTECTED]
Reported By: rkressirer at t-online dot de
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: WIN2K
PHP Version: 5.0.0
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.
Thank you for your interest in PHP.
Operator . has higher precedence, than =, so $KlassenName becomes
(get_class($obj)).br instead of get_class($obj).
Just take out assignment from the string and you'll get expected
results.
Previous Comments:
[2004-08-20 22:02:19] rkressirer at t-online dot de
Description:
For to analyse objects the following function was written. According to
the manual it should be possible to use a 'string class_name' as
variable in the functions get_class_vars() and get_class_methods().
It turned out, that this is not the case. Only by replacing the
variable (in this case 'KlassenName') by the function get_class($obj)
the required result will be obtained.
The code shows both versions of each function and the respective Error
Message.
(windows+apache1.x+php module version on localhost)
Reproduce code:
---
function object_structure($obj)
{
print (Klasse: .$KlassenName= (get_class($obj)).br);
$properties = (get_object_vars($obj));
while (list($prop, $val) = each($properties))
echo $prop = $valbr;
//-
//works:
$stdClassVars = (get_class_vars(get_class($obj)));
while (list($prop) = each($stdClassVars))
echo Standardelement: $propbr;
//does not work:
//Warning: Variable passed to each() is not an array or object in
f:\programme\apache...
$stdClassVars = (get_class_vars($KlassenName));
while (list($prop) = each($stdClassVars))
echo Standardelement: $propbr;
//-//works:
$methods = (get_class_methods(get_class($obj)));
foreach ($methods as $method) print(Methode: .$method.br);
//does not work:
//Warning: Invalid argument supplied for foreach() in f:\programme...
$methods = (get_class_methods($KlassenName));
foreach ($methods as $method) print(Methode: .$method.br);
return;
}
?
Expected result:
any existing class_variable or method of an object should be shown with
both versions.
For testing I used:
class baugruppe{
public $BG_ID, $BG_NAME, $BG_NR='421500.000', $Version='d';
function __construct($BG_ID, $BG_NAME)
{
$this-BG_ID =$BG_ID;
$this-BG_NAME=$BG_NAME;
return;
}
function show()
{
echo $this-BG_IDbr;
echo $this-BG_NRbr;
echo $this-BG_NAMEbr;
echo $this-Versionbr;
return;
}
} //end class
$transferarm= new baugruppe(3,'Transferarm');
Actual result:
--
only version marked with works shows results.
--
Edit this bug report at http://bugs.php.net/?id=29774edit=1
#29797 [NEW]: mkdir function doesn't work correctly when path contains forward slashes
From: arnoud at procurios dot nl
Operating system: Windows XP
PHP version: 5.0.0
PHP Bug Type: Directory function related
Bug description: mkdir function doesn't work correctly when path contains forward
slashes
Description:
The 'mkdir' function doesn't function correctly on Windows when the path
contains forward slashes. The part of the path with the forward slashes
doesn't get created.
Reproduce code:
---
?
mkdir('c:\a\b\c\d', 0775, true);
mkdir('c:\e\f\g/h', 0775, true);
?
Expected result:
Two directories should have been created:
c:\a\b\c\d, and
c:\e\f\g\h
Actual result:
--
Actual directories being created:
c:\a\b\c\d, and
C:\e\f
--
Edit bug report at http://bugs.php.net/?id=29797edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29797r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29797r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29797r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29797r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29797r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29797r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29797r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29797r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29797r=support
Expected behavior: http://bugs.php.net/fix.php?id=29797r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29797r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29797r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29797r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29797r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29797r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29797r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29797r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29797r=float
#28162 [Com]: compile error in gdft.c
ID: 28162 Comment by: plumber at gnu-darwin dot org Reported By: info at rhalff dot com Status: Open Bug Type: Compile Failure Operating System: linux PHP Version: 5CVS-2004-04-26 (dev) New Comment: platform : php 5.0.1 darwin-ppc-6.8 httpd 1.3 (apple- natif) --built-in modules works well --built-shared modules works well with-myext=shared,/ usr for php-cli --but it doesn't work for apache load_module=php_anybundle.bundle httpd output : dyld: /usr/sbin/httpd Undefined symbols: _OnUpdateLong _OnUpdateString _OnUpdateStringUnempty __array_init __convert_to_string __ecalloc __efree __emalloc __erealloc __estrdup __estrndup __object_and_properties_init __object_init __object_init_ex __php_stream_alloc __php_stream_cast __php_stream_free __php_stream_open_wrapper_ex __php_stream_read __safe_emalloc __zend_hash_add_or_update __zend_hash_index_update_or_next_insert __zend_hash_init __zend_list_addref __zend_list_delete __zend_list_find __zval_copy_ctor __zval_dtor __zval_ptr_dtor _add_assoc_long_ex _add_assoc_null_ex _add_assoc_string_ex _add_assoc_stringl_ex _add_assoc_zval_ex _add_index_long _add_index_null _add_index_string _add_index_zval _add_next_index_bool _add_next_index_string _add_next_index_stringl _add_next_index_zval _add_property_long_ex _add_property_string_ex _ap_php_snprintf _call_user_function_ex _convert_to_boolean _convert_to_long _core_globals _display_ini_entries _display_link_numbers _empty_string crash : Command:httpd PID:18385 Exception: EXC_BREAKPOINT (0x0006) Code[0]:0x0001Code[1]:0x8fe01220 Thread 0 Crashed: #0 0x8fe01220 in halt #1 0x8fe0459c in unload_bundle_image #2 0x8fe12308 in _dyld_unlink_module #3 0x900b1c44 in NSUnLinkModule #4 0x000234a4 in ap_os_dso_unload #5 0x2b10 in unload_module #6 0x000122cc in run_cleanups #7 0x00010d8c in ap_clear_pool #8 0x70c4 in standalone_main #9 0x7a7c in main #10 0x2820 in _start #11 0x26a0 in start PPC Thread State: srr0: 0x8fe01220 srr1: 0x0002f030 vrsave: 0x xer: 0x lr: 0x8fe09bd8 ctr: 0x8fe293ac mq: 0x r0: 0x0004 r1: 0xb810 r2: 0x8fe4b400 r3: 0x03f6 r4: 0x r5: 0x03f6 r6: 0xb82c r7: 0x0002 r8: 0x6f6e005f r9: 0x r10: 0x r11: 0x000b2e20 r12: 0x8fe71e0e r13: 0x r14: 0x r15: 0x r16: 0x r17: 0x r18: 0x r19: 0x r20: 0x r21: 0x r22: 0x00057048 r23: 0x r24: 0x r25: 0x00057048 r26: 0x r27: 0x r28: 0x8fe4841c r29: 0x8fe484ec r30: 0x8fe484ec r31: 0x8fe0995c php runs well with apache if i remove (in the php.ini) the dynamic load module. Regards Previous Comments: [2004-05-29 04:36:12] ralph at maxsoft dot com I also saw this bug when compiling the php4 FreeBSD port for version 4.3.6. Following the suggestion in the bug report, I removed --with-freetype-dir=whatever from the top level Makefile, and then everything compiled without error, with make test reporting only 6 (presumably unrelated) errors, as follows: = TIME END 2004-05-28 22:25:18 = TEST RESULT SUMMARY - Exts skipped: 75 Exts tested : 13 - Number of tests : 592 Tests skipped : 256 (43.2%) Tests warned:0 ( 0.0%) Tests failed:6 ( 1.0%) Tests passed: 330 (55.7%) - Time taken : 274 seconds = = FAILED TEST SUMMARY - Bug #24773 (unset() of integers treated as arrays causes a crash) [tests/lang/bug24773.phpt] Bug #24783 ($key not binary safe in foreach($arr as $key = $val)) [tests/lang/bug24783.phpt] Bug #25547 (error_handler and array index with function call) [tests/lang/bug25547.phpt] Bug #27731 (error_reporing() call inside @ block does not work correctly) [tests/lang/bug27731.phpt] Bug #26862 (ob_flush() before output_reset_rewrite_vars() results in data loss) [ext/session/tests/bug26862.phpt] Bug #27780 (strtotime(+1 xxx) returns a wrong date/time) [ext/standard/tests/time/bug27780.phpt] = Until today, I have been running the FreeBSD port for version 4.3.5, which compiled without any problems.
#29775 [Bgs]: can't compile with both --with-mysql and --with-mysqli
ID: 29775 User updated by: rjblickbogus at hotmail dot com Reported By: rjblickbogus at hotmail dot com Status: Bogus Bug Type: Compile Failure Operating System: Redhat 9 PHP Version: 5.0.1 New Comment: I don't know about the libraries (both were form 4.1.3beta)... but a better solution is to screw mysqli and just use the adodb library. Does everything that mysqli can do, but doesn't require --with-mysqli. Previous Comments: [2004-08-21 12:11:48] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You\'re most likely mixing two different mysql client librarues. [2004-08-20 23:15:55] rjblickbogus at hotmail dot com Description: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/include/mysql/ --disable-cgi WORKS FINE. ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysqli=/usr/bin/mysql_config --disable-cgi WORKS FINE. But, combining --with-mysql and --with-mysqli: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/include/mysql/ --with-mysqli=/usr/bin/mysql_config --disable-cgi fails during make with a laundry list of errors of the form: /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): In function `net_write_command': : multiple definition of `net_write_command' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 MySQL 4.1.3-beta is in use. -- Edit this bug report at http://bugs.php.net/?id=29775edit=1
#29798 [NEW]: SimpleXML xpath function can't hable SCORM manifest xml files
From: timo at hhesse dot de Operating system: Windows 2000 PHP version: 5.0.1 PHP Bug Type: SimpleXML related Bug description: SimpleXML xpath function can't hable SCORM manifest xml files Description: I made several tests, but it seems like simpleXML-xpath() can't get along with a well formed SCORM imsmanifest.xml file. I can't access the document by xpath queries. result is always array(0). after removing all the parameters of the root manifest element, it works. Sample SCORM compatible xml files can be found here: http://www.adlnet.org/index.cfm?fuseaction=DownFilelibid=641bc=false (i used the latest snapshots) A typical root element of a manifest file looks like this: manifest identifier=photo-MANIFEST-remediation version=1.3 xmlns=http://www.imsglobal.org/xsd/imscp_v1p1; xmlns:adlcp=http://www.adlnet.org/xsd/adlcp_v1p3; xmlns:adlseq=http://www.adlnet.org/xsd/adlseq_v1p3; xmlns:imsss=http://www.imsglobal.org/xsd/imsss; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd http://www.adlnet.org/xsd/adlcp_v1p3 adlcp_v1p3.xsd http://www.adlnet.org/xsd/adlseq_v1p3 adlseq_v1p3.xsd http://www.imsglobal.org/xsd/imsss imsss_v1p0.xsd -- Edit bug report at http://bugs.php.net/?id=29798edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29798r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29798r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29798r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29798r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29798r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29798r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29798r=needscript Try newer version: http://bugs.php.net/fix.php?id=29798r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29798r=support Expected behavior: http://bugs.php.net/fix.php?id=29798r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29798r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29798r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29798r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29798r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29798r=dst IIS Stability: http://bugs.php.net/fix.php?id=29798r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29798r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29798r=float
#29798 [Opn-Csd]: SimpleXML xpath function can't hable SCORM manifest xml files
ID: 29798 Updated by: [EMAIL PROTECTED] Reported By: timo at hhesse dot de -Status: Open +Status: Closed Bug Type: SimpleXML related Operating System: Windows 2000 PHP Version: 5.0.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. you have a default namespace there, therefore normal xpath queries won't work. you have to use registerXPathNamespace, which only will be available in PHP 5.1 see http://blog.bitflux.ch/p1746.html for more information. Previous Comments: [2004-08-23 15:26:46] timo at hhesse dot de Description: I made several tests, but it seems like simpleXML-xpath() can't get along with a well formed SCORM imsmanifest.xml file. I can't access the document by xpath queries. result is always array(0). after removing all the parameters of the root manifest element, it works. Sample SCORM compatible xml files can be found here: http://www.adlnet.org/index.cfm?fuseaction=DownFilelibid=641bc=false (i used the latest snapshots) A typical root element of a manifest file looks like this: manifest identifier=photo-MANIFEST-remediation version=1.3 xmlns=http://www.imsglobal.org/xsd/imscp_v1p1; xmlns:adlcp=http://www.adlnet.org/xsd/adlcp_v1p3; xmlns:adlseq=http://www.adlnet.org/xsd/adlseq_v1p3; xmlns:imsss=http://www.imsglobal.org/xsd/imsss; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd http://www.adlnet.org/xsd/adlcp_v1p3 adlcp_v1p3.xsd http://www.adlnet.org/xsd/adlseq_v1p3 adlseq_v1p3.xsd http://www.imsglobal.org/xsd/imsss imsss_v1p0.xsd -- Edit this bug report at http://bugs.php.net/?id=29798edit=1
#29652 [Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: oci library: 9.2.0.3 Previous Comments: [2004-08-23 16:08:47] esartoni at omniaglobal dot net Hey Yannick, could you please tell us what version of oci libraries are you using? With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all. [2004-08-20 14:43:46] yannick at agl dot fr i tried with 4.3.8 without HAVE_OCI_9_2 there is no problem. if i defined HAVE_OCI_9_2 the issue occurs. [2004-08-20 10:26:00] yannick at agl dot fr tested with php 4.2.3 and php 5.0.1, there is no problem [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652edit=1
#10666 [Com]: preg_replace 'e' modifier
ID: 10666
Comment by: info at webprog dot de
Reported By: smoonen at andstuff dot org
Status: Closed
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
3 Years ago its allready a feature? :-)
I build something like this:
$r = span lang=\en\ xml:lang=\en\.$words./span;
$this-template = preg_replace (/(([^]*)|(^|
|)($words)([^a-zA-Z]|$))/e, '\\2==\\1? \\1:\\3span
lang=\en\ xml:lang=\en\\\4/span\\5', $this-template);
...and it works fine with Perl and bad with PHP, because it sets in
front of every single quote a backslash.
Previous Comments:
[2001-08-03 12:01:46] smoonen at andstuff dot org
Strangely, while the bug referenced in my update at [2001-05-04
13:55:39] was very repeatable across several PHP installations, I can
no longer duplicate it.
Am closing the bug, though in my dreams I still wish for $n
pseudovariables. ;-)
[2001-05-04 14:36:12] smoonen at andstuff dot org
Also, as a merely informational aside, PHP's use of $1 is in this
instance actually incompatible with Perl. Perl, in a s///e expression,
treats $n as a variable rather than expanding it in-place.
Hence my preference. :-)
[2001-05-04 13:55:39] smoonen at andstuff dot org
Okay. Then I have a problem with how backslash escaping is
inconsistently applied when using \\1 and $1.
Specifically, consider the following:
function f($x) { print $x; }
$s = a' \\ \b;
$s = preg_replace('/a(.*)b/e', 'f($1)', $s, -1);
The single quote is escaped; I'd rather it weren't but that's okay.
But the backslash itself isn't escaped! This prevents me from running
stripslashes() on the match, since I can't guarantee that every
backslash has been properly escaped.
Worse, the following will actually fail:
function f($x) { print $x; }
$s = a' \ \\b;
$s = preg_replace('/a(.*)b/e', 'f($1)', $s, -1);
Since the final backslash hasn't been escaped, it actually slurps up
the second double-quote in 'f($1)'!
I'd like to see either of the following:
1. $1 treated as a real variable, rather than a string
substitution. This is convenient, since it saves me
having to call stripslashes().
2. Backslash escapes consistently applied in backrefs.
Specifically, escape existing backslashes in the match.
Presently, I can't perform a stripslashes() -- and in
some cases, as indicated above, it fails altogether!
[2001-05-04 13:02:59] [EMAIL PROTECTED]
$n notation was introduced to be similar to Perl. It is exactly
equivalent to \\n.
You can't simply use f($1) in the evaluation string because $1 is
replaced with the matched contents and after replacement it becomes, in
your example, f(abc def), which is not valid PHP code. So you have to
use f($1) or f('$1').
The fact that it backslash-escapes single and double quotes in matches
before substituting $1 is a feature, not a bug, otherwise you'd have a
really hard time figuring out which quotes go where when using
evaluation strings.
[2001-05-04 11:27:54] smoonen at andstuff dot org
Formerly, preg_replace's e modifier inserted extraneous backslashes
in backreferences of \\1 or '\\1' form.
Ostensibly, the $1 backreference form was added to fix this. However,
the following code fails:
function f($x) { return 'yo'; }
$s = xyzabc def123;
$s = preg_replace('/(abc def)/e', 'f($1)', $s, -1);
It seems to be trying to evaluate $1 as code, rather than as a variable
containing the contents abc def.
This is borne out by the fact that the following succeeds:
$s = preg_replace('/(abc def)/e', 'f($1)', $s, -1);
But $1 and '$1' are no better than \\1 and '\\1', since it still
inserts extraneous backslashes before single quotes or double quotes
(respectively)!!!
I was sincerely hoping that PHP 4.04 and 4.05 would fix this oversight,
since my web application depends on it. I'm keeping my fingers crossed
that it's just me doing something wrong, though I doubt it...
--
Edit this bug report at http://bugs.php.net/?id=10666edit=1
#29791 [Bgs]: glob crash
ID: 29791
User updated by: mg at iceni dot pl
Reported By: mg at iceni dot pl
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5CVS-2004-08-22 (dev)
New Comment:
Some pre 2.3.3 version from CVS downloaded around a month
before official release. So I guess that's the reason...
strange because everything else is working flawlessly.
Looks like it's time to reinstall this mess 8)
Previous Comments:
[2004-08-23 08:36:25] [EMAIL PROTECTED]
Ok, marking bogus then. What specific version glibc do you have?
[2004-08-22 20:38:18] mg at iceni dot pl
Please mark this bug as BOGUS... Looks like my system is
totally screwed, glob() in my glibc is using some
different structure glob_t than rest of the world...
[2004-08-22 19:57:42] [EMAIL PROTECTED]
What C library are you using, the error you are reporting
implies that in or * conditions the library would
return NULL as the path.
[2004-08-22 19:48:13] [EMAIL PROTECTED]
Works fine here.
What server API have you tried? CLI? Apache? Apache2? Other?
[2004-08-22 19:42:31] mg at iceni dot pl
Description:
PHP 5 crashes while using glob() function with specific
arguments.
Reproduce code:
---
?php
glob(''); // crash
glob('*'); // crash
glob('*.txt'); //ok
?
Expected result:
Actual result:
--
#0 0x08131300 in zif_glob (ht=1, return_value=0x830a6dc,
this_ptr=0x0, return_value_used=0)
at /home/sh/php5/ext/standard/dir.c:421
421 strncpy(cwd, globbuf.gl_pathv[0],
MAXPATHLEN);
(gdb) bt
#0 0x08131300 in zif_glob (ht=1, return_value=0x830a6dc,
this_ptr=0x0, return_value_used=0)
at /home/sh/php5/ext/standard/dir.c:421
#1 0x08229e35 in zend_do_fcall_common_helper
(execute_data=0xbfffd380)
at /home/sh/php5/Zend/zend_execute.c:2980
#2 0x0822a9a6 in zend_do_fcall_handler
(execute_data=0xbfffd380)
at /home/sh/php5/Zend/zend_execute.c:3114
#3 0x082239bd in execute (op_array=0x830af3c)
at /home/sh/php5/Zend/zend_execute.c:1498
#4 0x081f9da5 in zend_execute_scripts (type=8,
retval=0x0, file_count=3)
at /home/sh/php5/Zend/zend.c:1052
#5 0x081ab791 in php_execute_script
(primary_file=0xb7d0)
at /home/sh/php5/main/main.c:1633
#6 0x08231e1d in main (argc=3, argv=0xb894)
at /home/sh/php5/sapi/cli/php_cli.c:943
--
Edit this bug report at http://bugs.php.net/?id=29791edit=1
#29799 [NEW]: extract performs urldecode?
From: cpuidle at gmx dot de Operating system: WinXP SP2 PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: extract performs urldecode? Description: Running this code: extract($_REQUEST); the resulting (global) variables are url-decoded. I found that $_REQUEST is already url-decoded and couldn't find any documentation? Reproduce code: --- . Expected result: make clean when url-decoding is performed. Actual result: -- . -- Edit bug report at http://bugs.php.net/?id=29799edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29799r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29799r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29799r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29799r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29799r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29799r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29799r=needscript Try newer version: http://bugs.php.net/fix.php?id=29799r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29799r=support Expected behavior: http://bugs.php.net/fix.php?id=29799r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29799r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29799r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29799r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29799r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29799r=dst IIS Stability: http://bugs.php.net/fix.php?id=29799r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29799r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29799r=float
#29800 [NEW]: new DOTNET fails for assemblys other than mscorlib
From: christian at wenz dot org
Operating system: WinXP
PHP version: 5.0.1
PHP Bug Type: COM related
Bug description: new DOTNET fails for assemblys other than mscorlib
Description:
The .NET sample from the manual (stack, Pop(), Push()) works fine with the
new patch, however I encounter problems instanciating .NET objects that are
_not_ in mscorlib. I don't think there is an error in my code.
Reproduce code:
---
?php
$dotnetxsl = new DOTNET(System.Xml, System.Xml.Xsl.XslTransform);
?
Expected result:
no output
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object' in e:\Inetpub\wwwroot\php\dotnet1.php:2 Stack
trace: #0 {main} thrown in e:\Inetpub\wwwroot\php\dotnet1.php on line 2
--
Edit bug report at http://bugs.php.net/?id=29800edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29800r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29800r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29800r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29800r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29800r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29800r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29800r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29800r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29800r=support
Expected behavior: http://bugs.php.net/fix.php?id=29800r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29800r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29800r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29800r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29800r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29800r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29800r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29800r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29800r=float
#29780 [Opn-Fbk]: Constructor isn't called if a class is extended from a built in class
ID: 29780
Updated by: [EMAIL PROTECTED]
Reported By: d dot khan at ventigo dot com
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux (Gentoo)
PHP Version: 5.0.1
New Comment:
This code:
?
class test extends stdClass {
function __construct() {
echo 'Called in child';
}
}
$test = new test;
?
works fine and outputs 'Called in child' for me.
Please, check it one more time and/or try newer snapshot.
Previous Comments:
[2004-08-21 11:58:01] d dot khan at ventigo dot com
Description:
Hello,
maybe this is bogus but I found a situation where the OOP engine
doesn't behave as - at least I - would expect.
I tried to extend the PDO extension and my local construct method isn't
called.
The engine always calls the parent construct method.
Greetings
Daniel Khan
Reproduce code:
---
Class rltxPDO extends PDO {
function __construct() {
echo 'Called in child';
}
public static function instance() {
static $instance;
if (!$instance) {
$instance = new rltxPDO();
}
return $instance;
}
}
Expected result:
Output: Called in child
Actual result:
--
Warning: PDO::__construct() expects at least 1 parameter, 0 given
--
Edit this bug report at http://bugs.php.net/?id=29780edit=1
#29224 [Com]: DB Error: extension not found
ID: 29224 Comment by: bentrafford at yahoo dot com Reported By: marcschroeder at hotmail dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Microsoft Windows XP PHP Version: 5.0.0 New Comment: Make that six users with the same problem. I've searched the bug database, the net, newsgroups, and found no resolution to this issue, other than PHP developers declaring it bogus. Well, I've got my path updated, and the following set in my php.ini: extension_dir = .;c:/php/ext/ I'm still getting the same issue as described above. This is either a bug with PHP or a bug with the documentation. Previous Comments: [2004-08-03 00:58:50] marcschroeder at hotmail dot com Who set the status to 'Bogus'? Why? I pretended that the current installation of PHP 5.0.0. does not install PEAR DB? 5 users claimed that they could reproduce the bug. The suggested solutions consisted in moving files around on a computer to places where it might work. The solutions only claim to solve the problem, but do not claim that there is no problem. Somebody else suggests that I change the system path. But I did add the following system variables already: PHP_PEAR_SYSCONF_DIR=C:\\php PHP_PEAR_INSTALL_DIR=C:\\php\\pear PHP_PEAR_DOC_DIR=C:\\php\\pear\\docs PHP_PEAR_BIN_DIR=C:\\php PHP_PEAR_DATA_DIR=C:\\php\\pear\\data PHP_PEAR_PHP_BIN=C:\\php\\php.exe PHP_PEAR_TEST_DIR=C:\\php\\pear\\tests Do these environment variables have no effect? I start to believe that PHP is a tool for hackers only, and that the need of a controlled installation procedure is not present in the mind of the PHP community. This is really sad, as I like PHP a lot. [2004-08-02 14:02:47] dinojazz at hotmail dot com I am having the issues as well. My php_mysql.dll is located in c:\php and php.ini knows this. I've moved libmysql.dll to c:\windows\system32 as well. On top of this all, the extension=php_mysql.dll in php.ini has been uncommented. Yet, I get errors when I try to have mysql/php things loaded in my webpage. It comes up with 'Unable to load dynamic library 'c:\php\php_mysql.dll\' - The specified procedure could not be found'. I've tried the suggestions like php_mysql.dll to c:\windows\system32 and all the stuff. Even moved libmysql.dll to various places, but nothing worked. I am kind of stumped here, looks like there's some heavy bug in there. [2004-08-02 11:24:40] [EMAIL PROTECTED] Either add c:\php to your system path, or copy all dlls from that folder to system32. [2004-08-02 00:36:20] tipsen at imada dot sdu dot dk I solved the problem by copying the file libmysql.dll from the php5 root to the win/system32 library - I have no idea why this works but stumpled upon the suggestion on a website! Regards, Tommy Ipsen [2004-07-30 11:29:25] patrick dot allaert at belgacom dot be After the installation on WindowsXP/IIS of PHP 5.0.0 (stable) in c:\PHP\ and configuring the php.ini with: extension_dir = c:\PHP\ext I receive the following message: PHP Startup: Unable to load dynamic library 'c:\PHP\ext\php_EXTENSIONNAME.dll' - The specified module could not be found for all extensions except: php_bz2.dll php_cpdf.dll php_curl.dll php_dba.dll php_dbase.dll php_dbx.dll php_filepro.dll php_gd2.dll php_gettext.dll php_imap.dll php_ldap.dll php_mbstring.dll php_mime_magic.dll php_ming.dll php_mysqli.dll php_openssl.dll php_oracle.dll php_pgsql.dll php_shmop.dll php_snmp.dll php_sockets.dll php_tidy.dll php_xmlrpc.dll php_xsl.dll All the other extensions result in the error above (of course, some of them cannot be loaded because of 3rd-parties dll missing like with oci8 but what about php_mysql.dll, php_mysqli.dll, ...) 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/29224 -- Edit this bug report at http://bugs.php.net/?id=29224edit=1
#29794 [Opn-Bgs]: Doesn't execute fast enough
ID: 29794 Updated by: [EMAIL PROTECTED] Reported By: amailer at gmail dot com -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows PHP Version: 5.0.1 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. Thank you for your interest in PHP. The simple answer is that you probably have a lot of files and the process of generating a zip file is rather slow. So, PHP terminates when the execution limit is reached. Previous Comments: [2004-08-22 22:04:43] amailer at gmail dot com no comment (spelling mistake) [2004-08-22 22:00:27] amailer at gmail dot com Description: Windows XP Pro [ test server ] Apache 2 PHP 5 - FastCGI Hello, I am creating a script that will, take the given folder path and ZIP it. It will also zip all it's subfolders and files. I have got the script to create the subfolders correctly-- but when I try to add the files, it takes for ever and just dies (execution time error) Fatal error: Maximum execution time of 30 seconds exceeded in www/test/dir/explorer.php on line 34 Now, i tried changing the ini settings of the max execution time to ini_set(max_execution_time, 1000); 1000 seconds, yet that doens't work. The script works only with folders that have a small amount of files and provided that the file sizes are small also. If i run this script to zip a folder with many files (20+) and some 1 mb or more, the script make php use up to 98 CPU usage and yet not work, the script then dies after some time leaving me with that error. Shouldn't this be a bit more quicker in zipping files? I mean, it uses so much of the CPU usage it lags my test server so much (even with manually zipping it's 10x faster then that) Hope you guys can help, Thank you Reproduce code: --- For the source code please visit: http://amailer.sourceforge.net/explorer.phps I cannot provide a link to view the script in action because it lags up the server too much, sorry. Expected result: I want it to zip a folder with all it's subfolders and files, and save it. Actual result: -- Fatal error: Maximum execution time of 1000 seconds exceeded in C:\Program Files\Apache Group\Apache2\htdocs\termix\SUBDOMAIN\gfx-pro\Explorer\explorer.php on line 88 -- Edit this bug report at http://bugs.php.net/?id=29794edit=1
#29683 [Opn-Fbk]: headers_list() func. return empty array
ID: 29683
Updated by: [EMAIL PROTECTED]
Reported By: ca533512 at tiscali dot cz
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Win2k SP4
PHP Version: 5.0.1
New Comment:
What SAPI are you using?
Previous Comments:
[2004-08-14 23:58:00] ca533512 at tiscali dot cz
Description:
If I try code from PHP docs of headers_list() function, browser print
only empty array.
or this function is not available on win OS ?
Reproduce code:
---
/* setcookie() will add a response header on its own */
setcookie('foo', 'bar');
/* Define a custom response header
This will be ignored by most clients */
header(X-Sample-Test: foo);
/* Specify plain text content in our response */
header('Content-type: text/plain');
/* What headers are going to be sent? */
var_dump(headers_list());
Expected result:
array(4) {
[0]=
string(29) X-Powered-By: PHP/5.0.0 // ... 5.0.1
[1]=
string(19) Set-Cookie: foo=bar
[2]=
string(18) X-Sample-Test: foo
[3]=
string(24) Content-type: text/plain
}
Actual result:
--
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=29683edit=1
#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini
ID: 28976
Comment by: joe at inexo dot com
Reported By: kdaniel at aosepc dot com
Status: Open
Bug Type: Mail related
Operating System: Windows\Apache
PHP Version: 4.3.6
New Comment:
It's not coming from php.ini.
Previous Comments:
[2004-08-18 23:07:34] dv at josheli dot com
using cli PHP 5 and latest snap (php5-win32-200408181430), the extra
From: header does not seem to work.
test.php:
?php
mail('[EMAIL PROTECTED]','subject','body',From: [EMAIL PROTECTED]);
?
Warning: mail(): sendmail_from not set in php.ini or custom From:
header missing in C:\dev\quiktests\test.php on line 3
[2004-08-06 21:39:27] kdaniel at aosepc dot com
I don't see how that is possible because there is no way for the mail
server to pick up the sendmail_from ini setting. PHP has to be using
it somewhere. There needs to be a way to disable its use.
[2004-08-06 19:27:15] [EMAIL PROTECTED]
I'm pretty sure that this header is added by the SMTP mail server and
not by PHP itself. PHP first writes the generated headers to
the SMTP stream, followed by any additional_headers you passed to
mail(). Any headers following those you passed as additional_headers
have been added by the transporting mail server (s). Looks like it is
adding the SMPT MAIL FROM into Return_Path:
[2004-07-21 04:04:12] kdaniel at aosepc dot com
Yes, PHP is picking up the sendmail_from ini setting and sticking it
into the mime headers as Return-Path.
[2004-07-21 01:00:04] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28976
--
Edit this bug report at http://bugs.php.net/?id=28976edit=1
#29563 [Opn-Bgs]: locking problem
ID: 29563 Updated by: [EMAIL PROTECTED] Reported By: tom at bitworks dot de -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Debian Linux Woody Apache/1.3. PHP Version: 4.3.8 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If you want to lock files opened with dio_open() you need to use dio_fcntl() to do so. Previous Comments: [2004-08-07 20:28:27] tom at bitworks dot de Description: There seam to be several logical implementation faults, concerning flock() and dio_open() 1.) Opening a file by the first process with $fh = dio_open($dateiname,O_RDWR + O_NONBLOCK ,0 ); does not trigger a failure opening the file twice by an other process with the same method You always get the ressource handle 2.) Opening the file twice, after having opened with upper method, by the flock(..., LOCK_NB) function, causes a waiststate for the flock() process. That problem should be solved. Remark: Mandatory locking on LINUX only works, if You mount the volume with option mand (-o mand) (missing Information in documentation) Programs like vi nevertheless are able to override the mandatory locking with the x! command. (only checked for a LINUX Debian Woody system) Expected result: Triggering a failure (return false) Actual result: -- Waiting for locking -- Edit this bug report at http://bugs.php.net/?id=29563edit=1
#29476 [Opn-Bgs]: sqlite_fetch_column_types locks the database forever
ID: 29476
Updated by: [EMAIL PROTECTED]
Reported By: hugo_pl at users dot sourceforge dot net
-Status: Open
+Status: Bogus
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
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.
Thank you for your interest in PHP.
Cannot replicate the problem on any platform (Linux or
Windows). Sounds like a problem with your sqlite install.
Previous Comments:
[2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net
Description:
When I call the function:
sqlite_fetch_column_types(...);
or the method:
fetchColumnTypes(...);
of the SQLiteDatabase Object, the entire database is locked forever...
and I cant modify the database until Apache is restarted.
I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on
win32 and 2.8.13 and 2.8.14 on Linux.
In all plataforms, the database is unlocked only when I restart Apache,
if I never call sqlite_fetch_column_types or the method
fetchColumnTypes, all runs Ok.
P.S.: English is not my natural language.
Reproduce code:
---
?php
// Open a database file...
$db = sqlite_open('test.db');
sqlite_busy_timeout($db, 1000);
//! Uncomment this line to see the bug!!
//sqlite_fetch_column_types($db, 'papers');
sqlite_query($db, 'select * from papers limit 10');
// Any Update query and kabbom... =/
sqlite_query($db, 'update papers set papel=Hi where id=1');
sqlite_close($db);
?
Expected result:
No warnings about a locked database when I send the update query
Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: database is locked...
--
Edit this bug report at http://bugs.php.net/?id=29476edit=1
#29451 [Opn-WFx]: getlastmod() returns access time - solution
ID: 29451 Updated by: [EMAIL PROTECTED] Reported By: robert at rw-it dot net -Status: Open +Status: Wont fix Bug Type: Apache related Operating System: Linux PHP Version: Irrelevant New Comment: The problem is that normal (module) PHP build only involves Apache headers which do not appear to provide this information. Consequently PHP cannot perform the check you have mentioned. Previous Comments: [2004-07-30 01:36:07] robert at rw-it dot net Description: With some combinations of mod_php and Apache, getlastmod() returns the access time instead of the modification time. All bug reports that deal with this seem to have been closed with Works in CVS or Apache problem, both of which are not true. The Problem occurs if Apache was built with large file size (64-bit) support and mod_php wasn't, so they are essentially using different stat(2) structures. If 64-bit file offsets are used, the st_blocks member of struct stat grows to 64 bits and pushes the time members 32 bits upwards. If you access this structure as a 32-bit stat structure from mod_php, st_atime contains garbage, st_mtime the access time and st_ctime the modification time of the 64-bit structure (voila!). The easy solution is to #define _FILE_OFFSET_BITS to 64, if Apache does (did) this. The hard part is that I don't know how to figure out if Apache uses 32 or 64 bits after it is installed. Secondly, PHP itself would have to use 64-bit stat structures, and I don't know if this might lead to more problems. So maybe it's better to transform the stat structure in mod_php? Any ideas? -- Edit this bug report at http://bugs.php.net/?id=29451edit=1
#29488 [Opn-Csd]: PHP does not compile with freetds 0.62.4
ID: 29488 Updated by: [EMAIL PROTECTED] Reported By: ssc at coolspot dot de -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.6.7 / Debian sarge PHP Version: 4.3.8 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-10 11:09:40] patrick dot schutte at gmx dot de Hi, downlaod the laest snap and copy the ext/mssql folder to your php-4.3.8 folder. I just compiled php-4.3.9dev (latest snap - 200408100430 -) with freetds-0.62.4 it wokrs fine! No Errors. HTH [2004-08-03 13:17:05] ssc at coolspot dot de Ha,ha. Is there somebody out there to fix the bug or do i realy have to do a diff -wu myself ? Ok, for your convinience : [EMAIL PROTECTED]:~/php-shit$ diff -wu php-4.3.6/ext/mssql/php_mssql.h php-4.3.8/ext/mssql/php_mssql.h --- php-4.3.6/ext/mssql/php_mssql.h 2003-07-23 18:53:38.0 +0200 +++ php-4.3.8/ext/mssql/php_mssql.h 2004-04-21 01:37:26.0 +0200 @@ -17,7 +17,7 @@ */ -/* $Id: php_mssql.h,v 1.23.4.9 2003/07/23 16:53:38 iliaa Exp $ */ +/* $Id: php_mssql.h,v 1.23.4.10 2004/04/20 23:37:26 fmk Exp $ */ #ifndef PHP_MSSQL_H #define PHP_MSSQL_H @@ -37,6 +37,9 @@ #include sqldb.h #if HAVE_FREETDS +#ifndef SHORT +typedef short SHORT; +#endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR #define SQLVARCHAR SYBVARCHAR #ifndef SHORT searches for pre-compiler defines not for typedefs. But typedef is C not Pre-Processor define. mh. Ok, now I really know what PHP is all about. Use PHP 5 ? An older release ? [2004-08-03 11:42:53] patrick dot schutte at gmx dot de it's not a freetds-Problem - the mssql-extentions in php-4.3.7, 4.3.8 causes the errors - try php-5.0.0 or 4.3.6 [2004-08-02 10:02:48] ssc at coolspot dot de Description: I installed freetds version 0.62.4 on some debian sarge system, using ./configure --prefix=/usr/freetds --enable-msdblib --with-tdsver=8.0 --enable-shared echo /usr/freetds/lib /etc/ld.so.conf ; ldconfig FreeTDS work ok. I then tried to compile php with ... --with-mssql=/usr/freetds ... and to link it against freetds resulting in : In file included from /root/php-4.3.8/ext/mssql/php_mssql.c:33: /root/php-4.3.8/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/freetds/include/sybdb.h:117: error: `SHORT' previously declared here make: *** [ext/mssql/php_mssql.lo] Fehler 1 I commented out the line 41 in ext/mssql/php_mssql.h, which is only a typdef short SHORT;, and it then worked, as expected. Compiler Version used is : Lese Spezifikationen von /usr/lib/gcc-lib/i486-linux/3.3.4/specs Konfiguriert mit: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread-Modell: posix gcc-Version 3.3.4 (Debian 1:3.3.4-3) Reproduce code: --- Any Expected result: Should compile Actual result: -- Does not compile -- Edit this bug report at http://bugs.php.net/?id=29488edit=1
#29801 [NEW]: Using readfile() to send large files causes PHP to hang
From: WPinegar at healthtech dot net Operating system: Windows Server 2003 PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: Using readfile() to send large files causes PHP to hang Description: Attempting to use readfile() to send large (over 250MB) binary objects causes PHP 5.0.1 to hang or the web server to send a 302 error. Reverting back to PHP 4.3.8 resolves the issue. Using fopen() and fpassthru() only makes the issue worse. We are using IIS 6 and the PHP ISAPI script engine. Reproduce code: --- 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: PHP 5 has an issue with sending large binary files. This should be resolved. -- Edit bug report at http://bugs.php.net/?id=29801edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29801r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29801r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29801r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29801r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29801r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29801r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29801r=needscript Try newer version: http://bugs.php.net/fix.php?id=29801r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29801r=support Expected behavior: http://bugs.php.net/fix.php?id=29801r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29801r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29801r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29801r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29801r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29801r=dst IIS Stability: http://bugs.php.net/fix.php?id=29801r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29801r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29801r=float
#29683 [Fbk-Opn]: headers_list() func. return empty array
ID: 29683
User updated by: ca533512 at tiscali dot cz
Reported By: ca533512 at tiscali dot cz
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Win2k SP4
PHP Version: 5.0.1
New Comment:
Apache 2.0.50
-- php: `original` for win32 from php.net
Previous Comments:
[2004-08-23 18:59:21] [EMAIL PROTECTED]
What SAPI are you using?
[2004-08-14 23:58:00] ca533512 at tiscali dot cz
Description:
If I try code from PHP docs of headers_list() function, browser print
only empty array.
or this function is not available on win OS ?
Reproduce code:
---
/* setcookie() will add a response header on its own */
setcookie('foo', 'bar');
/* Define a custom response header
This will be ignored by most clients */
header(X-Sample-Test: foo);
/* Specify plain text content in our response */
header('Content-type: text/plain');
/* What headers are going to be sent? */
var_dump(headers_list());
Expected result:
array(4) {
[0]=
string(29) X-Powered-By: PHP/5.0.0 // ... 5.0.1
[1]=
string(19) Set-Cookie: foo=bar
[2]=
string(18) X-Sample-Test: foo
[3]=
string(24) Content-type: text/plain
}
Actual result:
--
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=29683edit=1
#27963 [Com]: Default Session Values lost after explictly set for a given httpd process
ID: 27963 Comment by: Daniel dot Lindenberger at swivel dot net Reported By: joobri at sas dot com Status: Closed Bug Type: Session related Operating System: * PHP Version: 4CVS, 5CVS (2004-04-13) New Comment: On our system running 4.3.4, it seems to alternate between using files and user, despite the fact that it's defined as files in php.ini, and is never set with session_module_name to user. It was running fine for at least three months before the issue started last week, when we started testing uploading extremely large files through. We changed post_max_size and upload_max_filesize to 250M, though I don't know how this could effect it. We're only running around 10-20 apache processes at a time We receive the message: Fatal error: session_start(): Failed to initialize storage module. When it is set to user. This may be fixed in subsequent versions, but was different enough from Joobri's description that I thought I would mention it. Previous Comments: [2004-06-15 15:05:01] datacompboy at mail dot ru Looks like problem still. Currently runned workaround via auto_prepend_file = /etc/httpd/phpinc.php and in /etc/httpd/phpinc.php ? session_module_name(files); ? [2004-04-13 14:25:03] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-04-12 10:37:46] joobri at sas dot com Description: When PHP code is run that explicitly sets (and overrides) the default value of session_module_name, subsequent requests to that httpd process use the value that was set and do not default back to the default value. This causes intermittant problems on our web server running 300 httpd processes - some apache processes have the default value and some have a different value if they were set by code run on that process. In the cases where it fails, the session module name is not the configured default of files but is user instead. It looks like in some circumstances an alternate session module is left-over from a previous request. (I've seen similar left-overs with other configuration directives, notably error log level, in the past.) The work-around we are using: add an explicit session_module_name(files); before calling any other session-related functions. The following 2 errors are in the log: /nfs/swwprod2/local/etc/httpd.dir/logs/error_log:[Thu Apr 8 09:23:18 2004] [error] PHP Fatal error: session_start() [a href='/sww/mirrors/php/function.session-start.html'function.session-start.html ]: Failed to initialize storage module: user (path: /tmp) in /remote/tappan/vol/vol4/tools/testhelp/websrc/existing.php on line 3 /nfs/swwprod2/local/etc/httpd.dir/logs/error_log:[Thu Apr 8 09:23:33 2004] [error] PHP Fatal error: session_start() [a href='/sww/mirrors/php/function.session-start.html'function.session-start.html ]: Failed to initialize storage module: user (path: /tmp) in /remote/tappan/vol/vol4/tools/testhelp/websrc/existing.php on line 3 Reproduce code: --- Default Value: session_module_name(files); In your code, specify session_module_name(user); Set your apache server to run with only one httpd process - run your code setting session_module_name to user. Subsequent requests by a page not setting the session_module_name value will have the session_module_name set to user and not default back to files. Expected result: When you don't specify session_module_name it should set back to the default value. Actual result: -- session_module_name retains the last value set, not the default value. -- Edit this bug report at http://bugs.php.net/?id=27963edit=1
#27659 [Com]: Cannot re-assign $this
ID: 27659
Comment by: shelever at ukrlink dot net
Reported By: js at enradia dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux 2.6.3
PHP Version: 5.0.0RC1
New Comment:
osCommerce 2.2-MS2 gets same error when open admin folder. Error in
file includes/classes/upload.php.
On Windows/IIS5/ISAPI.
Resolwed by commenting:
// self destruct
// $this = null;
Worked at PHP4
Good Luck!
Previous Comments:
[2004-07-22 15:28:08] mschulznospam at qualserv dot net
Expected behavior is if a script that works in PHP 4 also works in PHP
5. This is definitely a bug, whether it's a bug in PHP or a bug in the
script. But this broke a whole bunch of scripts on our servers so I'm
blaming PHP.
(remove the nospam in my email address if u want to reply)
[2004-07-21 18:00:33] drew at estara dot com
Anyone who knows PHP objects better than me, as a simple replacement
for:
$this = $foo;
will something like this:
foreach (get_object_vars($foo) as $key = $value)
$this-$key = $value;
work in all cases? It's worked in all the cases I've tested it on so
far (including Gallery), but I figure there must be a problem with it
since no one's mentioned it so far.
Drew
[2004-07-15 23:26:06] mlemos at acm dot org
There is no assignment of $this in Metabase code. It was a
misunderstanding of the original poster. Metabase works seeminglessly
in PHP 3, PHP 4 and PHP 5.
[2004-07-15 02:49:27] jbeall at heraldic dot us
Here is a potential solution. Where you would have reassigned $this,
do something like this:
$this-Object = new Whatever();
Or, in the case of unserializing session data
$this-Session = unserialize($data);
Now you have a choice. Your first option is to delegate every method
that needs to be delegated. So, $this would need methods for every
method in $Object. Each method would look something like:
function nameOfFunction()
{
return $this-Object-nameOfFunction();
}
The other option is to intercept all method calls, and then decide on
the fly if they belong to $this or to $this-Object.
If you have properties, I think you are going to have to intercept with
__get() and __set().
You can read about overloading object functions with __get(), __set(),
and __call() here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload
I chose the delegation model. If possible, I would recommend that. If
you have properties to deal with, you will have to intercept the __get()
and __set() calls and handle them appropriately.
[2004-03-23 14:40:09] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Actually this is expected behavior. We explicitly decided to have $this
being readonly because of interna problems with the new engine.
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/27659
--
Edit this bug report at http://bugs.php.net/?id=27659edit=1
#29158 [Com]: Warning with preg_match
ID: 29158
Comment by: alexisdal at nospamplease dot hotmail dot com
Reported By: admin at profvince dot com
Status: Open
Bug Type: PCRE related
Operating System: Linux 2.6.6 - LFS 5.1pre1
PHP Version: 5.0.0
New Comment:
Same problem here :
Fatal error: Call to undefined function preg_match()
Error Line
--
var_dump(preg_match(undefined, this function is undefined));
Config
--
PHP 5.0.0
FreeBSD 5.2.1-RELEASE
I'm kinda new to *nix setup and I could not reproduce the bug under
windows. In the documentation about this
(http://fr2.php.net/manual/en/ref.pcre.php), it says nothing needs to
be setup in order to use the thing... ???
Previous Comments:
[2004-07-30 01:55:25] gaui at gaui dot is
When I try to use preg_match(), I get this...
Fatal error: Call to undefined function preg_match() in
/usr/home/www/library/defines.php on line 25
-
Error line
-
if (!preg_match('@([0-9]{1,2}).([0-9]{1,2}).([0-9]{1,2})@',
phpversion(), $match))
-
Environment
-
FreeBSD 4.10-STABLE
PHP 5.0.0
Apache 1.3.31
MySQL 4.0.20
-
PHP Configure
-
--enable-versioning
--enable-memory-limit
--with-layout=GNU
--disable-all
--enable-libxml
--with-libxml-dir=/usr/local
--enable-spl
--with-regex=php
--disable-cli
--with-apxs=/usr/local/sbin/apxs
--disable-ipv6
--prefix=/usr/local
[2004-07-30 01:43:15] gaui at gaui dot is
Same problem here.
[2004-07-14 19:07:35] admin at profvince dot com
Description:
--
Descritpiton :
I've just installed php-5.0.0, and I'm experiencing a warning with
preg_match, related with PCRE, no matter the pattern or the string
(especially on first page onf phpmyadmin).
Warning: preg_match: internal pcre_fullinfo() error -3 in [myscript] on
line [line]
This error doesn't occur with PHP-5.0.0RC2 and PHP-5.0.0RC3 (and the
same php configuration)
-
Environment :
LFS 5.1pre1
Linux 2.6.6
Apache 2.0.50 (with mpm=worker)
PCRE version 4.5 01-December-2003
Mysql 4.0.20
---
PHP configure :
./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-config-file-path=/etc/apache
--with-calendar
--with-pdf
--enable-trans-sid
--enable-mbstring
--enable-dbase
--with-dom
--with-sablot
--with-ttf
--enable-gd-imgstrttf
--enable-gd-native-ttf
--enable-bcmath
--with-bz2=/usr
--with-curl=/usr
--with-curlwrappers
--enable-exif
--enable-ftp
--with-gd=/usr
--with-freetype-dir=/usr
--with-gettext=/usr
--with-gmp=/usr
--with-ldap=/usr
--with-openssl=/usr
--with-mysql=/usr/local/mysql
--with-ncurses=/usr
--with-pcre-regex=/usr
--with-jpeg-dir=/usr
--with-png-dir=/usr
--with-zlib=/usr
--with-tiff-dir=/usr
--with-pspell=/usr
--with-libxml-dir=/usr
--with-openssl-dir=/usr
--enable-sockets
--with-libexpat-dir=/usr
--with-xsl=/usr
--enable-memory-limit
--enable-zend-multibyte
---
diff php.ini-dist php.ini :
197c197
;open_basedir =
---
open_basedir = /srv/http
202c202
disable_functions =
---
disable_function = php_uname, putenv, getmyuid, getmypid, passthru,
leak, listen, diskfreespace, tmpfile, link, ignore_user_abord,
shell_exec, popen, dl, set_time_limit, exec, system, highlight_file,
source, show_source, fpaththru, virtual, posix_ctermid, posix_getcwd,
posix_getegid, posix_geteuid, posix_getgid, posix_getgrgid,
posix_getgrnam, posix_getgroups, posix_getlogin, posix_getpgid,
posix_getpgrp, posix_getpid, posix_getppid, posix_getpwnam,
posix_getpwuid, posix_getrlimit, posix_getsid, posix_getuid,
posix_isatty, posix_kill, posix_mkfifo, posix_setegid, posix_seteuid,
posix_setgid, posix_setpgid, posix_setsid, posix_setuid, posix_times,
posix_ttyname, posix_uname
378c378
register_long_arrays = On
---
register_long_arrays = Off
383c383
register_argc_argv = On
---
register_argc_argv = Off
386c386
post_max_size = 8M
---
post_max_size = 2M
443c443
enable_dl = On
---
enable_dl = Off
485c485
;upload_tmp_dir =
---
upload_tmp_dir = /srv/http/upload
536d535
596d594
smtp_port = 25
640c638
mysql.allow_persistent = On
---
mysql.allow_persistent = Off
643c641
mysql.max_persistent = -1
---
mysql.max_persistent = 0
864c862
;session.save_path = /tmp
---
session.save_path = 4;/srv/http/temp
1171,1179d1168
[soap]
; Enables or disables WSDL caching feature.
soap.wsdl_cache_enabled=1
; Sets the directory name where SOAP extension will put cache files.
soap.wsdl_cache_dir=/tmp
; (time to live) Sets the number of second while cached file will be
used
; instead of original one.
soap.wsdl_cache_ttl=86400
Reproduce code:
---
if (preg_match(/php/i, PHP est le meilleur langage de script du
web.)) {
echo 'Un résultat a été trouvé.';
} else {
echo 'Aucun
#27659 [Bgs]: Cannot re-assign $this
ID: 27659
Updated by: [EMAIL PROTECTED]
Reported By: js at enradia dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux 2.6.3
PHP Version: 5.0.0RC1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
As helly posted originally, this is expected behavior.
One of the changes between php4 and php5 is that objects
types are no longer mutable. You can not change $this
in php 5, by design.
Previous Comments:
[2004-08-23 20:01:50] shelever at ukrlink dot net
osCommerce 2.2-MS2 gets same error when open admin folder. Error in
file includes/classes/upload.php.
On Windows/IIS5/ISAPI.
Resolwed by commenting:
// self destruct
// $this = null;
Worked at PHP4
Good Luck!
[2004-07-22 15:28:08] mschulznospam at qualserv dot net
Expected behavior is if a script that works in PHP 4 also works in PHP
5. This is definitely a bug, whether it's a bug in PHP or a bug in the
script. But this broke a whole bunch of scripts on our servers so I'm
blaming PHP.
(remove the nospam in my email address if u want to reply)
[2004-07-21 18:00:33] drew at estara dot com
Anyone who knows PHP objects better than me, as a simple replacement
for:
$this = $foo;
will something like this:
foreach (get_object_vars($foo) as $key = $value)
$this-$key = $value;
work in all cases? It's worked in all the cases I've tested it on so
far (including Gallery), but I figure there must be a problem with it
since no one's mentioned it so far.
Drew
[2004-07-15 23:26:06] mlemos at acm dot org
There is no assignment of $this in Metabase code. It was a
misunderstanding of the original poster. Metabase works seeminglessly
in PHP 3, PHP 4 and PHP 5.
[2004-07-15 02:49:27] jbeall at heraldic dot us
Here is a potential solution. Where you would have reassigned $this,
do something like this:
$this-Object = new Whatever();
Or, in the case of unserializing session data
$this-Session = unserialize($data);
Now you have a choice. Your first option is to delegate every method
that needs to be delegated. So, $this would need methods for every
method in $Object. Each method would look something like:
function nameOfFunction()
{
return $this-Object-nameOfFunction();
}
The other option is to intercept all method calls, and then decide on
the fly if they belong to $this or to $this-Object.
If you have properties, I think you are going to have to intercept with
__get() and __set().
You can read about overloading object functions with __get(), __set(),
and __call() here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload
I chose the delegation model. If possible, I would recommend that. If
you have properties to deal with, you will have to intercept the __get()
and __set() calls and handle them appropriately.
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/27659
--
Edit this bug report at http://bugs.php.net/?id=27659edit=1
#29646 [Bgs]: mail() inserts change CRLF (\r\n) to CRCRLF (\r\r\n) for some extra headers
ID: 29646 User updated by: shelby at coolpage dot com Reported By: shelby at coolpage dot com Status: Bogus Bug Type: Mail related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Thanks for providing the additional information that you think it is a bug in QMail. That would be logically consistent with my results in not having the problem with PHP on SendMail. I have also alerted Pair.com about my work-around. Previous Comments: [2004-08-19 01:18:23] [EMAIL PROTECTED] It's a qmail bug. That MTA attempts to automagically guess newlines and does a bad job of it. [2004-08-18 23:11:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Until can be verified with latest PHP version, considered bogus. [2004-08-18 19:44:51] shelby at coolpage dot com No I will not do your work for you! Your general assumption that it was fixed without specific knowledge it was fixed is not enough to make me go through the hassle. In short I doubt your assertion it is fixed, because: 1. You have not provided specific knowledge that it was fixed. It seems you are just hoping it was, and want me to go through hassle to prove it. You prove it. It is not my bug. It is YOUR bug. 2. You closed this other similar bug report in Feb. 2003: http://bugs.php.net/bug.php?id=22262 But I am using a version from Nov. 2003: [EMAIL PROTECTED] php -v PHP 4.3.4 (cli) (built: Nov 4 2003 16:10:03) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies And this bug has been around since at least 2002 and has been ignored. No related bug report has been marked as fixed. They were both closed because the people who made the bug reports are not going to test it for you: http://bugs.php.net/bug.php?id=22262 http://bugs.php.net/bug.php?id=15841 You method of closing bug reports because reporters are not willing to retest every time you decide to put a new version # on PHP is ridiculous. Have it your way...fix it or do not fix it... closing this bug report does not mean it is fixed. [2004-08-17 08:11:30] [EMAIL PROTECTED] You're using a very old PHP version (4.3.4), I am very sure it was fixed since. So try that snapshot. [2004-08-17 00:58:42] shelby at coolpage dot com Also telling us to try the latest snapshot is useless unless you tell us what is the correct use of the mail() function on Qmail. Please see my original post and please answer the question as to what is the correct documented use. In the meantime, I have provided a documented use in my comments on this bug which works and which I am suggesting that others link to, as a replacement for the document for PHP mail(). Hopefully that will generate enough pressure to finally fix this bug and also help people work around it in meantime! Correction: in previous post for work around, I said if another header follows. I believe I insert the \r\n and \n, even after the last header input to mail(). 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/29646 -- Edit this bug report at http://bugs.php.net/?id=29646edit=1
#29802 [NEW]: Glitch using preg_replace
From: wesleygoku at yahoo dot com dot br Operating system: Windows 2000 SP4 PHP version: 4.3.8 PHP Bug Type: PCRE related Bug description: Glitch using preg_replace Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like wstag x=y /), and the complex, with content (like wstag x=yx/wstag). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: preNEO_HTML( quot;listquot;, quot;action=quot;/?e=2amp;d=layquot;quot;, quot; lt;wsimg src=quot;quot; /gt; lt;wsimg src=quot;quot; /gt; NEO_HTML( quot;itemquot;, quot;id=quot;Diretório anteriorquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;quot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;lt;bgt;Diretório anteriorlt;/bgt;quot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot;quot;, quot;Diretórioquot; )NEO_HTML( quot;colquot;, quot;href=quot;quot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;quot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;css.cssquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;css.cssquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot;quot;, quot;Estilo CSSquot; )NEO_HTML( quot;colquot;, quot;href=quot;/css.cssquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;3,23 KBquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;ico.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;ico.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/ico.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;66 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_asc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;list_order_asc.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_asc.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;61 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;list_order_desc.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/list_order_desc.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; /gt; quot; )NEO_HTML( quot;colquot;, quot;width=quot;10quot;quot;, quot;list_order_desc.gifquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_desc.gifquot; target=quot;_blankquot;quot;, quot;Imagemquot; )NEO_HTML( quot;colquot;, quot;href=quot;/list_order_desc.gifquot; target=quot;_blankquot; align=quot;rightquot;quot;, quot;61 Bytesquot; )quot; ) NEO_HTML( quot;itemquot;, quot;id=quot;top_admin.gifquot;quot;, quot;NEO_HTML( quot;colquot;, quot;width=quot;284quot; href=quot;/top_admin.gifquot; target=quot;_blankquot;quot;, quot; lt;img width=quot;10quot; a=quot;1quot; a=quot;1quot; a=quot;1quot; a=quot;1quot;
#28513 [Com]: preg_match has severe memory leak
ID: 28513
Comment by: R3MOV3CAPSphpbugs at R3MOV3CAPSneodisco dot com
Reported By: bens at effortlessis dot com
Status: Open
Bug Type: *Regular Expressions
Operating System: Fedora Core 1 Linux
PHP Version: 4.3.6
New Comment:
This is a simple, serious, and ugly ugly bug!!! Took me a while to cut
it back, but here is the essence.
?php
while (1) {
$body= any string;
$rand= different strings.mt_rand(0,mt_getrandmax());
$pattern = /$rand/;
preg_match($pattern, $body, $match);
}
?
I am using PHP5.0.0 and PHP5.0.01. These 4 lines chew 50MB per second.
Have a nice day.
Previous Comments:
[2004-05-25 02:11:51] bens at effortlessis dot com
Description:
I wrote a script to parse a sendmail log file to match records together
by message id in order to gather some statistics about a particular
relay situation.
When run, this script quickly swallowed all available RAM, bringing a
busy, production system to a standstill. I reduced the script to the
simplest code that causes the memory leak.
When run as php -q scriptname.php /var/log/maillog from the command
line, where maillog contains 500,000 lines, this script will leak
memory until the system load average exceeds 5.0.
Rem out the preg_match on the innermost loop and the memory leak
disappears. This bug is found in 4.3.4 and 4.3.6, I haven't tested
other versions.
Reproduce code:
---
?
set_time_limit(0);
// GETS $msgid;
$match=/\]\:\s+([0-9a-zA-Z]+)\:/;
if (!$file=trim($_SERVER['argv'][1]))
die('You must specify maillog file location');
if ($fp=fopen($file, 'r'))
{
while ($line=fgets($fp, 1024))
if (preg_match($match, $line, $r))
{
$msgid=trim($r[1]);
//$mfrom=/$msgid\:\s+from=\*(.*?)[\s\].*?relay=.*?\[([0-9\.]+)\]/;
$mfrom=/$msgid/;
// REM THIS LINE OUT AND THE MEMORY LEAK STOPS.
preg_match($mfrom, $line);
}
fclose($fp);
}
?
Expected result:
The top command should show this PHP instance using 10% of RAM on a
1 GB RAM system.
Actual result:
--
The top command shows 99% of memory usage on a 1 GB system.
--
Edit this bug report at http://bugs.php.net/?id=28513edit=1
#24752 [Csd-Opn]: unknown column type uniqueidentifier, type 35
ID: 24752 User updated by: ssc at coolspot dot de -Reported By: s dot sonnenberg at coolspot dot de +Reported By: ssc at coolspot dot de -Status: Closed +Status: Open Bug Type: MSSQL related Operating System: Linux -PHP Version: 4.3.2 +PHP Version: 4.3.8 New Comment: Open again dudes. Is there somebody who needs lessons in CVS usage, or what ? Previous Comments: [2004-08-12 18:52:08] zakharm at hotmail dot com I see that the following is in ext/mssql/php_mssql.h: #ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE #endif When configuring PHP via ./configure, is there a parameter I can send to configure to enable SQLUNIQUE? I did get it working by removing the #ifdef #endif, but is there another way? My configuration: freedts ./configure --prefix=/usr/local/freetds --with-tdsver=8.0 php ./configure --with-mssql=/usr/local/freetds --with-regex=php --with-config-file-path=/etc/php4/apache --disable-rpath --enable-memory-limit --disable-debug --with-layout=GNU --with-pear=/usr/share/php --with-mysql=shared --with-apxs=/usr/bin/apxs [2004-06-08 15:44:31] dave at daveonline dot com I am having a simular issue, however I am getting type (36) unknown and not 35. The SQl server is Enterprise 2000. and the field is a uniqueidentifier type. here is a line from the error: Warning: mssql_query(): column 14 has unknown data type (36) in /opt/mysql-standard-4.0.18-pc-linux-i686/scripts/test.php on line 34 and here is the conf file [global] # TDS protocol version tds version = 8.0 ; initial block size = 512 # uses some fixes required for some bugged MSSQL 7.0 server that # return invalid data to big endian clients # NOTE TDS version 7.0 or 8.0 should be used instead ; swap broken dates = no ; swap broken money = no # Database server login method, if both server and domain # logins are enabled, domain login is tried first if a domain # is specified, and if that fails the server login will be used. # OBSOLETE ; try server login = yes ; try domain login = no # The default authentication domain, can be overridden by # specifying a username with a domain prefix, e.g. DOMAIN\username # OBSOLETE use DOMAIN\username as username ; nt domain = WORKGROUP # If the server responds with different domain try that one? # OBSOLETE never been used ; cross domain login = no # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug level = 10 # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out of memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # (Microsoft servers sometimes pretend TEXT columns are # 4 GB wide!) If you have this problem, try setting # 'text size' to a more reasonable limit text size = 64512 [testserver] host = DELETED port = 1433 tds version = 8.0 [2004-02-25 03:04:03] s dot sonnenberg at coolspot dot de I use exactly the combination : PHP 4.3.4 + FreeTDS 0.61.2. And we have no such problems. Could you please send your configure strings ? [2004-02-20 11:54:47] rgesse at ndigital dot com I ran into the same problem wih the latest version of PHP and Freetds (as of Feb. 18, 2004). I found that the only way to SELECT from a uniqueidentifier field is the following: SELECT LEFT(CAST(uniqueidentifierfield as char(64)), 36) AS thisfield FROM table [2003-07-23 11:56:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24752 -- Edit this bug report
#24752 [Opn]: unknown column type uniqueidentifier, type 35
ID: 24752 User updated by: ssc at coolspot dot de Reported By: ssc at coolspot dot de Status: Open Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.8 New Comment: Ok, once again a lesson in the usage of a really famous tool, called diff, which could by new to some of you. A TIP : if you are searching a release manager, call me. It is really anoying to double-check PHP each time i need to update. /mssql/php_mssql.h iff -wu php-4.3.8.working/ext/mssql/php_mssql.h php-4.3.8/ext/ --- php-4.3.8.working/ext/mssql/php_mssql.h 2004-08-23 15:56:59.0 +0200 +++ php-4.3.8/ext/mssql/php_mssql.h 2004-04-21 01:37:26.0 +0200 @@ -38,7 +38,7 @@ #if HAVE_FREETDS #ifndef SHORT -//typedef short SHORT; +typedef short SHORT; #endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR @@ -62,7 +62,9 @@ #define SQLIMAGE SYBIMAGE #define SQLBINARY SYBBINARY #define SQLVARBINARY SYBVARBINARY +#ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE +#endif #define DBERRHANDLE(a, b) dberrhandle(b) #define DBMSGHANDLE(a, b) dbmsghandle(b) #define DBSETOPT(a, b, c) dbsetopt(a, b, c, -1) Previous Comments: [2004-08-23 21:23:33] ssc at coolspot dot de Open again dudes. Is there somebody who needs lessons in CVS usage, or what ? [2004-08-12 18:52:08] zakharm at hotmail dot com I see that the following is in ext/mssql/php_mssql.h: #ifdef SQLUNIQUE /* FreeTSD 0.61+ */ #define SQLUNIQUE SYBUNIQUE #endif When configuring PHP via ./configure, is there a parameter I can send to configure to enable SQLUNIQUE? I did get it working by removing the #ifdef #endif, but is there another way? My configuration: freedts ./configure --prefix=/usr/local/freetds --with-tdsver=8.0 php ./configure --with-mssql=/usr/local/freetds --with-regex=php --with-config-file-path=/etc/php4/apache --disable-rpath --enable-memory-limit --disable-debug --with-layout=GNU --with-pear=/usr/share/php --with-mysql=shared --with-apxs=/usr/bin/apxs [2004-06-08 15:44:31] dave at daveonline dot com I am having a simular issue, however I am getting type (36) unknown and not 35. The SQl server is Enterprise 2000. and the field is a uniqueidentifier type. here is a line from the error: Warning: mssql_query(): column 14 has unknown data type (36) in /opt/mysql-standard-4.0.18-pc-linux-i686/scripts/test.php on line 34 and here is the conf file [global] # TDS protocol version tds version = 8.0 ; initial block size = 512 # uses some fixes required for some bugged MSSQL 7.0 server that # return invalid data to big endian clients # NOTE TDS version 7.0 or 8.0 should be used instead ; swap broken dates = no ; swap broken money = no # Database server login method, if both server and domain # logins are enabled, domain login is tried first if a domain # is specified, and if that fails the server login will be used. # OBSOLETE ; try server login = yes ; try domain login = no # The default authentication domain, can be overridden by # specifying a username with a domain prefix, e.g. DOMAIN\username # OBSOLETE use DOMAIN\username as username ; nt domain = WORKGROUP # If the server responds with different domain try that one? # OBSOLETE never been used ; cross domain login = no # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug level = 10 # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out of memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # (Microsoft servers sometimes pretend TEXT columns are # 4 GB wide!) If you have this problem, try setting # 'text size' to a more reasonable limit text size = 64512 [testserver] host = DELETED port = 1433 tds version = 8.0 [2004-02-25 03:04:03] s dot sonnenberg at coolspot dot de I use exactly the combination : PHP 4.3.4 + FreeTDS 0.61.2. And we have no such problems. Could you please send your configure strings ? [2004-02-20 11:54:47] rgesse at ndigital dot com I ran into the same problem wih the latest version of PHP and Freetds (as of Feb. 18, 2004). I found that the only way to SELECT from a
#27728 [Asn]: Segfault in combination of php_check_syntax() and exit.
ID: 27728
Updated by: [EMAIL PROTECTED]
Reported By: mail at patrickwitte dot de
Status: Assigned
Bug Type: Reproducible crash
Operating System: *
PHP Version: 5.0.0RC1
Assigned To: ilia
New Comment:
I also stumbled upon this, today.
Here is my reproduce code:
if (!php_check_syntax(NULL)) { die(); }
(segfaults)
Seems this is not related to __FILE__
I concur that if exit (die) is not called, no segfault.
S
Previous Comments:
[2004-03-27 16:30:33] mail at patrickwitte dot de
I made a few more test to get more systematic results:
1) Check of file(test.php) with parse error, no matter if
'php_check_syntax()' is followed by 'exit' or not, results in debug
message:
/home/patrick/php-5.0.0RC1/main/streams/streams.c(371) : Stream of type
'STDIO' 0x4047363c (path:test.php) was not closed
2) Check of correct or non-existant file:
2a) without following 'exit': result as expected
2b) with following 'exit': segfault
After looking in streams.c it seems to be a memory leak.
[2004-03-27 08:39:10] [EMAIL PROTECTED]
Valgrind reports errors while parsing the parameter. Perhaps we free
the __FILE__ stuff too early? Assigning to Ilia :)
==3720== Invalid read of size 4
==3720==at 0x8293343: zend_parse_arg_impl (zend_API.c:301)
==3720==by 0x8293887: zend_parse_arg (zend_API.c:450)
==3720==by 0x8293BC1: zend_parse_va_args (zend_API.c:542)
==3720==by 0x8293C43: zend_parse_parameters (zend_API.c:569)
==3720==by 0x81BF10C: zif_php_check_syntax
(basic_functions.c:2247)
==3720==by 0x82B89D4: zend_do_fcall_common_helper
(zend_execute.c:2689)
==3720==by 0x82B90D0: zend_do_fcall_handler (zend_execute.c:2818)
==3720==by 0x82B53C6: execute (zend_execute.c:1381)
==3720== Address 0x4B20E38C is not stack'd, malloc'd or free'd
==3720==
[2004-03-27 07:47:38] mail at patrickwitte dot de
Description:
This happens no matter if the checked file is syntactically ok or not
or even doesn't exists.
In all cases the result of php_check_syntax() is the expexted, but if
exit (or die()) is called afterwards you get a segfault.
Experienced with sapi-module and cli on linux and cli on win32.
(win32-sapi not tested)
Reproduce code:
---
?php
echo php_check_syntax(__FILE__) ? Ok : failed;
exit;
?
Expected result:
Ok
Actual result:
--
Ok
segfault
Backtrace:
#0 _emalloc (size=Cannot access memory at address 0xc
) at /home/patrick/php-5.0.0RC1/Zend/zend_alloc.c:140
140 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(size);
--
Edit this bug report at http://bugs.php.net/?id=27728edit=1
#29803 [NEW]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
From: [EMAIL PROTECTED] Operating system: Linux 2.4.26 PHP version: 5CVS-2004-08-23 (dev) PHP Bug Type: Reproducible crash Bug description: Seg fault on count($GLOBALS, COUNT_RECURSIVE); Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- ?php count($GLOBALS, COUNT_RECURSIVE); ? Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit bug report at http://bugs.php.net/?id=29803edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29803r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29803r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29803r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29803r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29803r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29803r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29803r=needscript Try newer version: http://bugs.php.net/fix.php?id=29803r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29803r=support Expected behavior: http://bugs.php.net/fix.php?id=29803r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29803r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29803r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29803r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29803r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29803r=dst IIS Stability: http://bugs.php.net/fix.php?id=29803r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29803r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29803r=float
#14822 [Com]: Premature end of script headers: C:/php/php.exe
ID: 14822 Comment by: et_beezy at hotmail dot com Reported By: b dot parcalab at atlastelecom dot ro Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: I had the same problem. I have changed php.ini. FROM: doc_root = c:\Program files\Apache G... TO: doc_root =. Yes made it empty and it solved the problem. :) Previous Comments: [2002-04-06 11:09:22] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2 for it to work. And Apache2 is still beta and a moving target, so it's not really possible to have stable releases of it. [2002-01-03 05:43:15] b dot parcalab at atlastelecom dot ro Error description: Many php scripts that works good with apache2 and php 4.0.6 doesn't work now with apache2 and 4.1.0. Error: Server error! Premature end of script headers: C:/php/php.exe If you think this is a server error, please contact the Webmaster Error 500 bogdanp.atn.ro 01/03/02 12:39:08 Apache/2.0.28 (Win32) I don't know what's the problem, and I think that its usefull for you to know about this bug. Thank you. Sincerly, Bogdan Parcalab -- Edit this bug report at http://bugs.php.net/?id=14822edit=1
#29804 [NEW]: Problem with your site
From: amy dot jonas at yestechtoday dot com Operating system: PHP version: 4.3.9RC1 PHP Bug Type: *General Issues Bug description: Problem with your site Description: Reporting a problem with your site that's been occurring for some time now. I search for a function and when it's not found I get a list of potential matches. Then when I search again from that page, it jumps to http://us3.php.net/search.php which gives me a 404 error. -- Edit bug report at http://bugs.php.net/?id=29804edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29804r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29804r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29804r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29804r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29804r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29804r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29804r=needscript Try newer version: http://bugs.php.net/fix.php?id=29804r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29804r=support Expected behavior: http://bugs.php.net/fix.php?id=29804r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29804r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29804r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29804r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29804r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29804r=dst IIS Stability: http://bugs.php.net/fix.php?id=29804r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29804r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29804r=float
#29649 [Fbk-NoF]: extensions installation
ID: 29649 Updated by: [EMAIL PROTECTED] Reported By: mohamadsb at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.3.8 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-08-16 08:35:44] [EMAIL PROTECTED] I have no idea what you mean here? The only installer we have is for Windows. Are you talking about the ports? If so: there is nothing we can do there as we don't maintain that. [2004-08-13 13:09:14] mohamadsb at yahoo dot com Description: when we wanted to install 4.3.7 , we were questioned about extension installation but in 4.3.8 we were not ... please change this feature to 4.3.7 style -- Edit this bug report at http://bugs.php.net/?id=29649edit=1
#29462 [Com]: lost post data
ID: 29462 Comment by: golden_moon_rising at yahoo dot com Reported By: gary at garyslittlecompany dot com Status: Open Bug Type: CGI related Operating System: wxp PHP Version: 4.3.9 New Comment: Yup, confirmed. I am using a FastCGI SAPI 4.3.9-dev (php4-STABLE-200408091430), and having the same issue: When a trivial HTML-only web page with a single input item, a textarea, contains more than 1000 characters, the post data is lost by PHP. When I point the form to a Perl CGI, I can see all the text, but pointing the form to a trivial PHP script that does var_dump on $_REQUEST, I get an empty array. If I remove a single byte from the text area, presto .. everything looks/works normal. This was a tad frustrating to isolate. Now to dig through PHP code to see what the heck is happening at the 1,000th character. First, I will download the latest snapshot .. Previous Comments: [2004-07-30 22:17:34] gary at garyslittlecompany dot com Description: Please see my last note to bug #22427. I am experiencing the same problem, I would not submit this again, except, it appears that I can not change the status to open again, since I am not the owner, so I added this to one to point to that. -- Edit this bug report at http://bugs.php.net/?id=29462edit=1
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176
User updated by: webmaster at ragnarokonline dot de
Reported By: webmaster at ragnarokonline dot de
Status: Assigned
Bug Type: Variables related
-Operating System: SuSE 9.0
+Operating System: All
PHP Version: 5.0.0
Assigned To: sesser
New Comment:
Changing OS from SuSE 9.0 to All, since this is not limited to SuSE.
Previous Comments:
[2004-08-20 20:09:54] webmaster at ragnarokonline dot de
mmh ... or even $GLOBALS in general, so var_dump($GLOBALS) would
include $_SERVER, $_ENV and $_REQUEST and scripts, like
?php
var_dump(in_array('_SERVER', array_keys($GLOBALS)));
?
work as expected, which means the above script would return bool(true)
for example?
[2004-08-20 19:56:22] webmaster at ragnarokonline dot de
Perhaps triggering the jit, when $GLOBALS['_REQUEST'], $GLOBALS['_ENV']
or $GLOBALS['_SERVER'] is being called should fix the issue?
[2004-08-19 23:01:56] marcus at synchromedia dot co dot uk
I'm seeing this in a fresh compile of 5.0.1 on RedHat EL
3. Again, turning register_long_arrays is a workaround
until it's fixed properly. FWIW, I'm also using mmcache.
[2004-08-19 09:20:32] info at webaq dot com
PHP File use SafeGuard Suite 3.5.0 encode
Apache 1.3.29
PHP 5.0.0
Zend Engine v2.0.0
Zend Optimizer v2.5.3
Notice: Undefined variable: _SERVER in /www/ZendEncode.php on line 2
Undefined variable: _SERVER!!! _
[2004-07-16 09:35:12] tmgh at www dot deyang dot gov dot cn
if set
register_long_arrays=Off
auto_globals_jit=off
,php5+mmcache2.4.7-cvs work greatly.
can somebody tell me what's auto_globals_jit?
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/29176
--
Edit this bug report at http://bugs.php.net/?id=29176edit=1
#29806 [NEW]: passing chained queries through methods doesn't work
From: jamslam at gmail dot com
Operating system: RedHat 9
PHP version: 5.0.1
PHP Bug Type: SQLite related
Bug description: passing chained queries through methods doesn't work
Description:
Alright, this is a strange bug, but I'll get to the point.
For some odd reason PHP is not letting me pass chained queries in through
a method, and from there execute the query successfully. I find that if I
use the transactions ('BEGIN;' and 'COMMIT;') no queries will be executed,
and if I leave the transactions out, only the first query will be
executed.
Now I know this bug exists:
http://bugs.php.net/bug.php?id=28264
And it's virtually identical, except for the fact that I'm passing data
through a method first, then executing it (I don't modify the data, as
you'll see below).
I have come to the conclusion that this is in fact a bug, as I have ruled
out every other possibility.
PHP Info: http://www.webtrickscentral.com/stuff/phpinfo.php
Reproduce code:
---
http://www.webtrickscentral.com/stuff/phpBug.phps
Expected result:
The code should insert two rows of data into table 'cool'.
Actual result:
--
It does not do anything- no error messages and it does not insert
anything.
* - This is for any type of query, also.
--
Edit bug report at http://bugs.php.net/?id=29806edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29806r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29806r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29806r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29806r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29806r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29806r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29806r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29806r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29806r=support
Expected behavior: http://bugs.php.net/fix.php?id=29806r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29806r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29806r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29806r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29806r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29806r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29806r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29806r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29806r=float
#29683 [Opn]: headers_list() func. return empty array
ID: 29683
Updated by: [EMAIL PROTECTED]
Reported By: ca533512 at tiscali dot cz
Status: Open
Bug Type: Unknown/Other Function
Operating System: Win2k SP4
PHP Version: 5.0.1
New Comment:
This is also reproducible with Apache 1.3.x SAPI.
It happens because sapi_module.header_handler (particularly
sapi_apache_header_handler() with Apache 1.3.x) returns 0 instead of
SAPI_HEADER_ADD and headers just don't get to SG(sapi_headers).
Previous Comments:
[2004-08-23 19:59:52] ca533512 at tiscali dot cz
Apache 2.0.50
-- php: `original` for win32 from php.net
[2004-08-23 18:59:21] [EMAIL PROTECTED]
What SAPI are you using?
[2004-08-14 23:58:00] ca533512 at tiscali dot cz
Description:
If I try code from PHP docs of headers_list() function, browser print
only empty array.
or this function is not available on win OS ?
Reproduce code:
---
/* setcookie() will add a response header on its own */
setcookie('foo', 'bar');
/* Define a custom response header
This will be ignored by most clients */
header(X-Sample-Test: foo);
/* Specify plain text content in our response */
header('Content-type: text/plain');
/* What headers are going to be sent? */
var_dump(headers_list());
Expected result:
array(4) {
[0]=
string(29) X-Powered-By: PHP/5.0.0 // ... 5.0.1
[1]=
string(19) Set-Cookie: foo=bar
[2]=
string(18) X-Sample-Test: foo
[3]=
string(24) Content-type: text/plain
}
Actual result:
--
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=29683edit=1
#29807 [NEW]: forces .php extension in the download dialog
From: diptimca at yahoo dot com
Operating system: linux red had 9
PHP version: 4.3.8
PHP Bug Type: HTTP related
Bug description: forces .php extension in the download dialog
Description:
hi,
i tried running the following code for downloading files.
?php
// downloading a file use http://somewhere.com/download.php/?filename=name
of file
$filename = $_GET['filename'];
if(!$filename){ echo ERROR: No filename specified. Please try again.; }
else {
// fix for IE catching or PHP bug issue
header(Pragma: public);
header(Expires: 0); // set expiration time
header(Cache-Control: must-revalidate, post-check=0, pre-check=0);
// browser must download file from server instead of cache
// force download dialog
header(Content-Type: application/force-download);
header(Content-Type: application/octet-stream);
header(Content-Type: application/download);
// use the Content-Disposition header to supply a recommended filename and
// force the browser to display the save dialog.
header(Content-Disposition: attachment;
filename=.basename($filename).;);
header(Content-Transfer-Encoding: binary);
$root_path = root path to image;
$myfile = $root_path . $filename;
header(Content-Length: .filesize($myfile));
readfile($myfile);
exit();
}
?
It works well, but in the download dialog, it shows the filename of the
php file in which this code is written.
Even though i specify a txt file in myfile.
please help me for the same . its urgent
Reproduce code:
---
?php
// downloading a file use http://somewhere.com/download.php/?filename=name
of file
$filename = $_GET['filename']; // a txt file or doc file
if(!$filename){ echo ERROR: No filename specified. Please try again.; }
else {
// fix for IE catching or PHP bug issue
header(Pragma: public);
header(Expires: 0); // set expiration time
header(Cache-Control: must-revalidate, post-check=0, pre-check=0);
// browser must download file from server instead of cache
// force download dialog
header(Content-Type: application/force-download);
header(Content-Type: application/octet-stream);
header(Content-Type: application/download);
// use the Content-Disposition header to supply a recommended filename and
// force the browser to display the save dialog.
header(Content-Disposition: attachment;
filename=.basename($filename).;);
header(Content-Transfer-Encoding: binary);
$root_path = root path to image;
$myfile = $root_path . $filename;
header(Content-Length: .filesize($myfile));
readfile($myfile);
exit();
}
?
Expected result:
in the download dialog, the default file name should be the one got form
get method i.e hello.txt
--
Edit bug report at http://bugs.php.net/?id=29807edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29807r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29807r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29807r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29807r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29807r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29807r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29807r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29807r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29807r=support
Expected behavior: http://bugs.php.net/fix.php?id=29807r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29807r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29807r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29807r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29807r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29807r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29807r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29807r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29807r=float
#28435 [Com]: array_count_values() problem
ID: 28435
Comment by: php_bugs at michaeldouma dot com
Reported By: ofirin at yahoo dot com
Status: Closed
Bug Type: Arrays related
Operating System: Any
PHP Version: 4CVS-2004-05-18 (stable)
New Comment:
Why is this bug closed? I am now experiencing the same
problem with 5.0.1. The array from array_count_values
appears normal with vardump, but there is no way to
access the elements; neither as arrayname[2] nor
arrayname[2]. This worked fine with 4.3.x.
vardump of result from array_count_values
array(5) {
[3]=
int(2)
[2]=
int(1)
[1]=
int(1)
[0]=
int(1)
[0]=
int(0)
}
It looks like you'd be able to access the value with
arrayname[2], but you can't!
Previous Comments:
[2004-08-04 16:39:13] alexis dot bosson at medias dot cnes dot fr
As said in :
- bug #9307
- bug #21918
- bug #22201
- and documentation of arrays :
http://www.php.net/manual/en/language.types.array.php
If a key is the standard representation of an integer, it will be
interpreted as such (i.e. 8 will be interpreted as 8, while 08 will
be interpreted as 08).
So the array_count_values must cast the integers contained in strings
to integers.
Actually, with standard PHP behavior, it's impossible to access
directly to those array elements which keys are strings containing
integers, as said in comment of June 18
[2004-06-21 17:50:47] ofirin at yahoo dot com
Ok, I think you're right, we all should be looking forward working with
php5, rather than trying to fix old bugs in php4.
[2004-06-21 11:31:59] vladb at pseudo-infinity dot ro
The php5 result seems more accurate than the php4 one. You got strings
in the $books array, no?
Changing this in php4 may break some code out there so maybe it'd be
best to just mention it as a 4-5 inconsistency.
[2004-06-18 14:24:41] programmer at bardware dot de
I noticed this problem with PHP5 RC2 on a Win2k box as an
Apache2-module. I have some HMTL-Checkboxes and on the server side want
to check the selected values. My checkboxes are equally named
name=choice2[] what lets PHP generate an array
$_POST[choice2][0]
$_POST[choice2][1]
$_POST[choice2][2] etc. according to the selected values.
Each checkbox has it's unique value attribute.
To test for a certain value I reverse this array with
$arrTmp=array_count_values($_POST[choice2]);
I now want to access $arrTmp[1] to check if the checkbox with the
attribute value=1 was selected. The respective value was - if
selected - 1, otherwise it's not existent in the
$_POST[choice2]-Array. This did not work. $arrTmp[1] didn't work
either. It was no way possible to access a member of the array.
The other poster mentioned the indexes are generated as strings, I want
to point they cannot be accessed at all.
It worked best on PHP 4.3.6
Best,
Bernhard
[2004-05-18 19:04:43] ofirin at yahoo dot com
Description:
I don't know if this is a php5 or php4 bug, but I'm sure something's
wrong here.
Whenever in php5 I do an array_count_values() on an array that
contains numeric values as strings the result array uses string keys
instead of the numeric values as indexes. This doesn't happen in php4.
I don't know what behaivor is correct.
I'm using the latest cvs versions of both php4 and php5 btw.
Reproduce code:
---
?php
$books = Array('10', '3', '6', '10');
$quantities = array_count_values($books);
var_dump($books);
var_dump($quantities);
?
Expected result:
This is what happens in php4:
array(4) {
[0]=
string(2) 10
[1]=
string(1) 3
[2]=
string(1) 6
[3]=
string(2) 10
}
array(3) {
[10]=
int(2)
[3]=
int(1)
[6]=
int(1)
}
Actual result:
--
This is what happens if php5:
array(4) {
[0]=
string(2) 10
[1]=
string(1) 3
[2]=
string(1) 6
[3]=
string(2) 10
}
array(3) {
[10]=
int(2)
[3]=
int(1)
[6]=
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=28435edit=1
