#17098 [Com]: apache sending 304 - not modified header
ID: 17098
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.0CVS-2002-10-17
New Comment:
Isn't fixed in php4-STABLE-200212290030
Daniel [datenPUNK] Khan
Previous Comments:
[2002-12-27 14:13:19] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-12-27 13:55:15] [EMAIL PROTECTED]
... and the bug is present in 4.3.0 release.
[2002-12-25 18:03:55] [EMAIL PROTECTED]
... and it's not fixed in 4.3.0 RC4 either...
Daniel
[2002-12-13 18:24:22] [EMAIL PROTECTED]
This bug is _NOT_ fixed in 4.3.0 rc3!
In 4.3.0, the apache2 support should not be experimental anymore, so I
think, this is a real showstopper IMHO.
I think, it's time to fix this issue now, it's so annoying and
unneccessary. If this patch has any known drawbacks that I'm not aware
of, then it's NOT the correct solution to simply ignore this subject as
whole.
Daniel
Here is the patch again as diff against php 4.3.0 rc 3:
--- sapi/apache2filter/sapi_apache2.c.old Thu Dec 12 21:48:58
2002
+++ sapi/apache2filter/sapi_apache2.c Thu Dec 12 21:50:43 2002
@@ -619,14 +619,24 @@
return OK;
}
+static int includes_setup(ap_filter_t *f)
+{
+/* We will ALWAYS set the no_local_copy value to 1 so
+ * that we will not send 304s.
+ */
+f->r->no_local_copy = 1;
+
+return OK;
+}
+
static void php_register_hook(apr_pool_t *p)
{
ap_hook_pre_config(php_pre_config, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_config(php_apache_server_startup, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_insert_filter(php_insert_filter, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_read_request(php_post_read_request, NULL, NULL,
APR_HOOK_MIDDLE);
- ap_register_output_filter("PHP", php_output_filter, NULL,
AP_FTYPE_RESOURCE);
- ap_register_input_filter("PHP", php_input_filter, NULL,
AP_FTYPE_RESOURCE);
+ ap_register_output_filter("PHP", php_output_filter,
includes_setup, AP_FTYPE_RESOURCE);
+ ap_register_input_filter("PHP", php_input_filter,
includes_setup, AP_FTYPE_RESOURCE);
}
AP_MODULE_DECLARE_DATA module php4_module = {
[2002-12-03 09:28:16] [EMAIL PROTECTED]
Maybe I missed something. What patch? Is this still a php bug? I
have Apache 2.0.40 and php-4.4-2.
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/17098
--
Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#21274 [NEW]: apache sending 304 - not modified header
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: apache sending 304 - not modified header Bug #17098 was closed because it should have been fixed in CVS. Tried php4-STABLE-200212290030 - the same problem. Best regards Daniel [datenPUNK] Khan -- Edit bug report at http://bugs.php.net/?id=21274&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21274&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21274&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21274&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21274&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21274&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21274&r=support Expected behavior: http://bugs.php.net/fix.php?id=21274&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21274&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21274&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21274&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21274&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21274&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21274&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21274&r=gnused
#21274 [Com]: apache sending 304 - not modified header
ID: 21274 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 New Comment: Thought it won't be read because it waas closed - sorry. I missunderstood. Previous Comments: [2002-12-29 15:55:30] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-29 15:55:05] [EMAIL PROTECTED] Bug #17098 was closed because it should have been fixed in CVS. Tried php4-STABLE-200212290030 - the same problem. Best regards Daniel [datenPUNK] Khan -- Edit this bug report at http://bugs.php.net/?id=21274&edit=1
#22250 [NEW]: Sablotron version 0.96 or greater required
From: phpbug at spambox dot dk Operating system: FreeBSD 4.7-stable PHP version: 4CVS-2003-02-17 (stable) PHP Bug Type: XSLT related Bug description: Sablotron version 0.96 or greater required I'm trying to add Sablotron/XSLT to my PHP installation with the stable release php4-STABLE-200302171430. I have installed Expat 1.95.5 and Sablotron 0.97 from source. I configure PHP with the following options: ./configure --prefix=/usr/local --enable-cli --without-pear --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-freetype-dir=/usr/local/include/freetype2/freetype --with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv --with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack --enable-sockets --enable-calendar --with-dom --with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-config-file-path=/usr/local/etc --with-tsrm-pth --with-apxs=/usr/local/apache/bin/apxs But i get the following error: checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... yes checking for iconv dir for Sablotron XSL support... yes checking for JavaScript for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found in /usr/local checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. The output from sablot config: %./sablot-config --version 0.97 What to do? Best regards Henrik -- Edit bug report at http://bugs.php.net/?id=22250&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22250&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22250&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22250&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22250&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22250&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22250&r=support Expected behavior: http://bugs.php.net/fix.php?id=22250&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22250&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22250&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22250&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22250&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22250&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22250&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22250&r=gnused
#22250 [Fbk->Opn]: Sablotron version 0.96 or greater required
ID: 22250
User updated by: phpbug at spambox dot dk
Reported By: phpbug at spambox dot dk
-Status: Feedback
+Status: Open
Bug Type: XSLT related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-17 (stable)
New Comment:
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-config --libs
-L/usr/local/lib -liconv -lexpat
Previous Comments:
[2003-02-17 12:29:25] [EMAIL PROTECTED]
Also the output of sablot-config --libs please. My guess is you have
iconv installed and Sablotron picked up on it. Could you confirm that?
[2003-02-17 12:01:40] [EMAIL PROTECTED]
Could you past the last 20 lines or so, from config.log?
----
[2003-02-17 09:44:22] phpbug at spambox dot dk
I'm trying to add Sablotron/XSLT to my PHP installation with the stable
release php4-STABLE-200302171430.
I have installed Expat 1.95.5 and Sablotron 0.97 from source.
I configure PHP with the following options:
./configure --prefix=/usr/local --enable-cli --without-pear
--with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf
--with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir
--with-zlib-dir
--with-freetype-dir=/usr/local/include/freetype2/freetype
--with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv
--with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext
--with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath
--with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack
--enable-sockets --enable-calendar --with-dom
--with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot
--enable-sablot-errors-descriptive
--with-config-file-path=/usr/local/etc --with-tsrm-pth
--with-apxs=/usr/local/apache/bin/apxs
But i get the following error:
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking for libexpat dir for Sablotron XSL support... yes
checking for iconv dir for Sablotron XSL support... yes
checking for JavaScript for Sablotron XSL support... yes
checking for Sablotron libraries in the default path... found in
/usr/local
checking for sablot-config... found
checking for Sablotron version... configure: error: Sablotron version
0.96 or greater required.
The output from sablot config:
%./sablot-config --version
0.97
What to do?
Best regards Henrik
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22250 [Fbk->Opn]: Sablotron version 0.96 or greater required
ID: 22250
User updated by: phpbug at spambox dot dk
Reported By: phpbug at spambox dot dk
-Status: Feedback
+Status: Open
Bug Type: XSLT related
Operating System: FreeBSD 4.7-stable
-PHP Version: 4CVS-2003-02-17 (stable)
+PHP Version: 4CVS-2003-02-18 (stable)
Assigned To: sniper
New Comment:
Tried with php4-STABLE-200302180830.
Now I get a different error:
checking for SNMP support... yes
checking for default_store.h... yes
checking for OpenSSL support in SNMP libraries... yes
checking for kstat_read in -lkstat... no
checking for snmp_parse_oid... no
checking for init_snmp in -lsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
-- cut
%tail -n 25 config.log
; return 0; }
configure:67088: checking for init_snmp in -lsnmp
configure:67107: gcc -o conftest -g -O2 -DMOD_SSL=208112 -DEAPI
-DUSE_EXPAT -DSHARED_CORE
-R/usr/local/lib -L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib
-R/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql -R/lib -L/lib
conftest.c -lsnmp -lsnmp -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient
-lmcrypt -lltdl -lcrypt -lpam -lintl -lt1 -lfreetype -lX11 -lXpm -lpng
-lz -ljpeg -lz -lz -lssl -lcrypto -lm -lxml2 -lz -lm -lssl -lcrypto
1>&5
/tmp/ccKXqjQR.s: Assembler messages:
/tmp/ccKXqjQR.s:30: Warning: .stabs: description field '1061e' too big,
try a different debug format
/tmp/ccKXqjQR.s:39: Warning: .stabn: description field '1061f' too big,
try a different debug format
/tmp/ccKXqjQR.s:42: Warning: .stabn: description field '10620' too big,
try a different debug format
/tmp/ccKXqjQR.s:49: Warning: .stabs: description field '1061e' too big,
try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 67096 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char init_snmp();
int main() {
init_snmp()
; return 0; }
-- cut
Im running OpenSSL 0.9.7
Could you move this to a relevant category?
Best regards Henrik
Previous Comments:
[2003-02-17 17:00:39] [EMAIL PROTECTED]
Please try the next stable snapshot from http://snaps.php.net/ in about
2 hours.
[2003-02-17 16:25:27] [EMAIL PROTECTED]
This actually is snmp problem, it doesn't have any test
that the selected libs actually work..I'm on it.
----
[2003-02-17 13:36:05] phpbug at spambox dot dk
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-config --libs
-L/usr/local/lib -liconv -lexpat
[2003-02-17 12:29:25] [EMAIL PROTECTED]
Also the output of sablot-config --libs please. My guess is you have
iconv installed and Sablotron picked up on it. Could you confirm that?
[2003-02-17 12:01:40] [EMAIL PROTECTED]
Could you past the last 20 lines or so, from config.log?
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/22250
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22266 [Com]: the bug #21261 still left in 4.3.1
ID: 22266 Comment by: mail at phpguru dot dk Reported By: ph at tripnet dot se Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.1 New Comment: If your read the release notice, you would see that the 4.3.1 release only contains the security fix and no bugfixes at all. /Christian Previous Comments: [2003-02-18 03:18:00] ph at tripnet dot se Shouldn't this have been fixed in 4.3.1? [2003-02-18 03:14:47] ph at tripnet dot se Shouldn't this have been fixed in 4.3.1? -- Edit this bug report at http://bugs.php.net/?id=22266&edit=1
#22250 [Fbk->Opn]: Sablotron version 0.96 or greater required
ID: 22250
User updated by: phpbug at spambox dot dk
Reported By: phpbug at spambox dot dk
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-18 (stable)
Assigned To: sniper
New Comment:
The SNMP package is ucd-snmp-4.2.6.
I compiled this from source with the following:
./configure --prefix=/usr/local
--with-persistent-directory=/var/run/ucd-snmp
--with-sys-contact="[EMAIL PROTECTED]" --with-sys-location=Unknown
--with-logfile=/var/log/snmpd.log --with-openssl=/usr
I use this for my MRTG, without SSL though.
Previous Comments:
[2003-02-18 04:26:23] [EMAIL PROTECTED]
Recategorizing.
Sniper's fix works: it points to the correct problem :)
>From the looks of this, you have a problem in your libsmnp library. Try
recompiling it and could you mention which snmp package this is? Is
this the ports version and if so, which exact version (ls -al
/var/db/pkg | grep snmp)?
[2003-02-18 02:47:37] phpbug at spambox dot dk
Tried with php4-STABLE-200302180830.
Now I get a different error:
checking for SNMP support... yes
checking for default_store.h... yes
checking for OpenSSL support in SNMP libraries... yes
checking for kstat_read in -lkstat... no
checking for snmp_parse_oid... no
checking for init_snmp in -lsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
-- cut
%tail -n 25 config.log
; return 0; }
configure:67088: checking for init_snmp in -lsnmp
configure:67107: gcc -o conftest -g -O2 -DMOD_SSL=208112 -DEAPI
-DUSE_EXPAT -DSHARED_CORE
-R/usr/local/lib -L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib
-R/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql -R/lib -L/lib
conftest.c -lsnmp -lsnmp -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient
-lmcrypt -lltdl -lcrypt -lpam -lintl -lt1 -lfreetype -lX11 -lXpm -lpng
-lz -ljpeg -lz -lz -lssl -lcrypto -lm -lxml2 -lz -lm -lssl -lcrypto
1>&5
/tmp/ccKXqjQR.s: Assembler messages:
/tmp/ccKXqjQR.s:30: Warning: .stabs: description field '1061e' too big,
try a different debug format
/tmp/ccKXqjQR.s:39: Warning: .stabn: description field '1061f' too big,
try a different debug format
/tmp/ccKXqjQR.s:42: Warning: .stabn: description field '10620' too big,
try a different debug format
/tmp/ccKXqjQR.s:49: Warning: .stabs: description field '1061e' too big,
try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 67096 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char init_snmp();
int main() {
init_snmp()
; return 0; }
-- cut
Im running OpenSSL 0.9.7
Could you move this to a relevant category?
Best regards Henrik
[2003-02-17 17:00:39] [EMAIL PROTECTED]
Please try the next stable snapshot from http://snaps.php.net/ in about
2 hours.
[2003-02-17 16:25:27] [EMAIL PROTECTED]
This actually is snmp problem, it doesn't have any test
that the selected libs actually work..I'm on it.
----
[2003-02-17 13:36:05] phpbug at spambox dot dk
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-co
#22250 [Fbk->Opn]: Problem compiling snmp with openssl support
ID: 22250
User updated by: phpbug at spambox dot dk
Reported By: phpbug at spambox dot dk
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-18 (stable)
Assigned To: sniper
New Comment:
OpenSSL 0.9.7 is in FreeBSD 4.7-stable
>From /usr/src/UPDATEING:
20030214: OpenSSL 0.97 has been imported, and the libcrypto/libssl
library versions have been bumped.
Previous Comments:
[2003-02-18 04:55:58] [EMAIL PROTECTED]
Updated description.
The des* interfaces are from openssl. Is 4.7-stable using openssl 0.9.7
already, or did you compile that yourself?
If it is, I'll cvsup my box and try to replicate your problem - unable
to reproduce it, with system supplied openssl 0.9.6g and
ucd-snmp-4.2.5_2 port.
It looks like a problem outside of php though (snmp/openssl linking),
but I'd like to replicate this first to be sure.
[2003-02-18 04:33:11] phpbug at spambox dot dk
The SNMP package is ucd-snmp-4.2.6.
I compiled this from source with the following:
./configure --prefix=/usr/local
--with-persistent-directory=/var/run/ucd-snmp
--with-sys-contact="[EMAIL PROTECTED]" --with-sys-location=Unknown
--with-logfile=/var/log/snmpd.log --with-openssl=/usr
I use this for my MRTG, without SSL though.
[2003-02-18 04:26:23] [EMAIL PROTECTED]
Recategorizing.
Sniper's fix works: it points to the correct problem :)
>From the looks of this, you have a problem in your libsmnp library. Try
recompiling it and could you mention which snmp package this is? Is
this the ports version and if so, which exact version (ls -al
/var/db/pkg | grep snmp)?
[2003-02-18 02:47:37] phpbug at spambox dot dk
Tried with php4-STABLE-200302180830.
Now I get a different error:
checking for SNMP support... yes
checking for default_store.h... yes
checking for OpenSSL support in SNMP libraries... yes
checking for kstat_read in -lkstat... no
checking for snmp_parse_oid... no
checking for init_snmp in -lsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
-- cut
%tail -n 25 config.log
; return 0; }
configure:67088: checking for init_snmp in -lsnmp
configure:67107: gcc -o conftest -g -O2 -DMOD_SSL=208112 -DEAPI
-DUSE_EXPAT -DSHARED_CORE
-R/usr/local/lib -L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib
-R/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql -R/lib -L/lib
conftest.c -lsnmp -lsnmp -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient
-lmcrypt -lltdl -lcrypt -lpam -lintl -lt1 -lfreetype -lX11 -lXpm -lpng
-lz -ljpeg -lz -lz -lssl -lcrypto -lm -lxml2 -lz -lm -lssl -lcrypto
1>&5
/tmp/ccKXqjQR.s: Assembler messages:
/tmp/ccKXqjQR.s:30: Warning: .stabs: description field '1061e' too big,
try a different debug format
/tmp/ccKXqjQR.s:39: Warning: .stabn: description field '1061f' too big,
try a different debug format
/tmp/ccKXqjQR.s:42: Warning: .stabn: description field '10620' too big,
try a different debug format
/tmp/ccKXqjQR.s:49: Warning: .stabs: description field '1061e' too big,
try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 67096 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char init_snmp();
int main() {
init_snmp()
; return 0; }
-- cut
Im running OpenSSL 0.9.7
Could you move this to a relevant category?
Best regards Henrik
[2003-02-17 17:00:39] [EMAIL PROTECTED]
Please try the next stable snapshot from http://snaps.php.net/ in about
2 hours.
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/22250
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#21495 [Com]: strlen, substr and so on bug
ID: 21495
Comment by: public at hverdag dot dk
Reported By: roger4a45 at yahoo dot es
Status: Bogus
Bug Type: Strings related
Operating System: windows 2000 server sp3
PHP Version: 4.2.3
New Comment:
Excuse me roger4a45, but isn't that exactly what the problem is?! That
it returns another output than expected?!
It returns 0 where it SHOULD return something around 50!
I probably have the same problem with strlen. When I use this:
if (strlen($mydateformat) < 4)
...and I _KNOW_ that $mydateformat is longer than 0, it often returns
the length 0! But then when I reload the page the error doesn't occur
again - usually only the first time I run this page in a new browser
window!
To me this really sounds like a bug...
Previous Comments:
[2003-01-07 12:26:55] roger4a45 at yahoo dot es
A bug is when a function don't work properly... so, if I make
strlen("") i wait that output will be 6. if strlen produce
another result is a bug. Ok. I will try to comment it to support forum.
Thanks.
[2003-01-07 12:22:30] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
[2003-01-07 12:17:59] roger4a45 at yahoo dot es
whe we use strlen or substr there is a bug if parameter string is
something like this:
$a =
"somethinghi!";
$b = strlen($a);
echo $b;
output is 0 rather real length of string Substr don't work right if
we use same $a...
any idea?
Is use a PHP 4.2.3 (ZIP file)
--
Edit this bug report at http://bugs.php.net/?id=21495&edit=1
#22250 [Bgs]: Problem compiling snmp with openssl support
ID: 22250 User updated by: phpbug at spambox dot dk Reported By: phpbug at spambox dot dk Status: Bogus Bug Type: SNMP related Operating System: FreeBSD 4.7-stable PHP Version: 4CVS-2003-02-18 (stable) Assigned To: sniper New Comment: Just a little side note. I upgraded to NET-SNMP 5.0.7, and all semed to work. Previous Comments: [2003-02-18 12:05:29] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Confirmed that this is not a bug in PHP. With today's cvsup'd system, you cannot even compile the ports version of ucd-snmp anymore. Version 2.4.6 you can compile, simply because it ignores the error, but it doesn't create a library. I guess you installed 2.4.6 version before upgrading your system? This issue is with openssl 0.9.7, which changed the des interfaces. Compiling the ports version (cvsup'd as well) ends with the following error: === cc -DINET6 -O -pipe -g -Dfreebsd4 -I. -I.. -I. -I./.. -c scapi.c -fPIC -DPIC -o .libs/scapi.lo scapi.c: In function `sc_encrypt': scapi.c:612: incompatible type for argument 1 of `memset' scapi.c: In function `sc_decrypt': scapi.c:725: incompatible type for argument 1 of `memset' *** Error code 1 Stop in /sql/usr/ports/net/net-snmp4/work/ucd-snmp-4.2.5/snmplib. *** Error code 1 Stop in /sql/usr/ports/net/net-snmp4/work/ucd-snmp-4.2.5. *** Error code 1 Stop in /usr/ports/net/net-snmp4. === I'm afraid you'll have to wait until somebody fixes the openssl issues in the ports collection :(. ---- [2003-02-18 05:58:31] phpbug at spambox dot dk OpenSSL 0.9.7 is in FreeBSD 4.7-stable >From /usr/src/UPDATEING: 20030214: OpenSSL 0.97 has been imported, and the libcrypto/libssl library versions have been bumped. [2003-02-18 04:55:58] [EMAIL PROTECTED] Updated description. The des* interfaces are from openssl. Is 4.7-stable using openssl 0.9.7 already, or did you compile that yourself? If it is, I'll cvsup my box and try to replicate your problem - unable to reproduce it, with system supplied openssl 0.9.6g and ucd-snmp-4.2.5_2 port. It looks like a problem outside of php though (snmp/openssl linking), but I'd like to replicate this first to be sure. -------- [2003-02-18 04:33:11] phpbug at spambox dot dk The SNMP package is ucd-snmp-4.2.6. I compiled this from source with the following: ./configure --prefix=/usr/local --with-persistent-directory=/var/run/ucd-snmp --with-sys-contact="[EMAIL PROTECTED]" --with-sys-location=Unknown --with-logfile=/var/log/snmpd.log --with-openssl=/usr I use this for my MRTG, without SSL though. [2003-02-18 04:26:23] [EMAIL PROTECTED] Recategorizing. Sniper's fix works: it points to the correct problem :) >From the looks of this, you have a problem in your libsmnp library. Try recompiling it and could you mention which snmp package this is? Is this the ports version and if so, which exact version (ls -al /var/db/pkg | grep snmp)? 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/22250 -- Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#26521 [NEW]: =! is equal to 1?
From: powerblade at mail dot dk
Operating system: Windows 2000
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Scripting Engine problem
Bug description: =! is equal to 1?
Description:
When doing the following script it has a VERY weird behavior
As you might notice we did a =! instead of !=. It was an error, but we
didn't notice.
Then we got the problem that it converted the content of the var to 1. So
the value was now missing. It took us quite some time to debug on this
one. Below is the script to reproduce the error. When running it, it might
seems clearer what i mean
Reproduce code:
---
'And',
'email' => '[EMAIL PROTECTED]'
);
echo "";
print_r($aTest);
if($aTest['name'] =! "") {
print_r($aTest);
}
echo "";
?>
Expected result:
Parse error. Can't do a =!. Should be a !=
Actual result:
--
Array
(
[name] => And
[email] => [EMAIL PROTECTED]
)
Array
(
[name] => 1
[email] => [EMAIL PROTECTED]
)
--
Edit bug report at http://bugs.php.net/?id=26521&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26521&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26521&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26521&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26521&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26521&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26521&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26521&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26521&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26521&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26521&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26521&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26521&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26521&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26521&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26521&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26521&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26521&r=float
#26552 [NEW]: require_once is case-sensitive on WIN32 platform
From: jha at ipwsystems dot dk
Operating system: WIN32
PHP version: 4.3.4
PHP Bug Type: Filesystem function related
Bug description: require_once is case-sensitive on WIN32 platform
Description:
When including php-files using the require_once statement, PHP will see a
generated path as being different from an absolute path if the casing of
the directories are different. This should not be the case under WIN32
where users are used to case-insensitivity.
Reproduce code:
---
# A relative inclusion of myfile.php in the same directory
# C:/Inetpub/wwwroot/
require_once("myfile.php");
# An inclusion of myfile.php using an absolute path
# typed in lowercase (as WIN32-users often do)
require_once("c:/inetpub/wwwroot/myfile.php");
Expected result:
I would expect only one inclusion of myfile.php
Actual result:
--
I get two inclusions of myfile.php
--
Edit bug report at http://bugs.php.net/?id=26552&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26552&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26552&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26552&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26552&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26552&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26552&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26552&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26552&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26552&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26552&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26552&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26552&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26552&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26552&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26552&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26552&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26552&r=float
#26768 [NEW]: substr_replace don't replace
From: pb at tdcspace dot dk Operating system: NT PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: substr_replace don't replace Description: PHP 4.3.1 running on a web-host with NT! Note: YES - i have tried to search for this bug ! A php-script to replace (change) varnames in other php-scripts. Quite simple - but it only works on smaller files i.e. substr_replace apparently does not work on a string of about 10k. Bug is: nothing is replaced by substr_replace but returned unchanged ! short code ex: $x = file_get_contents($fn);// read source into string $x = strtolower($x); // make lowercase for search $p = strpos($x, $oldvarname); // find varname $x = substr_replace($x, $newvarname, $p, strlen($oldname)); ...save the string to a file with changed varnames as said - it works on smaller files/strings (2k) but not if the file/string is - say - 10k. -- Edit bug report at http://bugs.php.net/?id=26768&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26768&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26768&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26768&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26768&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26768&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26768&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26768&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26768&r=support Expected behavior: http://bugs.php.net/fix.php?id=26768&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26768&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26768&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26768&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26768&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26768&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26768&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26768&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26768&r=float
#26768 [Fbk->Csd]: substr_replace don't replace
ID: 26768 User updated by: pb at tdcspace dot dk Reported By: pb at tdcspace dot dk -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: NT PHP Version: Irrelevant New Comment: one own bugs is not anothers - subject closed Previous Comments: [2004-01-02 12:47:40] [EMAIL PROTECTED] This is a pretty old version of PHP. Can you try using the latest version, PHP 4.3.4? J [2004-01-02 11:49:38] pb at tdcspace dot dk Description: PHP 4.3.1 running on a web-host with NT! Note: YES - i have tried to search for this bug ! A php-script to replace (change) varnames in other php-scripts. Quite simple - but it only works on smaller files i.e. substr_replace apparently does not work on a string of about 10k. Bug is: nothing is replaced by substr_replace but returned unchanged ! short code ex: $x = file_get_contents($fn);// read source into string $x = strtolower($x); // make lowercase for search $p = strpos($x, $oldvarname); // find varname $x = substr_replace($x, $newvarname, $p, strlen($oldname)); ...save the string to a file with changed varnames as said - it works on smaller files/strings (2k) but not if the file/string is - say - 10k. -- Edit this bug report at http://bugs.php.net/?id=26768&edit=1
#26876 [NEW]: Query only gets the first 4096 bytes
From: agnerm at aloc dot dk
Operating system: Windows 2000
PHP version: 4.3.4
PHP Bug Type: MSSQL related
Bug description: Query only gets the first 4096 bytes
Description:
When trying to get a IMAGE-field from a MSSQL database I only get the
first 4096.
Reproduce code:
---
function SQL($sqlStatement)
{
global $sqlConnection,$sqlDB;
mssql_select_db($sqlDB,$sqlConnection) or die("fejl ved \"connection\"
til databasen ($sqlDB)");
$rs = mssql_query($sqlStatement,$sqlConnection) or die("Fejl i
Sql-".nl2br($sqlStatement));
return $rs;
}
function SQL2D($sqlStatement,$antal=-1)
{
global $sqlConnection,$sqlDB;
$dataArray="";
$rs=SQL($sqlStatement,$sqlDB);
if (mssql_num_rows($rs)==0) return null;
if ($antal==-1) $antal=mssql_num_rows($rs);
for ($y=0;(($y";
echo strlen ($fil[0]["fil"]);
Expected result:
computed
512000
34510
34510
Actual result:
--
computed
512000
34510
4096
--
Edit bug report at http://bugs.php.net/?id=26876&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26876&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26876&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26876&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26876&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26876&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26876&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26876&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26876&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26876&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26876&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26876&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26876&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26876&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26876&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26876&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26876&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26876&r=float
#26876 [Bgs]: Query only gets the first 4096 bytes
ID: 26876
User updated by: agnerm at aloc dot dk
Reported By: agnerm at aloc dot dk
Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
This is my setting... It does not work :(... phpinfo() reports:
mssql.textlimit Server default Server default
mssql.textsize Server default Server default
[MSSQL]
mssql.secure_connection = On
; Allow or prevent persistent links.
mssql.allow_persistent = On
; Maximum number of persistent links. -1 means no limit.
mssql.max_persistent = -1
; Maximum number of links (persistent+non persistent). -1 means no
limit.
mssql.max_links = -1
; Minimum error severity to display.
mssql.min_error_severity = 10
; Minimum message severity to display.
mssql.min_message_severity = 10
; Compatability mode with old versions of PHP 3.0.
mssql.compatability_mode = Off
; Valid range 0 - 2147483647. Default = 4096.
;mssql.textlimit = 2147483647
; Valid range 0 - 2147483647. Default = 4096.
;mssql.textsize = 2147483647
; Limits the number of records in each bach. 0 = all records in one
batch.
;mssql.batchsize = 0
Previous Comments:
[2004-01-12 07:01:43] [EMAIL PROTECTED]
>From manual comments for mssql_query():
"if you're experiencing truncates of your binary data read from mssql
database (it looks like incomplete, broken or even no images) check
mssql section of your php.ini file and set values of mssql.textlimit
and mssql.textsize variables to their maximum (2147483647) or at least
bigger size than the default is"
[2004-01-12 03:26:45] agnerm at aloc dot dk
Description:
When trying to get a IMAGE-field from a MSSQL database I only get the
first 4096.
Reproduce code:
---
function SQL($sqlStatement)
{
global $sqlConnection,$sqlDB;
mssql_select_db($sqlDB,$sqlConnection) or die("fejl ved \"connection\"
til databasen ($sqlDB)");
$rs = mssql_query($sqlStatement,$sqlConnection) or die("Fejl i
Sql-".nl2br($sqlStatement));
return $rs;
}
function SQL2D($sqlStatement,$antal=-1)
{
global $sqlConnection,$sqlDB;
$dataArray="";
$rs=SQL($sqlStatement,$sqlDB);
if (mssql_num_rows($rs)==0) return null;
if ($antal==-1) $antal=mssql_num_rows($rs);
for ($y=0;(($y";
echo strlen ($fil[0]["fil"]);
Expected result:
computed
512000
34510
34510
Actual result:
--
computed
512000
34510
4096
--
Edit this bug report at http://bugs.php.net/?id=26876&edit=1
#26933 [NEW]: Function return object
From: jacob at lindborg dot dk Operating system: Windows PHP version: 5.0.0b3 (beta3) PHP Bug Type: Feature/Change Request Bug description: Function return object Description: In the new PHP 5 you can do something like this after a function call wich returns a object... $test = getObject()->test; but why can't you do the same with an array? $test = getObject()['test']; -- Edit bug report at http://bugs.php.net/?id=26933&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26933&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26933&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26933&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26933&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26933&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26933&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26933&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26933&r=support Expected behavior: http://bugs.php.net/fix.php?id=26933&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26933&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26933&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26933&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26933&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26933&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26933&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26933&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26933&r=float
#26992 [NEW]: Problem with (float) typecasting
From: hkh at netnords dot dk
Operating system: linux
PHP version: 4.3.4
PHP Bug Type: Feature/Change Request
Bug description: Problem with (float) typecasting
Description:
When using (float)$dd for typecasting a string to a float, I get a wrong
result back, because PHP convert . to ,
Later using the result outside PHP troubles begin.
Thinks it happens because we have used setLocale('da_DK'), because we i
Denmark use , instead of .
Why just use . everytime, as in other programming-languages ?
Reproduce code:
---
print ((float)'1.5').''; // Result 1,5
print ((float)'1,5').''; // Result 1 - Fine with me
Expected result:
1.5
1
Actual result:
--
1,5
1
--
Edit bug report at http://bugs.php.net/?id=26992&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26992&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26992&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26992&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26992&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26992&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26992&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26992&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26992&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26992&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26992&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26992&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26992&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26992&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26992&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26992&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26992&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26992&r=float
#26992 [Opn]: Problem with (float) typecasting
ID: 26992
User updated by: hkh at netnords dot dk
Reported By: hkh at netnords dot dk
Status: Open
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.3.4
New Comment:
I just took a look at
http://dk2.php.net/manual/en/language.types.float.php#language.types.float.casting
As far as I can see, commas are not a legal character in a float.
Previous Comments:
[2004-01-21 09:23:26] hkh at netnords dot dk
Description:
When using (float)$dd for typecasting a string to a float, I get a
wrong result back, because PHP convert . to ,
Later using the result outside PHP troubles begin.
Thinks it happens because we have used setLocale('da_DK'), because we i
Denmark use , instead of .
Why just use . everytime, as in other programming-languages ?
Reproduce code:
---
print ((float)'1.5').''; // Result 1,5
print ((float)'1,5').''; // Result 1 - Fine with me
Expected result:
1.5
1
Actual result:
--
1,5
1
--
Edit this bug report at http://bugs.php.net/?id=26992&edit=1
#27130 [NEW]: Compile option does not show in phpinfo -> configure command
From: phpbug at hitech dot dk Operating system: RedHat 9.0 PHP version: 4.3.4 PHP Bug Type: *Configuration Issues Bug description: Compile option does not show in phpinfo -> configure command Description: This is the configure command i used for v4.3.4 ./configure --with-mysql=/usr/local --with-apxs=/www/bin/apxs --enable-trans-sid --with-gd --enable-gd-native-ttf --with-zlib --with-png-dir --enable-gd-imgstrttf --with-freetype-dir --enable-xslt --enable-exif --with-xslt-sablot=/usr --with-sablot-js=/usr/lib --with-openssl --with-kerberos=/usr/kerberos --with-dom --with-curl But in 'configure command' in phpinfo it shows: ./configure --with-mysql=/usr/local --with-apxs=/www/bin/apxs --enable-trans-sid --with-gd --enable-gd-native-ttf --with-zlib --with-png-dir --enable-gd-imgstrttf --with-freetype-dir --enable-xslt --enable-exif --with-xslt-sablot=/usr --with-sablot-js=/usr/lib --with-openssl --with-kerberos=/usr/kerberos --with-dom ie: it's missing '--with-curl' -- Edit bug report at http://bugs.php.net/?id=27130&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27130&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27130&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27130&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27130&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27130&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27130&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27130&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27130&r=support Expected behavior: http://bugs.php.net/fix.php?id=27130&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27130&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27130&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27130&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27130&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27130&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27130&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27130&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27130&r=float
#11023 [Com]: exec does not wait for completion of cmd
ID: 11023 Comment by: lars at erhardsen dot dk Reported By: terry at advertwizard dot com Status: Closed Bug Type: Program Execution Operating System: slackware 7 PHP Version: 4.0.5 New Comment: I think, I have a similar problem. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Previous Comments: [2002-01-12 06:47:36] [EMAIL PROTECTED] No feedback, closing. [2001-12-22 07:04:10] [EMAIL PROTECTED] Does this happen on 4.1.0? R. [2001-05-22 13:14:30] terry at advertwizard dot com $cmd = "mv " . SITES_IMP . "site_* " . DB_UPDATES; exec($cmd); $arr = array(); $cmd = "ls " . DB_UPDATES . " site_* | wc -l"; exec($cmd,$arr); i am of the impression that code proceeding an exec cmd will not execute until the exec is finished in the above instance, the "ls" exec is executing before the "mv" exec has finished - when i know that 10 files have been moved, the "ls" exec returns 0 for a "wc -l", when running the code again it returns the number of files correctly - have placed sleeps between the commands and all works well wondered if this is a bug in the exec cmd or my misunderstanding of its use -- Edit this bug report at http://bugs.php.net/?id=11023&edit=1
#27201 [NEW]: exec does not wait for completion of cmd
From: lars at erhardsen dot dk
Operating system: debian woody
PHP version: 4.3.4
PHP Bug Type: Program Execution
Bug description: exec does not wait for completion of cmd
Description:
I think, I have a similar problem as #11023 - where exec() does not wait
for program completion.
The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4,
2.4ghz, 512 mb ram
The page continues without the 'output' from exec thus leaving an
incomplete page. If I press f5/refresh, some times it works, other times
it does not work.
I have also placed sleeps between commands to ensure it works well, but
imho this should not be nescessary - as this "bug" does not appear on a
slower machine.
My php config:
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-gd=/usr/local --with-pdflib=/usr/local --with-mysql
--with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr
--with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr
--with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no
--with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif
--with-openssl --with-gettext --enable-ftp --enable-sysvsem
--enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets
--enable-track-vars --with-mcrypt --enable-gd-native-ttf
--enable-mbstring --enable-gd-native-ttf
My Apache config:
./configure --enable-ssl --enable-rewrite --enable-so --enable-info
--enable-suexec --with-suexec-caller=nobody --enable-dav
--enable-deflate
Reproduce code:
---
system ( "hostname" );
echo " | ";
$a = exec ( "uptime" );
$b = split(',', $a);
$c = split('up', $b[0]);
$d = split(':', $b[3]);
echo $c[1] . " | " . $d[1] . ", " . $b[4] . ", " . $b[5];
Expected result:
maxmotor | 75 days | 0.00, 0.00, 0.00
Actual result:
--
Some times, nothing is returned
--
Edit bug report at http://bugs.php.net/?id=27201&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27201&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27201&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27201&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27201&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27201&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27201&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27201&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27201&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27201&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27201&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27201&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27201&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27201&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27201&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27201&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27201&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27201&r=float
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201
User updated by: lars at erhardsen dot dk
Reported By: lars at erhardsen dot dk
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: debian woody
PHP Version: 4.3.4
New Comment:
HT is available, but not enabled. The kernel is compiled as
UNIprocessor (or what it's called)
Previous Comments:
[2004-02-10 04:29:08] [EMAIL PROTECTED]
If hyperthreading is available and on, turn it off and
then try the same thing again. It's known to cause some
problems with older linux kernels.
[2004-02-10 03:45:53] lars at erhardsen dot dk
Description:
I think, I have a similar problem as #11023 - where exec() does not
wait for program completion.
The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4,
2.4ghz, 512 mb ram
The page continues without the 'output' from exec thus leaving an
incomplete page. If I press f5/refresh, some times it works, other
times
it does not work.
I have also placed sleeps between commands to ensure it works well, but
imho this should not be nescessary - as this "bug" does not appear on
a slower machine.
My php config:
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-gd=/usr/local --with-pdflib=/usr/local --with-mysql
--with-config-file-path=/etc/apache2 --with-session
--with-zlib-dir=/usr
--with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr
--with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no
--with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif
--with-openssl --with-gettext --enable-ftp --enable-sysvsem
--enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets
--enable-track-vars --with-mcrypt --enable-gd-native-ttf
--enable-mbstring --enable-gd-native-ttf
My Apache config:
./configure --enable-ssl --enable-rewrite --enable-so --enable-info
--enable-suexec --with-suexec-caller=nobody --enable-dav
--enable-deflate
Reproduce code:
---
system ( "hostname" );
echo " | ";
$a = exec ( "uptime" );
$b = split(',', $a);
$c = split('up', $b[0]);
$d = split(':', $b[3]);
echo $c[1] . " | " . $d[1] . ", " . $b[4] . ", " . $b[5];
Expected result:
maxmotor | 75 days | 0.00, 0.00, 0.00
Actual result:
--
Some times, nothing is returned
--
Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201
User updated by: lars at erhardsen dot dk
Reported By: lars at erhardsen dot dk
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: debian woody
PHP Version: 4.3.4
New Comment:
With the new source, and the following code, I cannot reproduce the
error.
My concern is now, that it is caused by apache2 - but the strange thing
is, that on the slow machine, this error doesn't occur.
The apache2handler seems broken( or maybe I cannot compile it - error
40 ;o)) so I cannot check it with the apache server...
The code:
Previous Comments:
[2004-02-10 07:59:26] [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
And use this configure line (and run the script with sapi/cli/php
binary):
# ./configure --disable-all --disable-cgi --enable-debug
[2004-02-10 04:35:02] lars at erhardsen dot dk
HT is available, but not enabled. The kernel is compiled as
UNIprocessor (or what it's called)
[2004-02-10 04:29:08] [EMAIL PROTECTED]
If hyperthreading is available and on, turn it off and
then try the same thing again. It's known to cause some
problems with older linux kernels.
[2004-02-10 03:45:53] lars at erhardsen dot dk
Description:
I think, I have a similar problem as #11023 - where exec() does not
wait for program completion.
The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4,
2.4ghz, 512 mb ram
The page continues without the 'output' from exec thus leaving an
incomplete page. If I press f5/refresh, some times it works, other
times
it does not work.
I have also placed sleeps between commands to ensure it works well, but
imho this should not be nescessary - as this "bug" does not appear on
a slower machine.
My php config:
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-gd=/usr/local --with-pdflib=/usr/local --with-mysql
--with-config-file-path=/etc/apache2 --with-session
--with-zlib-dir=/usr
--with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr
--with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no
--with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif
--with-openssl --with-gettext --enable-ftp --enable-sysvsem
--enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets
--enable-track-vars --with-mcrypt --enable-gd-native-ttf
--enable-mbstring --enable-gd-native-ttf
My Apache config:
./configure --enable-ssl --enable-rewrite --enable-so --enable-info
--enable-suexec --with-suexec-caller=nobody --enable-dav
--enable-deflate
Reproduce code:
---
system ( "hostname" );
echo " | ";
$a = exec ( "uptime" );
$b = split(',', $a);
$c = split('up', $b[0]);
$d = split(':', $b[3]);
echo $c[1] . " | " . $d[1] . ", " . $b[4] . ", " . $b[5];
Expected result:
maxmotor | 75 days | 0.00, 0.00, 0.00
Actual result:
--
Some times, nothing is returned
--
Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. Previous Comments: [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: [2004-02-10 07:59:26] [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 And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? Previous Comments: [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: [2004-02-10 07:59:26] [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 And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Hi, I've just compiled the source, you supplied. I'm watching the errorlog closely today and will let you know if there's good or bad news :o) Oh, btw, the openssl part of this source php4-STABLE-200402120630 throws an error on startup when I use --with-openssl in the config I'm really grateful for all your help! :o) Previous Comments: [2004-02-11 12:41:27] [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 The apache2 build bug has been fixed. As far as the exec() situations I've just tried to replicate the bug with the while() example and was unable to do so. [2004-02-11 08:17:09] lars at erhardsen dot dk Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Well, after having the 4.3.5RC3-dev running for the last 24h it seems that the error is no longer with us. What did you fix? Previous Comments: [2004-02-12 02:39:23] lars at erhardsen dot dk Hi, I've just compiled the source, you supplied. I'm watching the errorlog closely today and will let you know if there's good or bad news :o) Oh, btw, the openssl part of this source php4-STABLE-200402120630 throws an error on startup when I use --with-openssl in the config I'm really grateful for all your help! :o) [2004-02-11 12:41:27] [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 The apache2 build bug has been fixed. As far as the exec() situations I've just tried to replicate the bug with the while() example and was unable to do so. [2004-02-11 08:17:09] lars at erhardsen dot dk Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27242 [NEW]: XML parser returs some weird outputs when you handle large files (500 MB++)
From: amix at amix dot dk
Operating system: WIndows and Mac OS X
PHP version: 4.3.5RC2
PHP Bug Type: XML related
Bug description: XML parser returs some weird outputs when you handle large files
(500 MB++)
Description:
I am have made a script to parse the DMOZ RDF XML files. Which are HUGE
(one is 500 MB and the other is 1.2 GB).
The major problem I've got is that the XML parser outputs some bullshit
when parsing those large files!
The problem is how many bytes to read. I.e. this code:
while ($data = fread($fp, 4096))
Now I have fixed this problem by loading the whole file into the memory:
while ($data = fread($fp, filesize($this->xml_file)))
{
It takes some minutes to loade the 500 MB file, but can't do that with the
1.2 GB file.
Ok, now I have searched a big deal on google. I have looked on how other
parse XML files - and all I have seen use fread (including some PEAR
scripts etc.)
I have also made an example which shows the code on a smaller scale. If
you set fread to read 2 bytes per time - then it makes some weird output.
Reproduce code:
---
This example is taken from a book.
Error occurred at line " . xml_get_current_line_number($xml_parser));
}
}
xml_parser_free($xml_parser);
?>
data.xml
56565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656
12565656565656565656565656565656565656565656565656565656565656565622
785656565656565656565656565656565656565656565656565656565656565656.5
456565656565656565656565656565656565656565656565656565656565656565
-565656565656565656565656565656565656565656565656565656565656565610
156565656565656565656565656565656565656565656565656565656565656562
105656565656565656565656565656565656565656565656565656565656565656459
7565656565656565656565656565656565656565656565656565656565656565656
95656565656565656565656565656565656565656565656565656565656565656
Expected result:
INSERT INTO readings(a, b, c)
VALUES("56565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656",
"12565656565656565656565656565656565656565656565656565656565656565622",
"785656565656565656565656565656565656565656565656565656565656565656.5");
INSERT INTO readings(x, y)
VALUES("456565656565656565656565656565656565656565656565656565656565656565",
"-565656565656565656565656565656565656565656565656565656565656565610");
INSERT INTO readings(x, b, a, y)
VALUES("156565656565656565656565656565656565656565656565656565656565656562",
"105656565656565656565656565656565656565656565656565656565656565656459",
"7565656565656565656565656565656565656565656565656565656565656565656",
"95656565656565656565656565656565656565656565656565656565656565656");
Actual result:
--
INSERT INTO readings(a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a,
a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a,
a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, b, b, b, b,
b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b,
b, b, b, b, b, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c,
c, c, c, c, c, c, c, c, c, c, c, c, c, c) VALUES("56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"12", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56"
#27242 [Bgs]: XML parser returs some weird outputs when you handle large files (500 MB++)
ID: 27242
User updated by: amix at amix dot dk
Reported By: amix at amix dot dk
Status: Bogus
Bug Type: XML related
Operating System: WIndows and Mac OS X
PHP Version: 4.3.5RC2
New Comment:
"Of course you get strange results if you try to parse 2
bytes per time.."
Please the whole text - the problem isn't that I parse 2
bytes per time - but my main problem is that same
problem happens if I parse large XML files!
If you parse huge files, you get same output error - and
it does not matter if you use 2 bytes per time or 10
(trust me I have tried it).
How do I fix this problem - by NOT loading the whole
file in the memory?? It seems to me that the problem is
located in the php-xml-parse core.
Previous Comments:
[2004-02-14 11:04:30] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Of course you get strange results if you try to parse 2 bytes per
time..
[2004-02-13 12:35:06] amix at amix dot dk
Description:
I am have made a script to parse the DMOZ RDF XML files. Which are HUGE
(one is 500 MB and the other is 1.2 GB).
The major problem I've got is that the XML parser outputs some bullshit
when parsing those large files!
The problem is how many bytes to read. I.e. this code:
while ($data = fread($fp, 4096))
Now I have fixed this problem by loading the whole file into the
memory:
while ($data = fread($fp, filesize($this->xml_file)))
{
It takes some minutes to loade the 500 MB file, but can't do that with
the 1.2 GB file.
Ok, now I have searched a big deal on google. I have looked on how
other parse XML files - and all I have seen use fread (including some
PEAR scripts etc.)
I have also made an example which shows the code on a smaller scale. If
you set fread to read 2 bytes per time - then it makes some weird
output.
Reproduce code:
---
This example is taken from a book.
Error occurred at line " .
xml_get_current_line_number($xml_parser));
}
}
xml_parser_free($xml_parser);
?>
data.xml
56565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656
12565656565656565656565656565656565656565656565656565656565656565622
785656565656565656565656565656565656565656565656565656565656565656.5
456565656565656565656565656565656565656565656565656565656565656565
-565656565656565656565656565656565656565656565656565656565656565610
156565656565656565656565656565656565656565656565656565656565656562
105656565656565656565656565656565656565656565656565656565656565656459
7565656565656565656565656565656565656565656565656565656565656565656
95656565656565656565656565656565656565656565656565656565656565656
Expected result:
INSERT INTO readings(a, b, c)
VALUES("56565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656565656",
"12565656565656565656565656565656565656565656565656565656565656565622",
"785656565656565656565656565656565656565656565656565656565656565656.5");
INSERT INTO readings(x, y)
VALUES("456565656565656565656565656565656565656565656565656565656565656565",
"-565656565656565656565656565656565656565656565656565656565656565610");
INSERT INTO readings(x, b, a, y)
VALUES("156565656565656565656565656565656565656565656565656565656565656562",
"105656565656565656565656565656565656565656565656565656565656565656459",
"7565656565656565656565656565656565656565656565656565656565656565656",
"95656565656565656565656565656565656565656565656565656565656565656");
Actual result:
--
INSERT INTO readings(a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a,
a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a,
a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, b,
b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b, b,
b, b, b, b, b, b, b, b, b, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c,
c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c, c) VALUES("56",
"56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56", "56",
"56", "56", "56", "
#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files
ID: 25753
Comment by: schack at tdconline dot dk
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache related
Operating System: *
PHP Version: 4CVS, 5CVS
New Comment:
Why is the bug closed if the problem hasn't been solved ?
I'm also having the problem with 4.3.5rc3
Previous Comments:
[2004-02-16 14:22:24] jg at execulink dot com
Just installed RC3, and I still have the same problem. INI values are
leaking between virtualhosts.
phpinfo(); PHP Version 4.3.5RC3
Warning: Unknown(): open_basedir restriction in effect.
File(/usr/ppp/p/pookie/public_html/index.php) is not within the allowed
path(s): (/usr/ppp/p/pdipietro) in Unknown on line 0
Warning: Unknown(/usr/ppp/p/pookie/public_html/index.php): failed to
open stream: Operation not permitted in Unknown on line 0
Warning: (null)(): Failed opening
'/usr/ppp/p/pookie/public_html/index.php' for inclusion
(include_path='.:/usr/share/pear') in Unknown on line 0
[2004-02-13 12:54:51] [EMAIL PROTECTED]
It was fixed after rc2 was released, you can either get a snapshot from
http://snaps.php.net or wait for rc3 which will be released later
today.
Derick
[2004-02-13 12:52:07] jg at execulink dot com
This bug is supposed to be fixed it 4.3.5 ? I installed 4.3.5RC2 and
I'm having the same problem. open_basedir restriction on a path
specified in a different virtual host. Virtualhost settings are
leaking between themselves. If there is a patch for this, someone
please email me - im desperate!
[2004-01-28 12:40:04] [EMAIL PROTECTED]
This only happens on text/html files with the executable bit set. If
the +x bit is set, we load the current ini settings and if php's
xbithack option is not set we decline the request but forget to reset
the ini settings potentially leaking them to the next request. This is
now fixed in CVS and will be in the next release of both PHP4 and PHP5.
[2004-01-28 00:47:04] rover at tob dot ru
We examine source files more carefull and remake a patch:
diff -udr php-4.3.3/sapi/apache/mod_php4.c
php-4.3.3.patched/sapi/apache/mod_php4.c
--- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0
+0600
+++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28
10:48:27.0 +0500
@@ -830,6 +830,9 @@
}
if(!AP(xbithack)) {
r->allowed |= (1 << METHODS) - 1;
+ zend_try {
+ zend_ini_deactivate(TSRMLS_C);
+ } zend_end_try();
return DECLINED;
}
return send_parsed_php(r);
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/25753
--
Edit this bug report at http://bugs.php.net/?id=25753&edit=1
#22397 [NEW]: $this->$varname = $value
From: powerblade at mail dot dk Operating system: Redhat Linux 7.0 PHP version: 5CVS-2003-02-24 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: $this->$varname = $value $s_varname = $s_value; return true; } } ?> The above example fails to load. In windows apache crashes.. In linux i get an error. "$this->$s_varname = $s_value;" that is what makes it crash. Probably because of $s_varname changing it $this->s_dbServer makes it work. But using the variable $s_varname = dead server. -- Edit bug report at http://bugs.php.net/?id=22397&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22397&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22397&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22397&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22397&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22397&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22397&r=support Expected behavior: http://bugs.php.net/fix.php?id=22397&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22397&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22397&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22397&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22397&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22397&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22397&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22397&r=gnused
#22397 [Bgs]: $this->$varname = $value
ID: 22397 User updated by: powerblade at mail dot dk Reported By: powerblade at mail dot dk Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Redhat Linux 7.0 PHP Version: 5CVS-2003-02-24 (dev) New Comment: Im sorry. I did take a look on the other bug reports before submitting it, and i couldn't find similar anywhere. The auto search function (after posting it) didn't find it either. I searched for the word "object" and php version "5". 22 results.. But the above one was not shown. Previous Comments: [2003-02-24 11:58:27] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. duplicate of bug #22237 [2003-02-24 11:35:38] powerblade at mail dot dk $s_varname = $s_value; return true; } } ?> The above example fails to load. In windows apache crashes.. In linux i get an error. "$this->$s_varname = $s_value;" that is what makes it crash. Probably because of $s_varname changing it $this->s_dbServer makes it work. But using the variable $s_varname = dead server. -- Edit this bug report at http://bugs.php.net/?id=22397&edit=1
#22040 [Fbk->Opn]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
User updated by: dan at scannet dot dk
Reported By: dan at scannet dot dk
-Status: Feedback
+Status: Open
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Hmm... It looks like 1.3.27 according to one of the docs.
this problem also occurs when running PHP.exe from commandline..
Previous Comments:
[2003-03-04 03:51:49] [EMAIL PROTECTED]
Which version of apache are you using?
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#22040 [Fbk->Opn]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
User updated by: dan at scannet dot dk
Reported By: dan at scannet dot dk
-Status: Feedback
+Status: Open
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Thank you.. That solved the problem...
Previous Comments:
[2003-03-04 04:24:28] [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
I cannot reproduce this with the latest snapshot.
All those strings have been displayed correctly on my screen.
[2003-03-04 04:12:02] dan at scannet dot dk
Hmm... It looks like 1.3.27 according to one of the docs.
this problem also occurs when running PHP.exe from commandline..
[2003-03-04 03:51:49] [EMAIL PROTECTED]
Which version of apache are you using?
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#22040 [Opn->Csd]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
User updated by: dan at scannet dot dk
Reported By: dan at scannet dot dk
-Status: Open
+Status: Closed
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Closing the bug :)
Previous Comments:
[2003-03-06 07:12:09] dan at scannet dot dk
Thank you.. That solved the problem...
[2003-03-04 04:24:28] [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
I cannot reproduce this with the latest snapshot.
All those strings have been displayed correctly on my screen.
[2003-03-04 04:12:02] dan at scannet dot dk
Hmm... It looks like 1.3.27 according to one of the docs.
this problem also occurs when running PHP.exe from commandline..
[2003-03-04 03:51:49] [EMAIL PROTECTED]
Which version of apache are you using?
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#22575 [NEW]: Arguments passed to function changes!
From: public at hverdag dot dk
Operating system: Windows 2000
PHP version: 4.3.1
PHP Bug Type: Variables related
Bug description: Arguments passed to function changes!
I have one function (see it below) where I pass 2 arguments. But sometimes
(yes, only sometimes!) when inside the function myfield has the same value
as myvalue instead of it's own value. In other words, it simply changes
the values of the arguments!
I have a long script where I at one point have a line like this several
times to build up my SQL statement, calling this function:
$enterSQL .= field_to_sql('category', 'autovalue');
But when I check the value of these two arguments inside the function both
arguments have the value 'autovalue'!
This happens inside my long script and it can happen usually two times
(meaning: after a page reload) but the third time (second reload) the
problem is gone and script executes as expected! And if I try to call this
function from another simple page the problem never occurs.
I'm using sessions but I cannot see how that should affect any of this
(meaning, page reload should not affect anything).
Here is the function (which is located in an included file in the above
mentioned script):
function field_to_sql($myfield, $myvalue) {
echo "+". $myfield . "+". $myvalue ."+";
#this outputs wrong value for the myfield variable!
if ($myvalue == 'autovalue') {
$myvalue_var_name = 'value_' . $myfield;
global $$myvalue_var_name;
if (!isset($$myvalue_var_name)) { echo 'Warning,
variable is not
set';
}
$myvalue = $$myvalue_var_name;
}
$myvalue = str_replace("'", "\'", $myvalue);
if ($myvalue == '') {
return "`$myfield` = null, ";
} else {
return "`$myfield` = '$myvalue', ";
}
}
--
Edit bug report at http://bugs.php.net/?id=22575&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22575&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22575&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22575&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22575&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22575&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22575&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22575&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22575&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22575&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22575&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22575&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22575&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22575&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22575&r=gnused
#22575 [Fbk->Opn]: Arguments passed to function changes!
ID: 22575
User updated by: public at hverdag dot dk
Reported By: public at hverdag dot dk
-Status: Feedback
+Status: Open
-Bug Type: Session related
+Bug Type: Variables related
Operating System: Windows 2000
PHP Version: 4.3.1
New Comment:
Enabling all error/warnings/notices only gives some undefined variables
and indexes, and it's the same notices whether the page executes
correct or not. So I cannot see any problem there.
Talking about a session problem, how would that be?
Previous Comments:
[2003-03-06 22:05:02] [EMAIL PROTECTED]
It's most likely caused by sessions.
Try adding 'error_reporting(E_ALL);' as first line
in the script and see what errors you get.
[2003-03-06 14:48:15] public at hverdag dot dk
I have one function (see it below) where I pass 2 arguments. But
sometimes (yes, only sometimes!) when inside the function myfield has
the same value as myvalue instead of it's own value. In other words, it
simply changes the values of the arguments!
I have a long script where I at one point have a line like this several
times to build up my SQL statement, calling this function:
$enterSQL .= field_to_sql('category', 'autovalue');
But when I check the value of these two arguments inside the function
both arguments have the value 'autovalue'!
This happens inside my long script and it can happen usually two times
(meaning: after a page reload) but the third time (second reload) the
problem is gone and script executes as expected! And if I try to call
this function from another simple page the problem never occurs.
I'm using sessions but I cannot see how that should affect any of this
(meaning, page reload should not affect anything).
Here is the function (which is located in an included file in the above
mentioned script):
function field_to_sql($myfield, $myvalue) {
echo "+". $myfield . "+". $myvalue ."+";
#this outputs wrong value for the myfield variable!
if ($myvalue == 'autovalue') {
$myvalue_var_name = 'value_' . $myfield;
global $$myvalue_var_name;
if (!isset($$myvalue_var_name)) { echo 'Warning,
variable is not
set';
}
$myvalue = $$myvalue_var_name;
}
$myvalue = str_replace("'", "\'", $myvalue);
if ($myvalue == '') {
return "`$myfield` = null, ";
} else {
return "`$myfield` = '$myvalue', ";
}
}
--
Edit this bug report at http://bugs.php.net/?id=22575&edit=1
#22575 [Fbk->Opn]: Arguments passed to function changes!
ID: 22575
User updated by: public at hverdag dot dk
Reported By: public at hverdag dot dk
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Windows 2000
PHP Version: 4.3.1
New Comment:
That's a problem since it's a quite complex page divided into sections
where you have to enter and submit 3-4 times before you come to the
section where the error occurs.
And when I just take those function calls out and put in a seperate
page the problem never occurs!
I call the function several times like this:
$enterSQL .= field_to_sql('category', 'autovalue');
Then on the very first line within the function I echo the two values
out to the browser and suddenly the first argument has the value
'autovalue' instead of 'category'!
Couldn't that seem like a memory problem since it doesn't remember the
values correctly? I don't understand how it can be session related -
espacially when the values passed to the function are static - not
variables!
Previous Comments:
[2003-03-09 17:49:32] [EMAIL PROTECTED]
Please provide a full script (short!) that clearly demonstrates the
problem and can be simply cut'n'pasted from this report.
--------
[2003-03-09 16:28:52] public at hverdag dot dk
Enabling all error/warnings/notices only gives some undefined variables
and indexes, and it's the same notices whether the page executes
correct or not. So I cannot see any problem there.
Talking about a session problem, how would that be?
[2003-03-06 22:05:02] [EMAIL PROTECTED]
It's most likely caused by sessions.
Try adding 'error_reporting(E_ALL);' as first line
in the script and see what errors you get.
--------
[2003-03-06 14:48:15] public at hverdag dot dk
I have one function (see it below) where I pass 2 arguments. But
sometimes (yes, only sometimes!) when inside the function myfield has
the same value as myvalue instead of it's own value. In other words, it
simply changes the values of the arguments!
I have a long script where I at one point have a line like this several
times to build up my SQL statement, calling this function:
$enterSQL .= field_to_sql('category', 'autovalue');
But when I check the value of these two arguments inside the function
both arguments have the value 'autovalue'!
This happens inside my long script and it can happen usually two times
(meaning: after a page reload) but the third time (second reload) the
problem is gone and script executes as expected! And if I try to call
this function from another simple page the problem never occurs.
I'm using sessions but I cannot see how that should affect any of this
(meaning, page reload should not affect anything).
Here is the function (which is located in an included file in the above
mentioned script):
function field_to_sql($myfield, $myvalue) {
echo "+". $myfield . "+". $myvalue ."+";
#this outputs wrong value for the myfield variable!
if ($myvalue == 'autovalue') {
$myvalue_var_name = 'value_' . $myfield;
global $$myvalue_var_name;
if (!isset($$myvalue_var_name)) { echo 'Warning,
variable is not
set';
}
$myvalue = $$myvalue_var_name;
}
$myvalue = str_replace("'", "\'", $myvalue);
if ($myvalue == '') {
return "`$myfield` = null, ";
} else {
return "`$myfield` = '$myvalue', ";
}
}
--
Edit this bug report at http://bugs.php.net/?id=22575&edit=1
#22663 [NEW]: Variable $ID contains 3 initially
From: public at hverdag dot dk Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Variable $ID contains 3 initially Why on earth does the variable $ID contain the value 3 on a totally blank page where neither other script has been processed or session started???! This is not so big a problem in itself, but if I use $ID as a session variable it even overwrites this value - now, THIS is a problem! I cannot find any place where it says that one shouldn't use this variable name. -- Edit bug report at http://bugs.php.net/?id=22663&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22663&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22663&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22663&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22663&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22663&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22663&r=support Expected behavior: http://bugs.php.net/fix.php?id=22663&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22663&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22663&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22663&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22663&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22663&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22663&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22663&r=gnused
#22663 [Opn]: Variable $ID contains 3 initially
ID: 22663 User updated by: public at hverdag dot dk Reported By: public at hverdag dot dk Status: Open Bug Type: Variables related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: CORRECTION: I was NOT using $ID as a session variable though. But if I do it gives strange and totally off error messages about different places in my script where the script is perfectly correct. Previous Comments: [2003-03-12 13:09:01] public at hverdag dot dk Why on earth does the variable $ID contain the value 3 on a totally blank page where neither other script has been processed or session started???! This is not so big a problem in itself, but if I use $ID as a session variable it even overwrites this value - now, THIS is a problem! I cannot find any place where it says that one shouldn't use this variable name. -- Edit this bug report at http://bugs.php.net/?id=22663&edit=1
#18291 [Com]: exec() arguments (+suggested solution)
ID: 18291 Comment by: soren at vejrum dot dk Reported By: php dot hc at saustrup dot net Status: Verified Bug Type: Program Execution Operating System: RedHat Linux 7.3 PHP Version: 4.3.0-dev New Comment: Same/similar problem in PHP 3.1.0 (on RedHat Linux 7.2). Previous Comments: [2002-07-19 20:56:56] [EMAIL PROTECTED] Seems like safe-mode does mess up the parameters. I'm not sure if this is actually the correct behaviour... [2002-07-19 20:09:28] php dot hc at saustrup dot net I tried what you suggested, and this is what came out: Script 1: "213 Script 2: 213 I'm a security freak, so I have safe_mode enabled. Apparently safe_mode is infact the cause of this error, because when I disabled it in php.ini, the two scripts worked like you suggested: Script 1: 213 123 Script 2: 213 Please test this yourself and post the results. [2002-07-12 18:51:52] [EMAIL PROTECTED] FYI: PHP uses popen(), not execve().. In 4.2.1 there is pcntl_exec() which behaves similarly to the system execve. Maybe that's what you want to use..? Try these scripts: shell_args_1arg.php: shell_args_2arg.php: test.sh: <8<> #!/bin/sh echo $1 <8<> [2002-07-12 08:31:07] php dot hc at saustrup dot net And just to make it perfectly clear what arguments my binary is getting: Arg1: 1 Arg2: 2 Arg3: 3 Arg4: "a Arg5: b Arg6: c" Arg7: 4 Arg8: 5 Arg9: 6 [2002-07-12 08:28:20] php dot hc at saustrup dot net As far as I can see, it's not even required by the exec()'ing user to have a valid shell in /etc/passwd, so I very much expect that the binary is being exec()'d directly, without the use of a shell. If you check out the man page for the execve() function, you'll see that arguments are actually submitted as an array, and not as a whole string. If they were infact passed through a shell (I believe the backticks and passthru() does this), escapeshellarg() might have been the solution - but not in this case. I tried it, but exec() apparently still splits up the string where it finds whitespaces (escaped or not), and passes it on to ie. execve(). And just to make it perfectly clear what I want: Binary: /usr/bin/binary Arg1: 1 Arg2: 2 Arg3: 3 Arg4: a b c Arg5: 4 Arg6: 5 Arg7: 6 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/18291 -- Edit this bug report at http://bugs.php.net/?id=18291&edit=1
#22945 [NEW]: ob_start calls call back function before flush
From: michael at heuser dot dk
Operating system: linux
PHP version: 4.3.1
PHP Bug Type: Output Control
Bug description: ob_start calls call back function before flush
When turning on output buffering and setting a call back function like:
ob_start('callback_function');
The function is called right away. Not just in the end of the script.
Try this sample:
ob_start('ob_gzhandler');
ob_end_clean();
echo "Step 1\n";
flush();
sleep(1);
echo "Step 2\n";
flush();
Function ob_end_clean should cancel the buffering and it dose, but
ob_gzhandler is already called. It is called when ob_start is turned one.
Now the script fails because the function ob_gzhandler has already set
Content-Encoding header (meaning the browser expects compressed content).
A simple one:
function callback_function($content) {
die("Stop!");
return $content;
}
ob_start('callback_function');
ob_end_clean();
echo "Step 1\n";
flush();
sleep(1);
echo "Step 2\n";
flush();
The script is stops before ob_end_clean is called.
I think that the problem is general. I have tested the problem on more
than one computer.
The newest installation was a preinstalled Red Hat with a PHP version
4.3.1
--
Edit bug report at http://bugs.php.net/?id=22945&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22945&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22945&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22945&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22945&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22945&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22945&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22945&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22945&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22945&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22945&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22945&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22945&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22945&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22945&r=gnused
#20641 [Csd->Opn]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641 User updated by: jear at aabc dot dk Reported By: jear at aabc dot dk -Status: Closed +Status: Open Bug Type: InterBase related Operating System: Windows NT / Firebird 1.0 PHP Version: 4.2.3 New Comment: I've tried current CVS and php_4_3 for Windows. Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. Example: InterBase 2303511415 (decimal 10,0) returns 2147483647 Previous Comments: [2003-03-13 16:13:10] [EMAIL PROTECTED] Fixed in current CVS and php_4_3 [2003-02-11 02:37:53] jear at aabc dot dk I've tried the CVS snapshot for Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. integer overflow is still there. [2003-02-10 13:01:59] [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 [2002-12-22 06:04:48] jear at aabc dot dk The problem still exits after downloadning the latest PHP4 at http://snaps.php.net/win32/php4-win32-latest.zip. [2002-12-21 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20641 -- Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#21995 [Csd->Opn]: Lacks support for CURLOPT_ENCODING - working patch included!!
ID: 21995
User updated by: jens at mermaidconsulting dot dk
Reported By: jens at mermaidconsulting dot dk
-Status: Closed
+Status: Open
Bug Type: cURL related
Operating System: Linux
-PHP Version: 4.3.0
+PHP Version: 4.3.2RC1
New Comment:
I've just tested the release candidate for 4.3.2, and the fix is still
not included there.
Is it possible to have this fix included in 4.3.2?
(perhaps it was committed only to the PHP5 branch?)
Previous Comments:
[2003-02-02 14:57:05] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
PHP5-dev
[2003-02-01 08:52:32] jens at mermaidconsulting dot dk
PHP does not recognize the cURL option CURLOPT_ENCODING which can be
used to request deflate compression.
The following patch upgrades a 4.3.0 ext/curl/curl.c to support it:
194d193
< REGISTER_CURL_CONSTANT(CURLOPT_ENCODING);
741,742c740
< case CURLOPT_SSLENGINE_DEFAULT:
< case CURLOPT_ENCODING: {
---
> case CURLOPT_SSLENGINE_DEFAULT: {
CURLOPT_ENCODING accepts a string parameter.
--
Edit this bug report at http://bugs.php.net/?id=21995&edit=1
#20641 [Fbk->Opn]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641 User updated by: jear at aabc dot dk Reported By: jear at aabc dot dk -Status: Feedback +Status: Open Bug Type: InterBase related Operating System: Windows NT / Firebird 1.0 PHP Version: 4.2.3 New Comment: I've downloaded og installed the latest STABLE snaphot with ALL the dlls. After rebooting, the same erroneous number is returned from Interbase to PHP: IB/Firebird datatype (decimal 10,0), value 2303511415 returns 2147483647. Previous Comments: [2003-03-31 03:33:38] [EMAIL PROTECTED] Make sure that you REALLY updated to the latest STABLE snaphot and ALL the dlls. (and you might need to reboot even) (don't install anything when your webserver is running) [2003-03-31 03:08:09] jear at aabc dot dk I've tried current CVS and php_4_3 for Windows. Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. Example: InterBase 2303511415 (decimal 10,0) returns 2147483647 [2003-03-13 16:13:10] [EMAIL PROTECTED] Fixed in current CVS and php_4_3 [2003-02-11 02:37:53] jear at aabc dot dk I've tried the CVS snapshot for Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. integer overflow is still there. [2003-02-10 13:01:59] [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 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/20641 -- Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#17698 [Com]: explicit casting of string not functioning properly
ID: 17698
Comment by: simon at esoft dot dk
Reported By: manderson at dsrglobal dot com
Status: Bogus
Bug Type:Strings related
PHP Version: 4.1.2
New Comment:
I do believe this is a bug nevertheless! When you specificly typecast a
value to a certain type you expect it to be compared without being cast
back to Integer afterwards.
Quote from the PHP manual about "Strings"
"You can convert a value to a string using the (string) cast, or the
strval() function. String conversion is automatically done in the scope
of an expression for you where a string is needed. This happens when
you use the echo() or print() functions, or when you compare a variable
value to a string."
I like to point out the last line, "when you compare a variable to a
string", this is exactly what you do, so the fact is that comparing to
a
constant string would work but not a variable? This makes no sense.
Previous Comments:
[2002-06-11 10:00:33] manderson at dsrglobal dot com
corrected "From" email address
[2002-06-11 09:57:15] manderson at dsrglobal dot com
What is the purpose of "(string)"?
[2002-06-11 09:46:23] [EMAIL PROTECTED]
This is not a bug. PHP has no real types and tries to decide which type
it is. Use === or !== to check for type too.
[2002-06-11 09:41:00] manderson at dsrglobal dot com
When comparing two strings for equality they appear to be, if possible,
being converted to integers prior to the comparison even when
explicitly cast.
The following script should demonstrate the issue:
\n";
}
if("0123" != "123") {
echo "\"0123\" != \"123\"\n";
}
if((string) "0123" == (string) "123") {
echo "(string) \"0123\" == (string) \"123\"\n";
}
if((string) "0123" != (string) "123") {
echo "(string) \"0123\" != (string) \"123\"\n";
}
if(!strcasecmp("0123", "123")) {
echo "strcasecmp(\"0123\", \"123\") returns equal\n";
} else {
echo "strcasecmp(\"0123\", \"123\") returns not equal\n";
}
?>
This script will echo :
"0123" == "123"
(string) "0123" == (string) "123"
strcasecmp("0123", "123") returns not equal
Obviously "0123" is not the same as "123".
'./configure' '--with-mysql' '--with-xml' '--with-apxs'
'--with-config-file-path=/etc/httpd'
--
Edit this bug report at http://bugs.php.net/?id=17698&edit=1
#24143 [NEW]: when using eurosign in form, first post variable is lost
From: dradu at dudici dot dk Operating system: Windows PHP version: 4.3.2 PHP Bug Type: HTTP related Bug description: when using eurosign in form, first post variable is lost Description: I have a form with some input fields (text & radios - see the attached script). When I enter the eurosign in one of the text fields and submit, the first post variable is lost, i.e. does not appear in $_POST. I can reproduce the error in the following conditions: - The page's charset = ISO-8859-1 (maybe also with other ISO-8859) - The form's method=POST & enctype=multipart/form-data - Right before the submit button is a radio (or checkbox) input and I DO NOT check the last radio option - I type the eurosign character (I think code 80hex, Alt+0128) in a text field - Browser is IE I used PHP binaries v.4.3.2 on Windows 2000 & XP/IIS with IE 6.0 No special changes in php.ini (except maybe upload_max_filesize=5M and post_max_size=8M) I have attached the script I used. Do you know what is happening? Why this behaviour? Maybe you have a solution ... Thanks, Radu Dudici Reproduce code: --- i-Term POST data: Test: Comment:<[EMAIL PROTECTED]'comment']?> Radios: radio 1 radio 2 Expected result: I expect to have all the post variables from the form into $_POST array in PHP also when using eurosign character. Actual result: -- When entering the eurosign in a text field, and under the conditions described above, the first post variable from the form is lost, i.e. does not appear in $_POST array. -- Edit bug report at http://bugs.php.net/?id=24143&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24143&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24143&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24143&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24143&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24143&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24143&r=support Expected behavior: http://bugs.php.net/fix.php?id=24143&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24143&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24143&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24143&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24143&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24143&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24143&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24143&r=gnused
#32873 [NEW]: file_get_contents appends \n
From: mbm at interflow dot dk
Operating system: FreeBSD 5.2
PHP version: 5.0.3
PHP Bug Type: Filesystem function related
Bug description: file_get_contents appends \n
Description:
When loading a file with file_get_contents theres an \n appended to the
content.
Reproduce code:
---
echo "foo" > file.txt
php -r 'var_dump(file_get_contents("file.txt"));'
Expected result:
string(3) "foo"
Actual result:
--
string(4) "foo
"
--
Edit bug report at http://bugs.php.net/?id=32873&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32873&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32873&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32873&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32873&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32873&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32873&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32873&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32873&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32873&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32873&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32873&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32873&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32873&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32873&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32873&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32873&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32873&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32873&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32873&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32873&r=mysqlcfg
#32874 [NEW]: Circular call leeds to segmentation fault
From: mbm at interflow dot dk
Operating system: Multiple OS
PHP version: 5.0.4
PHP Bug Type: Reproducible crash
Bug description: Circular call leeds to segmentation fault
Description:
Recursively calling two functions in a class leads to a segmentation
fault.
Reproduce code:
---
class SegFault {
public function call(){
$this->back();
}
public function back(){
$this->call();
}
}
$seg = new SegFault();
$seg->Call();
Expected result:
I'd expect some kind of error when php runs out of buffer for the
callstack - this function clearly is an example of bad code in the script
- however php shouldnt die by segmentation fault.
Actual result:
--
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=32874&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32874&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32874&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32874&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32874&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32874&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32874&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32874&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32874&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32874&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32874&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32874&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32874&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32874&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32874&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32874&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32874&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32874&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32874&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32874&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32874&r=mysqlcfg
#33027 [NEW]: PHP thinks it gets a flock when it doesn't
From: jaa at interflow dot dk Operating system: Un*x PHP version: 5.0.4 PHP Bug Type: Filesystem function related Bug description: PHP thinks it gets a flock when it doesn't Description: flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already locked. This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2, 5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected. The blocking version: flock($fp, LOCK_EX) works as expected. The workaround is to check the value of the "wouldblock" argument to flock() but this shouldn't be necessary and is not documented in the manual. Reproduce code: --- Expected result: When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return false. First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Couldn't lock the file. Actual result: -- First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Got lock @ 15:18:37 -- Edit bug report at http://bugs.php.net/?id=33027&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33027&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33027&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33027&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33027&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33027&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33027&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33027&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33027&r=support Expected behavior: http://bugs.php.net/fix.php?id=33027&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33027&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33027&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33027&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33027&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33027&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33027&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33027&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33027&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33027&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33027&r=mysqlcfg
#33027 [Fbk->Csd]: PHP thinks it gets a flock when it doesn't
ID: 33027 User updated by: jaa at interflow dot dk Reported By: jaa at interflow dot dk -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: Un*x PHP Version: 5.0.4 New Comment: I've run tests on both Linux and FreeBSD and flock() is working correctly on both platforms. I'm closing the bug. Thanks. Previous Comments: [2005-05-13 16:03:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Something related to flock() was just fixed this week.. [2005-05-13 15:38:35] jaa at interflow dot dk Description: flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already locked. This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2, 5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected. The blocking version: flock($fp, LOCK_EX) works as expected. The workaround is to check the value of the "wouldblock" argument to flock() but this shouldn't be necessary and is not documented in the manual. Reproduce code: --- Expected result: When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return false. First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Couldn't lock the file. Actual result: -- First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Got lock @ 15:18:37 -- Edit this bug report at http://bugs.php.net/?id=33027&edit=1
#33081 [NEW]: T_OPEN_TAG eats whitespace
From: jaa at interflow dot dk
Operating system: FreeBSD
PHP version: 5.0.4
PHP Bug Type: Zend Engine 2 problem
Bug description: T_OPEN_TAG eats whitespace
Description:
The PHP tokenizer includes the first whitespace character after the
opening php tag as a part of the opening tag. That is, the following code
with one whitespace in between will be tokenized into two tokens, a start
tag and a closing tag:
While with two whitespaces in between will be tokenized into three tokens,
an opening tag including one space character, a whitespace token with one
space character and a closing tag:
I hope the whitespace doesn't get lost when I submit this ;-)
Reproduce code:
---
";
$tokens = token_get_all($source);
if($tokens[1][0] == T_WHITESPACE) {
print "Whitespace found\n";
} else {
print "Whitespace not found\n";
}
?>
Expected result:
Whitespace found
Actual result:
--
Whitespace not found
--
Edit bug report at http://bugs.php.net/?id=33081&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33081&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33081&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33081&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33081&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33081&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33081&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33081&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33081&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33081&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33081&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33081&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33081&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33081&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33081&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33081&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33081&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33081&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33081&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33081&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33081&r=mysqlcfg
#33699 [NEW]: MAX_FILE_SIZE should use same syntax as upload_max_filesize
From: jnp at anneli dot dk Operating system: PHP version: 5.0.4 PHP Bug Type: Feature/Change Request Bug description: MAX_FILE_SIZE should use same syntax as upload_max_filesize Description: Form handling for file upload. MAX_FILE_SIZE should use same syntax as upload_max_filesize so the value from ini_get can be used directly (or upload_max_filesize should be calculated and stored as number of bytes) Having 2 different syntaxes for the same thing is messy. -- Edit bug report at http://bugs.php.net/?id=33699&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33699&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33699&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33699&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33699&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33699&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33699&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33699&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33699&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33699&r=support Expected behavior: http://bugs.php.net/fix.php?id=33699&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33699&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33699&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33699&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33699&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33699&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33699&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33699&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33699&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33699&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33699&r=mysqlcfg
#30774 [NEW]: Linker errors in Zend/zend.o and others
From: creinig at sunsite dot dk Operating system: Debian/Sarge PHP version: 4.3.9 PHP Bug Type: Compile Failure Bug description: Linker errors in Zend/zend.o and others Description: Linker throws many undefined references in the language core. Error outputs: http://sunsite.dk/~creinig/phperror/php-4.3.9-make-errors Tried also with php4-STABLE-200411131730 -- there it throws a flex internal error: conflicts: 2 shift/reduce flex: fatal internal error, bad line in skeleton file make: *** [Zend/zend_ini_scanner.c] Error 1 Configure call: ../php-4.3.9/configure --prefix=/home/creinig/apachetest/install/php-4.3.9 \ --with-fastcgi \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/home/creinig/apachetest/install/php-4.3.9/etc \ --enable-safe-mode \ --with-openssl \ --with-zlib \ --enable-memory-limit The snapshot was configured with the same line, with the dirnames adapted. $ uname -a Linux loke 2.6.8-1-mckinley-smp #1 SMP Tue Sep 14 22:36:10 MDT 2004 ia64 GNU/Linux $ gcc --version gcc (GCC) 3.3.4 (Debian 1:3.3.4-13) $ flex --version flex 2.5.31 -- Edit bug report at http://bugs.php.net/?id=30774&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30774&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30774&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30774&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30774&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30774&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30774&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30774&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30774&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30774&r=support Expected behavior: http://bugs.php.net/fix.php?id=30774&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30774&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30774&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30774&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30774&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30774&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30774&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30774&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30774&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30774&r=mysqlcfg
#30774 [Opn]: Linker errors in Zend/zend.o and others
ID: 30774 User updated by: creinig at sunsite dot dk Reported By: creinig at sunsite dot dk Status: Open Bug Type: Compile Failure Operating System: Debian/Sarge PHP Version: 4.3.9 New Comment: Tried with php-5.0.2. On the first and second tries I got the same flex internal error in Zend/zend_ini_scanner.c as with the php4 snapshot (just with 4 shift/reduce mentioned instead of 2). Third try (after redirecting make stdout to a file) it skipped that error and continued until stopping at this: FATAL: can't create sapi/cgi/libfcgi/fcgi_stdio.o: No such file or directory make: *** [sapi/cgi/libfcgi/fcgi_stdio.lo] Error 1 sapi/cgi/ is an empty dir at that place. "make clean ; make" repeats that error I realize that these are probably all independent build errors and thus should be separated into several bug reports. But that's IMHO better decided by someone familiar with the beast. In any case someone should have a *really* close look at the PHP build process, as it seems to be broken in several places. Previous Comments: [2004-11-13 19:34:45] creinig at sunsite dot dk Description: Linker throws many undefined references in the language core. Error outputs: http://sunsite.dk/~creinig/phperror/php-4.3.9-make-errors Tried also with php4-STABLE-200411131730 -- there it throws a flex internal error: conflicts: 2 shift/reduce flex: fatal internal error, bad line in skeleton file make: *** [Zend/zend_ini_scanner.c] Error 1 Configure call: ../php-4.3.9/configure --prefix=/home/creinig/apachetest/install/php-4.3.9 \ --with-fastcgi \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/home/creinig/apachetest/install/php-4.3.9/etc \ --enable-safe-mode \ --with-openssl \ --with-zlib \ --enable-memory-limit The snapshot was configured with the same line, with the dirnames adapted. $ uname -a Linux loke 2.6.8-1-mckinley-smp #1 SMP Tue Sep 14 22:36:10 MDT 2004 ia64 GNU/Linux $ gcc --version gcc (GCC) 3.3.4 (Debian 1:3.3.4-13) $ flex --version flex 2.5.31 -- Edit this bug report at http://bugs.php.net/?id=30774&edit=1
#30774 [Opn]: Linker errors in Zend/zend.o and others
ID: 30774 User updated by: creinig at sunsite dot dk Reported By: creinig at sunsite dot dk Status: Open Bug Type: Compile Failure Operating System: Debian/Sarge PHP Version: 4.3.9 New Comment: Played a bit more with the php-5.0.2 build. The first 2 "make" calls after doing a "rm -r *" in the separate build dir and calling configure yield the flex error, from the third try on it continues to the missing libfcgi dir. (tried this sequence twice now, with identical behavior each time) Previous Comments: [2004-11-13 20:01:51] creinig at sunsite dot dk Tried with php-5.0.2. On the first and second tries I got the same flex internal error in Zend/zend_ini_scanner.c as with the php4 snapshot (just with 4 shift/reduce mentioned instead of 2). Third try (after redirecting make stdout to a file) it skipped that error and continued until stopping at this: FATAL: can't create sapi/cgi/libfcgi/fcgi_stdio.o: No such file or directory make: *** [sapi/cgi/libfcgi/fcgi_stdio.lo] Error 1 sapi/cgi/ is an empty dir at that place. "make clean ; make" repeats that error I realize that these are probably all independent build errors and thus should be separated into several bug reports. But that's IMHO better decided by someone familiar with the beast. In any case someone should have a *really* close look at the PHP build process, as it seems to be broken in several places. [2004-11-13 19:34:45] creinig at sunsite dot dk Description: Linker throws many undefined references in the language core. Error outputs: http://sunsite.dk/~creinig/phperror/php-4.3.9-make-errors Tried also with php4-STABLE-200411131730 -- there it throws a flex internal error: conflicts: 2 shift/reduce flex: fatal internal error, bad line in skeleton file make: *** [Zend/zend_ini_scanner.c] Error 1 Configure call: ../php-4.3.9/configure --prefix=/home/creinig/apachetest/install/php-4.3.9 \ --with-fastcgi \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/home/creinig/apachetest/install/php-4.3.9/etc \ --enable-safe-mode \ --with-openssl \ --with-zlib \ --enable-memory-limit The snapshot was configured with the same line, with the dirnames adapted. $ uname -a Linux loke 2.6.8-1-mckinley-smp #1 SMP Tue Sep 14 22:36:10 MDT 2004 ia64 GNU/Linux $ gcc --version gcc (GCC) 3.3.4 (Debian 1:3.3.4-13) $ flex --version flex 2.5.31 -- Edit this bug report at http://bugs.php.net/?id=30774&edit=1
#30774 [Fbk->Opn]: Linker errors in Zend/zend.o and others
ID: 30774 User updated by: creinig at sunsite dot dk Reported By: creinig at sunsite dot dk -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Debian/Sarge PHP Version: 4.3.9 New Comment: $ bison --version bison (GNU Bison) 1.875a Previous Comments: [2004-11-13 20:15:06] [EMAIL PROTECTED] What version of bison do you have ? [2004-11-13 20:10:15] creinig at sunsite dot dk Played a bit more with the php-5.0.2 build. The first 2 "make" calls after doing a "rm -r *" in the separate build dir and calling configure yield the flex error, from the third try on it continues to the missing libfcgi dir. (tried this sequence twice now, with identical behavior each time) [2004-11-13 20:01:51] creinig at sunsite dot dk Tried with php-5.0.2. On the first and second tries I got the same flex internal error in Zend/zend_ini_scanner.c as with the php4 snapshot (just with 4 shift/reduce mentioned instead of 2). Third try (after redirecting make stdout to a file) it skipped that error and continued until stopping at this: FATAL: can't create sapi/cgi/libfcgi/fcgi_stdio.o: No such file or directory make: *** [sapi/cgi/libfcgi/fcgi_stdio.lo] Error 1 sapi/cgi/ is an empty dir at that place. "make clean ; make" repeats that error I realize that these are probably all independent build errors and thus should be separated into several bug reports. But that's IMHO better decided by someone familiar with the beast. In any case someone should have a *really* close look at the PHP build process, as it seems to be broken in several places. [2004-11-13 19:34:45] creinig at sunsite dot dk Description: Linker throws many undefined references in the language core. Error outputs: http://sunsite.dk/~creinig/phperror/php-4.3.9-make-errors Tried also with php4-STABLE-200411131730 -- there it throws a flex internal error: conflicts: 2 shift/reduce flex: fatal internal error, bad line in skeleton file make: *** [Zend/zend_ini_scanner.c] Error 1 Configure call: ../php-4.3.9/configure --prefix=/home/creinig/apachetest/install/php-4.3.9 \ --with-fastcgi \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/home/creinig/apachetest/install/php-4.3.9/etc \ --enable-safe-mode \ --with-openssl \ --with-zlib \ --enable-memory-limit The snapshot was configured with the same line, with the dirnames adapted. $ uname -a Linux loke 2.6.8-1-mckinley-smp #1 SMP Tue Sep 14 22:36:10 MDT 2004 ia64 GNU/Linux $ gcc --version gcc (GCC) 3.3.4 (Debian 1:3.3.4-13) $ flex --version flex 2.5.31 -- Edit this bug report at http://bugs.php.net/?id=30774&edit=1
#22181 [Com]: open_basedir and virtual hosting
ID: 22181 Comment by: creinig at sunsite dot dk Reported By: dragos dot nitu at idilis dot ro Status: Open Bug Type:Feature/Change Request PHP Version: 4.3.0 New Comment: Similar problem here: We want to use php with apache2 (mpm_worker) via fastcgi for a shared hosting setup. One solution to securing this is to use mod_suexec to create a separate pool of php instances per virtualhost. But that's eating tons of RAM. If open_basedir (and if possible also safe_mode_include_dir, safe_mode_exec_dir, include_path and upload_tmp_dir) would accept wildcards as described in the original requets, it would be possible to securely use one pool of php instances for all vhosts. Previous Comments: [2003-02-12 00:30:52] dragos dot nitu at idilis dot ro In apache, using nameserver based mass virtual hosting, I can't set open_basedir per user/virtual host basis. Solutions like php_admin_value .:/usr/lib/php didn't work for all users (../include). The solution that I think of is to set open_basedir to something like ".:/var/www/*/:/usr/lib/php", where '*' will be replaced by the coresponded directory from the script path. For example '/var/www/www.site.com/forum/index.php' should have open_basedir '/var/www/www.site.com/'. I made an 'works for me patch' available here: ftp://ftp.idilis.ro/linux/idilis/basedir.patch However it wold be nice if this feature would be included in future php versions. -- Edit this bug report at http://bugs.php.net/?id=22181&edit=1
#30883 [NEW]: MySQL query bug
From: shhbrk at diku dot dk Operating system: WIN98 PHP version: Irrelevant PHP Bug Type: MySQL related Bug description: MySQL query bug Description: Hello all I'm expiriencing a bug when trying to perform something like this MySQL query from PHP: Select *, @d := x^2 from o where cos(@d)+sin(@d)>0; this is a short version of my real query, but shows the deal. (x is a key in o and the important part is the repeated use of @d, this is what I want since it is a more complex calculation in "real life".) When I test it from the prompt in MySQL it works just fine and gives the results as expected. But from a PHP script it returns 0 rows...! I'm certain that something is wrong because when I use a version that looks like this: WHERE cos(x^2)+sin(x^2)>0 - that is @d substituted in place - it work just fine. Can anyone explain this ? Thanks in advance. -- Edit bug report at http://bugs.php.net/?id=30883&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30883&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30883&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30883&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30883&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30883&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30883&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30883&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30883&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30883&r=support Expected behavior: http://bugs.php.net/fix.php?id=30883&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30883&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30883&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30883&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30883&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30883&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30883&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30883&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30883&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30883&r=mysqlcfg
#30883 [Bgs->Opn]: MySQL query bug
ID: 30883 User updated by: shhbrk at diku dot dk Reported By: shhbrk at diku dot dk -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: WIN98 PHP Version: Irrelevant New Comment: I'm sorry but the documentation (9.3 User Variables) isn't helping me - it doesn't explain why the query works from the MySQL-prompt and not through PHP... Previous Comments: [2004-11-25 11:36:13] [EMAIL PROTECTED] This is not a PHP bug. Please read MySQL Documentation at http://dev.mysql.com/doc/mysql/en/index.html ... in special documentation related to user variables. [2004-11-24 17:09:24] shhbrk at diku dot dk Description: Hello all I'm expiriencing a bug when trying to perform something like this MySQL query from PHP: Select *, @d := x^2 from o where cos(@d)+sin(@d)>0; this is a short version of my real query, but shows the deal. (x is a key in o and the important part is the repeated use of @d, this is what I want since it is a more complex calculation in "real life".) When I test it from the prompt in MySQL it works just fine and gives the results as expected. But from a PHP script it returns 0 rows...! I'm certain that something is wrong because when I use a version that looks like this: WHERE cos(x^2)+sin(x^2)>0 - that is @d substituted in place - it work just fine. Can anyone explain this ? Thanks in advance. -- Edit this bug report at http://bugs.php.net/?id=30883&edit=1
#30942 [NEW]: imageCreateFromPng() gives fatal error
From: hkh at netnords dot dk Operating system: win XP PHP version: 4.3.8 PHP Bug Type: GD related Bug description: imageCreateFromPng() gives fatal error Description: Sometimes when calling imageCreateFromPng() it produces a fatal error instead of returning an empty string. Reproduce code: --- /* * The code are placed inside this function * &getImage($IfilePathName) */ return imageCreateFromPng($IfilePathName); Expected result: An empty string. After the documentation the function should return a resource on succes, and on error an empty string. Actual result: -- Fatal error: imagecreatefrompng(): gd-png: fatal libpng error: Invalid chunk length. in C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php on line 98 -- Edit bug report at http://bugs.php.net/?id=30942&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30942&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30942&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30942&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30942&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30942&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30942&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30942&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30942&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30942&r=support Expected behavior: http://bugs.php.net/fix.php?id=30942&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30942&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30942&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30942&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30942&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30942&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30942&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30942&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30942&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30942&r=mysqlcfg
#30942 [Fbk->Opn]: imageCreateFromPng() gives fatal error
ID: 30942
User updated by: hkh at netnords dot dk
Reported By: hkh at netnords dot dk
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: win XP
PHP Version: 4.3.8
Assigned To: pajoye
New Comment:
I found out witch pictures, who gives this error. It's png's created
with acdsee (used to convert bmp's to png's). I have experinced no
trouble with these png's in other programs.
I also found out, some of the png's gives a
Fatal error: imagecreatefrompng(): gd-png: fatal libpng error:
Too many IDAT's found
Run a phpinfo() who tells me
GD Version bundled (2.0.23 compatible)
The ini file contains this
extension=php_gd2.dll
Previous Comments:
[2004-11-30 13:49:53] [EMAIL PROTECTED]
Are you using the bundled gd library ("configure --with-gd" and not
--with-gd=/path/to/gd).
Cannot reproduce it with all branches and 4.3.8.
--Pierre
----
[2004-11-30 13:20:51] hkh at netnords dot dk
Description:
Sometimes when calling imageCreateFromPng() it produces a fatal error
instead of returning an empty string.
Reproduce code:
---
/*
* The code are placed inside this function
* &getImage($IfilePathName)
*/
return imageCreateFromPng($IfilePathName);
Expected result:
An empty string.
After the documentation the function should return a resource on
succes, and on error an empty string.
Actual result:
--
Fatal error: imagecreatefrompng(): gd-png: fatal libpng error:
Invalid chunk length. in
C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php
on line 98
--
Edit this bug report at http://bugs.php.net/?id=30942&edit=1
#30942 [Opn]: imageCreateFromPng() gives fatal error
ID: 30942
User updated by: hkh at netnords dot dk
Reported By: hkh at netnords dot dk
Status: Open
Bug Type: GD related
Operating System: win XP
PHP Version: 4.3.8
Assigned To: pajoye
New Comment:
http://www.hanskejserhansen.dk/png/
I don't have the original pictures. They was saved from a homepage via
a browser (Don't know witch because i use four different) to my
harddesk.
I tried to find the original pictures, but now they are jpg's not
bmp's. sorry.
Previous Comments:
[2004-12-02 11:35:38] [EMAIL PROTECTED]
Please provide an url with these images please (if possible both bmp
and png).
--Pierre
[2004-12-02 11:19:31] hkh at netnords dot dk
I found out witch pictures, who gives this error. It's png's created
with acdsee (used to convert bmp's to png's). I have experinced no
trouble with these png's in other programs.
I also found out, some of the png's gives a
Fatal error: imagecreatefrompng(): gd-png: fatal libpng error:
Too many IDAT's found
Run a phpinfo() who tells me
GD Version bundled (2.0.23 compatible)
The ini file contains this
extension=php_gd2.dll
[2004-11-30 13:49:53] [EMAIL PROTECTED]
Are you using the bundled gd library ("configure --with-gd" and not
--with-gd=/path/to/gd).
Cannot reproduce it with all branches and 4.3.8.
--Pierre
--------
[2004-11-30 13:20:51] hkh at netnords dot dk
Description:
Sometimes when calling imageCreateFromPng() it produces a fatal error
instead of returning an empty string.
Reproduce code:
---
/*
* The code are placed inside this function
* &getImage($IfilePathName)
*/
return imageCreateFromPng($IfilePathName);
Expected result:
An empty string.
After the documentation the function should return a resource on
succes, and on error an empty string.
Actual result:
--
Fatal error: imagecreatefrompng(): gd-png: fatal libpng error:
Invalid chunk length. in
C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php
on line 98
--
Edit this bug report at http://bugs.php.net/?id=30942&edit=1
#31098 [Com]: isset false positive
ID: 31098
Comment by: jkkn at jkkn dot dk
Reported By: jyounger at caedic dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Slackare Linux Kernel 2.4.26
PHP Version: 5.0.3
New Comment:
At time patching for bug #2 9883, 'dmitry'not only applied the patch,
but also added autocasting for the offset, therefore:
isset($simpleString['nonExistentStringProperty']) is currenly
autocasted into isset($simpleString[0]) - which is true.
Same goes for empty() since this is the same function.
This patch should resolve this problem:
Index: ZendEngine2/zend_execute.c
===
RCS file: /repository/ZendEngine2/zend_execute.c,v
retrieving revision 1.652.2.11
diff -u -r1.652.2.11 zend_execute.c
--- ZendEngine2/zend_execute.c 1 Dec 2004 14:01:58 - 1.652.2.11
+++ ZendEngine2/zend_execute.c 20 Dec 2004 01:08:28 -
@@ -4033,26 +4033,20 @@
result =
Z_OBJ_HT_P(*container)->has_dimension(*container, offset,
(opline->extended_value == ZEND_ISEMPTY) TSRMLS_CC);
}
} else if ((*container)->type == IS_STRING) { /* string offsets
*/
- zval tmp_offset;
-
- if (Z_TYPE_P(offset) != IS_LONG) {
- tmp_offset = *offset;
- zval_copy_ctor(&tmp_offset);
- convert_to_long(&tmp_offset);
- offset = &tmp_offset;
- }
- switch (opline->extended_value) {
- case ZEND_ISSET:
- if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container)) {
- result = 1;
- }
- break;
- case ZEND_ISEMPTY:
- if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container) && Z_STRVAL_PP(container)[offset->value.lval] !=
'0') {
- result = 1;
- }
- break;
- }
+ if (Z_TYPE_P(offset) == IS_LONG) {
+ switch (opline->extended_value) {
+ case ZEND_ISSET:
+ if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container)) {
+ result = 1;
+ }
+ break;
+ case ZEND_ISEMPTY:
+ if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container) && Z_STRVAL_PP(container)[offset->value.lval] !=
'0') {
+ result = 1;
+ }
+ break;
+ }
+}
}
}
Besides this the files "zend_vm_execute.h" and "zend_vm_execute.h" seem
to have been messed up in CVS HEAD at the same commit?!.
Previous Comments:
[2004-12-17 22:19:28] ptchristendom at yahoo dot com
Empty() has the same problem.
nonExistentStringProperty));
?>
[2004-12-15 17:27:33] jyounger at caedic dot com
Description:
isset() when run using mod_php returns a false positive when checking a
string variable for the presence of a property. isset() when run under
the cli behaves correctly and returns false. This is in PHP 5.0.3RC2.
Reproduce code:
---
nonExistentStringProperty)) {
echo "This line should not execute";
} else {
echo "This line should execute";
}
?>
Expected result:
This line should execute
Actual result:
--
This line should not execute
--
Edit this bug report at http://bugs.php.net/?id=31098&edit=1
#31098 [Com]: isset false positive
ID: 31098
Comment by: jkkn at jkkn dot dk
Reported By: jyounger at caedic dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Slackare Linux Kernel 2.4.26
PHP Version: 5.0.3
New Comment:
I am using PEAR::DB which was the main reason I wrote the patch. The
supplied patch should solve all problems with regards to PEAR::DB.
Matthew, what do you experience while using the patch?
Previous Comments:
[2004-12-31 18:58:56] mnorth at ucsd dot edu
This bug is rather significant to anyone that uses PEAR::DB with
DB_DataObject. It effectively breaks the createTables.php script,
which in turn effectively makes useless DB_DataObject. The offending
code is the first line of function tableInfo in
(phproot)/lib/php/DB/mysql.php:
* @see DB_common::tableInfo()
*/
function tableInfo($result, $mode = null) {
if (isset($result->result)) {
/*
* Probably received a result object.
The isset() call returns true, regardless of whether $result->result is
set, and even if $result is not an object. Note, this affects ALL
(phproot)/lib/php/DB/??sql.php files, since they all contain
tableInfo() functions.
The patch supplied in this bug report doesn't solve the problem, so I
had to temporarily change function tableInfo() to call is_object()
instead of isset().
Matthew H. North
[2004-12-20 02:10:49] jkkn at jkkn dot dk
At time patching for bug #2 9883, 'dmitry'not only applied the patch,
but also added autocasting for the offset, therefore:
isset($simpleString['nonExistentStringProperty']) is currenly
autocasted into isset($simpleString[0]) - which is true.
Same goes for empty() since this is the same function.
This patch should resolve this problem:
Index: ZendEngine2/zend_execute.c
===
RCS file: /repository/ZendEngine2/zend_execute.c,v
retrieving revision 1.652.2.11
diff -u -r1.652.2.11 zend_execute.c
--- ZendEngine2/zend_execute.c 1 Dec 2004 14:01:58 - 1.652.2.11
+++ ZendEngine2/zend_execute.c 20 Dec 2004 01:08:28 -
@@ -4033,26 +4033,20 @@
result =
Z_OBJ_HT_P(*container)->has_dimension(*container, offset,
(opline->extended_value == ZEND_ISEMPTY) TSRMLS_CC);
}
} else if ((*container)->type == IS_STRING) { /* string offsets
*/
- zval tmp_offset;
-
- if (Z_TYPE_P(offset) != IS_LONG) {
- tmp_offset = *offset;
- zval_copy_ctor(&tmp_offset);
- convert_to_long(&tmp_offset);
- offset = &tmp_offset;
- }
- switch (opline->extended_value) {
- case ZEND_ISSET:
- if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container)) {
- result = 1;
- }
- break;
- case ZEND_ISEMPTY:
- if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container) && Z_STRVAL_PP(container)[offset->value.lval] !=
'0') {
- result = 1;
- }
- break;
- }
+ if (Z_TYPE_P(offset) == IS_LONG) {
+ switch (opline->extended_value) {
+ case ZEND_ISSET:
+ if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container)) {
+ result = 1;
+ }
+ break;
+ case ZEND_ISEMPTY:
+ if (offset->value.lval >= 0 &&
offset->value.lval <
Z_STRLEN_PP(container) && Z_STRVAL_PP(container)[offset->value.lval] !=
'0') {
+ result = 1;
+ }
+ break;
+ }
+}
}
}
Besides this the files "zend_vm_execute.h" and "zend_vm_execute.h" seem
to have been messed up in CVS HEAD at the same commit?!.
[20
#30810 [Com]: discrepancy of bitwise operations between php4.3.9 and php5.0.2
ID: 30810
Comment by: rs at esoft dot dk
Reported By: swoo at gvlabs dot com
Status: Open
Bug Type: Variables related
Operating System: winxp
PHP Version: 5.0.2
New Comment:
Seems to be fixed in 5.0.3
Previous Comments:
[2004-11-17 04:51:05] swoo at gvlabs dot com
Description:
This problem was discovered when I was testing some working code in
preparation for migrating from php4 to php5.
The example is a fragment of the logic used to read an ieee 754 number
from an excel spreadsheet. When you run the code in php4 it yields the
correct interpretation. However, with php5 it appears that the bitwise
mask and shift when setting $fexp fails with the code that works with
php4.
Also, the php5 resolution of the number is slightly higher.
I recoded the example with the logic that works with php5.
Was there a change in the ieee library or a change to the casting of a
floating point number for bit manipulation in php5? I have not tested
this on any other platform.
Reproduce code:
---
> 20) - 1023; // FAILS IN
PHP5
$val = 1+(($num_hi & 0x000f)+$num_lo/4294967296)/1048576;
} else {
// php 5.0.2 (cli) build: Sep 24 2004 01:25:41
// Zend Engine v2.0.2
$num_lo =
(pow(2,24)*ord($ieee[3]))+(ord($ieee[0])|(ord($ieee[1])<<8)|(ord($ieee[2])<<16));
$num_hi = (pow(2,24)*ord($ieee[7]) &
0x7f)+(ord($ieee[4])|(ord($ieee[5])<<8)|((ord($ieee[6]) & 0x1f)<<16));
$b1 = (ord($ieee[7]) & 0x7f); // strip the sign bit from the
high
byte
$b2 = (ord($ieee[6]) >> 4); // get byte leftmost bits
$b3 =($b1 << 4) + ($b2); // shift 4 bits and add low 4 bits
$fexp = $b3 - 1023; // exponent
$val = 1+ ($num_hi + ($num_lo/pow(2,32)))/pow(2,20);
}
if( ($fexp==1024) || ($fexp==-1023) )
return (float)0;
if( $fexp > 0 ) {
for( $i=0; $i<$fexp; $i++ )
$val *= 2;
} else {
for( $i=0; $i
Expected result:
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test -238.598699007
Actual result:
--
(when run with php4)
php5 test -238.583196077
php4 test -238.583196077
(when run with php5)
php5 test -238.598699007
php4 test 0
--
Edit this bug report at http://bugs.php.net/?id=30810&edit=1
#30942 [Bgs]: imageCreateFromPng() gives fatal error
ID: 30942 User updated by: hkh at netnords dot dk Reported By: hkh at netnords dot dk Status: Bogus Bug Type: GD related Operating System: win XP PHP Version: 4.3.8 Assigned To: pajoye New Comment: Maybe the png files not are valid, but still PHP should not crash according to the manual who ways "returns an empty string on failure." Previous Comments: [2005-01-24 09:46:42] [EMAIL PROTECTED] Not a developer issue. Fix your image conversion tool. --Pierre [2004-12-02 13:36:04] [EMAIL PROTECTED] The fact is you will not be able to read these images without using another libpng (1.0.6 and later), compiled with: #define PNG_SETJMP_NOT_SUPPORTED #define PNG_ABORT() The png files are not valid. The fix will be to change the error to a warning and return false. --Pierre [2004-12-02 12:01:05] hkh at netnords dot dk http://www.hanskejserhansen.dk/png/ I don't have the original pictures. They was saved from a homepage via a browser (Don't know witch because i use four different) to my harddesk. I tried to find the original pictures, but now they are jpg's not bmp's. sorry. [2004-12-02 11:35:38] [EMAIL PROTECTED] Please provide an url with these images please (if possible both bmp and png). --Pierre [2004-12-02 11:19:31] hkh at netnords dot dk I found out witch pictures, who gives this error. It's png's created with acdsee (used to convert bmp's to png's). I have experinced no trouble with these png's in other programs. I also found out, some of the png's gives a Fatal error: imagecreatefrompng(): gd-png: fatal libpng error: Too many IDAT's found Run a phpinfo() who tells me GD Version bundled (2.0.23 compatible) The ini file contains this extension=php_gd2.dll The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30942 -- Edit this bug report at http://bugs.php.net/?id=30942&edit=1
#28932 [Fbk->Opn]: glob() in safe mode only checks UID for the first file matched by pattern
ID: 28932
User updated by: php at ter dot dk
Reported By: php at ter dot dk
-Status: Feedback
+Status: Open
Bug Type: Safe Mode/open_basedir
Operating System: Linux
PHP Version: 4.3.8
New Comment:
Sorry - still no luck with that CVS snapshot (4.3.11).
glob() still just check the first file. Example:
$ php4-STABLE-200502030330/sapi/cli/php -d safe_mode=On -r
'print_r(glob("/tmp/*"));'
Warning: glob(): SAFE MODE Restriction in effect. The script whose uid
is 1000 is not allowed to access /tmp/build owned by uid 33 in Command
line code on line 1
$ touch /tmp/a
$ php4-STABLE-200502030330/sapi/cli/php -d safe_mode=On -r
'print_r(glob("/tmp/*"));'
Array
(
[0] => /tmp/a
[1] => /tmp/build
[2] => /tmp/config
[3] => /tmp/lib
[4] => /tmp/magic5su99j
[5] => /tmp/mailgraph
[6] => /tmp/out.txt
[7] => /tmp/phptest_sess_03735f0f339412345678901234567890
[8] => /tmp/phptest_sess_0e838e6ff9e312345678901234567890
(.. and so on ..)
1) appearently doesn't seem to be fixed. Please don't comment on the
fact that if I have shell access, I have access to those file names
anyway - this was just a quick test :)
As the example above shows, 2b) isn't fixed either. The error (".. is
not allowed to access /tmp/build owned by .."). An error due to
open_basedir-restriction discloses it as well: "open_basedir
restriction in effect. File(/tmp/build) is not within the allowed
path(s): .."
So, it still seem that even under open_basedir- and
safe_mode-restriction, the issue is still present.
.. and just to clarify: I do agree that safe_mode is not per se safe,
and all these vulnerabilities would be present if a user had access to
a shell or other languages - but there's no need for further
inconsistency.
I'll e-mail a simple proof-of-concept-code of filepath-walking
security@ and [EMAIL PROTECTED] The code utilizes these warning messages. The
code is pretty simple (not to mention ugly), though.
- Peter Brodersen
Previous Comments:
[2005-02-03 05:03:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
----
[2004-07-27 03:54:14] php at ter dot dk
I have now performed some tests with open_basedir as you suggested.
Two of the issues (2a: empty glob-match is not restricted, and 2b:
filenames is disclosed in warning) is also present under open_basedir.
Proof of concept:
http://basedir.ter.dk/notexist.php (2a)
http://basedir.ter.dk/nobody.php (2b)
As mentioned in http://news.php.net/php.internals/11578 , even:
- with safe_mode-restriction
- with open_basedir-restriction
- with custom session.save_path for each virtual host/user
- without allowing php-scripts of the same UID as the Apache user to be
executed (mostly because of the possibility of bypassing a
safe_mode-UID-check)
.. a user can still walk around and get info on directory and file
names fairly easy, e.g. finding session files, giving a
hijack-opportunity.
In other words: open_basedir will not help us from preventing glob() to
be maliciously used to get information about directory and file names.
This is why I have re-opened the bug: two of the issues is still
present under open_basedir-restriction (although the Summary could be
changed to reflect this).
As a side note, not related to the above reasons for re-opening the
bug:
The retrieval of a file list is usually connected to the permissions
for the directory (e.g. the read-bit for a directory in unix).
Following this logic, the same restriction should be added here. At
least that's the case for opendir().
There are no differences between glob() and opendir(), since the
directory handle from opendir() is only usable by readdir(), that
returns a filename from the directory.
Both functions is used to retrieve filenames from a directory, no more,
no less. Same effect, different approaches.
Futhermore, the first-file-check is still useless, as a similar check
isn't performed on readdir(). If we perform opendir() on our own
directory, the ownership of the files in the directory has no effect on
readdir() - there is no restriction by safe_mode in this case. I could
put up a test case for this too, although it is pretty easy to test
out.
If there are any more suggestions for restrictions I could test
(besides safe_mode, open_basedir, etc.), please let me know :)
Thanks for your patience.
- Peter Brodersen
[2004-06-29 17:45:01] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation av
#25254 [NEW]: Using /r/n in mailheaders causes mailbody to become currupt
From: ts at dreamcoder dot dk Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Mail related Bug description: Using /r/n in mailheaders causes mailbody to become currupt Description: When running the attached code, the mail headers will not be sent correctly This results in the mailheaders becomming corrupt and send two linebreaks, thus dumping the remaining headers to the mail body. Notice how two Message-Id's and Date headers are sent with the mail The attached code worked fine in PHP 4.3.2. But also works when using \n instead of \r\n Reproduce code: --- \r\n" ."X-Engine: This\r\n" ."X-Mailer: PHP/" . phpversion()); ?> Expected result: Headers: From: John <[EMAIL PROTECTED]> X-Engine: This X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello Actual result: -- Headers: From: John <[EMAIL PROTECTED]> X-Engine: This Message-ID: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:09 +0200 X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello -- Edit bug report at http://bugs.php.net/?id=25254&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25254&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25254&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25254&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25254&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25254&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25254&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25254&r=support Expected behavior: http://bugs.php.net/fix.php?id=25254&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25254&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25254&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25254&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25254&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25254&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25254&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25254&r=gnused
#25254 [Bgs]: Using /r/n in mailheaders causes mailbody to become currupt
ID: 25254 User updated by: ts at dreamcoder dot dk Reported By: ts at dreamcoder dot dk Status: Bogus Bug Type: Mail related Operating System: Linux PHP Version: 4.3.3 New Comment: It's still an issue in terms of BC. As I mentioned, it worked fine in 4.3.2 Previous Comments: [2003-08-26 23:50:45] [EMAIL PROTECTED] Either using \r\n or just \n works just fine for me. Not PHP bug. [2003-08-26 11:59:33] ts at dreamcoder dot dk Description: When running the attached code, the mail headers will not be sent correctly This results in the mailheaders becomming corrupt and send two linebreaks, thus dumping the remaining headers to the mail body. Notice how two Message-Id's and Date headers are sent with the mail The attached code worked fine in PHP 4.3.2. But also works when using \n instead of \r\n Reproduce code: --- \r\n" ."X-Engine: This\r\n" ."X-Mailer: PHP/" . phpversion()); ?> Expected result: Headers: From: John <[EMAIL PROTECTED]> X-Engine: This X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello Actual result: -- Headers: From: John <[EMAIL PROTECTED]> X-Engine: This Message-ID: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:09 +0200 X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello -- Edit this bug report at http://bugs.php.net/?id=25254&edit=1
#25269 [NEW]: Output to mail ends with '
From: otto at wikkelsoe dot dk Operating system: Windows 2000 Advanced Server PHP version: 4.3.3 PHP Bug Type: Mail related Bug description: Output to mail ends with 'http://bugs.php.net/?id=25269&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25269&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25269&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25269&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25269&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25269&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25269&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25269&r=support Expected behavior: http://bugs.php.net/fix.php?id=25269&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25269&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25269&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25269&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25269&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25269&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25269&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25269&r=gnused
#25269 [Fbk->Opn]: Output to mail ends with '
ID: 25269
User updated by: otto at wikkelsoe dot dk
Reported By: otto at wikkelsoe dot dk
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: Windows 2000 Advanced Server
PHP Version: 4.3.3
New Comment:
There is no changes in my mailforms. I upgraded from 4.3.2 to 4.3.3,
copied php4ts.dll 4.3.3.3 to system32, edited the php.ini. The error
occured. Then I used the php.ini from 4.3.2, but the error was still
there. Then I reinstalled 4.3.2, and all worked well.
Some of the code is here:
$book
$navn
$newnavn
$question
$bemaerk
$mailsenderversion
$developersign
";
if ($f_navn <> "" and $newnavn <> "") {
mail($reciever, $subject, $design, $headers);
header("Location:tak.php");
} else {
header("Location:fejl.php");
}
?>
Previous Comments:
[2003-08-27 12:34:47] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-08-27 11:35:07] [EMAIL PROTECTED]
Some weird user error, please ask this kind of questions on
[EMAIL PROTECTED]
[2003-08-27 10:25:58] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
----
[2003-08-27 06:45:54] otto at wikkelsoe dot dk
Description:
Upgrading from 4.3.2 results in following error:
Output to mail ends with 'http://bugs.php.net/?id=25269&edit=1
#25254 [Bgs->Opn]: Using /r/n in mailheaders causes mailbody to become currupt
ID: 25254 User updated by: ts at dreamcoder dot dk Reported By: ts at dreamcoder dot dk -Status: Bogus +Status: Open Bug Type: Mail related Operating System: Linux PHP Version: 4.3.3 New Comment: I'm opening this again. It could be a major regression, could you please look further into this, sniper? If anything related to mail() has been changed since 4.3.2? Previous Comments: [2003-10-07 11:58:08] info at frekk dot de We've faced the same issue: Linux blizzard 2.4.22 PHP 4.3.3 http://www.support-panel.de/modules/newbb/viewtopic.php?topic_id=2445&forum=10 (sorry, is german) worked perfectly under 4.3.2 [2003-08-27 01:13:50] ts at dreamcoder dot dk It's still an issue in terms of BC. As I mentioned, it worked fine in 4.3.2 [2003-08-26 23:50:45] [EMAIL PROTECTED] Either using \r\n or just \n works just fine for me. Not PHP bug. [2003-08-26 11:59:33] ts at dreamcoder dot dk Description: When running the attached code, the mail headers will not be sent correctly This results in the mailheaders becomming corrupt and send two linebreaks, thus dumping the remaining headers to the mail body. Notice how two Message-Id's and Date headers are sent with the mail The attached code worked fine in PHP 4.3.2. But also works when using \n instead of \r\n Reproduce code: --- \r\n" ."X-Engine: This\r\n" ."X-Mailer: PHP/" . phpversion()); ?> Expected result: Headers: From: John <[EMAIL PROTECTED]> X-Engine: This X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello Actual result: -- Headers: From: John <[EMAIL PROTECTED]> X-Engine: This Message-ID: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:09 +0200 X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello -- Edit this bug report at http://bugs.php.net/?id=25254&edit=1
#25790 [NEW]: session cookie drop when using Konqueror
From: simon at esoft dot dk Operating system: Gentoo Linux PHP version: 4.3.3 PHP Bug Type: Session related Bug description: session cookie drop when using Konqueror Description: I'm expiriencing a very wierd coincident where my session cookie is dropped when using Konqueror. I can reproduce the bug every time I try in my system. However I havn't been able to make a simple example. What happens is: I log in, navigate a little around, open a window with JavaScript window.open(), after this my session cookie is lost and Konqueror have gotten a new PHPSESID cookie. I can verify that the session still exists (we store it in a database), however when printing session_id() out, it seems Konqueror have sent out a wrong PHPSESID, which is possibly because the real session id was lost somewhere in the prior request, and now it have gotten a new one from the system during that request. So somewhere between Konquerors request and PHP the cookie is lost. Now I would not think of this as a bug in PHP, but rather the browser, however I've tried the following: All versions of Konqueror from 3.0.3 to 3.1.4 looses the cookie. No other browsers I know of has this problem. Downgrading to mod_php 4.3.2 resolves this problem, so somethings changed from 4.3.2 -> 4.3.3 This seems to imply that the bug must reside in PHP, still Konqueror must do something special with the session cookie compared to other browsers. I use PHP with Apache2, and I get no error reports in the log files. I know this is of little help, but it's the best I can do for the moment. -- Edit bug report at http://bugs.php.net/?id=25790&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25790&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25790&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25790&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25790&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25790&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25790&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25790&r=support Expected behavior: http://bugs.php.net/fix.php?id=25790&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25790&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25790&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25790&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25790&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25790&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25790&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25790&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25790&r=float
#25790 [Bgs]: session cookie drop when using Konqueror
ID: 25790 User updated by: simon at esoft dot dk Reported By: simon at esoft dot dk Status: Bogus Bug Type: Session related Operating System: Gentoo Linux PHP Version: 4.3.3 New Comment: And it works just fine with Konqueror in php 4.3.2, so how is this a Konqueror bug?! Previous Comments: [2003-10-08 07:18:02] [EMAIL PROTECTED] Bugs in Konqueror don't belong here, report it to the KDE folks. (sessions work just fine with PHP 4.3.4RC2-dev and Galeon, Mozilla, opera, IE..etc..) [2003-10-08 07:15:29] simon at esoft dot dk Description: I'm expiriencing a very wierd coincident where my session cookie is dropped when using Konqueror. I can reproduce the bug every time I try in my system. However I havn't been able to make a simple example. What happens is: I log in, navigate a little around, open a window with JavaScript window.open(), after this my session cookie is lost and Konqueror have gotten a new PHPSESID cookie. I can verify that the session still exists (we store it in a database), however when printing session_id() out, it seems Konqueror have sent out a wrong PHPSESID, which is possibly because the real session id was lost somewhere in the prior request, and now it have gotten a new one from the system during that request. So somewhere between Konquerors request and PHP the cookie is lost. Now I would not think of this as a bug in PHP, but rather the browser, however I've tried the following: All versions of Konqueror from 3.0.3 to 3.1.4 looses the cookie. No other browsers I know of has this problem. Downgrading to mod_php 4.3.2 resolves this problem, so somethings changed from 4.3.2 -> 4.3.3 This seems to imply that the bug must reside in PHP, still Konqueror must do something special with the session cookie compared to other browsers. I use PHP with Apache2, and I get no error reports in the log files. I know this is of little help, but it's the best I can do for the moment. -- Edit this bug report at http://bugs.php.net/?id=25790&edit=1
#25254 [Fbk->Opn]: Using /r/n in mailheaders causes mailbody to become currupt
ID: 25254 User updated by: ts at dreamcoder dot dk Reported By: ts at dreamcoder dot dk -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Linux PHP Version: 4.3.3 New Comment: I just tested this with 4.3.4RC2-dev (as requested), it's exactly the same problem I also tried sending mail using PHPMailer (the class). Sending mails directly to the SMTP with \r\n works just fine However when using PHP's mail() and \r\n, it fails to send correctly, as described in the original bug I have PostFix 2.0.16 installed - if that has any relevance I cannot rule out this could be a bug in Postfix, but I doubt it Previous Comments: [2003-10-07 19:16:11] [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 [2003-08-27 01:13:50] ts at dreamcoder dot dk It's still an issue in terms of BC. As I mentioned, it worked fine in 4.3.2 [2003-08-26 23:50:45] [EMAIL PROTECTED] Either using \r\n or just \n works just fine for me. Not PHP bug. [2003-08-26 11:59:33] ts at dreamcoder dot dk Description: When running the attached code, the mail headers will not be sent correctly This results in the mailheaders becomming corrupt and send two linebreaks, thus dumping the remaining headers to the mail body. Notice how two Message-Id's and Date headers are sent with the mail The attached code worked fine in PHP 4.3.2. But also works when using \n instead of \r\n Reproduce code: --- \r\n" ."X-Engine: This\r\n" ."X-Mailer: PHP/" . phpversion()); ?> Expected result: Headers: From: John <[EMAIL PROTECTED]> X-Engine: This X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello Actual result: -- Headers: From: John <[EMAIL PROTECTED]> X-Engine: This Message-ID: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:09 +0200 X-Mailer: PHP/4.3.3 Message-Id: <[EMAIL PROTECTED]> Date: Tue, 26 Aug 2003 18:48:02 +0200 (CEST) Hello -- Edit this bug report at http://bugs.php.net/?id=25254&edit=1
#26104 [NEW]: PHP page crash on imap_headerinfo
From: flensbak at stofanet dot dk
Operating system: Linux 2.4.20
PHP version: 4.3.3
PHP Bug Type: IMAP related
Bug description: PHP page crash on imap_headerinfo
Description:
Information about the server can be found at www.yfunet.dk/binfo.php
Certain e-mails apparently crashes the current PHP session - nothing is
sent to the client beyond that point.
It seems the problem is with imap_headerinfo. At least when I disabled the
first imap_headerinfo in the script the echo-statements up until the next
imap_headerinfo were sent to the client.
The only actual clue I have to the problem is the header from the e-mail
generating the problem. It seems to me that the from-line is not as it
should be. I have included the header from the email that causes the
problem:
Received: from [80.63.53.30] by vmail1.wannafind.dk [80.63.53.30] with
SmartMax MailMax for [EMAIL PROTECTED]; Tue, 21 Oct 2003 04:31:31 +0200
Return-Path: <[EMAIL PROTECTED]>
Received: FROM backup-mx.wannafind.net BY vmail1.wannafind.dk ; Tue Oct 21
04:31:30 2003 +0200
Received: from sn2.cwihosting.com (hanz.campus.pinnaclebody.com
[66.216.127.33])
by backup-mx.wannafind.net (Postfix) with ESMTP id A29A92180B2
for <[EMAIL PROTECTED]>; Tue, 21 Oct 2003 04:31:07 +0200 (CEST)
Received: from 62-151-155-247.tp24.ya.com ([62.151.155.247]
helo=CLELAPTOP)
by sn2.cwihosting.com with smtp (Exim 4.24)
id 1ABmIr-0007KH-Pi
for [EMAIL PROTECTED]; Mon, 20 Oct 2003 21:31:22 -0500
Date: Tue, 21 Oct 2003 04:31:20 +0100
Subject: Trade Cards Online
To: [EMAIL PROTECTED]
From: news from tradecardsonline.com <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
X-Mailer: PHP/4.3.1
Message-Id: <[EMAIL PROTECTED]>
X-AntiAbuse: This header was added to track abuse, please include it with
any abuse report
X-AntiAbuse: Primary Hostname - sn2.cwihosting.com
X-AntiAbuse: Original Domain - yfu.dk
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - tradecardsonline.com
X-UM-Flags: \SEEN
Reproduce code:
---
$w_size = imap_num_msg($w_mbox);
for($i = 1; $i < $w_size + 1; $i++)
{
// comment the next line out and all is well
$w_header = imap_headerinfo($w_mbox, $i);
Expected result:
Parsing rest of the file
Actual result:
--
Nothing after imap_headerinfo
--
Edit bug report at http://bugs.php.net/?id=26104&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26104&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26104&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26104&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26104&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26104&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26104&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26104&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26104&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26104&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26104&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26104&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26104&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26104&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26104&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26104&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26104&r=float
#25254 [Bgs]: Using /r/n in mailheaders causes mailbody to become currupt
ID: 25254 User updated by: ts at dreamcoder dot dk Reported By: ts at dreamcoder dot dk Status: Bogus Bug Type: Mail related Operating System: Linux PHP Version: 4.3.3 New Comment: This bug was fixed in 4.3.4, works for me now... Might also be because I switched to redhat, who knows Previous Comments: [2003-10-09 06:46:16] [EMAIL PROTECTED] Works fine with sendmail. [2003-10-08 13:52:16] ts at dreamcoder dot dk I just tested this with 4.3.4RC2-dev (as requested), it's exactly the same problem I also tried sending mail using PHPMailer (the class). Sending mails directly to the SMTP with \r\n works just fine However when using PHP's mail() and \r\n, it fails to send correctly, as described in the original bug I have PostFix 2.0.16 installed - if that has any relevance I cannot rule out this could be a bug in Postfix, but I doubt it [2003-10-07 19:16:11] [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 [2003-08-27 01:13:50] ts at dreamcoder dot dk It's still an issue in terms of BC. As I mentioned, it worked fine in 4.3.2 [2003-08-26 23:50:45] [EMAIL PROTECTED] Either using \r\n or just \n works just fine for me. Not PHP bug. 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/25254 -- Edit this bug report at http://bugs.php.net/?id=25254&edit=1
#23973 [Com]: Ming Funtion don't work
ID: 23973
Comment by: mikkelbo at stofanet dot dk
Reported By: vicviper at skcc dot com
Status: No Feedback
Bug Type: Ming related
Operating System: XP sp1a, Win2K sp3
PHP Version: 4.3.2
New Comment:
I'm having the same problem. My config:
WinXP
Apache 1.3.23
PHP 4.3.4
IE 6.0
The browser hangs, and the systems memory use goes up about 300MB. When
running php from a DOS prompt, the "PHP Script Interpreter" crashes.
The problem is apparently related to Windows.
--
Mikkel Rasmussen
Previous Comments:
[2003-07-20 10:37:46] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-07-13 00:12:21] [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
[2003-06-03 02:36:32] vicviper at skcc dot com
OS : Windows 2K sp3, Windows XP sp1 Hangul Version
HTTPD : Apache2, IIS 5.0
Browser : IE 6.0
don't work it or Crash System.
setFont($f);
$t->setColor(255, 0, 0);
$t->setHeight(60);
$t->addString("Advanced PHP");
$m = new SWFMovie();
$m->setDimension(320, 240);
$i = $m->add($t);
$i->moveTo(160-$t->getWidth("Advanced PHP")/2,
120+$t->getAscent()/2);
$filename ="test.swf";
$m->save($filename);
?>
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"type="application/x-shockwave-flash";
width=600 height=300>
Fix plz!!
--
Edit this bug report at http://bugs.php.net/?id=23973&edit=1
#15982 [Com]: PHP Freeze with swffont() call
ID: 15982 Comment by: mikkelbo at stofanet dot dk Reported By: tonalgeek at hotmail dot com Status: No Feedback Bug Type: Ming related Operating System: Win XP Prof PHP Version: 4.x.x New Comment: I'm having the same problem. My config: WinXP ming-0.3beta1 PHP 4.3.4 Apache 1.3.23 IE 6.0 I have the latest dll's from http://kromann.info/php4.php -- Mikkel Rasmussen Previous Comments: [2003-09-23 05:58:52] nospam at shaper dot it It is working with ming 0.3a available at CVS. Look here: http://kromann.info/php4.php and download the dll. On my system (Win2000/IIS 5.0 with PHP 4.3.2) it works very fine. [2002-12-03 15:53:09] weishengli at yahoo dot com Hi, This problem in Windows OS is actually caused by call function SWFShape_setRightFill(). In turn it goes to the function newShapeRecord() I changed the following line in this function return shape->records[shape->nRecords++]; as shape->nRecords++; return shape->records[shape->nRecords-1]; It solves the problem. However, I didn't look at it deeply. The one who is distributing the Windows DLL should think about it. Weisheng [2002-10-25 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-09 20:41:07] [EMAIL PROTECTED] Using the latest CVS I am unable to replicate this crash on Linux, so this is most likely a Windows only bug. I do however see a number of memory leaks caused by this extension: /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x083A1AA4 (32 bytes), script=m.php Last leak repeated 2 times /home/rei/PHP_CVS/php4/Zend/zend_API.c(597) : Freeing 0x083A1A44 (44 bytes), script=m.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(585) : Actual location (location was relayed) Last leak repeated 2 times Using Google I found the following archive of fdb fonts, http://todbot.com/ming/tsts/fonts/, the url provided by [EMAIL PROTECTED] does not appear to work. [2002-10-09 20:01:55] tonalgeek at hotmail dot com I know the bug still exists in Ming. Anyway if you want an alternative that works there is FreeMovie/PHP http://freemovie.sourceforge.net/. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15982 -- Edit this bug report at http://bugs.php.net/?id=15982&edit=1
#27498 [Opn]: wrong error message generated by opendir when safe mode is in effect
ID: 27498
User updated by: troels at kyberfabrikken dot dk
Reported By: troels at kyberfabrikken dot dk
Status: Open
Bug Type: Unknown/Other Function
Operating System: red hat linux
PHP Version: 4.3.4
New Comment:
why is this not a bug ?
i get the message that my script is not allowed to access
/home/virtual/site1/fst/var/www/html/data/
but that is false - it DOES in fact have thoose rights.
Previous Comments:
[2004-03-05 13:44:54] [EMAIL PROTECTED]
This is definitely a bug.
[EMAIL PROTECTED]:~$ php -d'safe_mode=on' -r 'opendir("/home/et/nonexistant");'
Warning: opendir(): SAFE MODE Restriction in effect. The script whose
uid is 500 is not allowed to access /home/et owned by uid 0 in Command
line code on line 1
Warning: opendir(/home/et/nonexistant): failed to open dir: No such
file or directory in Command line code on line 1
[EMAIL PROTECTED]:~$ ls -dla /home/et
drwxr-xr-x 61 et et 4096 Mar 5 19:41 /home/et
[2004-03-05 13:36:17] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2004-03-04 16:57:19] troels at kyberfabrikken dot dk
Description:
while trying to open a dir that diddent exist, i recieved a wrong
error-message. this caused me to waste a lot of time, before i finally
figured out the real problem.
1. php is running as module under apache in safe mode. version = 4.3.3
2. /home/virtual/site1/fst/var/www/html/ is my www root
3. /home/virtual/site1/fst/var/www/html/data/ is a dir, end it's CHMOD
777
4. /home/virtual/site1/fst/var/www/html/data/subdir is non-existent
i recieve this error message :
Warning in line 3 of file
/home/virtual/site1/fst/var/www/html/index.php
[2] opendir(): SAFE MODE Restriction in effect. The script whose uid is
503 is not allowed to access
/home/virtual/site1/fst/var/www/html/data/subdir owned by uid 0
witch gave my a few hours messing around until i finally discovered
that i just forgot to create the dir in mention.
however - if php had given me a more precise error, i would have saved
a lot of time. when it comes down to it, safemode had nothing to do
with the real problem.
Reproduce code:
---
[index.php : begin]
[index.php : end]
--
Edit this bug report at http://bugs.php.net/?id=27498&edit=1
#27672 [NEW]: oci_error() doesn't return a error if oci_execute() errored.
From: powerblade at mail dot dk
Operating system: Windows XP
PHP version: 5CVS-2004-03-24 (dev)
PHP Bug Type: *General Issues
Bug description: oci_error() doesn't return a error if oci_execute() errored.
Description:
When executing a statement it goes as this:
oci_parse() - Validates the SQL statement. However this always returns
true so it can't be trusted.
oci_execute() - Executes the query. If anything goes wrong, it simply
outputs it to the screen. If you put a @ infront to avoid the warning and
then use oci_error() to get the error, you don't get the error string it
outputs to the screen.
Reproduce code:
---
$query = 'XYZZYX'; /* Invalid SQL string */
$stmt = oci_parse($this->connection, $query);
$aError = oci_error();
if($aError)
{
throw new DatabaseException("[".$aError['code']."] Can't parse query.
".$aError['message']);
}
$return = oci_execute($stmt);
if($return === FALSE)
{
$aError = @oci_error();
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
}
Expected result:
Uncaught exception with the string:
[error code] Can't parse query. [error msg]
or
[error code] Can't execute query. [error msg]
Actual result:
--
Uncaught exception with the string:
[] Can't execute query []
--
Edit bug report at http://bugs.php.net/?id=27672&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27672&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27672&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27672&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27672&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27672&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27672&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27672&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27672&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27672&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27672&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27672&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27672&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27672&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27672&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27672&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27672&r=float
#27672 [Fbk->Opn]: oci_error() doesn't return a error if oci_execute() errored.
ID: 27672
User updated by: powerblade at mail dot dk
Reported By: powerblade at mail dot dk
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2004-03-24 (dev)
New Comment:
Check your output.
1) The error was first detected by oci_execute(). oci_parse() didn't
detect the errornous SQL string.
2) Where is the oracle error message in the exception? I need that info
for debugging.
Previous Comments:
[2004-03-24 08:28:48] [EMAIL PROTECTED]
Your code works fine for me.
It returns:
---
Warning: oci_execute() [function.oci-execute.html]: OCIStmtExecute:
ORA-00900: invalid SQL statement in /www/index.php on line 27
Fatal error: Uncaught exception 'DatabaseException' with message '[]
Can't execute query. ' in /www/index.php:31 Stack trace: #0 {main}
thrown in /www/index.php on line 31
---
>oci_parse() - Validates the SQL statement. However this always returns
true so it can't be trusted.
no, this is not true.
it does return false, if something went wrong.
>...and then use oci_error() to get the error, you don't get the error
string it outputs to the screen.
Please, re-check it twice.
This is false too.
And, please, provide more information about your system.
What version of Oracle & Oracle client do you use?
----
[2004-03-24 08:14:22] powerblade at mail dot dk
Description:
When executing a statement it goes as this:
oci_parse() - Validates the SQL statement. However this always returns
true so it can't be trusted.
oci_execute() - Executes the query. If anything goes wrong, it simply
outputs it to the screen. If you put a @ infront to avoid the warning
and then use oci_error() to get the error, you don't get the error
string it outputs to the screen.
Reproduce code:
---
$query = 'XYZZYX'; /* Invalid SQL string */
$stmt = oci_parse($this->connection, $query);
$aError = oci_error();
if($aError)
{
throw new DatabaseException("[".$aError['code']."] Can't parse
query. ".$aError['message']);
}
$return = oci_execute($stmt);
if($return === FALSE)
{
$aError = @oci_error();
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
}
Expected result:
Uncaught exception with the string:
[error code] Can't parse query. [error msg]
or
[error code] Can't execute query. [error msg]
Actual result:
--
Uncaught exception with the string:
[] Can't execute query []
--
Edit this bug report at http://bugs.php.net/?id=27672&edit=1
#27672 [Fbk->Opn]: oci_error() doesn't return a error if oci_execute() errored.
ID: 27672
User updated by: powerblade at mail dot dk
Reported By: powerblade at mail dot dk
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2004-03-24 (dev)
New Comment:
Not only the documentation.
See my #2.
-
2) Where is the oracle error message in the exception? I need that
info
for debugging.
-
If you look in the exception you get:
---
Fatal error: Uncaught exception 'DatabaseException' with message '[]
Can't execute query. ' in /www/index.php:31 Stack trace: #0 {main}
thrown in /www/index.php on line 31
The oracle error message and code is not included in the exception.
Even though in the code it threw the exception with the following
statement:
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
The only way to grab the oracle error is to set up a custom error
handler. You can't use oci_error() to retrieve it.
Previous Comments:
[2004-03-24 10:40:49] [EMAIL PROTECTED]
Aha, now I see...
It seems to me, that our manual lies about validation.
That's what OCI docs say about oci_parse (OciStmtPrepare() indeed):
--
An application requests a SQL or PL/SQL statement to be prepared for
execution using the OCIStmtPrepare() call and passing it a previously
allocated statement handle. This is a completely local call, requiring
no round trip to the server.
--
oci_parse will return false only if there is some problems with oracle
connection.
The only way to validate query is to execute it.
So, I need to change the documentation.
Right?
--------
[2004-03-24 10:24:09] powerblade at mail dot dk
Check your output.
1) The error was first detected by oci_execute(). oci_parse() didn't
detect the errornous SQL string.
2) Where is the oracle error message in the exception? I need that info
for debugging.
[2004-03-24 08:28:48] [EMAIL PROTECTED]
Your code works fine for me.
It returns:
---
Warning: oci_execute() [function.oci-execute.html]: OCIStmtExecute:
ORA-00900: invalid SQL statement in /www/index.php on line 27
Fatal error: Uncaught exception 'DatabaseException' with message '[]
Can't execute query. ' in /www/index.php:31 Stack trace: #0 {main}
thrown in /www/index.php on line 31
---
>oci_parse() - Validates the SQL statement. However this always returns
true so it can't be trusted.
no, this is not true.
it does return false, if something went wrong.
>...and then use oci_error() to get the error, you don't get the error
string it outputs to the screen.
Please, re-check it twice.
This is false too.
And, please, provide more information about your system.
What version of Oracle & Oracle client do you use?
[2004-03-24 08:14:22] powerblade at mail dot dk
Description:
When executing a statement it goes as this:
oci_parse() - Validates the SQL statement. However this always returns
true so it can't be trusted.
oci_execute() - Executes the query. If anything goes wrong, it simply
outputs it to the screen. If you put a @ infront to avoid the warning
and then use oci_error() to get the error, you don't get the error
string it outputs to the screen.
Reproduce code:
---
$query = 'XYZZYX'; /* Invalid SQL string */
$stmt = oci_parse($this->connection, $query);
$aError = oci_error();
if($aError)
{
throw new DatabaseException("[".$aError['code']."] Can't parse
query. ".$aError['message']);
}
$return = oci_execute($stmt);
if($return === FALSE)
{
$aError = @oci_error();
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
}
Expected result:
Uncaught exception with the string:
[error code] Can't parse query. [error msg]
or
[error code] Can't execute query. [error msg]
Actual result:
--
Uncaught exception with the string:
[] Can't execute query []
--
Edit this bug report at http://bugs.php.net/?id=27672&edit=1
#27775 [NEW]: Using session_start() simultaneous causes script to crash
From: mattias at pfeiffer dot dk Operating system: Debian GNU/Linux PHP version: 4.3.4 PHP Bug Type: Session related Bug description: Using session_start() simultaneous causes script to crash Description: I'm experiencing a problem using session_start() simultaneous - ie. in 2 iframes. An example: I have a page with to iframes embedded. Frame 1 runs a script with a while(true), and at line 1 a session_start(). A page is loaded into Frame 2, with session_start() as the only content. (Except for of course) The page in Frame 2 will not be parsed unless the session_start() is removed from the top. It seems as when 2 pages are loaded/loading and executing session_start() simultaneous, PHP will fail to interpret one of them. I've tested and determined this issue at two self-contained systems. === System information: PHP: 2.4.3 Apache: 1.3.29 Configured with: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--enable-memory-limit' '--disable-debug' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-exec-dir=/usr/lib/php4/libexec' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' Reproduce code: --- I've put up an example: http://home.madd.dk/phptest/ Expected result: I've expected frameA to produce desired output "HEST", but it seems like frameA.php fails to be parsed. Actual result: -- See "Expected result" -- Edit bug report at http://bugs.php.net/?id=27775&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27775&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27775&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27775&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27775&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27775&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27775&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27775&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27775&r=support Expected behavior: http://bugs.php.net/fix.php?id=27775&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27775&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27775&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27775&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27775&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27775&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27775&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27775&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27775&r=float
#27803 [NEW]: cannot find -lyaz while making libphp4.la
From: carsten at indysign dot dk Operating system: Mandrake Linux 9.0 PHP version: 4CVS-2004-03-31 (stable) PHP Bug Type: Compile Failure Bug description: cannot find -lyaz while making libphp4.la Description: The Makefile are missing the -L and -R for yaz If I manually inserts them, the compile works fine. I use the newset CVS (200403311430) Reproduce code: --- ./configure --disable-all -with-yaz=/install/yaz-2.0.19 make Actual result: -- /bin/sh /home/stalkie/php4-STABLE-200403311430/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/install/libiconv-1.9.1/lib -R /install/libiconv-1.9.1/lib regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/yaz/php_yaz.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcrypt -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -lxml2 -lz -liconv -lm -liconv -lcrypt -o sapi/cgi/php /usr/bin/ld: cannot find -lyaz collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=27803&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27803&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27803&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27803&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27803&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27803&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27803&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27803&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27803&r=support Expected behavior: http://bugs.php.net/fix.php?id=27803&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27803&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27803&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27803&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27803&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27803&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27803&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27803&r=gnuse
#27775 [NoF->Opn]: Using session_start() simultaneous causes script to crash
ID: 27775 User updated by: mattias at pfeiffer dot dk Reported By: mattias at pfeiffer dot dk -Status: No Feedback +Status: Open Bug Type: Session related Operating System: Debian GNU/Linux PHP Version: 4.3.4 New Comment: I've tried using latest CVS snapshot version as well as PHP5.0RC1. I am still experiencing the same problem. I imagine it could be PHP having an open file-pointer to the session-file until the end of the script or execution of . Since the scripts at frameB.php runs a while(true) (or similar) the file-pointer will not be closed, and when frameA.php tries to open the session-file it fails. Previous Comments: [2004-04-05 08:53:17] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-03-30 14:01:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-30 08:23:00] mattias at pfeiffer dot dk Description: I'm experiencing a problem using session_start() simultaneous - ie. in 2 iframes. An example: I have a page with to iframes embedded. Frame 1 runs a script with a while(true), and at line 1 a session_start(). A page is loaded into Frame 2, with session_start() as the only content. (Except for of course) The page in Frame 2 will not be parsed unless the session_start() is removed from the top. It seems as when 2 pages are loaded/loading and executing session_start() simultaneous, PHP will fail to interpret one of them. I've tested and determined this issue at two self-contained systems. === System information: PHP: 2.4.3 Apache: 1.3.29 Configured with: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--enable-memory-limit' '--disable-debug' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-exec-dir=/usr/lib/php4/libexec' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' Reproduce code: --- I've put up an example: http://home.madd.dk/phptest/ Expected result: I've expected frameA to produce desired output "HEST", but it seems like frameA.php fails to be parsed. Actual result: -- See "Expected result" -- Edit this bug report at http://bugs.php.net/?id=27775&edit=1
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: thomas at vermoe dot dk Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: It defently doesnt work on: FreeBSD 4.8, apache 2.0.49, php4-4.3.5 /thomas Previous Comments: [2004-04-04 05:33:25] taka-o at pop07 dot odn dot ne dot jp --- Don't work: --- +apache 2.0.49 +php4.3.5 Not OK --- works: --- +apache 2.0.49 +php4.3.4 OK +apache 2.0.49 +comment out(php4.3.5) OK OS is Redhat9.apache is installed from sorse. [2004-04-03 21:26:55] noackjr at alumni dot rice dot edu Can we get a comment on this from PHP folks? We still see this problem with recent versions of PHP (including latest RCs and snaps) and Apache 2.0.49. We are unable to find the commit Ilia referred to that supposedly fixed this issue. I look forward to hearing back from you. [2004-04-02 12:04:19] loki at arete dot cc This bug is also present in PHP-5.0.0RC1, and it is also present in the current CVS HEAD for PHP5 (as of 12:00 EST). [2004-04-01 22:16:15] noackjr at alumni dot rice dot edu Please REOPEN: I just tried PHP 4.3.6-RC1 and the crash is still present. I also run FreeBSD 5.2.1-RELEASE-p4 with Apache 2.0.49. Also, what commit was supposed to fix this? Why no mention in NEWS or Changelog? [2004-04-01 13:20:39] nti at w4w dot net --- Don't work: --- +apache 2.0.49 +php5.0.0RC1 with pcre = Not OK +apache 2.0.49 +php4.3.5with pcre = Not OK --- works: --- +apache 2.0.49 +php5.0.0RC1 w/o pcre = OK +apache 2.0.49 +php4.3.5w/o pcre = OK +apache 2.0.48 +php5.0.0RC1 with pcre = OK +apache 2.0.48 +php4.3.5with pcre = OK 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/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
#27912 [NEW]: --without-pic ignored
From: edink at emini dot dk Operating system: unix PHP version: 4CVS-2004-04-07 (stable) PHP Bug Type: *Configuration Issues Bug description: --without-pic ignored Description: When PHP is compiled as shared library, say as an Apache module --without-pic configure option is ignored. This resuts in performance loss of anywhere from 15% - 40%. Expected result: ./configure --with-apxs --without-pic should result in object files copiled with -prefer-non-pic flag. Actual result: -- Object files get copiled with -prefer-pic flag. -- Edit bug report at http://bugs.php.net/?id=27912&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27912&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27912&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27912&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27912&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27912&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27912&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27912&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27912&r=support Expected behavior: http://bugs.php.net/fix.php?id=27912&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27912&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27912&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27912&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27912&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27912&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27912&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27912&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27912&r=float
#28016 [NEW]: is_resource() returns false for resources of type "Unknown"
From: php at ter dot dk Operating system: Linux 2.4.17 PHP version: 4.3.6RC3 PHP Bug Type: Unknown/Other Function Bug description: is_resource() returns false for resources of type "Unknown" Description: (version of PHP is 4.3.6, not 4.3.6RC3, but I wasn't able to select that) If a resource for some reason is of type "Unknown", is_resource() returns false. Though, gettype() still returns "resource" as type, as always. This behaviour in is_resource() has changed between 4.3.5 and 4.3.6. I'm guessing here, but the new behaviour could be related to changes introduced to fix bug 27822 (which was fixed in between 4.3.5 and 4.3.6). In my example I'm using php-imlib to gain an object of type "Unknown". Even though it isn't an official extension, there still is some inconsistency between gettype() returning "resource" and is_resource() returning false. In other words, it's the inconsistency between is_resource() and gettype() I see as the bug. Example is also available at: http://stock.ter.dk/resource_error.php Reproduce code: --- $i = imlib_create_image(100,200); var_dump($i); var_dump(gettype($i)); var_dump(is_resource($i)); Expected result: resource(2) of type (Unknown) string(8) "resource" bool(true) Actual result: -- resource(2) of type (Unknown) string(8) "resource" bool(false) -- Edit bug report at http://bugs.php.net/?id=28016&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28016&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28016&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28016&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28016&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28016&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28016&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28016&r=support Expected behavior: http://bugs.php.net/fix.php?id=28016&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28016&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28016&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28016&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28016&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28016&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28016&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28016&r=float
#28016 [Asn]: is_resource() returns false for resources of type "Unknown"
ID: 28016 User updated by: php at ter dot dk Reported By: php at ter dot dk Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS, 5CVS (2004-04-16) Assigned To: derick New Comment: But will it solve the problem in my situation? After all, I do have a resource by hand, and would be pretty sad if other functions wouldn't recognize it as a resource. I do agree though that making gettype not return "resource" for a closed resource (since is_resource() already does that). I just don't like the idea that these functions might not recognize my resource at all. - Peter Brodersen Previous Comments: [2004-04-16 03:15:17] [EMAIL PROTECTED] No, the fix was correct. Close() in this case destroyed the resource data in the variable, so it's no longer a resource anymore. I think the correct thing to do here is to make gettype() not show "resource" either. [2004-04-15 22:35:54] [EMAIL PROTECTED] Derick, IMO, the fix for bug #27822 was incorrect. Resource is still a resource even if it's closed.. Or you need to unset the variable with any 'close'.. :) ---- [2004-04-15 21:15:58] php at ter dot dk Description: (version of PHP is 4.3.6, not 4.3.6RC3, but I wasn't able to select that) If a resource for some reason is of type "Unknown", is_resource() returns false. Though, gettype() still returns "resource" as type, as always. This behaviour in is_resource() has changed between 4.3.5 and 4.3.6. I'm guessing here, but the new behaviour could be related to changes introduced to fix bug 27822 (which was fixed in between 4.3.5 and 4.3.6). In my example I'm using php-imlib to gain an object of type "Unknown". Even though it isn't an official extension, there still is some inconsistency between gettype() returning "resource" and is_resource() returning false. In other words, it's the inconsistency between is_resource() and gettype() I see as the bug. Example is also available at: http://stock.ter.dk/resource_error.php Reproduce code: --- $i = imlib_create_image(100,200); var_dump($i); var_dump(gettype($i)); var_dump(is_resource($i)); Expected result: resource(2) of type (Unknown) string(8) "resource" bool(true) Actual result: -- resource(2) of type (Unknown) string(8) "resource" bool(false) -- Edit this bug report at http://bugs.php.net/?id=28016&edit=1
#28046 [NEW]: X-Powered-By shows wrong version
From: freebsd at mwi dot dk Operating system: FreeBSD 4.9 PHP version: 4.3.6 PHP Bug Type: PHP options/info functions Bug description: X-Powered-By shows wrong version Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit bug report at http://bugs.php.net/?id=28046&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28046&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28046&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28046&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28046&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28046&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28046&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28046&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28046&r=support Expected behavior: http://bugs.php.net/fix.php?id=28046&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28046&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28046&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28046&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28046&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28046&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28046&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28046&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28046&r=float
#28046 [Bgs]: X-Powered-By shows wrong version
ID: 28046 User updated by: freebsd at mwi dot dk Reported By: freebsd at mwi dot dk Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD 4.9 PHP Version: 4.3.6 New Comment: Never the less thats the case. Please let me know how to debug this so I can fix this. I've installed direct from ports (cvs ports/make install): pkg_info: apache+mod_ssl-1.3.29+2.8.16_1 The Apache 1.3 webserver with SSL/TLS functionality mod_php4-4.3.6,1PHP Apache Modul [EMAIL PROTECTED] [/usr] # php -v PHP 4.3.6 (cli) (built: Apr 16 2004 17:34:07) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies HTTP/1.1 200 OK Date: Sun, 18 Apr 2004 11:30:47 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT X-Powered-By: PHP/4.3.4 Set-Cookie: PHPSESSID=0daa326af08b4b6d8f3ec367d0c2dfb9; path=/ Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html Previous Comments: [2004-04-18 13:09:53] [EMAIL PROTECTED] That is impossible, you must have installed/compile in the wrong way, or the ports are screwed up. [2004-04-18 11:35:02] freebsd at mwi dot dk Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit this bug report at http://bugs.php.net/?id=28046&edit=1
#28046 [Bgs]: X-Powered-By shows wrong version
ID: 28046 User updated by: freebsd at mwi dot dk Reported By: freebsd at mwi dot dk Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD 4.9 PHP Version: 4.3.6 New Comment: Never mind. My bad. Previous Comments: [2004-04-18 13:32:17] freebsd at mwi dot dk Never the less thats the case. Please let me know how to debug this so I can fix this. I've installed direct from ports (cvs ports/make install): pkg_info: apache+mod_ssl-1.3.29+2.8.16_1 The Apache 1.3 webserver with SSL/TLS functionality mod_php4-4.3.6,1PHP Apache Modul [EMAIL PROTECTED] [/usr] # php -v PHP 4.3.6 (cli) (built: Apr 16 2004 17:34:07) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies HTTP/1.1 200 OK Date: Sun, 18 Apr 2004 11:30:47 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT X-Powered-By: PHP/4.3.4 Set-Cookie: PHPSESSID=0daa326af08b4b6d8f3ec367d0c2dfb9; path=/ Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html [2004-04-18 13:09:53] [EMAIL PROTECTED] That is impossible, you must have installed/compile in the wrong way, or the ports are screwed up. [2004-04-18 11:35:02] freebsd at mwi dot dk Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit this bug report at http://bugs.php.net/?id=28046&edit=1
#28386 [NEW]: wordwrap counts extra character for following lines
From: php at ter dot dk Operating system: Linux PHP version: 4.3.6 PHP Bug Type: Strings related Bug description: wordwrap counts extra character for following lines Description: wordwrap will wrap at length for the first wrapped line and length-1 for the following lines in the following code. My guess is that it counts the space where the text is wrapped before, for the following line (even though the space is removed in the output). The reproducible code was tested under Linux (PHP4.3.6), AIX (PHP4.3.2) and FreeBSD (PHP4.3.4). I haven't put up a test where several spaces follow at the wrapping-point, but it might be tested as well. Reproduce code: --- (nls2br() only added for easy same result when not using nl2br(), just look in the HTML-source instead) Expected result: Some text Some text Some text Some text Actual result: -- Some text Some text Some text Some text -- Edit bug report at http://bugs.php.net/?id=28386&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28386&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28386&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28386&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28386&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28386&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28386&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28386&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28386&r=support Expected behavior: http://bugs.php.net/fix.php?id=28386&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28386&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28386&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28386&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28386&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28386&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28386&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28386&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28386&r=float
#25252 [Com]: CGI Application Timeout
ID: 25252 Comment by: gvp at zzr dot dk Reported By: brothererryn at atomicmonks dot com Status: Closed Bug Type: CGI related Operating System: Windows 2000 Professional PHP Version: 4.3.3 Assigned To: phildriscoll New Comment: Yeah, i have same problem, tried different .exe's but nothing works (w2k server, IIS 5.0) Previous Comments: [2004-04-19 19:35:34] cdeogade at spectrum2020 dot com hi, I am running PHP 4.3.4.4 on IIS 5.1 on Windows XP. I think i installed PHP in Jan 2004. I get the folowing error message: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. In one of your responses you stated that everything above 4.3.3 is fixed, but its doesnt seem so. Also i changed the script execution time to higher value in my IIS server. Thanks Chaitanya [2004-03-30 12:11:30] bryan at bleu-tango dot com I have been having a similar problem, but it happens in every version from 4.3.2 through the 3-30 stable win32 release. See Bug #27781 [2004-03-30 01:26:55] [EMAIL PROTECTED] This bug (number 25252) is related to the fact that I accidentally put the cli rather than the cgi version of php.exe into the 4.3.3 installer. This was corrected after a few hours, and I'm certain that I didn't repeat the mistake in 4.3.4 or 4.3.5. Hence, I can state with confidence that the problems reported after I fixed the original error in August 2003, are not related to this bug. [2004-03-29 19:26:39] bryan at bleu-tango dot com I am having a similar problem with a similar setup. IIS 5, Win2k, PHP4.3.4 and 4.3.5 (tried with both). Any scripts that require database WRITES and executed with Internet Explorer (6.0) timeout. If you use Netscape, the script executes fine. If the script only does reads, you can use Netscape or IE. I have had this problem with PHPBB, in particular. This was not an issue in PHP 4.3.2 [2004-01-30 01:40:25] evan dot swendsen at shaw dot ca I have IIS 5.0 win Win 2K server with php 4.3.4 (from the installer and I'm getting the same thing) i tried pasting the 4.3.4 zip over top and im still getting it. HELP!! 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/25252 -- Edit this bug report at http://bugs.php.net/?id=25252&edit=1
#28400 [NEW]: ldap cannot connect (nothing send on network)
From: thu at nykredit dot dk Operating system: Linux debian testing PHP version: 5.0.0RC2 PHP Bug Type: LDAP related Bug description: ldap cannot connect (nothing send on network) Description: Ldap_connect does not work.. tcpdump shows no traffic on the network when trying to connect.. >dpkg -s |grep ldap gives: ii ldap-utils 2.1.23-1 OpenLDAP utilities ii libldap2 2.1.23-1 OpenLDAP libraries ii libldap2-dev 2.1.23-1 OpenLDAP development libraries The compile went fine and ldap show up as expected in phpinfo() LDAP Supportenabled RCS Version $Id: ldap.c,v 1.151 2004/04/06 23:14:06 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20123 I have compiled with the following directives: './configure' '--with-mysql' '--with-apxs' '--with-gd' '--with-openssl' '--with-zlib' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-dio' '--enable-ftp' '--with-ttf' '--enable-gd-native-ttf' '--with-kerberos' '--with-imap-ssl' '--with-mcrypt' '--enable-embedded-mysqli' '--enable-soap' '--with-xsl' '--with-pear' '--with-ming' '--with-oci8' '--with-ldap' Reproduce code: --- Expected result: I want to get a valid ldap connection, like I do when I run the script on another server with PHP4.. Actual result: -- ldap_connect() just returns null... Nothing is ever sent on the network.. -- Edit bug report at http://bugs.php.net/?id=28400&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28400&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28400&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28400&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28400&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28400&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28400&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28400&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28400&r=support Expected behavior: http://bugs.php.net/fix.php?id=28400&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28400&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28400&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28400&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28400&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28400&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28400&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28400&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28400&r=float
#28242 [NEW]: A site's session data is available for all virtual hosts on same server
From: php at ter dot dk Operating system: Linux PHP version: 4.3.6 PHP Bug Type: Session related Bug description: A site's session data is available for all virtual hosts on same server Description: This is a security-related issue. I couldn't find any mention of it by searching older bugs or reading the session-page. If several sites are hosted on the same web server - which is the case at most web hosting providers - a site would have access to read and write to a particular session created by another site. Example: Two sites is present at the same server. Site A is beyond our control. Site B is our own website, where we can use PHP. Site A sets a session and puts some data into this. By using the same sessionid in our code at site B, we are able to view and manupulate the session-data only present on the web server. The requirements are that site A provides us with a sessionid and we have access to another virtual host on the same webserver as the site, we would like to attack. This is not directly related to session fixation (the session already exists for the PHP-server). Also, the usage of session.use_only_cookies wouldn't change anything, since we could just craft our own cookie. I don't think that safe_mode could prevent anything, since we are just using the php-based functions and not snooping around the session-temp-dir manually. Reproduce code: --- I have put up an example at: http://stock.ter.dk/session.php (as site A) http://peter.plys.net/sessiontest.php (as site B) stock.ter.dk is the victim website where we ordinary would have no access. peter.plys.net is another website running at the same webserver. This would emulate our own website, where we can upload our PHP-code to access and manupulate the sessiondata. Since the sessiondata can contain code about whether we are logged in or not, which user we are logged in as and stuff alike, it might be a pretty serious security issue - although it does require that our site is located the same place as the victim website. Users with dedicated servers would not be at risk Expected result: The session data of stock.ter.dk and peter.plys.net would not be shared. Actual result: -- The session data of the websites are shared. A solution might be for PHP to add the SERVERNAME to the session-file (eg. "sess_stock.ter.dk_8a392cf...") and maybe an option to session_start() to allow sharing of session (as it is today) if anybody really depends on this "feature". -- Edit bug report at http://bugs.php.net/?id=28242&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28242&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28242&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28242&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28242&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28242&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28242&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28242&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28242&r=support Expected behavior: http://bugs.php.net/fix.php?id=28242&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28242&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28242&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28242&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28242&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28242&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28242&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28242&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28242&r=float
