#34871 [Fbk-Opn]: php isapi does not impersonate app. pool user
ID: 34871 User updated by: giunta dot gaetano at sea-aeroportimilano dot it Reported By: giunta dot gaetano at sea-aeroportimilano dot it -Status: Feedback +Status: Open Bug Type: IIS related -Operating System: Windows 2003 +Operating System: windows 2003 PHP Version: 4.4.0 New Comment: I tried to change every single bit of IIS and PHP configuration to my best, but of course I cannot be 100% sure... The hint that pointed me to file a bug was the aforementioned MS technet article, that explicitly states that IIS apps must call the RevertToSelf function, and I could find no trace of that call in the ISAPI source dir. PS: as a side note: 'impersonation' as mentioned in the php docs looks to be the reverse process of what I am trying to accomplish: one case is for websites that have guest access disabled and the scripts have to run with the privileges of the single user account used to log in into the website, the other is for websites with guest access enabled and the scripts have to run with app. pool account instead of iis guest account. Previous Comments: [2005-11-01 22:27:11] [EMAIL PROTECTED] Are you sure you're doing it the right way (tm) ? [2005-10-14 15:12:38] giunta dot gaetano at sea-aeroportimilano dot it Quick test: Anonymous access for IIS set to IUSR_XXX; App Pool user set to IWAM_XXX; set a .txt file permissions to 'read access only for IWAM_XXX' and called readfile() on it. [2005-10-14 15:04:03] [EMAIL PROTECTED] How did you determine that it isn't impersonating? [2005-10-14 14:56:53] giunta dot gaetano at sea-aeroportimilano dot it Description: I had a very hard time trying to figure out which user will be used to actually run the php processes on IIS 6+php isapi. The server is configured in non-IIS5-compliant security mode, and php runs fine, but it keeps using the windows user account configured for anonymous website access, instead of the user account set for the Application Pool connected to the website in question. All MS docs state that web apps run under the user account/using the privileges of the account defined for the App. Pool (by default NETWORK SERVICE). User comments on the online manual vary wildly: some users seem to have had success in using the app. pool user, some using the anonymous connection user. Docs at http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/webapp/iis/appisoa.mspx#EGAA indicate that in order for the web app to exibhit this behaviour, it has to call the he Win32API RevertToSelf function, of which I sould finnd no trace in the php source code, except for the FCGI module... Am I missing something? -- Edit this bug report at http://bugs.php.net/?id=34871edit=1
#34910 [Fbk-Opn]: snmp does not parse OID with string index
ID: 34910
User updated by: ch at westend dot com
Reported By: ch at westend dot com
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Debian GNU/Linux
PHP Version: 5.0.5
New Comment:
There seems to be no relevant change between 5.0.5 and the -latest
tarball. Also, the bug number is not referenced in NEWS...
Previous Comments:
[2005-10-31 16:41:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-18 18:22:45] ch at westend dot com
Description:
The SNMP function seem to not know that it is possible
to have string indices like:
$ snmpwalk -Ir myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
which gives:
ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26 =
INTEGER: yes(2)
(keep the single and double quotes in the example!)
It seems that setting the -Ir flag is not possible.
Reproduce code:
---
$x = snmprealwalk('myhost', 'mypassword',
ASCEND-MIBINET-MIB::internetProfile-Station);
var_export($x); print(\n);
gives:
array (
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2' = 'STRING:
bras-1-2',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-3' = 'STRING:
bras-1-3',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-4' = 'STRING:
bras-1-4',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-48' = 'STRING:
bras-1-48',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-5' = 'STRING:
bras-1-5',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-6' = 'STRING:
bras-1-6',
Numerically this OID looks like:
$ snmpwalk -Ir -On myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
.1.3.6.1.4.1.529.23.1.1.1.2.8.99.105.114.45.49.45.50.54 = INTEGER:
yes(2)
The MIB definition looks like this:
mibinternetProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A list of mibinternetProfile profile
entries.
::= { mibinternetProfile 1 }
mibinternetProfileEntry OBJECT-TYPE
SYNTAX MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A mibinternetProfile entry containing objects
that
maps to the parameters of mibinternetProfile
profile.
INDEX { internetProfile-Station }
::= { mibinternetProfileTable 1 }
MibinternetProfileEntry ::=
SEQUENCE {
internetProfile-Station
DisplayString,
internetProfile-Active
INTEGER,
internetProfile-Active OBJECT-TYPE
SYNTAX INTEGER {
no (1),
yes (2)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION A profile can be disabled by setting this
field to no. There is no difference between an inactive pr
::= { mibinternetProfileEntry 2 }
Expected result:
I would have expected to be able to use every OID that the
above snmpwalk returns. But they are claimed to be invalid.
Actual result:
--
Warning: snmpget(): Invalid object identifier:
ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2 in
/home/ch/t.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=34910edit=1
#35065 [NEW]: Crash with PHP 5.1.0RC1; suggestion for fix in _zend_hash_init
From: marc at mediamatic dot nl
Operating system: Mac OS X 10.4.3
PHP version: 5.1.0RC4
PHP Bug Type: Reproducible crash
Bug description: Crash with PHP 5.1.0RC1; suggestion for fix in _zend_hash_init
Description:
Ok, I got a crash with PHP 5.1.0RC1 :) See below for
the trace.
However, when checking into the Zend/zend_hash.c i saw
some code in _zend_hash_init() that was a bit fishy for
me.
The source code and a suggestion:
ZEND_API int _zend_hash_init(...)
{
/ **SNIP**
/* Uses ecalloc() so that Bucket* == NULL */
if (persistent) {
tmp = (Bucket **) calloc(ht-
nTableSize, sizeof(Bucket *));
if (!tmp) {
return FAILURE;
}
ht-arBuckets = tmp;
} else {
tmp = (Bucket **) ecalloc_rel(ht-
nTableSize, sizeof(Bucket *));
if (tmp) {
ht-arBuckets = tmp;
}
}
return SUCCESS;
}
I am wondering if it is ok to return SUCCESS when the
ecalloc_rel fails???
Maybe this is slightly better:
// *snip*
if (persistent) {
tmp = (Bucket **) calloc(ht-nTableSize,
sizeof(Bucket *));
} else {
tmp = (Bucket **) ecalloc_rel(ht-
nTableSize, sizeof(Bucket *));
}
if (!tmp) {
ht-arBuckets = NULL;
return FAILURE;
} else {
ht-arBuckets = tmp;
return SUCCESS;
}
}
Greetings,
Marc Worrell
Reproduce code:
---
Crash occures already at startup... for now I just moved to 5.0.5 :) When
needed I can try to reproduce it in a smaller setting with less modules.
For now I just assume it will be fixed sooner or later. :)
Actual result:
--
Thread 0 Crashed:
0 libphp5.so 0x02263af8
_zend_hash_index_update_or_next_insert + 72
(zend_hash.c:354)
1 libphp5.so 0x02266b5c zend_list_insert + 92
(zend_list.c:49)
2 libphp5.so 0x02266d04 zend_register_resource + 32
(zend_list.c:101)
3 libphp5.so 0x0222d20c _php_stream_alloc + 292
(streams.c:264)
4 libphp5.so 0x0223231c _php_stream_fopen_from_fd +
212 (plain_wrapper.c:206)
5 libphp5.so 0x022331b0 _php_stream_fopen + 280
(plain_wrapper.c:883)
6 libphp5.so 0x02233a64 _php_stream_fopen_with_path +
320 (plain_wrapper.c:1275)
7 libphp5.so 0x0222ffc8 _php_stream_open_wrapper_ex +
232 (streams.c:1777)
8 libphp5.so 0x0221c57c php_stream_open_for_zend + 56
(main.c:854)
9 libphp5.so 0x0226d760 zend_stream_fixup + 80
(zend_stream.c:62)
10 libphp5.so 0x0223c890 open_file_for_scanning + 32
(zend_language_scanner.c:3068)
11 libphp5.so 0x02241158 compile_file + 104
(zend_language_scanner.c:3154)
12 libphp5.so 0x0225c3c0 zend_execute_scripts + 212
(zend.c:1070)
13 libphp5.so 0x022e20c4 php_handler + 1764
(sapi_apache2.c:576)
14 httpd 0x000378e8 ap_run_handler + 100
(config.c:152)
15 httpd 0x00037eb0 ap_invoke_handler + 212
(config.c:366)
16 httpd 0x00012a88 ap_internal_redirect + 48
(http_request.c:465)
17 httpd 0x00012dc0 ap_process_request + 144
(http_request.c:196)
18 httpd 0xd778 ap_process_http_connection +
116 (http_core.c:253)
19 httpd 0x0003e68c ap_run_process_connection +
100 (connection.c:43)
20 httpd 0x00023428 child_main + 1248 (prefork.c:
611)
21 httpd 0x000235b8 make_child + 308 (prefork.c:
707)
22 httpd 0x00023644 startup_children + 92
(prefork.c:722)
23 httpd 0x00023b10 ap_mpm_run + 1144 (prefork.c:
941)
24 httpd 0x00025624 main + 2724 (main.c:618)
25 httpd 0x2768 _start + 348 (crt.c:272)
26 httpd 0x2608 start + 60
--
Edit bug report at http://bugs.php.net/?id=35065edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35065r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35065r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35065r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35065r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35065r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35065r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35065r=needscript
Try newer version:
#35065 [Opn-Fbk]: Crash with PHP 5.1.0RC1; suggestion for fix in _zend_hash_init
ID: 35065
Updated by: [EMAIL PROTECTED]
Reported By: marc at mediamatic dot nl
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Mac OS X 10.4.3
PHP Version: 5.1.0RC4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-11-02 12:12:47] marc at mediamatic dot nl
Description:
Ok, I got a crash with PHP 5.1.0RC1 :) See below for
the trace.
However, when checking into the Zend/zend_hash.c i saw
some code in _zend_hash_init() that was a bit fishy for
me.
The source code and a suggestion:
ZEND_API int _zend_hash_init(...)
{
/ **SNIP**
/* Uses ecalloc() so that Bucket* == NULL */
if (persistent) {
tmp = (Bucket **) calloc(ht-
nTableSize, sizeof(Bucket *));
if (!tmp) {
return FAILURE;
}
ht-arBuckets = tmp;
} else {
tmp = (Bucket **) ecalloc_rel(ht-
nTableSize, sizeof(Bucket *));
if (tmp) {
ht-arBuckets = tmp;
}
}
return SUCCESS;
}
I am wondering if it is ok to return SUCCESS when the
ecalloc_rel fails???
Maybe this is slightly better:
// *snip*
if (persistent) {
tmp = (Bucket **) calloc(ht-nTableSize,
sizeof(Bucket *));
} else {
tmp = (Bucket **) ecalloc_rel(ht-
nTableSize, sizeof(Bucket *));
}
if (!tmp) {
ht-arBuckets = NULL;
return FAILURE;
} else {
ht-arBuckets = tmp;
return SUCCESS;
}
}
Greetings,
Marc Worrell
Reproduce code:
---
Crash occures already at startup... for now I just moved to 5.0.5 :)
When needed I can try to reproduce it in a smaller setting with less
modules. For now I just assume it will be fixed sooner or later. :)
Actual result:
--
Thread 0 Crashed:
0 libphp5.so 0x02263af8
_zend_hash_index_update_or_next_insert + 72
(zend_hash.c:354)
1 libphp5.so 0x02266b5c zend_list_insert + 92
(zend_list.c:49)
2 libphp5.so 0x02266d04 zend_register_resource + 32
(zend_list.c:101)
3 libphp5.so 0x0222d20c _php_stream_alloc + 292
(streams.c:264)
4 libphp5.so 0x0223231c _php_stream_fopen_from_fd +
212 (plain_wrapper.c:206)
5 libphp5.so 0x022331b0 _php_stream_fopen + 280
(plain_wrapper.c:883)
6 libphp5.so 0x02233a64 _php_stream_fopen_with_path +
320 (plain_wrapper.c:1275)
7 libphp5.so 0x0222ffc8 _php_stream_open_wrapper_ex +
232 (streams.c:1777)
8 libphp5.so 0x0221c57c php_stream_open_for_zend + 56
(main.c:854)
9 libphp5.so 0x0226d760 zend_stream_fixup + 80
(zend_stream.c:62)
10 libphp5.so 0x0223c890 open_file_for_scanning + 32
(zend_language_scanner.c:3068)
11 libphp5.so 0x02241158 compile_file + 104
(zend_language_scanner.c:3154)
12 libphp5.so 0x0225c3c0 zend_execute_scripts + 212
(zend.c:1070)
13 libphp5.so 0x022e20c4 php_handler + 1764
(sapi_apache2.c:576)
14 httpd 0x000378e8 ap_run_handler + 100
(config.c:152)
15 httpd 0x00037eb0 ap_invoke_handler + 212
(config.c:366)
16 httpd 0x00012a88 ap_internal_redirect + 48
(http_request.c:465)
17 httpd 0x00012dc0 ap_process_request + 144
(http_request.c:196)
18 httpd 0xd778 ap_process_http_connection +
116 (http_core.c:253)
19 httpd 0x0003e68c ap_run_process_connection +
100 (connection.c:43)
20 httpd 0x00023428 child_main + 1248 (prefork.c:
611)
21 httpd 0x000235b8 make_child + 308 (prefork.c:
707)
22 httpd 0x00023644 startup_children + 92
(prefork.c:722)
23 httpd 0x00023b10 ap_mpm_run + 1144 (prefork.c:
941)
24 httpd 0x00025624 main + 2724 (main.c:618)
25 httpd 0x2768 _start + 348 (crt.c:272)
26 httpd 0x2608 start + 60
--
Edit this bug report at http://bugs.php.net/?id=35065edit=1
#34910 [Opn-Fbk]: snmp does not parse OID with string index
ID: 34910
Updated by: [EMAIL PROTECTED]
Reported By: ch at westend dot com
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Debian GNU/Linux
PHP Version: 5.0.5
New Comment:
Try the snapshot please. Don't be a smartass.
Previous Comments:
[2005-11-02 11:05:50] ch at westend dot com
There seems to be no relevant change between 5.0.5 and the -latest
tarball. Also, the bug number is not referenced in NEWS...
[2005-10-31 16:41:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-18 18:22:45] ch at westend dot com
Description:
The SNMP function seem to not know that it is possible
to have string indices like:
$ snmpwalk -Ir myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
which gives:
ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26 =
INTEGER: yes(2)
(keep the single and double quotes in the example!)
It seems that setting the -Ir flag is not possible.
Reproduce code:
---
$x = snmprealwalk('myhost', 'mypassword',
ASCEND-MIBINET-MIB::internetProfile-Station);
var_export($x); print(\n);
gives:
array (
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2' = 'STRING:
bras-1-2',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-3' = 'STRING:
bras-1-3',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-4' = 'STRING:
bras-1-4',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-48' = 'STRING:
bras-1-48',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-5' = 'STRING:
bras-1-5',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-6' = 'STRING:
bras-1-6',
Numerically this OID looks like:
$ snmpwalk -Ir -On myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
.1.3.6.1.4.1.529.23.1.1.1.2.8.99.105.114.45.49.45.50.54 = INTEGER:
yes(2)
The MIB definition looks like this:
mibinternetProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A list of mibinternetProfile profile
entries.
::= { mibinternetProfile 1 }
mibinternetProfileEntry OBJECT-TYPE
SYNTAX MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A mibinternetProfile entry containing objects
that
maps to the parameters of mibinternetProfile
profile.
INDEX { internetProfile-Station }
::= { mibinternetProfileTable 1 }
MibinternetProfileEntry ::=
SEQUENCE {
internetProfile-Station
DisplayString,
internetProfile-Active
INTEGER,
internetProfile-Active OBJECT-TYPE
SYNTAX INTEGER {
no (1),
yes (2)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION A profile can be disabled by setting this
field to no. There is no difference between an inactive pr
::= { mibinternetProfileEntry 2 }
Expected result:
I would have expected to be able to use every OID that the
above snmpwalk returns. But they are claimed to be invalid.
Actual result:
--
Warning: snmpget(): Invalid object identifier:
ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2 in
/home/ch/t.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=34910edit=1
#34832 [Opn-Fbk]: sprintf not reentrant
ID: 34832
Updated by: [EMAIL PROTECTED]
Reported By: dolecek at stringdata dot cz
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Windows 2000
PHP Version: 5CVS-2005-10-17 (snap)
New Comment:
Yes, and now please read the comment. I asked for short but complete
script..and not some huge package.
Previous Comments:
[2005-11-01 17:15:24] dolecek at stringdata dot cz
Reproducing script already provided in previous feedback.
[2005-11-01 11:43:44] [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 to avoid embedding huge scripts into the report.
[2005-10-17 09:56:24] dolecek at stringdata dot cz
Tested with php5.1-win32-200510170630 and php5.0-win32-200510170030.
PHP 5.1 crashes Apache after several seconds of running the test. PHP
5.0.6-dev doesn't crash, but still exhibits the problem. Thus, the
problem is not fixed in snapshot.
[2005-10-12 12:07:00] dolecek at stringdata dot cz
Reproduce steps:
1. download FPDF 1.53 (fpdf153.zip), extract to suitable directory
accessible via web server
2. edit fpdf.php and replace line:
$this-_out('/CreationDate '.$this-_textstring('D:'.date('YmdHis')));
with:
$this-_out('/CreationDate '.$this-_textstring('D:20051011143910'));
This is necessary so that generated PDF don't differ gratuitously.
2. put attached script to the same directory as the modified fpdf.php
3. run:
siege -c 10 -v -u http://server/path/to/script.php
The script:
$pdf=new FPDF();
$pdf-AddPage();
$pdf-SetFont('Arial','B',16);
$pdf-Cell(40,10,'Hello World!');
$pdf-SetFont('Arial','',10);
$pdf-Cell(60,10,'Powered by FPDF.',0,1,'C');
$content = $pdf-Output(false, 'S');
if (md5($content) != '38ec5b17d2cda871e21b28ecaeecd08d') {
trigger_error('pdf generation test bug', E_USER_ERROR);
}
[2005-10-11 17:31:41] dolecek at stringdata dot cz
Description:
I'm using PHP with Apache 1.3.23 via apache module, using windows PHP
binaries downloaded from php.net.
If several parallelly running scripts execute same blocks of code using
sprintf(%.2f, $somefloat*$otherfloat), occassionally incorrect float
number is printed or even one character of the float contains binary
NUL.
Easy way to trigger this is to have a FPDF script generating a PDF
document, and have something which calls this script via web request in
parallel, so that all scripts are executed within the context of single
web server process. The problem appears in about 1% of generated
documents. The problem is repeatably in my environment, I can try to
put together simplier version of reproducing script if need be.
If I replace the above contruct with
number_format($somefloat*$otherfloat, 2, '.', ''), it works without
problem and no problem occurs.
The length of the gardbled output always exactly matches the length of
non-gardbled output, FWIW.
This suggests there is some kind of reentrancy problem with the
sprintf() routine, at least when printing floats. Perhaps some stack
alignment issue or something equally esoteric?
The problem exists in 5.1b3, 5.1.0rc1, 5.0.5. I did not check other
versions.
The type of bug has been set to repoducible crash due to missing
'Memory corruption' category and since this _might_ cause a crash (tho
no crash has been observed) - feel free to change to anything more
appropriate if need be.
Bug #21659 might actually be same problem, tho #21659 has been shrugged
off as miscompilation problem.
--
Edit this bug report at http://bugs.php.net/?id=34832edit=1
#31971 [Fbk-Opn]: [PATCH] ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)
ID: 31971
User updated by: frantisek at augusztin dot com
Reported By: frantisek at augusztin dot com
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: Linux (Fedora Core 3)
PHP Version: 5CVS, 4CVS (2005-05-18)
Assigned To: iliaa
New Comment:
Patch for PHP 5.0 CVS :
--- ext/ftp/ftp.c 17 Mar 2005 17:16:49 - 1.103.2.7
+++ ext/ftp/ftp.c 2 Nov 2005 12:22:31 -
@@ -281,6 +281,8 @@
return 0;
}
+ SSL_CTX_set_options(ctx,SSL_OP_ALL);
+
ftp-ssl_handle = SSL_new(ctx);
if (ftp-ssl_handle == NULL) {
php_error_docref(NULL TSRMLS_CC,
E_WARNING, failed to create the SSL handle);
@@ -1513,6 +1515,8 @@
php_error_docref(NULL TSRMLS_CC, E_WARNING,
data_accept: failed to create the SSL context);
return 0;
}
+
+ SSL_CTX_set_options(ctx,SSL_OP_ALL);
data-ssl_handle = SSL_new(ctx);
if (data-ssl_handle == NULL) {
Previous Comments:
[2005-10-26 16:07:42] [EMAIL PROTECTED]
Can you please provide a patch in unified format.
[2005-05-17 13:03:54] frantisek at augusztin dot com
Nope, it doesn't work. Same error as in first submission. It doesn't
read any data after enabling SSL. As i said, enabling
special handling of non-conforming SSL servers using this line after
ctx variable initialization in both control and data connection helps
:
SSL_CTX_set_options(ctx,SSL_OP_ALL);
[2005-05-17 11:06:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-13 15:23:43] frantisek at augusztin dot com
The SSL_CTX_set_options must be called for both control and data
connection :
264a265
SSL_CTX_set_options(ctx,SSL_OP_ALL);
1405a1407,1408
SSL_CTX_set_options(ctx,SSL_OP_ALL);
[2005-05-05 12:57:00] frantisek at augusztin dot com
Here is the solution (now it works for me) .
Here is the diff (against 4.3.11) for file ext/ftp/ftp.c:
265c265,266
---
SSL_CTX_set_options(ctx,SSL_OP_ALL);
Yeah, it's one line at 265th line - here is how it looks in source code
:
ctx = SSL_CTX_new(SSLv23_client_method());
if (ctx == NULL) {
php_error_docref(NULL TSRMLS_CC, E_WARNING,
ftp_login: failed to
create the SSL context);
return 0;
}
SSL_CTX_set_options(ctx,SSL_OP_ALL);
ftp-ssl_handle = SSL_new(ctx);
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/31971
--
Edit this bug report at http://bugs.php.net/?id=31971edit=1
#34910 [Fbk-Opn]: snmp does not parse OID with string index
ID: 34910
User updated by: ch at westend dot com
Reported By: ch at westend dot com
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Debian GNU/Linux
PHP Version: 5.0.5
New Comment:
What about beeing a bit more polite, eh?
I tried the latest snapshot and the problem apparently has not been
fixed in the meantime or you have to tell me where my syntax is wrong.
$ snmpget -v 1 -Ir -c stinger-test
'ASCEND-MIBINET-MIB::internetProfile-Station.cir-1-9'
ASCEND-MIBINET-MIB::internetProfile-Station.cir-1-9 = STRING:
cir-1-9
$ cat t.php
?php
print snmpget(stinger-test.westend.com, X,
'ASCEND-MIBINET-MIB::internetProfile-Station.cir-1-9').\n;
?
[EMAIL PROTECTED]:/tmp/php5-200511020730$ ./sapi/cli/php ~ch/t.php
Warning: snmpget(): Invalid object identifier:
ASCEND-MIBINET-MIB::internetProfile-Station.cir-1-9 in /home/ch/t.php
on line 4
bye,
-christian-
Previous Comments:
[2005-11-02 13:22:52] [EMAIL PROTECTED]
Try the snapshot please. Don't be a smartass.
[2005-11-02 11:05:50] ch at westend dot com
There seems to be no relevant change between 5.0.5 and the -latest
tarball. Also, the bug number is not referenced in NEWS...
[2005-10-31 16:41:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-18 18:22:45] ch at westend dot com
Description:
The SNMP function seem to not know that it is possible
to have string indices like:
$ snmpwalk -Ir myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
which gives:
ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26 =
INTEGER: yes(2)
(keep the single and double quotes in the example!)
It seems that setting the -Ir flag is not possible.
Reproduce code:
---
$x = snmprealwalk('myhost', 'mypassword',
ASCEND-MIBINET-MIB::internetProfile-Station);
var_export($x); print(\n);
gives:
array (
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2' = 'STRING:
bras-1-2',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-3' = 'STRING:
bras-1-3',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-4' = 'STRING:
bras-1-4',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-48' = 'STRING:
bras-1-48',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-5' = 'STRING:
bras-1-5',
'ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-6' = 'STRING:
bras-1-6',
Numerically this OID looks like:
$ snmpwalk -Ir -On myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active.cir-1-26'
.1.3.6.1.4.1.529.23.1.1.1.2.8.99.105.114.45.49.45.50.54 = INTEGER:
yes(2)
The MIB definition looks like this:
mibinternetProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A list of mibinternetProfile profile
entries.
::= { mibinternetProfile 1 }
mibinternetProfileEntry OBJECT-TYPE
SYNTAX MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION A mibinternetProfile entry containing objects
that
maps to the parameters of mibinternetProfile
profile.
INDEX { internetProfile-Station }
::= { mibinternetProfileTable 1 }
MibinternetProfileEntry ::=
SEQUENCE {
internetProfile-Station
DisplayString,
internetProfile-Active
INTEGER,
internetProfile-Active OBJECT-TYPE
SYNTAX INTEGER {
no (1),
yes (2)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION A profile can be disabled by setting this
field to no. There is no difference between an inactive pr
::= { mibinternetProfileEntry 2 }
Expected result:
I would have expected to be able to use every OID that the
above snmpwalk returns. But they are claimed to be invalid.
Actual result:
--
Warning: snmpget(): Invalid object identifier:
ASCEND-MIBINET-MIB::internetProfile-Station.bras-1-2 in
/home/ch/t.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=34910edit=1
#34842 [Opn-Fbk]: Can't chdir('./../'); when parent dir equals root dir
ID: 34842
Updated by: [EMAIL PROTECTED]
Reported By: marcel at hjortronet dot se
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows Server 2003
PHP Version: 5CVS-2005-10-12 (snap)
New Comment:
Does it work if you do just chdir(..); ??
Previous Comments:
[2005-10-17 22:27:49] marcel at hjortronet dot se
more info on the apache test:
Actual Apache result @ the web client when no permission, for the user
running the apache service, allowed to
D:\TEMP\apache-php-test\wwwroot\ but to
D:\TEMP\apache-php-test\wwwroot\a\ (the actual VirtualHost directory
being published) and running the script* from within
D:\TEMP\apache-php-test\wwwroot\a\sub\:
D:\TEMP\apache-php-test\wwwroot\a\sub
Warning: chdir() [function.chdir]: No such file or directory (errno 2)
in D:\TEMP\apache-php-test\wwwroot\a\sub\index.php on line 3
D:\TEMP\apache-php-test\wwwroot\a\sub
When allowing for access to D:\TEMP\apache-php-test\wwwroot\ (outside
the actual web) the result becomes:
D:\TEMP\apache-php-test\wwwroot\a\sub
1
D:\TEMP\apache-php-test\wwwroot\a
* Script:
?
echo getcwd().br/\n;
echo chdir(../).br/\n;
echo getcwd().br/\n;
?
Sincerely // Marcel
[2005-10-17 22:18:13] marcel at hjortronet dot se
Yes, the results are exactly the same using Apache HTTPd v2.0.55
(Win32) and PHP (php5.1-win32-200510171430). I've just verified the
test/results myself.
Sincerely // Marcel
[2005-10-12 23:36:40] [EMAIL PROTECTED]
Are you able to reproduce it with Apache ?
[2005-10-12 23:22:27] marcel at hjortronet dot se
Description:
Consider this example web server:
'D:\wwwroot\myweb\' (published as http://www.myweb.com/)
IF the web servers access (or actually the 'IUSR_computername' user
which enables IIS anonymous web access) is restricted to
'D:\wwwroot\myweb\' directory (and its subdirectories) and is not
allowed to access any other local directory, like for example
'D:\wwwroot\', the code below ('chdir(../)') won't function if it is
put into 'D:\wwwroot\myweb\test\' (published as
http://www.myweb.com/test/reproducecode.php).
Otherwise, thanks for doing a wonderful job! //Marcel, Sweden
Reproduce code:
---
?
echo getcwd().br/\n;
echo chdir(../).br/\n;
echo getcwd().br/\n;
?
Expected result:
D:\wwwroot\myforum\test
1
D:\wwwroot\myforum
Actual result:
--
D:\wwwroot\myforum\test
D:\wwwroot\myforum\test
--
Edit this bug report at http://bugs.php.net/?id=34842edit=1
#34746 [Opn-Bgs]: SOAP_PERSISTENCE_SESSION no longer works
ID: 34746
Updated by: [EMAIL PROTECTED]
Reported By: brent at jeneral dot com
-Status: Open
+Status: Bogus
Bug Type: SOAP related
Operating System: Freebsd 5.4
PHP Version: 5.0.5
New Comment:
We do NOT support any 3rd party ports. We only support the releases we
release. And making ext/session shared is just plain stupid.
Previous Comments:
[2005-11-02 02:26:37] mir at miras dot org
Now it gets spookie.
I downgraded from the php5-5.0.5 from the maintainer of php5 on Debian
to the official php5-5.0.5 in Sid and in this version it works. Checked
soap.c in the official version with my former version and the showed to
be identical!
[2005-11-02 01:17:36] brent at jeneral dot com
The workaround is to change all
#if HAVE_PHP_SESSION !defined(COMPILE_DL_SESSION)
back to
#if HAVE_PHP_SESSION
in soap.c
I agree that this is an ongoing issue. It seems as though there's an
unresolved discussion as to who owns the problem.
[2005-11-02 00:59:11] mir at miras dot org
Hi,
I would like this to be reopened because I have the same problems:
loke:~/Projekter/php/soap/basic$ dpkg -s php5.0
Package: php5.0
Status: install ok installed
Priority: optional
Section: interpreters
Installed-Size: 20
Maintainer: Piotr Roszatycki [EMAIL PROTECTED]
Architecture: all
Version: 5.0.5-0.8
Provides: php5
Server:
?php
session_start();
class HelloServer {
private $count;
function __construct() {
$this-count = 0;
}
function sayhello() {
$this-count++;
return $this-count;
}
}
$options = array(uri = http://test-uri/;);
$server = new SoapServer(NULL, $options);
$server-setClass(HelloServer);
$server-setPersistence(SOAP_PERSISTENCE_SESSION);
$server-handle();
?
Client:
?php
function format($s)
{
$s = str_replace(, \n, $s);
return pre . htmlspecialchars($s) . /pre;
}
print htmlheadtitleSession Test/title/headbody;
$option = array(
location =
http://localhost/~mir/soap/php5/session/soapSessionServer.php;,
uri = http://test-uri/;,
trace = 1);
$client = new SoapClient(NULL, $option);
$arg = array();
try
{
$response = $client-__soapCall(sayhello, $arg);
print pResponse:br$response/p;
}
catch(SoapFault $sf)
{
print pResponse:br . $sf-getMessage() . /p\n;
}
print format($client-__getLastRequestHeaders()) . \n;
print format($client-__getLastRequest()) . \n;
print format($client-__getLastResponseHeaders()) . \n;
print format($client-__getLastResponse()) . \n;
print /body/html;
?
Output - first time rune:
HTTP/1.1 200 OK
Date: Tue, 01 Nov 2005 23:05:25 GMT
Server: Apache/2.0.55 (Debian) mod_python/3.1.3 Python/2.3.5
PHP/5.0.5-Debian-0.8 mod_perl/2.0.1 Perl/v5.8.7
X-Powered-By: PHP/5.0.5-Debian-0.8
Set-Cookie: PHPSESSID=c6d215abd0930d3c48bb82dc9645b8ea; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Content-Length: 505
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/xml; charset=utf-8
Output - second time:
HTTP/1.1 200 OK
Date: Tue, 01 Nov 2005 23:23:09 GMT
Server: Apache/2.0.55 (Debian) mod_python/3.1.3 Python/2.3.5
PHP/5.0.5-Debian-0.8 mod_perl/2.0.1 Perl/v5.8.7
X-Powered-By: PHP/5.0.5-Debian-0.8
Set-Cookie: PHPSESSID=94b0f37c8de99c263a74b3f657d12f3a; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Content-Length: 505
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/xml; charset=utf-8
As can be seen the session id changes for every call. Looking for the
cookie on the client shows the problem - the cookie is never stored on
the client so succeding invocations does not send any session id back
which causes the server to think this is a new session.
[2005-10-21 01:00:05] 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.
[2005-10-17 21:06:56] justin at eckhouse dot com
I seem to be having the same issue, both with 5.0.5 and 5.1RC1 when
using SOAP_PERSISTENCE_SESSION.
- Justin
The remainder of the comments for this report are too long. To view
#35062 [Opn-Bgs]: socket_read() produces warnings on non blocking sockets
ID: 35062
Updated by: [EMAIL PROTECTED]
Reported By: dima at dimych dot sumy dot ua
-Status: Open
+Status: Bogus
Bug Type: Sockets related
Operating System: FreeBSD 4.9-STABLE #0
PHP Version: 4.4.1RC1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-11-02 08:52:06] dima at dimych dot sumy dot ua
Description:
Use of socket_read() on non blocking sockets produces warinigs like:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable
I`m storing all php errors in log file /var/log/php.log.
This warning causes overflow of /var partition because socket_read()
called to wait icmp message.
Reproduce code:
---
$socket = socket_create(AF_INET, SOCK_RAW, 1);
socket_connect($socket, $host, null);
$startTime = microtime_float(true);
socket_send($socket, $data, strLen($data), 0);
socket_set_nonblock($socket);
while((microtime_float() - $startTime) 0.5) {
$mt = microtime_float();
if (socket_read($socket, 255)) {
break;
}
}
socket_close($socket);
Expected result:
no warnings in php.log
Actual result:
--
I`m receive huge count of warinigs in my php.log file like this:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable
--
Edit this bug report at http://bugs.php.net/?id=35062edit=1
#35059 [Opn-Fbk]: Problems with PHP 4.4.1 and mod_rewrite
ID: 35059
Updated by: [EMAIL PROTECTED]
Reported By: free4cd at yahoo dot de
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE 9.3
PHP Version: 4.4.1RC1
New Comment:
Give feedback when you have it. We're not interested what you do in
between.
Previous Comments:
[2005-11-01 23:09:50] free4cd at yahoo dot de
OK, I try the PHP5 snapshot.
I post the result tomorrow when I've finished the tests if it
works.
[2005-11-01 22:24:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-01 21:57:35] free4cd at yahoo dot de
Description:
After updating two different webservers to PHP 4.4.1 I get always a
blank page with PHP 4.4.1 and mod_rewrite if you click on a link.
Start page load normal but on every additional page you see nothing. No
error in error log. Happens with vBulletin and mod_rewrite and Joomla
1.0.3 with mod_rewrite enabled and apache 2.0.55. With PHP 4.4.0 and
same settings in php.ini there are no problems. Only PHP version has
changed
Reproduce code:
---
Install Joomla 1.0.3 and use mod_rewrite and apache 2.0.x. Enable SEO
in Joomla.
Settings in .htaccess:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
--
Edit this bug report at http://bugs.php.net/?id=35059edit=1
#35011 [Opn-Fbk]: imap calls hang
ID: 35011
Updated by: [EMAIL PROTECTED]
Reported By: ckryzan at prosidio dot com
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.4.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-10-29 02:18:07] ckryzan at prosidio dot com
Description:
I am having a very similar issue, and it is very
reproduceable. The imap_fetchstructure(), imap_headers() and
imap_headerinfo() calls all fail -- without returning any
value whatsoever -- for what I have narrowed down to the
following condition: When the attachment file size is big
(1MB it seems), these calls hang without returning. It is
very reproduceable, and I did a rather comprehensive set of
tests to determine what was triggering these calls to hang,
and this seems to be the culprit.
Reproduce code:
---
// Open an IMAP stream using the email configuration data
$mailbox =
imap_open({.$this-data['server'].}INBOX,$this-data['user'],$this-data['password']);
if (!$mailbox) return false;// If the stream is unable to be opened,
return false
// Extract content from messages
for ($i=1; $i=imap_num_msg($mailbox); $i++) { // Iterate through all
of the headers
// Retrieve the message overview
$header = imap_headerinfo($mailbox,$i); // Retrieve an overview
of
the information contained in the message
print_r($header);
// Retrieve the message structure
$structure = imap_fetchstructure($mailbox,$i); // Retrieve the
structure of the message
print_r($structure);
}
Expected result:
I would expect the header and structure to be printed for each
message in the mailbox. This does, in fact, happen, until it
encounters a message with an attachment that is relatively big
(1MB more or less). At that point, I would expect it to
continue. Instead, the functions (pick any one of the three I
mention) simply hang, without returning any value. This is
connecting to a POP3 server. I can easily download the
messages to my desktop email client, repeatedly, by the way.
--
Edit this bug report at http://bugs.php.net/?id=35011edit=1
#35063 [Com]: key() returns wrong value in function with array passed by reference
ID: 35063
Comment by: phpdev at citromail dot hu
Reported By: dave dot newman at codegate dot co dot uk
Status: Assigned
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4CVS-2005-11-02 (CVS)
Assigned To: ilia
New Comment:
I myself also noticed this bug when I installed the news 4.4.1 release
this morning. 4.4.0 worked fine, but 4.4.1 is broken. This bug should
be fixed ASAP as this affects (breaks) primary functions of PHP and
there's no workaround for it.
Previous Comments:
[2005-11-02 10:20:40] dave dot newman at codegate dot co dot uk
Description:
I call a function with a reference to an array and an object.
I then add the object to the end of the array.
When I then use end() and key() to get the key of the the object just
added to the array key() always returns 0 rather than the actual key
value.
Reproduce code:
---
function addToArray($array, $obj)
{
$array[] = $obj;
print_r($array);
end($array);
print 'last key = '.key($array).'hr/';
}
print 'pre';
$array = array();
for ($a=0; $a5; $a++)
addToArray($array, array($a=$a));
print '/pre';
Expected result:
I expect it to print to the screen an array dump followed by the last
key value in the array 5 times (seperated by hr).
I add an object to the array each time, so the last key value displayed
should go from 0 to 4.
Actual result:
--
the last key value is always 0 rather than the actual last key value.
--
Edit this bug report at http://bugs.php.net/?id=35063edit=1
#34864 [Opn-Fbk]: HEAD request causes more than one output buffer not to pass on it's contents
ID: 34864
Updated by: [EMAIL PROTECTED]
Reported By: famtj at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Unix
PHP Version: 4.4.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-10-14 03:37:40] famtj at yahoo dot com
Description:
When more than one output buffers are chained together, and the client
requests the page via HEAD, the inner-most output buffer won't pass on
the buffer contents to the next buffer after modifying its code. It
seems to send a null string. It works fine with a PUT request.
Reproduce code:
---
?php
function contentLength($html)
{
header('Content-Length: ' . strlen($html));
return ($html);
}
ob_start(contentLength);
function fix_code($buffer)
{
return(str_replace( /, , $buffer));
}
ob_start(fix_code);
?
htmlhead
titleBug/title
/headbody
pthere is a bug/p
/body/html
Expected result:
HTTP/1.1 200 OK
Date: Fri, 14 Oct 2005 01:30:04 GMT
Server: Apache/1.3.33 (Unix) PHP/4.4.0 mod_ssl/2.8.24 OpenSSL/0.9.7a
mod_perl/1.29 FrontPage/5.0.2.2635
X-Powered-By: PHP/4.4.0
Content-Length: 82
Connection: close
Content-Type: text/html
Actual result:
--
HTTP/1.1 200 OK
Date: Fri, 14 Oct 2005 01:29:20 GMT
Server: Apache/1.3.33 (Unix) PHP/4.4.0 mod_ssl/2.8.24 OpenSSL/0.9.7a
mod_perl/1.29 FrontPage/5.0.2.2635
X-Powered-By: PHP/4.4.0
Content-Length: 0
Connection: close
Content-Type: text/html
--
Edit this bug report at http://bugs.php.net/?id=34864edit=1
#35062 [Bgs]: socket_read() produces warnings on non blocking sockets
ID: 35062
User updated by: dima at dimych dot sumy dot ua
Reported By: dima at dimych dot sumy dot ua
Status: Bogus
Bug Type: Sockets related
Operating System: FreeBSD 4.9-STABLE #0
PHP Version: 4.4.1RC1
New Comment:
I`m not agree what it is bogus
part of code from ext/sockets/sockets.c:
-- code --
if (type == PHP_NORMAL_READ) {
retval = php_read(php_sock-bsd_socket, tmpbuf, length,
0);
} else {
retval = recv(php_sock-bsd_socket, tmpbuf, length,
0);
}
if (retval == -1) {
PHP_SOCKET_ERROR(php_sock, unable to read from
socket, errno);
efree(tmpbuf);
RETURN_FALSE;
}
-- end of code --
As you can see any processing for EAGAIN not exists. Warning will be
generated in any case.
1. I`m developing icmp ping function and no reply is not an error in
my program.
2. Function, what can say is any data to receive, not exists.
3. I do not want to turn warnings off. Because I need them in other
places.
Previous Comments:
[2005-11-02 14:18:22] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-11-02 08:52:06] dima at dimych dot sumy dot ua
Description:
Use of socket_read() on non blocking sockets produces warinigs like:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable
I`m storing all php errors in log file /var/log/php.log.
This warning causes overflow of /var partition because socket_read()
called to wait icmp message.
Reproduce code:
---
$socket = socket_create(AF_INET, SOCK_RAW, 1);
socket_connect($socket, $host, null);
$startTime = microtime_float(true);
socket_send($socket, $data, strLen($data), 0);
socket_set_nonblock($socket);
while((microtime_float() - $startTime) 0.5) {
$mt = microtime_float();
if (socket_read($socket, 255)) {
break;
}
}
socket_close($socket);
Expected result:
no warnings in php.log
Actual result:
--
I`m receive huge count of warinigs in my php.log file like this:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable
--
Edit this bug report at http://bugs.php.net/?id=35062edit=1
#34656 [Com]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Comment by: troy at riq dot qc dot ca Reported By: wolfram at schlich dot org Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.1 New Comment: Hi, I always have open_basedir set to /webdir/htdocs/ in the php.ini and for each website, a more precise open_basedir like /webdir/htdocs/site1 set in httpd.conf. With 4.3.11 that work like I expect. Previous Comments: [2005-11-01 22:34:00] [EMAIL PROTECTED] Does it work if you set the open_basedir in php.ini ? [2005-11-01 22:19:12] troy at riq dot qc dot ca I just backtrack to a old version because 4.4.1 seem buggy with open_basedir. ../scripts/Connect.php is in the open_basedir but 4.4.1 refuse it. BTW, the open_basedir is set via apache httpd.conf and have always work. PHP Warning: main(): open_basedir restriction in effect. File(../scripts/Connect.php) is not within the allowed path(s): (/webdir/htdocs/site3/) in /webdir/htdocs/site3/something/page.php on line 2 PHP Warning: main(../scripts/Connect.php): failed to open stream: Operation not permitted in /webdir/htdocs/site3/something/page.php on line 2 PHP Warning: main(): Failed opening '../scripts/Connect.php' for inclusion (include_path='.:/webapp/lib/php') in /webdir/htdocs/site3/something/page.php on line 2 Hope it will be fix soon! Have a nice day. [2005-11-01 15:01:35] wolfram at schlich dot org Just tried with the freshly released 4.4.1, without luck: --8-- Warning: fopen(): open_basedir restriction in effect. File(/tmp/foo.bar) is not within the allowed path(s): (/home/sites/site81/:/tmp/:/usr/share/pear/) in /home/sites/site81/web/fopen.php on line 3 Warning: fopen(/tmp/foo.bar): failed to open stream: Operation not permitted in /home/sites/site81/web/fopen.php on line 3 --8-- --8--[ access.conf ]--8-- DirectoryMatch /home/sites/site81/ php_admin_value open_basedir /home/sites/site81/:/tmp/:/usr/share/pear/ /DirectoryMatch --8-- [2005-09-27 19:27:01] [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 Something related to open_basedir and the paths was just fixed. Give it an hour or two. [2005-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#35066 [NEW]: Crash using COM
From: bke15 at gmx dot de Operating system: Windows 2003 Server PHP version: 5.1.0RC4 PHP Bug Type: COM related Bug description: Crash using COM Description: I am using com functions in PHP5 very frequent. While I created a new COM Object via : $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); i get sometimes a server crash. I can't reproduce it, but if i reload the page frequently the crash occurs some of each 10 requests. Versions 5.0.5 and 5.0.4 do the job very fine. Reproduce code: --- $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); Actual result: -- Server Crash - the process exit code was '0xc005'. -- Edit bug report at http://bugs.php.net/?id=35066edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35066r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35066r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35066r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35066r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35066r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35066r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35066r=needscript Try newer version: http://bugs.php.net/fix.php?id=35066r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35066r=support Expected behavior: http://bugs.php.net/fix.php?id=35066r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35066r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35066r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35066r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35066r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35066r=dst IIS Stability: http://bugs.php.net/fix.php?id=35066r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35066r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35066r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35066r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35066r=mysqlcfg
#34978 [Csd]: php out of memory or segmentation fault while installing sugarcrm 3.5.1a
ID: 34978
User updated by: cdc at ccicon dot com
Reported By: cdc at ccicon dot com
Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux i386
PHP Version: 5.0.5
Assigned To: dmitry
New Comment:
Awesome! I just checked out and built the latest php-5.0 cvs tree and
the backport of the fix does indeed fix the ze1_compatibility_mode
problems with sugar!
Thanks! I'll pass the word along to the Sugar folks.
Previous Comments:
[2005-11-02 10:15:49] [EMAIL PROTECTED]
As I expected, the bag was already fixed in CVS HEAD and PHP_5_1
togehter with bug #34712.
Now I backported the fix to PHP_5_0 too.
[2005-11-01 13:52:28] cdc at ccicon dot com
I have tried to locate the exact code triggering the bug but have so
far been unsuccessfull. So, I have been unable to come up with a
simple test case. The bug is easily reproducible by trying to load and
run the Sugar code available here
http://www.sugarforge.org/frs/download.php/466/SugarSuite-3.5.1a.zip
I can tell you that the bug still existed in the following CVS
snapshot.
php5-200510251830
If you believe that it might have been fixed in a newer snapshot, I
would be happy to test it. Just point me at it.
TTYL
CDC
[2005-11-01 13:40:27] [EMAIL PROTECTED]
Can anybody provide a test case?
May be this bug already fixed in HEAD and PHP_5_1.
[2005-11-01 11:41:27] [EMAIL PROTECTED]
This is really critical issue. Obviously that stupid compatibility
mode misbehaves still?
[2005-10-27 19:10:23] cdc at ccicon dot com
The zend.ze_compatiblity_mode is set to 1 in the index.php file and
several other files using the following test for php version number
if (substr(phpversion(), 0, 1) == 5) {
ini_set(zend.ze1_compatibility_mode, 1);
}
Disabling this option (ie zend.ze_compatiblity_mode=0) under php 5.0.5
and under the last cvs snapshot that was recommended seems to solve
this race condition. I have not tested the code fully to see that this
hasn't introduced other problems. However, it does remove the out of
memory and segfault problems.
Were there changes made in php 5.0.5 and later that make this option
obsolete. Or, will disabling this condition lead to other compatility
issues?
TTYL
CDC
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/34978
--
Edit this bug report at http://bugs.php.net/?id=34978edit=1
#35066 [Opn-Asn]: Crash using COM
ID: 35066 Updated by: [EMAIL PROTECTED] Reported By: bke15 at gmx dot de -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows 2003 Server PHP Version: 5.1.0RC4 -Assigned To: +Assigned To: wez New Comment: Assigned to the maintainer. Previous Comments: [2005-11-02 15:31:22] bke15 at gmx dot de Description: I am using com functions in PHP5 very frequent. While I created a new COM Object via : $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); i get sometimes a server crash. I can't reproduce it, but if i reload the page frequently the crash occurs some of each 10 requests. Versions 5.0.5 and 5.0.4 do the job very fine. Reproduce code: --- $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); Actual result: -- Server Crash - the process exit code was '0xc005'. -- Edit this bug report at http://bugs.php.net/?id=35066edit=1
#35067 [NEW]: scripts hangs on netx() prev()
From: baroiller at aoditu dot com
Operating system: linux redhat 7.2
PHP version: 4.4.1RC1
PHP Bug Type: *General Issues
Bug description: scripts hangs on netx() prev()
Description:
Many open source softwares like phpadsnew, and squiremail ( i've got
problems on theses ), hangs.
after looking into their code, i've found that all fuctions reset(),
next(), prev() hangs when passed value is'nt an array.
Reproduce code:
---
code sample (all latest versions) :
// phpAdsNew
if (phpAds_isUser(phpAds_Admin))
$pages[]= $phpAds_nav['admin'];
elseif (phpAds_isUser(phpAds_Client))
$pages[] = $phpAds_nav['client'];
elseif (phpAds_isUser(phpAds_Affiliate))
$pages[] = $phpAds_nav['affiliate'];
else
$pages = array();
for (reset($pages);$key=key($pages);next($pages))
{
}
// squireMail
if (is_array($msort)) {
for (reset($msort); ($key = key($msort)), (isset($key)); next($msort)) {
...
}
Actual result:
--
added $pages = array() for phpadsnew ( bug fixed )
but, put code into comments onto squiremail ( don't have any time...)
--
Edit bug report at http://bugs.php.net/?id=35067edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35067r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35067r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35067r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35067r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35067r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35067r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35067r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35067r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35067r=support
Expected behavior: http://bugs.php.net/fix.php?id=35067r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35067r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35067r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35067r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35067r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35067r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35067r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35067r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35067r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35067r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35067r=mysqlcfg
#35066 [Asn-Fbk]: Crash using COM
ID: 35066 Updated by: [EMAIL PROTECTED] Reported By: bke15 at gmx dot de -Status: Assigned +Status: Feedback Bug Type: COM related Operating System: Windows 2003 Server PHP Version: 5.1.0RC4 Assigned To: wez New Comment: Are you running ISAPI or Apache? Previous Comments: [2005-11-02 15:43:50] [EMAIL PROTECTED] Assigned to the maintainer. [2005-11-02 15:31:22] bke15 at gmx dot de Description: I am using com functions in PHP5 very frequent. While I created a new COM Object via : $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); i get sometimes a server crash. I can't reproduce it, but if i reload the page frequently the crash occurs some of each 10 requests. Versions 5.0.5 and 5.0.4 do the job very fine. Reproduce code: --- $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); Actual result: -- Server Crash - the process exit code was '0xc005'. -- Edit this bug report at http://bugs.php.net/?id=35066edit=1
#35059 [Com]: Problems with PHP 4.4.1 and mod_rewrite
ID: 35059
Comment by: hujer at bazmek dot net
Reported By: free4cd at yahoo dot de
Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE 9.3
PHP Version: 4.4.1RC1
New Comment:
Hi there, we're experiencing the same problem. Been playing with
mod_rewrite at RewriteLogLevel 9 and found nothing. Then I tried this
simple test:
(.htaccess file)
RewriteEngine On
RewriteRule ^test-html$ test.html [L]
RewriteRule ^test-php$ test.php [L]
While the first rule matches and works well, the second one actually
matches properly, too (verified in mod_rewrite log) but the script
never gets executed and I get empty document
(htmlbody/body/html) as output. No errors in logs whatsoever.
It seems like when PHP script as a target of RewriteRule causes the
problems. Static content works all well.
Apache/[EMAIL PROTECTED], PHP 4.1.1.
I'm sorry, can't try out PHP5 snapshot ATM.
Previous Comments:
[2005-11-02 14:20:05] [EMAIL PROTECTED]
Give feedback when you have it. We're not interested what you do in
between.
[2005-11-01 23:09:50] free4cd at yahoo dot de
OK, I try the PHP5 snapshot.
I post the result tomorrow when I've finished the tests if it
works.
[2005-11-01 22:24:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-01 21:57:35] free4cd at yahoo dot de
Description:
After updating two different webservers to PHP 4.4.1 I get always a
blank page with PHP 4.4.1 and mod_rewrite if you click on a link.
Start page load normal but on every additional page you see nothing. No
error in error log. Happens with vBulletin and mod_rewrite and Joomla
1.0.3 with mod_rewrite enabled and apache 2.0.55. With PHP 4.4.0 and
same settings in php.ini there are no problems. Only PHP version has
changed
Reproduce code:
---
Install Joomla 1.0.3 and use mod_rewrite and apache 2.0.x. Enable SEO
in Joomla.
Settings in .htaccess:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
--
Edit this bug report at http://bugs.php.net/?id=35059edit=1
#35066 [Fbk-Opn]: Crash using COM
ID: 35066 User updated by: bke15 at gmx dot de Reported By: bke15 at gmx dot de -Status: Feedback +Status: Open Bug Type: COM related Operating System: Windows 2003 Server PHP Version: 5.1.0RC4 Assigned To: wez New Comment: I am running on ISAPI on all cases. Previous Comments: [2005-11-02 16:00:39] [EMAIL PROTECTED] Are you running ISAPI or Apache? [2005-11-02 15:43:50] [EMAIL PROTECTED] Assigned to the maintainer. [2005-11-02 15:31:22] bke15 at gmx dot de Description: I am using com functions in PHP5 very frequent. While I created a new COM Object via : $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); i get sometimes a server crash. I can't reproduce it, but if i reload the page frequently the crash occurs some of each 10 requests. Versions 5.0.5 and 5.0.4 do the job very fine. Reproduce code: --- $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); Actual result: -- Server Crash - the process exit code was '0xc005'. -- Edit this bug report at http://bugs.php.net/?id=35066edit=1
#35059 [Com]: Problems with PHP 4.4.1 and mod_rewrite
ID: 35059
Comment by: patpro at patpro dot net
Reported By: free4cd at yahoo dot de
Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE 9.3
PHP Version: 4.4.1RC1
New Comment:
Hello,
FreeBSD 5.4, Apache 2.0.55 + mod_rewrite
sample rule :
RewriteRule ^affiche/([0-9]+)/$ index.php?
op=afficheorigine=$1 [L]
same problem experienced, but I've got php error logs. What
can be said from those logs is that :
php 4.4.1 won't be able to include files if the URL goes
thru the mod_rewrite:
[02-Nov-2005 15:26:02] PHP Warning: main(): Unable to
access ./fonctions.php in /www/.../index.php on line 103
[02-Nov-2005 15:26:02] PHP Warning: main(./fonctions.php):
failed to open stream: No such file or directory in /
www/.../index.php on line 103
[02-Nov-2005 15:26:02] PHP Warning: main(): Failed opening
'./fonctions.php' for inclusion (include_path='.:') in /
www/.../index.php on line 103
php 4.4.1 will sometime include the file (after apache
restart AND direct request to the offending url) but will
fail with fatal error :
[02-Nov-2005 14:53:42] PHP Fatal error: Cannot redeclare
listeentrees() (previously declared in /www/.../
fonctions.php:28) in /www/.../fonctions.php on line 28
Previous Comments:
[2005-11-02 16:03:54] hujer at bazmek dot net
Hi there, we're experiencing the same problem. Been playing with
mod_rewrite at RewriteLogLevel 9 and found nothing. Then I tried this
simple test:
(.htaccess file)
RewriteEngine On
RewriteRule ^test-html$ test.html [L]
RewriteRule ^test-php$ test.php [L]
While the first rule matches and works well, the second one actually
matches properly, too (verified in mod_rewrite log) but the script
never gets executed and I get empty document
(htmlbody/body/html) as output. No errors in logs whatsoever.
It seems like when PHP script as a target of RewriteRule causes the
problems. Static content works all well.
Apache/[EMAIL PROTECTED], PHP 4.1.1.
I'm sorry, can't try out PHP5 snapshot ATM.
[2005-11-02 14:20:05] [EMAIL PROTECTED]
Give feedback when you have it. We're not interested what you do in
between.
[2005-11-01 23:09:50] free4cd at yahoo dot de
OK, I try the PHP5 snapshot.
I post the result tomorrow when I've finished the tests if it
works.
[2005-11-01 22:24:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-01 21:57:35] free4cd at yahoo dot de
Description:
After updating two different webservers to PHP 4.4.1 I get always a
blank page with PHP 4.4.1 and mod_rewrite if you click on a link.
Start page load normal but on every additional page you see nothing. No
error in error log. Happens with vBulletin and mod_rewrite and Joomla
1.0.3 with mod_rewrite enabled and apache 2.0.55. With PHP 4.4.0 and
same settings in php.ini there are no problems. Only PHP version has
changed
Reproduce code:
---
Install Joomla 1.0.3 and use mod_rewrite and apache 2.0.x. Enable SEO
in Joomla.
Settings in .htaccess:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
--
Edit this bug report at http://bugs.php.net/?id=35059edit=1
#35066 [Opn-Asn]: Crash using COM
ID: 35066 Updated by: [EMAIL PROTECTED] Reported By: bke15 at gmx dot de -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows 2003 Server PHP Version: 5.1.0RC4 Assigned To: wez Previous Comments: [2005-11-02 16:14:35] bke15 at gmx dot de I am running on ISAPI on all cases. [2005-11-02 16:00:39] [EMAIL PROTECTED] Are you running ISAPI or Apache? [2005-11-02 15:43:50] [EMAIL PROTECTED] Assigned to the maintainer. [2005-11-02 15:31:22] bke15 at gmx dot de Description: I am using com functions in PHP5 very frequent. While I created a new COM Object via : $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); i get sometimes a server crash. I can't reproduce it, but if i reload the page frequently the crash occurs some of each 10 requests. Versions 5.0.5 and 5.0.4 do the job very fine. Reproduce code: --- $xslDom = new COM( MSXML2.FreethreadedDOMDocument.4.0 ); $xslDom-Load($XSLFile); Actual result: -- Server Crash - the process exit code was '0xc005'. -- Edit this bug report at http://bugs.php.net/?id=35066edit=1
#35069 [NEW]: 4.4.1 update seriously breaks mcrypt decryption
From: greg at warprecords dot com Operating system: FreeBSD 5.3R-p5 PHP version: 4.4.1 PHP Bug Type: mcrypt related Bug description: 4.4.1 update seriously breaks mcrypt decryption Description: Upgraded to 4.4.1 from 4.4.0 via FreeBSD ports broke some code we use to decrypt Blowfish encrypted strings generated and handled by PHP and passed between two servers. Encrypting with 4.4.1 and decrypting with 4.4.0 works fine, We have fallen back to this. Encrypting with 4.4.1 and decrypting with 4.4.1 is broken. Not tried 4.4.0 to 4.4.1. Reproduce code: --- $SID = @mcrypt_ecb(MCRYPT_Blowfish, $crypt_key, $SID, MCRYPT_DECRYPT); Expected result: Encrypted string is decrypted correctly. Actual result: -- Encrypted string is decrypted as garbage. -- Edit bug report at http://bugs.php.net/?id=35069edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35069r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35069r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35069r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35069r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35069r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35069r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35069r=needscript Try newer version: http://bugs.php.net/fix.php?id=35069r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35069r=support Expected behavior: http://bugs.php.net/fix.php?id=35069r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35069r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35069r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35069r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35069r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35069r=dst IIS Stability: http://bugs.php.net/fix.php?id=35069r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35069r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35069r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35069r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35069r=mysqlcfg
#34999 [Fbk-Opn]: setcookie() uses wrong format for expiry date in http header
ID: 34999
User updated by: giunta dot gaetano at sea-aeroportimilano dot it
Reported By: giunta dot gaetano at sea-aeroportimilano dot it
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Solaris 8
PHP Version: 4.4.0
New Comment:
OK.
Running PHP 4.4.1, the day-of-week is correctly written using the 3
letters code, both on windows and solaris.
Previous Comments:
[2005-10-27 15:16:57] [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
[2005-10-27 15:12:13] giunta dot gaetano at sea-aeroportimilano dot it
Description:
The day-of-week part of the expiry date in the set-cookie http header
generated by PHP uses the full day name instead of the 3 letters
abbreviation (as per RFC 822) on Solaris8 + Apache 2.0.54 + PHP 4.4.0.
It also puts dashes between date parts insted of spaces.
Note that the cookie spec that PHP follows is 'version 0' cookies,
available at:
http://wp.netscape.com/newsref/std/cookie_spec.html
In that spec the mentioned format for time is rfc 822 (which has been
superseded by rfc 1123), which explicitly mentions using 3 letters for
day-of-week and spaces between date parts.
PHP bug #33597 (closed) mentions explicitly rfc 2616 as permitting the
long weekday format, but, imho, it does not applicate to the cookie
header, which should follow only rfc 1123.
BTW: on Linux and Windows, php 4.4.0 uses the rfc 1123 format...
Reproduce code:
---
?php
setcookie('hello', '12345', time()+60*60);
?
+ use mozilla LiveHTTPHeader to see results:
Expected result:
HTTP/1.x 200 OK
Date: Thu, 27 Oct 2005 12:44:11 GMT
Server: Apache/2.0.54 (Unix) PHP/4.4.0
X-Powered-By: PHP/4.4.0
Set-Cookie: hello=12345; expires=Thu, 27-Oct-05 13:44:11 GMT
Content-Length: 0
Keep-Alive: timeout=15, max=1000
Connection: Keep-Alive
Content-Type: text/html
Actual result:
--
HTTP/1.x 200 OK
Date: Thu, 27 Oct 2005 12:44:11 GMT
Server: Apache/2.0.54 (Unix) PHP/4.4.0
X-Powered-By: PHP/4.4.0
Set-Cookie: hello=12345; expires=Thursday, 27Oct 2005 13:44:11 GMT
Content-Length: 0
Keep-Alive: timeout=15, max=1000
Connection: Keep-Alive
Content-Type: text/html
--
Edit this bug report at http://bugs.php.net/?id=34999edit=1
#34999 [Opn-Csd]: setcookie() uses wrong format for expiry date in http header
ID: 34999
Updated by: [EMAIL PROTECTED]
Reported By: giunta dot gaetano at sea-aeroportimilano dot it
-Status: Open
+Status: Closed
Bug Type: HTTP related
Operating System: Solaris 8
PHP Version: 4.4.0
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:
[2005-11-02 18:40:48] giunta dot gaetano at sea-aeroportimilano dot it
OK.
Running PHP 4.4.1, the day-of-week is correctly written using the 3
letters code, both on windows and solaris.
[2005-10-27 15:16:57] [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
[2005-10-27 15:12:13] giunta dot gaetano at sea-aeroportimilano dot it
Description:
The day-of-week part of the expiry date in the set-cookie http header
generated by PHP uses the full day name instead of the 3 letters
abbreviation (as per RFC 822) on Solaris8 + Apache 2.0.54 + PHP 4.4.0.
It also puts dashes between date parts insted of spaces.
Note that the cookie spec that PHP follows is 'version 0' cookies,
available at:
http://wp.netscape.com/newsref/std/cookie_spec.html
In that spec the mentioned format for time is rfc 822 (which has been
superseded by rfc 1123), which explicitly mentions using 3 letters for
day-of-week and spaces between date parts.
PHP bug #33597 (closed) mentions explicitly rfc 2616 as permitting the
long weekday format, but, imho, it does not applicate to the cookie
header, which should follow only rfc 1123.
BTW: on Linux and Windows, php 4.4.0 uses the rfc 1123 format...
Reproduce code:
---
?php
setcookie('hello', '12345', time()+60*60);
?
+ use mozilla LiveHTTPHeader to see results:
Expected result:
HTTP/1.x 200 OK
Date: Thu, 27 Oct 2005 12:44:11 GMT
Server: Apache/2.0.54 (Unix) PHP/4.4.0
X-Powered-By: PHP/4.4.0
Set-Cookie: hello=12345; expires=Thu, 27-Oct-05 13:44:11 GMT
Content-Length: 0
Keep-Alive: timeout=15, max=1000
Connection: Keep-Alive
Content-Type: text/html
Actual result:
--
HTTP/1.x 200 OK
Date: Thu, 27 Oct 2005 12:44:11 GMT
Server: Apache/2.0.54 (Unix) PHP/4.4.0
X-Powered-By: PHP/4.4.0
Set-Cookie: hello=12345; expires=Thursday, 27Oct 2005 13:44:11 GMT
Content-Length: 0
Keep-Alive: timeout=15, max=1000
Connection: Keep-Alive
Content-Type: text/html
--
Edit this bug report at http://bugs.php.net/?id=34999edit=1
#35059 [Fbk-Csd]: Problems with PHP 4.4.1 and mod_rewrite
ID: 35059 Updated by: [EMAIL PROTECTED] Reported By: free4cd at yahoo dot de -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: SuSE 9.3 PHP Version: 4.4.1RC1 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: [2005-11-02 16:36:44] patpro at patpro dot net Hello, FreeBSD 5.4, Apache 2.0.55 + mod_rewrite sample rule : RewriteRule ^affiche/([0-9]+)/$ index.php? op=afficheorigine=$1 [L] same problem experienced, but I've got php error logs. What can be said from those logs is that : php 4.4.1 won't be able to include files if the URL goes thru the mod_rewrite: [02-Nov-2005 15:26:02] PHP Warning: main(): Unable to access ./fonctions.php in /www/.../index.php on line 103 [02-Nov-2005 15:26:02] PHP Warning: main(./fonctions.php): failed to open stream: No such file or directory in / www/.../index.php on line 103 [02-Nov-2005 15:26:02] PHP Warning: main(): Failed opening './fonctions.php' for inclusion (include_path='.:') in / www/.../index.php on line 103 php 4.4.1 will sometime include the file (after apache restart AND direct request to the offending url) but will fail with fatal error : [02-Nov-2005 14:53:42] PHP Fatal error: Cannot redeclare listeentrees() (previously declared in /www/.../ fonctions.php:28) in /www/.../fonctions.php on line 28 [2005-11-02 16:03:54] hujer at bazmek dot net Hi there, we're experiencing the same problem. Been playing with mod_rewrite at RewriteLogLevel 9 and found nothing. Then I tried this simple test: (.htaccess file) RewriteEngine On RewriteRule ^test-html$ test.html [L] RewriteRule ^test-php$ test.php [L] While the first rule matches and works well, the second one actually matches properly, too (verified in mod_rewrite log) but the script never gets executed and I get empty document (htmlbody/body/html) as output. No errors in logs whatsoever. It seems like when PHP script as a target of RewriteRule causes the problems. Static content works all well. Apache/[EMAIL PROTECTED], PHP 4.1.1. I'm sorry, can't try out PHP5 snapshot ATM. [2005-11-02 14:20:05] [EMAIL PROTECTED] Give feedback when you have it. We're not interested what you do in between. [2005-11-01 23:09:50] free4cd at yahoo dot de OK, I try the PHP5 snapshot. I post the result tomorrow when I've finished the tests if it works. [2005-11-01 22:24:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/35059 -- Edit this bug report at http://bugs.php.net/?id=35059edit=1
#35067 [Opn-Csd]: scripts hangs on netx() prev()
ID: 35067
Updated by: [EMAIL PROTECTED]
Reported By: baroiller at aoditu dot com
-Status: Open
+Status: Closed
Bug Type: *General Issues
Operating System: linux redhat 7.2
PHP Version: 4.4.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.
Previous Comments:
[2005-11-02 15:46:57] baroiller at aoditu dot com
Description:
Many open source softwares like phpadsnew, and squiremail ( i've got
problems on theses ), hangs.
after looking into their code, i've found that all fuctions reset(),
next(), prev() hangs when passed value is'nt an array.
Reproduce code:
---
code sample (all latest versions) :
// phpAdsNew
if (phpAds_isUser(phpAds_Admin))
$pages[]= $phpAds_nav['admin'];
elseif (phpAds_isUser(phpAds_Client))
$pages[] = $phpAds_nav['client'];
elseif (phpAds_isUser(phpAds_Affiliate))
$pages[] = $phpAds_nav['affiliate'];
else
$pages = array();
for (reset($pages);$key=key($pages);next($pages))
{
}
// squireMail
if (is_array($msort)) {
for (reset($msort); ($key = key($msort)), (isset($key)); next($msort))
{
...
}
Actual result:
--
added $pages = array() for phpadsnew ( bug fixed )
but, put code into comments onto squiremail ( don't have any time...)
--
Edit this bug report at http://bugs.php.net/?id=35067edit=1
#35063 [Asn-Csd]: key() returns wrong value in function with array passed by reference
ID: 35063
Updated by: [EMAIL PROTECTED]
Reported By: dave dot newman at codegate dot co dot uk
-Status: Assigned
+Status: Closed
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4CVS-2005-11-02 (CVS)
Assigned To: ilia
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:
[2005-11-02 14:21:14] phpdev at citromail dot hu
I myself also noticed this bug when I installed the news 4.4.1 release
this morning. 4.4.0 worked fine, but 4.4.1 is broken. This bug should
be fixed ASAP as this affects (breaks) primary functions of PHP and
there's no workaround for it.
[2005-11-02 10:20:40] dave dot newman at codegate dot co dot uk
Description:
I call a function with a reference to an array and an object.
I then add the object to the end of the array.
When I then use end() and key() to get the key of the the object just
added to the array key() always returns 0 rather than the actual key
value.
Reproduce code:
---
function addToArray($array, $obj)
{
$array[] = $obj;
print_r($array);
end($array);
print 'last key = '.key($array).'hr/';
}
print 'pre';
$array = array();
for ($a=0; $a5; $a++)
addToArray($array, array($a=$a));
print '/pre';
Expected result:
I expect it to print to the screen an array dump followed by the last
key value in the array 5 times (seperated by hr).
I add an object to the array each time, so the last key value displayed
should go from 0 to 4.
Actual result:
--
the last key value is always 0 rather than the actual last key value.
--
Edit this bug report at http://bugs.php.net/?id=35063edit=1
#35069 [Opn-Bgs]: 4.4.1 update seriously breaks mcrypt decryption
ID: 35069 Updated by: [EMAIL PROTECTED] Reported By: greg at warprecords dot com -Status: Open +Status: Bogus Bug Type: mcrypt related Operating System: FreeBSD 5.3R-p5 PHP Version: 4.4.1 New Comment: We don't support any ports. Reopen if you can reproduce this with PHP build from the sources found here: http://www.php.net/downloads.php Previous Comments: [2005-11-02 18:12:45] greg at warprecords dot com Description: Upgraded to 4.4.1 from 4.4.0 via FreeBSD ports broke some code we use to decrypt Blowfish encrypted strings generated and handled by PHP and passed between two servers. Encrypting with 4.4.1 and decrypting with 4.4.0 works fine, We have fallen back to this. Encrypting with 4.4.1 and decrypting with 4.4.1 is broken. Not tried 4.4.0 to 4.4.1. Reproduce code: --- $SID = @mcrypt_ecb(MCRYPT_Blowfish, $crypt_key, $SID, MCRYPT_DECRYPT); Expected result: Encrypted string is decrypted correctly. Actual result: -- Encrypted string is decrypted as garbage. -- Edit this bug report at http://bugs.php.net/?id=35069edit=1
#35070 [NEW]: next() does not work with global variable
From: tokul at users dot sourceforge dot net
Operating system: Linux Debian Sarge
PHP version: 4.4.1
PHP Bug Type: Arrays related
Bug description: next() does not work with global variable
Description:
next() does not advance the internal array pointer, if it is run on global
variable inside function.
Reproduce code:
---
global $test;
$test=array(1='one',2='two',3='three');
function test() {
global $test;
echo current($test).\n;
next($test);
echo current($test).\n;
next($test);
echo current($test).\n;
}
test();
Expected result:
one
two
three
Actual result:
--
one
one
one
--
Edit bug report at http://bugs.php.net/?id=35070edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35070r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35070r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35070r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35070r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35070r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35070r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35070r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35070r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35070r=support
Expected behavior: http://bugs.php.net/fix.php?id=35070r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35070r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35070r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35070r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35070r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35070r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35070r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35070r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35070r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35070r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35070r=mysqlcfg
#35070 [Opn-Csd]: next() does not work with global variable
ID: 35070
User updated by: tokul at users dot sourceforge dot net
Reported By: tokul at users dot sourceforge dot net
-Status: Open
+Status: Closed
Bug Type: Arrays related
Operating System: Linux Debian Sarge
PHP Version: 4.4.1
New Comment:
missed other report
Previous Comments:
[2005-11-02 19:03:12] tokul at users dot sourceforge dot net
Description:
next() does not advance the internal array pointer, if it is run on
global variable inside function.
Reproduce code:
---
global $test;
$test=array(1='one',2='two',3='three');
function test() {
global $test;
echo current($test).\n;
next($test);
echo current($test).\n;
next($test);
echo current($test).\n;
}
test();
Expected result:
one
two
three
Actual result:
--
one
one
one
--
Edit this bug report at http://bugs.php.net/?id=35070edit=1
#31971 [Opn-Asn]: [PATCH] ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)
ID: 31971
Updated by: [EMAIL PROTECTED]
Reported By: frantisek at augusztin dot com
-Status: Open
+Status: Assigned
Bug Type: FTP related
Operating System: Linux (Fedora Core 3)
PHP Version: 5CVS, 4CVS (2005-05-18)
Assigned To: iliaa
Previous Comments:
[2005-11-02 13:30:34] frantisek at augusztin dot com
Patch for PHP 5.0 CVS :
--- ext/ftp/ftp.c 17 Mar 2005 17:16:49 - 1.103.2.7
+++ ext/ftp/ftp.c 2 Nov 2005 12:22:31 -
@@ -281,6 +281,8 @@
return 0;
}
+ SSL_CTX_set_options(ctx,SSL_OP_ALL);
+
ftp-ssl_handle = SSL_new(ctx);
if (ftp-ssl_handle == NULL) {
php_error_docref(NULL TSRMLS_CC,
E_WARNING, failed to create the SSL handle);
@@ -1513,6 +1515,8 @@
php_error_docref(NULL TSRMLS_CC, E_WARNING,
data_accept: failed to create the SSL context);
return 0;
}
+
+ SSL_CTX_set_options(ctx,SSL_OP_ALL);
data-ssl_handle = SSL_new(ctx);
if (data-ssl_handle == NULL) {
[2005-10-26 16:07:42] [EMAIL PROTECTED]
Can you please provide a patch in unified format.
[2005-05-17 13:03:54] frantisek at augusztin dot com
Nope, it doesn't work. Same error as in first submission. It doesn't
read any data after enabling SSL. As i said, enabling
special handling of non-conforming SSL servers using this line after
ctx variable initialization in both control and data connection helps
:
SSL_CTX_set_options(ctx,SSL_OP_ALL);
[2005-02-14 16:19:47] frantisek at augusztin dot com
Description:
PHP returns following error when connecting using example code:
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line
3
Using FTP client the following messages are displayed in the log window
of the client :
*** Connecting to 'XXX.XXX.XXX.XXX:21'...
220 Service Ready for new User
AUTH TLS
234 Enabling SSL
FTP clearly fails on this messsage. But i don't understand why, because
i found in source code, that 234 is not an error, but a valid result
code for this operation.
FTP System type is 215 NETWARE Type : L8
Reproduce code:
---
?php
$connection = ftp_ssl_connect(server,21);
$login = ftp_login($connection, name,password);
ftp_close($connection);
?
Expected result:
No warning message and successfull connection to FTP server.
Actual result:
--
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=31971edit=1
#35069 [Bgs]: 4.4.1 update seriously breaks mcrypt decryption
ID: 35069 Updated by: [EMAIL PROTECTED] Reported By: greg at warprecords dot com Status: Bogus Bug Type: mcrypt related Operating System: FreeBSD 5.3R-p5 PHP Version: 4.4.1 New Comment: Besides that, there were no changes in mcrypt for a long time... Previous Comments: [2005-11-02 18:58:32] [EMAIL PROTECTED] We don't support any ports. Reopen if you can reproduce this with PHP build from the sources found here: http://www.php.net/downloads.php [2005-11-02 18:12:45] greg at warprecords dot com Description: Upgraded to 4.4.1 from 4.4.0 via FreeBSD ports broke some code we use to decrypt Blowfish encrypted strings generated and handled by PHP and passed between two servers. Encrypting with 4.4.1 and decrypting with 4.4.0 works fine, We have fallen back to this. Encrypting with 4.4.1 and decrypting with 4.4.1 is broken. Not tried 4.4.0 to 4.4.1. Reproduce code: --- $SID = @mcrypt_ecb(MCRYPT_Blowfish, $crypt_key, $SID, MCRYPT_DECRYPT); Expected result: Encrypted string is decrypted correctly. Actual result: -- Encrypted string is decrypted as garbage. -- Edit this bug report at http://bugs.php.net/?id=35069edit=1
#35070 [Csd-Opn]: next() does not work with global variable
ID: 35070
User updated by: tokul at users dot sourceforge dot net
Reported By: tokul at users dot sourceforge dot net
-Status: Closed
+Status: Open
Bug Type: Arrays related
Operating System: Linux Debian Sarge
PHP Version: 4.4.1
New Comment:
I know about 35067 bug, but it is still reproducable in
php4-STABLE-200511021752
Previous Comments:
[2005-11-02 19:06:22] tokul at users dot sourceforge dot net
missed other report
[2005-11-02 19:03:12] tokul at users dot sourceforge dot net
Description:
next() does not advance the internal array pointer, if it is run on
global variable inside function.
Reproduce code:
---
global $test;
$test=array(1='one',2='two',3='three');
function test() {
global $test;
echo current($test).\n;
next($test);
echo current($test).\n;
next($test);
echo current($test).\n;
}
test();
Expected result:
one
two
three
Actual result:
--
one
one
one
--
Edit this bug report at http://bugs.php.net/?id=35070edit=1
#35070 [Opn-Fbk]: next() does not work with global variable
ID: 35070
Updated by: [EMAIL PROTECTED]
Reported By: tokul at users dot sourceforge dot net
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: Linux Debian Sarge
PHP Version: 4.4.1
New Comment:
Please the next snapshot, sometimes there is a short delay.
Previous Comments:
[2005-11-02 20:43:13] tokul at users dot sourceforge dot net
I know about 35067 bug, but it is still reproducable in
php4-STABLE-200511021752
[2005-11-02 19:03:12] tokul at users dot sourceforge dot net
Description:
next() does not advance the internal array pointer, if it is run on
global variable inside function.
Reproduce code:
---
global $test;
$test=array(1='one',2='two',3='three');
function test() {
global $test;
echo current($test).\n;
next($test);
echo current($test).\n;
next($test);
echo current($test).\n;
}
test();
Expected result:
one
two
three
Actual result:
--
one
one
one
--
Edit this bug report at http://bugs.php.net/?id=35070edit=1
#35070 [Fbk-Csd]: next() does not work with global variable
ID: 35070
Updated by: [EMAIL PROTECTED]
Reported By: tokul at users dot sourceforge dot net
-Status: Feedback
+Status: Closed
Bug Type: Arrays related
Operating System: Linux Debian Sarge
PHP Version: 4.4.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.
Previous Comments:
[2005-11-02 20:47:06] [EMAIL PROTECTED]
Please the next snapshot, sometimes there is a short delay.
[2005-11-02 20:43:13] tokul at users dot sourceforge dot net
I know about 35067 bug, but it is still reproducable in
php4-STABLE-200511021752
[2005-11-02 19:03:12] tokul at users dot sourceforge dot net
Description:
next() does not advance the internal array pointer, if it is run on
global variable inside function.
Reproduce code:
---
global $test;
$test=array(1='one',2='two',3='three');
function test() {
global $test;
echo current($test).\n;
next($test);
echo current($test).\n;
next($test);
echo current($test).\n;
}
test();
Expected result:
one
two
three
Actual result:
--
one
one
one
--
Edit this bug report at http://bugs.php.net/?id=35070edit=1
#35071 [NEW]: Safe mode restrictions: rb+ should be wb+
From: webmaster at iksaif dot net Operating system: All PHP version: 4.4.1 PHP Bug Type: GD related Bug description: Safe mode restrictions: rb+ should be wb+ Description: in ext/gd.c ext/gd_ctx.c (PG(safe_mode) !php_checkuid(fn, rb+, CHECKUID_CHECK_FILE_AND_DIR))) should be : (PG(safe_mode) !php_checkuid(fn, wb+, CHECKUID_CHECK_FILE_AND_DIR))) because with rb+ it's impossible to create a new file with imagepng,imagejpeg, etc (r change mode from CHECKUID_CHECK_FILE_AND_DIR to CHECKUID_DISALLOW_FILE_NOT_EXISTS). -- Edit bug report at http://bugs.php.net/?id=35071edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35071r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35071r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35071r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35071r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35071r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35071r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35071r=needscript Try newer version: http://bugs.php.net/fix.php?id=35071r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35071r=support Expected behavior: http://bugs.php.net/fix.php?id=35071r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35071r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35071r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35071r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35071r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35071r=dst IIS Stability: http://bugs.php.net/fix.php?id=35071r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35071r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35071r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35071r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35071r=mysqlcfg
#35071 [Com]: Safe mode restrictions: rb+ should be wb+
ID: 35071 Comment by: moron at industrial dot org Reported By: webmaster at iksaif dot net Status: Open Bug Type: GD related Operating System: All PHP Version: 4.4.1 New Comment: This is the same issue covered in bug #35060 (though you do suggest a potential fix). [EMAIL PROTECTED] claims this is a documentation problem, not a bug. Previous Comments: [2005-11-02 21:04:17] webmaster at iksaif dot net Description: in ext/gd.c ext/gd_ctx.c (PG(safe_mode) !php_checkuid(fn, rb+, CHECKUID_CHECK_FILE_AND_DIR))) should be : (PG(safe_mode) !php_checkuid(fn, wb+, CHECKUID_CHECK_FILE_AND_DIR))) because with rb+ it's impossible to create a new file with imagepng,imagejpeg, etc (r change mode from CHECKUID_CHECK_FILE_AND_DIR to CHECKUID_DISALLOW_FILE_NOT_EXISTS). -- Edit this bug report at http://bugs.php.net/?id=35071edit=1
#35067 [Csd]: scripts hangs on netx() prev()
ID: 35067
User updated by: baroiller at aoditu dot com
Reported By: baroiller at aoditu dot com
Status: Closed
Bug Type: *General Issues
Operating System: linux redhat 7.2
PHP Version: 4.4.1
New Comment:
good work, thanks ;)
Previous Comments:
[2005-11-02 18:58:07] [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.
[2005-11-02 15:46:57] baroiller at aoditu dot com
Description:
Many open source softwares like phpadsnew, and squiremail ( i've got
problems on theses ), hangs.
after looking into their code, i've found that all fuctions reset(),
next(), prev() hangs when passed value is'nt an array.
Reproduce code:
---
code sample (all latest versions) :
// phpAdsNew
if (phpAds_isUser(phpAds_Admin))
$pages[]= $phpAds_nav['admin'];
elseif (phpAds_isUser(phpAds_Client))
$pages[] = $phpAds_nav['client'];
elseif (phpAds_isUser(phpAds_Affiliate))
$pages[] = $phpAds_nav['affiliate'];
else
$pages = array();
for (reset($pages);$key=key($pages);next($pages))
{
}
// squireMail
if (is_array($msort)) {
for (reset($msort); ($key = key($msort)), (isset($key)); next($msort))
{
...
}
Actual result:
--
added $pages = array() for phpadsnew ( bug fixed )
but, put code into comments onto squiremail ( don't have any time...)
--
Edit this bug report at http://bugs.php.net/?id=35067edit=1
#35072 [NEW]: ssl init error
From: bill dot finn at sellingsource dot com
Operating system: Gentoo 2.6.9
PHP version: 5.0.5
PHP Bug Type: Network related
Bug description: ssl init error
Description:
using ftps in some filesystem functions produces ssl error and fails.
Same effect if only using file() without file_exists before it.
Reproduce code:
---
echo file_exists(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
$contents = file(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
Expected result:
$contents should get the contents of the file I'm requesting from the
server.
Actual result:
--
PHP Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
PHP Warning: file(ftps://...myinfo...): failed to open stream: Unable to
activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
Warning: file(ftps://...myinfo...): failed to open stream: Unable to
activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
--
Edit bug report at http://bugs.php.net/?id=35072edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35072r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35072r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35072r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35072r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35072r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35072r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35072r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35072r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35072r=support
Expected behavior: http://bugs.php.net/fix.php?id=35072r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35072r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35072r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35072r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35072r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35072r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35072r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35072r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35072r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35072r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35072r=mysqlcfg
#35071 [Opn]: Safe mode restrictions: rb+ should be wb+
ID: 35071 Updated by: [EMAIL PROTECTED] Reported By: webmaster at iksaif dot net Status: Open Bug Type: GD related Operating System: All PHP Version: 4.4.1 New Comment: Fixed in HEAD and PHP_5_1 branches. Previous Comments: [2005-11-02 21:25:19] moron at industrial dot org This is the same issue covered in bug #35060 (though you do suggest a potential fix). [EMAIL PROTECTED] claims this is a documentation problem, not a bug. [2005-11-02 21:04:17] webmaster at iksaif dot net Description: in ext/gd.c ext/gd_ctx.c (PG(safe_mode) !php_checkuid(fn, rb+, CHECKUID_CHECK_FILE_AND_DIR))) should be : (PG(safe_mode) !php_checkuid(fn, wb+, CHECKUID_CHECK_FILE_AND_DIR))) because with rb+ it's impossible to create a new file with imagepng,imagejpeg, etc (r change mode from CHECKUID_CHECK_FILE_AND_DIR to CHECKUID_DISALLOW_FILE_NOT_EXISTS). -- Edit this bug report at http://bugs.php.net/?id=35071edit=1
#35072 [Opn-Fbk]: ssl init error
ID: 35072
Updated by: [EMAIL PROTECTED]
Reported By: bill dot finn at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Network related
Operating System: Gentoo 2.6.9
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-11-02 22:10:52] bill dot finn at sellingsource dot com
Description:
using ftps in some filesystem functions produces ssl error and fails.
Same effect if only using file() without file_exists before it.
Reproduce code:
---
echo
file_exists(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
$contents =
file(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
Expected result:
$contents should get the contents of the file I'm requesting from the
server.
Actual result:
--
PHP Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
PHP Warning: file(ftps://...myinfo...): failed to open stream: Unable
to activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
Warning: file(ftps://...myinfo...): failed to open stream: Unable to
activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
--
Edit this bug report at http://bugs.php.net/?id=35072edit=1
#35073 [NEW]: failed to open stream: Inappropriate ioctl for device
From: marrtins at hackers dot lv Operating system: Linux libc.2.3.2 PHP version: 5.0.5 PHP Bug Type: Filesystem function related Bug description: failed to open stream: Inappropriate ioctl for device Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit bug report at http://bugs.php.net/?id=35073edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35073r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35073r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35073r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35073r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35073r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35073r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35073r=needscript Try newer version: http://bugs.php.net/fix.php?id=35073r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35073r=support Expected behavior: http://bugs.php.net/fix.php?id=35073r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35073r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35073r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35073r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35073r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35073r=dst IIS Stability: http://bugs.php.net/fix.php?id=35073r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35073r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35073r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35073r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35073r=mysqlcfg
#35072 [Fbk-Opn]: ssl init error
ID: 35072
User updated by: bill dot finn at sellingsource dot com
Reported By: bill dot finn at sellingsource dot com
-Status: Feedback
+Status: Open
Bug Type: Network related
Operating System: Gentoo 2.6.9
PHP Version: 5.0.5
New Comment:
Done.
PHP Warning: file(ftps://...myinfo...): failed to open stream: FTP
server reports 501 wrong number of parameters
in /home/wfinn/test/ftps.php on line 21
Warning: file(ftps://...myinfo...): failed to open stream: FTP server
reports 501 wrong number of parameters
in /home/wfinn/test/ftps.php on line 21
Previous Comments:
[2005-11-02 22:30:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-02 22:10:52] bill dot finn at sellingsource dot com
Description:
using ftps in some filesystem functions produces ssl error and fails.
Same effect if only using file() without file_exists before it.
Reproduce code:
---
echo
file_exists(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
$contents =
file(ftps://{$user}:[EMAIL PROTECTED]:{$port}/{$path}{$file})
Expected result:
$contents should get the contents of the file I'm requesting from the
server.
Actual result:
--
PHP Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
Warning: file(): SSL/TLS already set-up for this stream in
/home/wfinn/test/ftps.php on line 21
PHP Warning: file(ftps://...myinfo...): failed to open stream: Unable
to activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
Warning: file(ftps://...myinfo...): failed to open stream: Unable to
activate SSL mode
FTP server reports 150 Opening BINARY data connection for
/s-fastcash/343923324-20051019.ddl (1084 bytes)
in /home/wfinn/test/ftps.php on line 21
--
Edit this bug report at http://bugs.php.net/?id=35072edit=1
#35073 [Opn-Fbk]: failed to open stream: Inappropriate ioctl for device
ID: 35073 Updated by: [EMAIL PROTECTED] Reported By: marrtins at hackers dot lv -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Linux libc.2.3.2 PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073edit=1
#35074 [NEW]: Call to virtual() causes Segmentation fault
From: jeff dot potter at hp dot com
Operating system: Linux (Redhat EL 3 i386)
PHP version: 4.4.1
PHP Bug Type: Apache2 related
Bug description: Call to virtual() causes Segmentation fault
Description:
Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in PHP
4.3.11 PHP 4.4.0.
Configure script:
./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install
Platform:
RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches
Reproduce code:
---
Just call virtual(some_uri).
Expected result:
My page rendered on the screen.
Actual result:
--
It looks like the rr-main structure in PHP_FUNCTION(virtual)is all zeros.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r-pool, c-bucket_alloc);
(gdb) bt
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
#1 0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264, this_ptr=0x0,
return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2 0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3 0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4 0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5 0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6 0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7 0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8 0x080a1d8f in ap_process_request (r=0x82b8e50) at http_request.c:246
#9 0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)
Frame #0 Code
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r-pool, c-bucket_alloc);
(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc = 0x0}
gdb) print c-bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c-bucket_alloc
Cannot access memory at address 0x50
(gdb) print c-bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50
(gdb) print r-pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r-pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref =
0x92e7887, cleanups = 0x758,
allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0, tag
= 0x0, active = 0x0, self = 0x0,
self_first_avail = 0x0}
(gdb) print r-pool
$6 = (apr_pool_t **) 0x82ef088
1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r-connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r-pool, c-bucket_alloc);
1562b = apr_bucket_flush_create(c-bucket_alloc);
1563APR_BRIGADE_INSERT_TAIL(bb, b);
1564if (ap_pass_brigade(r-output_filters, bb) != APR_SUCCESS)
1565return -1;
1566
1567return 0;
1568}
Frame #1 Code
(gdb) print rr-main
$7 = (request_rec *) 0x82ef088
(gdb) print *rr-main
$8 = {pool = 0x0, connection = 0x0, server = 0x0, next = 0x0, prev = 0x0,
main = 0x0, the_request = 0x0,
assbackwards = 0, proxyreq = 0, header_only = 0, protocol = 0x0,
proto_num = 0, hostname = 0x0, request_time = 0,
status_line = 0x0, status = 0, method = 0x0, method_number = 0, allowed
= 0, allowed_xmethods = 0x0,
allowed_methods = 0x0, sent_bodyct = 0, bytes_sent = 0, mtime = 0,
chunked = 0, range = 0x0, clength = 0,
remaining = 0, read_length = 0, read_body = 0, read_chunked = 0,
expecting_100 = 0, headers_in = 0x0,
headers_out = 0x0, err_headers_out = 0x0, subprocess_env = 0x0, notes =
0x0, content_type = 0x0, handler = 0x0,
content_encoding = 0x0, content_languages = 0x0, vlist_validator = 0x0,
user = 0x0, ap_auth_type = 0x0,
no_cache = 0, no_local_copy =
#35075 [NEW]: Assignment by reference using a function assignes the variable by value
From: skrol29 at freesurf dot fr
Operating system: Windows XP
PHP version: 5.0.5
PHP Bug Type: Scripting Engine problem
Bug description: Assignment by reference using a function assignes the
variable by value
Description:
This bug is a change of Assignment by reference behavior bewteen Php
versions = 5.0.4 and the last 5.0.5.
In Php 5.0.5 when a variable is re-assigned by reference directly using a
function, then the variable is assigned by value.
Reproduce code:
---
?php
$a = 'hello';
$b = $a;
$a = f_test();
echo * a = {.$a.}, b = {.$b.}br;
function f_test() {
return 'tested';
}
?
Expected result:
* a = {tested}, b = {hello}
Actual result:
--
* a = {tested}, b = {tested}
--
Edit bug report at http://bugs.php.net/?id=35075edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35075r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35075r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35075r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35075r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35075r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35075r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35075r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35075r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35075r=support
Expected behavior: http://bugs.php.net/fix.php?id=35075r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35075r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35075r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35075r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35075r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35075r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35075r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35075r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35075r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35075r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35075r=mysqlcfg
#35076 [NEW]: Sometimes the log file shows: The session id contains illegal characters, ..etc
From: vincent_f40 at hotmail dot com Operating system: Linux RHEL4, 2.6.9-11.ELsmp PHP version: 5.0.5 PHP Bug Type: Session related Bug description: Sometimes the log file shows: The session id contains illegal characters, ..etc Description: [Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [a href='function.session-start'function.session-start/a]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /home/httpd/html/includes/session_init.inc on line 70 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 1) Cant reproduce the errors. As the site works fine, only sometimes the above error appears in the log files. 2) session_write_close() is being used. 3) session_name() uses only the characters [a-z]. 4) As the site works /tmp is oke as well.(perms, etc.) 5) There is enough free disk space in /tmp as well. a) using apache 1.3.34, php compiled as module(apxs) b) Kernel: 2.6.9-11.ELsmp (double processor) Is this a bug or a php programming error ? As it happens not always, just random/sometimes. Search the net for hours...no luck in finding the explanation. Hope to find some clue here. Thanks. -- Edit bug report at http://bugs.php.net/?id=35076edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35076r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35076r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35076r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35076r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35076r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35076r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35076r=needscript Try newer version: http://bugs.php.net/fix.php?id=35076r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35076r=support Expected behavior: http://bugs.php.net/fix.php?id=35076r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35076r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35076r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35076r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35076r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35076r=dst IIS Stability: http://bugs.php.net/fix.php?id=35076r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35076r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35076r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35076r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35076r=mysqlcfg
#35077 [NEW]: stream_set_timeout does not work with stream_socket_recvfrom
From: pn2865 at yahoo dot com Operating system: Linux or Win XP or Win2003 PHP version: 5.0.5 PHP Bug Type: Sockets related Bug description: stream_set_timeout does not work with stream_socket_recvfrom Description: Sample program tries to get data via UDP and never completes if none received. Use any IP address and port that does (or does not) exist and you get the same result if that IP does not send a UDP packet to the system this snippet is run on. Reproduce code: --- $server_recv = stream_socket_server(udp://192.168.1.100:, $errno, $errstr, STREAM_SERVER_BIND); if (!$server_recv) exit (ERROR: stream_socket_server failed); set_time_limit(2); // Will not interrupt stream_socket_recvfrom stream_set_timeout($server_recv,3,0); $packet=stream_socket_recvfrom($server_recv, 1000); $info = stream_get_meta_data($server_recv); if ($info['timed_out']) echo 'Connection timed out!'; else echo Got back '$packet'; Expected result: Should timeout at 3 seconds. Actual result: -- Never comes back from stream_socket_recvfrom call. -- Edit bug report at http://bugs.php.net/?id=35077edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35077r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35077r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35077r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35077r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35077r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35077r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35077r=needscript Try newer version: http://bugs.php.net/fix.php?id=35077r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35077r=support Expected behavior: http://bugs.php.net/fix.php?id=35077r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35077r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35077r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35077r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35077r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35077r=dst IIS Stability: http://bugs.php.net/fix.php?id=35077r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35077r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35077r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35077r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35077r=mysqlcfg
#35078 [NEW]: configure does not find ldap_start_tls_s
From: bkw at weisshuhn dot de Operating system: Linux Fedora Core 2,3,4 PHP version: 4.4.1 PHP Bug Type: Compile Failure Bug description: configure does not find ldap_start_tls_s Description: Actually a regression of Bug #24025: configure fails to find ldap_parse_result, ldap_parse_reference and ldap_start_tls_s. this patch fixes the problem, which was introduced in Version Version 1.26.28 of ext/ldap/config.m4: --- php-4.4.11/ext/ldap/config.m4.ldapconf +++ php-4.4.11/ext/ldap/config.m4 @@ -124,6 +125,8 @@ if test $PHP_LDAP != no; then dnl Solaris 2.8 claims to be 2004 API, but doesn't have dnl ldap_parse_reference() nor ldap_start_tls_s() + _SAVE_LDFLAGS=$LDFLAGS + LDFLAGS=$LDFLAGS $LDAP_SHARED_LIBADD AC_CHECK_FUNCS([ldap_parse_result ldap_parse_reference ldap_start_tls_s]) LDFLAGS=$_SAVE_LDFLAGS The commit that introduced the behaviour: http://cvs.php.net/diff.php/php-src/ext/ldap/config.m4?r1=1.26.2.7r2=1.26.2.8 The LDAP_SHARED_LIBADD was lost from LDFLAGS by the rearrangement there. -- Edit bug report at http://bugs.php.net/?id=35078edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35078r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35078r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35078r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35078r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35078r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35078r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35078r=needscript Try newer version: http://bugs.php.net/fix.php?id=35078r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35078r=support Expected behavior: http://bugs.php.net/fix.php?id=35078r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35078r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35078r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35078r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35078r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35078r=dst IIS Stability: http://bugs.php.net/fix.php?id=35078r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35078r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35078r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35078r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35078r=mysqlcfg
#35078 [Opn]: configure does not find ldap_start_tls_s
ID: 35078 User updated by: bkw at weisshuhn dot de Reported By: bkw at weisshuhn dot de Status: Open Bug Type: Compile Failure Operating System: Linux Fedora Core 2,3,4 PHP Version: 4.4.1 New Comment: The sersion of ext/ldap/config.m4 that introduced the regression is 1.26.2.8, not .28 as stated above ;-) Also, the line numbers of the patch may be slightly off, since I already applied another (unrelated) patch before, sorry about that. But it's probably obvious anyway. Previous Comments: [2005-11-03 04:50:52] bkw at weisshuhn dot de Description: Actually a regression of Bug #24025: configure fails to find ldap_parse_result, ldap_parse_reference and ldap_start_tls_s. this patch fixes the problem, which was introduced in Version Version 1.26.28 of ext/ldap/config.m4: --- php-4.4.11/ext/ldap/config.m4.ldapconf +++ php-4.4.11/ext/ldap/config.m4 @@ -124,6 +125,8 @@ if test $PHP_LDAP != no; then dnl Solaris 2.8 claims to be 2004 API, but doesn't have dnl ldap_parse_reference() nor ldap_start_tls_s() + _SAVE_LDFLAGS=$LDFLAGS + LDFLAGS=$LDFLAGS $LDAP_SHARED_LIBADD AC_CHECK_FUNCS([ldap_parse_result ldap_parse_reference ldap_start_tls_s]) LDFLAGS=$_SAVE_LDFLAGS The commit that introduced the behaviour: http://cvs.php.net/diff.php/php-src/ext/ldap/config.m4?r1=1.26.2.7r2=1.26.2.8 The LDAP_SHARED_LIBADD was lost from LDFLAGS by the rearrangement there. -- Edit this bug report at http://bugs.php.net/?id=35078edit=1
#35079 [NEW]: stream_set_blocking(true) toggles, not enables blocking
From: askalski at gmail dot com Operating system: linux PHP version: 5.0.5 PHP Bug Type: Filesystem function related Bug description: stream_set_blocking(true) toggles, not enables blocking Description: main/streams/plain_wrapper.c (5.0.5) main/streams.c (4.4 and earlier) In several places, the ^= operator is used to turn off a flag. This is incorrect. For example, stream_set_blocking() on a plain file hits this code in php_stdiop_set_option(): if (value) flags ^= O_NONBLOCK; else flags |= O_NONBLOCK; This should be: if (value) flags = ~O_NONBLOCK; else flags |= O_NONBLOCK; The same error is repeated elsewhere in the code. Reproduce code: --- $fp = fopen(test, w); stream_set_blocking($fp, true); stream_set_blocking($fp, true); stream_set_blocking($fp, true); stream_set_blocking($fp, true); fclose($fp); Expected result: The stream should remain in blocking mode throughout the script execution. Actual result: -- Here is abridged strace output showing the errant behavior. Notice how O_NONBLOCK is being turned on and off alternately. open(/home/askalski/test, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4 fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0 fcntl64(4, F_SETFL, O_WRONLY) = 0 fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0 fcntl64(4, F_SETFL, O_WRONLY) = 0 close(4)= 0 -- Edit bug report at http://bugs.php.net/?id=35079edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35079r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35079r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35079r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35079r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35079r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35079r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35079r=needscript Try newer version: http://bugs.php.net/fix.php?id=35079r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35079r=support Expected behavior: http://bugs.php.net/fix.php?id=35079r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35079r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35079r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35079r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35079r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35079r=dst IIS Stability: http://bugs.php.net/fix.php?id=35079r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35079r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35079r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35079r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35079r=mysqlcfg
#35080 [NEW]: php_bz2.dll STILL missing from PHP 5.0.x
From: paul dot macmillan at kp dot org Operating system: Windows PHP version: 5.0.5 PHP Bug Type: Bzip2 Related Bug description: php_bz2.dll STILL missing from PHP 5.0.x Description: The extension dll for bzip is missing from the distribution even though the documentation and the php.ini file still list it as an extension. Still missing as of Nov 2 2005 snapshot! -- Edit bug report at http://bugs.php.net/?id=35080edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35080r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35080r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35080r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35080r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35080r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35080r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35080r=needscript Try newer version: http://bugs.php.net/fix.php?id=35080r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35080r=support Expected behavior: http://bugs.php.net/fix.php?id=35080r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35080r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35080r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35080r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35080r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35080r=dst IIS Stability: http://bugs.php.net/fix.php?id=35080r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35080r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35080r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35080r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35080r=mysqlcfg
#35081 [NEW]: using the exsample for .NET causes a com_exeption
From: mcyra at chello dot at
Operating system: WinXP
PHP version: 5.0.5
PHP Bug Type: COM related
Bug description: using the exsample for .NET causes a com_exeption
Description:
A sample script from documentation causes this error.
German version of WinXP.
Microsoft .NET Framework 1.1.
Microsoft .NET Framework 1.1 German Language Pack.
PHP 5.0.5 (cli) (build: Sep 5 2005 15:54:44)
Zend Engine v2.0.5
Reproduce code:
---
?php
$stack = new DOTNET(mscorlib, System.Collections.Stack);
$stack-Push(.Net);
$stack-Push(Hello );
echo $stack-Pop() . $stack-Pop();
?
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher Parameter.'
in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet-dotnet('mscorlib', 'System.Collecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
--
Edit bug report at http://bugs.php.net/?id=35081edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35081r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35081r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35081r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35081r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35081r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35081r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35081r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35081r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35081r=support
Expected behavior: http://bugs.php.net/fix.php?id=35081r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35081r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35081r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35081r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35081r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35081r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35081r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35081r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35081r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35081r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35081r=mysqlcfg
