#27823 [NoF->Opn]: __FILE__ still not working properly in includes under Solaris

[roy at pine dot nl]

 ID:   27823
 User updated by:  roy at pine dot nl
 Reported By:  roy at pine dot nl
-Status:   No Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Solaris 7
 PHP Version:  4.3.5
 New Comment:

We will try to upgrade to
http://snaps.php.net/php4-STABLE-latest.tar.gz
 today, and will let you know if it is working or not.


Previous Comments:


[2004-04-21 00:15:08] [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-04-13 12:32:30] [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-04-13 04:01:46] roy at pine dot nl

It also works with the 4.3.5 CLI binary.



[2004-04-09 08:46:59] roy at pine dot nl

It seems to work with the CLI binary i compiled from
http://snaps.php.net/php5-latest.tar.gz .



[2004-04-01 04:03:28] roy at pine dot nl

Description:

The __FILE__ bug under Solaris (http://bugs.php.net/bug.php?id=13936)
is still there.
I tried the same script setup under FreeBSD and PHP 4.3.4 where it
works like intended.

Reproduce code:
---
--- test.php
";
require("test2.php");
?>

--- test2.php



Expected result:

/home/whatever/www/test.php

/home/whatever/www/test2.php

Actual result:
--
/home/whatever/www/test.php

./test2.php





-- 
Edit this bug report at http://bugs.php.net/?id=27823&edit=1

#28073 [Asn->Fbk]: segmentation fault

[tony2001]

 ID:   28073
 Updated by:   [EMAIL PROTECTED]
 Reported By:  deviant at citiz dot net
-Status:   Assigned
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: RedHat 8.0
 PHP Version:  4.3.6
 Assigned To:  tony2001


Previous Comments:


[2004-04-21 08:03:19] [EMAIL PROTECTED]

Could you please try latest PHP5 snapshot and give me a short test
case?
BTW, you don't need to build both oracle and oci8 extensions at the
same time. Choose one of them (I recommend you oci8) and use it.



[2004-04-21 00:09:41] [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.

Given the provided backtrace it would seem that the crash 
is happening deep inside the oracle (?) library and as such 
is not something PHP is responsible for. 



[2004-04-20 08:04:27] deviant at citiz dot net

Description:

My apache2.0.49 always down when i browse a php page.
apache error_log shows
#tail /usr/local/apache/logs/error_log
[Tue Apr 20 13:20:49 2004] [notice] child pid 2117 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:26 2004] [notice] child pid 2103 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:27 2004] [notice] child pid 2119 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2124 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2115 exit signal
Segmentation fault (11)
[Tue Apr 20 13:24:15 2004] [notice] child pid 2131 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2143 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2142 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2132 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2126 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2123 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2116 exit signal
Segmentation fault (11)
[Tue Apr 20 13:27:27 2004] [notice] child pid 2122 exit signal
Segmentation fault (11)

My environment is
RedHat8.0
apache2.0.49
php4.3.6
oracle9.2.0.1

apache2#./configure --prefix=/usr/local/apache --enable-so

php4.3.6#./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache/bin/apxs
--with-oracle=/export/oracle/product/9i
--with-oci8=/export/oracle/product/9i  --without-pcre --with-gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-xpm-dir=/usr


gdb /usr/local/apache/bin/httpd
run -X
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 2033)]
0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
(gdb) bt
#0  0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#1  0x406c25f4 in nau_viat () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#2  0x406bb8ec in nau_gettab () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#3  0x406b9f6b in nau_ini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#4  0x406af8d3 in nainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#5  0x40663f57 in nsnainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#6  0x4065929a in nsopen () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#7  0x406423b9 in nscall1 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#8  0x406418f0 in nscall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#9  0x406d8914 in niotns () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#10 0x406d4629 in nigcall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#11 0x40671b73 in osncon () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#12 0x404ad8f3 in kpuadef () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#13 0x40530ac5 in upiini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#14 0x4051fe1b in upiah0 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#15 0x40487eb6 in kpuatch () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#16 0x40513f9c in OCIServerAttach () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#17 0x40214895 in _oci_open_server (dbname=0x81e40ac "XINTV",
persistent=0)
at /usr/local/php-4.3.6/ext/oci8/oci8.c:2536
#18 0x40215409 in oci_do_connect (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=1, 
persistent=0, exclusive=0) at
/usr/local/php-4.3.6/ext/oci8/oci8.c:2701
#19 0x40219c44 in zif_ocilogon (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=

#28073 [Bgs->Asn]: segmentation fault

[tony2001]

 ID:   28073
 Updated by:   [EMAIL PROTECTED]
 Reported By:  deviant at citiz dot net
-Status:   Bogus
+Status:   Assigned
-Bug Type: Apache2 related
+Bug Type: OCI8 related
 Operating System: RedHat 8.0
 PHP Version:  4.3.6
-Assigned To:  
+Assigned To:  tony2001
 New Comment:

Could you please try latest PHP5 snapshot and give me a short test
case?
BTW, you don't need to build both oracle and oci8 extensions at the
same time. Choose one of them (I recommend you oci8) and use it.


Previous Comments:


[2004-04-21 00:09:41] [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.

Given the provided backtrace it would seem that the crash 
is happening deep inside the oracle (?) library and as such 
is not something PHP is responsible for. 



[2004-04-20 08:04:27] deviant at citiz dot net

Description:

My apache2.0.49 always down when i browse a php page.
apache error_log shows
#tail /usr/local/apache/logs/error_log
[Tue Apr 20 13:20:49 2004] [notice] child pid 2117 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:26 2004] [notice] child pid 2103 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:27 2004] [notice] child pid 2119 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2124 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2115 exit signal
Segmentation fault (11)
[Tue Apr 20 13:24:15 2004] [notice] child pid 2131 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2143 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2142 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2132 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2126 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2123 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2116 exit signal
Segmentation fault (11)
[Tue Apr 20 13:27:27 2004] [notice] child pid 2122 exit signal
Segmentation fault (11)

My environment is
RedHat8.0
apache2.0.49
php4.3.6
oracle9.2.0.1

apache2#./configure --prefix=/usr/local/apache --enable-so

php4.3.6#./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache/bin/apxs
--with-oracle=/export/oracle/product/9i
--with-oci8=/export/oracle/product/9i  --without-pcre --with-gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-xpm-dir=/usr


gdb /usr/local/apache/bin/httpd
run -X
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 2033)]
0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
(gdb) bt
#0  0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#1  0x406c25f4 in nau_viat () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#2  0x406bb8ec in nau_gettab () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#3  0x406b9f6b in nau_ini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#4  0x406af8d3 in nainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#5  0x40663f57 in nsnainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#6  0x4065929a in nsopen () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#7  0x406423b9 in nscall1 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#8  0x406418f0 in nscall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#9  0x406d8914 in niotns () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#10 0x406d4629 in nigcall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#11 0x40671b73 in osncon () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#12 0x404ad8f3 in kpuadef () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#13 0x40530ac5 in upiini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#14 0x4051fe1b in upiah0 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#15 0x40487eb6 in kpuatch () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#16 0x40513f9c in OCIServerAttach () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#17 0x40214895 in _oci_open_server (dbname=0x81e40ac "XINTV",
persistent=0)
at /usr/local/php-4.3.6/ext/oci8/oci8.c:2536
#18 0x40215409 in oci_do_connect (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=1, 
persistent=0, exclusive=0) at
/usr/local/php-4.3.6/ext/oci8/oci8.c:2701
#19 0x40219c44 in zif_ocilogon (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=1)
at /usr/local/php-4.3.6/ext/oci8/oci8.c:43

#28029 [Fbk->Opn]: HTTP request failed!

[coadmin at hostings dot pl]

 ID:   28029
 User updated by:  coadmin at hostings dot pl
 Reported By:  coadmin at hostings dot pl
-Status:   Feedback
+Status:   Open
 Bug Type: URL related
 Operating System: FreeBSD 4.9 and 5.2.1
 PHP Version:  4CVS-2004-04-16 (stable)
 New Comment:

Latest stable PHP from CVS wasn't helpful for me, but is difference...

Apr 21 01:48:37 gw kernel: pid 44845 (httpd), uid 65534: exited on
signal 11
Apr 21 01:48:37 gw kernel: pid 45103 (httpd), uid 65534: exited on
signal 11
Apr 21 01:48:38 gw kernel: pid 45391 (httpd), uid 65534: exited on
signal 11
Apr 21 02:00:20 gw kernel: pid 70302 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:17 gw kernel: pid 91837 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:17 gw kernel: pid 80739 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:18 gw kernel: pid 79870 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:18 gw kernel: pid 79954 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:19 gw kernel: pid 80397 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:19 gw kernel: pid 92146 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:19 gw kernel: pid 80029 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:20 gw kernel: pid 91777 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:20 gw kernel: pid 80190 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:21 gw kernel: pid 80104 (httpd), uid 65534: exited on
signal 11
Apr 21 02:13:21 gw kernel: pid 92057 (httpd), uid 65534: exited on
signal 11

I can't do GDB because there are child processes, not root, and also I
haven't httpd.core.

Now I can't see "HTTP request failed!" but document contains no data.
(unexpected network error in lynx).


Previous Comments:


[2004-04-20 20:42:35] [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-04-20 11:41:04] servers at apandres dot com

I have the same problem, php 4.3.3 on redhat. i am checking for a
reciprocal link of a submitted page. it is working for a few hours and
then nothing can be submitted any more. same error msg. after apache
restart everything is ok again for the next few hours. i did not notice
this in php 4.3.2



[2004-04-18 00:59:25] coadmin at hostings dot pl

Maybe, old one was unclear, this the easiest way to reproduce this
bug:

http://www.cnn.com",r)) echo "OK";
?>

Online url: http://69.93.217.178/test.php

If fails it shows:
Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request
failed! 
 in /home/homepage/public_html/test.php on line 2

If works shows:
OK

Please help. Best regards.



[2004-04-18 00:02:34] coadmin at hostings dot pl

inessential, my solution was wrong. this is not it. please make your
investigations into this problem. thanks.



[2004-04-17 20:53:19] coadmin at hostings dot com dot pl

Please hold one for one day, maybe I've solution. I must test it. I
will write what about it in 24h. Regards.



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/28029

-- 
Edit this bug report at http://bugs.php.net/?id=28029&edit=1

#27810 [Com]: Apache-2.0.49 crashes on graceful/restart

[sugihara at gix dot or dot jp]

 ID:   27810
 Comment by:   sugihara at gix dot or dot jp
 Reported By:  renato at galle dot com dot br
 Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD-5.2.1-RELEASE-p4
 PHP Version:  4.3.5
 New Comment:

OS: VineLinux2.6r4(kernel2.4.22)
Apache: 2.0.49
PHP   : 4.3.6

FreeBSD port works fine on Linux too.
Without patch, 4.3.6 also caused Apache's segfault error. So Apache
crashed everytime log files were rotated by cron.
Thank you so much.


Previous Comments:


[2004-04-20 16:49:04] paul at vanbrouwershaven dot com

Same problem here with the lasted stable release PHP 4.3.6



[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 18:40:56] remco at linux-adept dot nl

Using PHP 4.3.5 or 4.3.6 crashes my Apache 2.0.49 doing a 'apachectl
graceful'. Which is a kill for logrotation! Everything was fine untill
4.3.5 came along. Changing back to 4.3.4 solves the problem.
I have tried recompiling apache etc. Nothing helps.
Gracefully restarting apache gives the following in the error-logs:
[Mon Apr 19 18:28:10 2004] [notice] Graceful restart requested, doing
restart
[Mon Apr 19 18:28:10 2004] [notice] seg fault or similar nasty error
detected in the parent process

And apache has to be restarted once more to get it running.



[2004-04-16 11:28:38] noackjr at alumni dot rice dot edu

Bless you -- the FreeBSD port works flawlessly for me now.



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

#26223 [NoF->Csd]: Error message makes PHP crash (in some special cases)

[Xuefer at 21cn dot com]

 ID:   26223
 User updated by:  Xuefer at 21cn dot com
 Reported By:  Xuefer at 21cn dot com
-Status:   No Feedback
+Status:   Closed
 Bug Type: *General Issues
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 New Comment:

seems fixed

but when i do "glob/unlink/rmdir" in session write handler, and it
crash randomly. still can't make a reproduciable script yet :(

marking this bug as closed


Previous Comments:


[2004-04-21 00:14:06] [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-04-13 12:55:35] [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-02-13 10:02:13] [EMAIL PROTECTED]

The crash happens in the error outputting
functions..php_docref..something. Marcus broke it so Marcus fixes it.




[2003-11-17 23:08:44] Xuefer at 21cn dot com

i'm not familiar with debugging
i'm stucked

with same script
still crash on
http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-foundstone-latest.zip
(with similar gdb bt)

but not crash on:
http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-debug-foundstone-latest.zip
output:

Warning: file_exists(): Stat failed for Unknown (errno=9 - Bad file
descriptor) in c:\test.php on line 14
warning: ---

warning:
f:\tbr\php\snapbuilder\php_4_3-foundstone\ext\standard\filestat.c(616)
: Block 0x00BAE800 status:

warning: Beginning: 
warning: Cached (allocated on
f:\tbr\php\snapbuilder\php_4_3-foundstone\main\main.c:485, 21 bytes)

warning:   End: 
warning: OK

warning: ---

[Tue Nov 18 11:23:53 2003]  Script:  'test.php'

Program exited normally.



[2003-11-17 21:38:43] [EMAIL PROTECTED]

Here you can find some debug enabled builds:

   http://www.thebrainroom.net/php-snaps/




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/26223

-- 
Edit this bug report at http://bugs.php.net/?id=26223&edit=1

#28085 [NEW]: Unknown Page gives "No input file specified." instead of 404 Error page.

[joshs at santsys dot com]

From: joshs at santsys dot com
Operating system: Windows 2003 Server
PHP version:  4.3.6
PHP Bug Type: IIS related
Bug description:  Unknown Page gives "No input file specified." instead of 404 Error 
page. 

Description:

When you go to a page that does not exist, the error "No input file
specified." is displayed instead of the default or custom IIS error.  The
IIS log shows that a HTTP 200 OK message is returned.

Reproduce code:
---
IIS Log Entry:
2004-04-21 04:21:24 10.1.1.251 GET /test.php - 80 - 10.1.1.140
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.1.4322;+.NET+CLR+1.0.3705)
200 0 0

Go to the page http://dhs.dixonusd.org/test.php to view the error.
test.php is a nonexistent page.

Expected result:

Custom 404 error page:

http://dhs.dixonusd.org/test.html



Actual result:
--
No input file specified.

-- 
Edit bug report at http://bugs.php.net/?id=28085&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28085&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28085&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28085&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28085&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28085&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28085&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28085&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28085&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28085&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28085&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28085&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28085&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28085&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28085&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28085&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28085&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28085&r=float

#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)

[paulc at 4-life dot net]

 ID:   13472
 Comment by:   paulc at 4-life dot net
 Reported By:  mat at dioxine dot com
 Status:   Closed
 Bug Type: Session related
 Operating System: Any
 PHP Version:  4.3.0
 New Comment:

I'm also getting this problem. Is there a possible fix without having
to edit the php.ini file?


Previous Comments:


[2004-04-18 11:19:01] gareth at blueshadow dot org dot uk

How about, finding a form's first  tag, and inserting the hidden
field just in front of that... 

That way, if the author has put their first input tag in a valid place,
PHP won't change that, and if it isn't in a compliant place, again, PHP
won't make it any more or less valid...

Just my $0.02



[2004-01-30 06:12:31] ebola at psychoholics dot org

I am going to test this very soon and will be fairly surprised if it
isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get
some free time.

Good night.



[2003-11-14 16:20:04] yallis at surr dot no

I don't know if this bug has been fixed, but many of us is still stuck
on hosts with "outdated" software. I solved this problem by putting
this lines in my .htaccess:

  php_value arg_separator.output "&"
  php_value url_rewriter.tags "a=href,area=href,frame=src,input=src"

..and put the hidden form value where I wanted it with


Seem to work properly and my XHTML1.1 is valid.



[2003-05-25 14:42:06] harrydeboer at home dot nl

PHP writes an extra  in my code, which is
html 4.01 strict. But in html 4.01 strict there should not be a closing
slash, so the code becomes invalid.
Is there any way to solve that without changing php.ini?



[2003-03-05 02:36:54] node at nodefall dot de

just open a new one... this seems to be the only way



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/13472

-- 
Edit this bug report at http://bugs.php.net/?id=13472&edit=1

#28007 [Asn->Csd]: FreeTDS support will not compile

[fmk]

 ID:   28007
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: MSSQL related
 Operating System: Linux
 PHP Version:  4.3.6RC3
 Assigned To:  fmk
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Older versions of FreeTDS does not define the SHORT type.


Previous Comments:


[2004-04-15 19:18:12] [EMAIL PROTECTED]

Assigned to Frank who added the line in question in rev 1.84
of php_mssql.c



[2004-04-15 10:27:22] [EMAIL PROTECTED]

Description:

See bug #21544 -- I was asked to open a new report.

./configure --with-mssql ...   works, but a make of the same fails
with: (see actual result).

FreeTDS version: (debian unstable) 0.53-7

Sniper mentioned that he thinks it's my FreeTDS install. Could be. The
attached patch seems to completely fix the problem, though.

As mentioned in the other bug: I'm not a C guy, so I could be way wrong
on this. All I know is that after patching, --with-mssql compiles and
the library seems to work (as) well (as mssql on linux has ever
worked).

S
---

Index: ext/mssql/php_mssql.c
===
RCS file: /repository/php-src/ext/mssql/php_mssql.c,v
retrieving revision 1.86.2.31
diff -u -r1.86.2.31 php_mssql.c
--- ext/mssql/php_mssql.c   30 Mar 2004 17:54:38 - 
1.86.2.31
+++ ext/mssql/php_mssql.c   14 Apr 2004 15:18:18 -
@@ -336,7 +336,7 @@
dbsetlogintime(MS_SQL_G(connect_timeout));
if (MS_SQL_G(timeout) < 0) MS_SQL_G(timeout) = 60;
dbsettime(MS_SQL_G(timeout));
-   dbsetmaxprocs((SHORT)MS_SQL_G(max_procs));
+   dbsetmaxprocs((int)MS_SQL_G(max_procs));

return SUCCESS;
 }


Reproduce code:
---
n/a

Expected result:

compile

Actual result:
--
ext/mssql/php_mssql.c: In function `zm_activate_mssql':
ext/mssql/php_mssql.c:339: `SHORT' undeclared (first use in this
function)
ext/mssql/php_mssql.c:339: (Each undeclared identifier is reported only
once
ext/mssql/php_mssql.c:339: for each function it appears in.)
make: *** [ext/mssql/php_mssql.lo] Error 1





-- 
Edit this bug report at http://bugs.php.net/?id=28007&edit=1

#24052 [Com]: Fatal error: Call to undefined function: mcrypt_generic_deinit()

[andy at vividflow dot com]

 ID:   24052
 Comment by:   andy at vividflow dot com
 Reported By:  wkongucd at yahoo dot com
 Status:   Closed
 Bug Type: mcrypt related
 Operating System: Windows 2000
 PHP Version:  4.3.4
 Assigned To:  edink
 New Comment:

It seems that the general concensus is that this issue is closed,
however, I'm running PHP 4.3.4 on a win 2k machine & apache 1.3x, also
downloaded latest libmcrypt.dll, and I consistently get

Fatal error: Call to undefined function: mcrypt_generic_deinit() in
...

everything else related to mycrypt works


Previous Comments:


[2004-01-18 17:39:28] [EMAIL PROTECTED]

Ok. The instructions on my site were a bit outdated. Your are supposed
to use php_mcrypt.dll from the php distribution 4.3.2 or newer and only
libmcrypt.dll from the file dowloaded from
http://ftp.emini.dk/pub/php/win32/mcrypt/

I have now removed php_mcrypt.dll from there so people in he future
don't make similar mistake.



[2004-01-18 14:33:06] ronan at ronanmcnulty dot co dot uk

I have the exact same error with the example 2 from :
http://www.php.net/manual/en/function.mcrypt-module-open.php



[2004-01-18 14:28:35] [EMAIL PROTECTED]

Still seems to fail as a user on IRC reported that he still gets this
error; not sure why though as the define seems to be set just fine.
(Perhaps it needs to be set to /D HAVE_MCRYPT_GENERIC_DEINIT=1 as the
code uses  #if and not #ifdef).



[2003-12-30 20:05:57] [EMAIL PROTECTED]

Was already fixed. (in the SNAPSHOTS..)




[2003-12-19 06:12:53] nunoplopes at sapo dot pt

I'm using php 4.3.5-dev with the extension from
http://ftp.emini.dk/pub/php/win32/mcrypt/ as sugested by the manual.
I receive the error "Call to undefined function:
mcrypt_generic_deinit()".



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/24052

-- 
Edit this bug report at http://bugs.php.net/?id=24052&edit=1

#28084 [NEW]: Crashes when fonts are accessed

[doormat at sequence-omega dot net]

From: doormat at sequence-omega dot net
Operating system: Windows 2000 SP3
PHP version:  4.3.6
PHP Bug Type: Reproducible crash
Bug description:  Crashes when fonts are accessed

Description:

Using the JPGraph library, when any graphs are created at the same time,
and they use TrueType fonts, apache will crash. Switching away from the
use of TrueType fonts helps, but occasional crashes still happen. The
developer of JPGraph said the problem was in the underlying PHP
implementation (http://jpgraph.fan-atics.com/viewtopic.php?t=1752) so I'd
thought I'd file a bug report to see if ya'll could figure it out. 

Reproduce code:
---
Too long to post... download sample code from
http://www.aditus.nu/jpgraph/ and put multiple graphs (especially ones
that use TTFs) on one page and load it up and apache should crash. 


-- 
Edit bug report at http://bugs.php.net/?id=28084&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28084&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28084&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28084&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28084&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28084&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28084&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28084&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28084&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28084&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28084&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28084&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28084&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28084&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28084&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28084&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28084&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28084&r=float

#28071 [Opn->Bgs]: Flag "MYSQL_CLIENT_COMPRESS" not working

[iliaa]

 ID:   28071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpb at lwnetwork dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Linux RedHat
 PHP Version:  4.3.4
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Your server does not appear to support compression, hence 
the 'problem'. This is not a PHP bug. 


Previous Comments:


[2004-04-20 19:12:55] phpb at lwnetwork dot com

There isn't 'HAVE_COMPRESS' variable in mysql server.
So this is probably mysql related and not php bug.

| have_bdb| NO 
| have_crypt  | YES 
| have_innodb | DISABLED 
| have_isam   | YES 
| have_raid   | NO  
| have_symlink| YES 
| have_openssl| NO  
| have_query_cache| YES
...
| version | 4.0.18-standard 
| version_comment | Official MySQL RPM 


configuration (incl. mysql client library)
--
mysql
MySQL Support enabled 
Active Persistent Links  0  
Active Links  0  
Client API version  3.23.49  
MYSQL_MODULE_TYPE  builtin  
MYSQL_SOCKET  /var/tmp/mysql.sock  
MYSQL_INCLUDE  no value  
MYSQL_LIBS  no value



[2004-04-20 17:48:08] [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.


Please provide information about php configuration (incl. 
mysql client library) and MySQL Server configuration. 
What does SHOW VARIABLES LIKE \'have_compress\' show? 



[2004-04-20 05:13:57] phpb at lwnetwork dot com

Description:

Tested with: PHP 4.3.4 / MySQL 4.0.18

I have been testing MYSQL_CLIENT_COMPRESS flag in mysql_connect funcion
and compressed protocol is not used, data is transfered from
client/server in no compressed way.

mytest.php :
-- 
$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT
_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
---

I test versus my firewall : 

29 2486 3685K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 

then i restart my firewall and do :

mytest.php :

$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
 

/etc/init.d/firewall.sh status | grep mysql 

29 2486 3684K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 


(needless to say that the database server is on a remote host)


(Info copied from Sebastian, as he got same problem as me and tested
with a firewall)

Regards, Alex






-- 
Edit this bug report at http://bugs.php.net/?id=28071&edit=1

#28073 [Opn->Bgs]: segmentation fault

[iliaa]

 ID:   28073
 Updated by:   [EMAIL PROTECTED]
 Reported By:  deviant at citiz dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: RedHat 8.0
 PHP Version:  4.3.6
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Given the provided backtrace it would seem that the crash 
is happening deep inside the oracle (?) library and as such 
is not something PHP is responsible for. 


Previous Comments:


[2004-04-20 08:04:27] deviant at citiz dot net

Description:

My apache2.0.49 always down when i browse a php page.
apache error_log shows
#tail /usr/local/apache/logs/error_log
[Tue Apr 20 13:20:49 2004] [notice] child pid 2117 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:26 2004] [notice] child pid 2103 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:27 2004] [notice] child pid 2119 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2124 exit signal
Segmentation fault (11)
[Tue Apr 20 13:22:30 2004] [notice] child pid 2115 exit signal
Segmentation fault (11)
[Tue Apr 20 13:24:15 2004] [notice] child pid 2131 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2143 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:33 2004] [notice] child pid 2142 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2132 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2126 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2123 exit signal
Segmentation fault (11)
[Tue Apr 20 13:25:45 2004] [notice] child pid 2116 exit signal
Segmentation fault (11)
[Tue Apr 20 13:27:27 2004] [notice] child pid 2122 exit signal
Segmentation fault (11)

My environment is
RedHat8.0
apache2.0.49
php4.3.6
oracle9.2.0.1

apache2#./configure --prefix=/usr/local/apache --enable-so

php4.3.6#./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache/bin/apxs
--with-oracle=/export/oracle/product/9i
--with-oci8=/export/oracle/product/9i  --without-pcre --with-gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-xpm-dir=/usr


gdb /usr/local/apache/bin/httpd
run -X
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 2033)]
0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
(gdb) bt
#0  0x406c3e71 in snauca_check_adapter () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#1  0x406c25f4 in nau_viat () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#2  0x406bb8ec in nau_gettab () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#3  0x406b9f6b in nau_ini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#4  0x406af8d3 in nainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#5  0x40663f57 in nsnainit () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#6  0x4065929a in nsopen () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#7  0x406423b9 in nscall1 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#8  0x406418f0 in nscall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#9  0x406d8914 in niotns () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#10 0x406d4629 in nigcall () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#11 0x40671b73 in osncon () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#12 0x404ad8f3 in kpuadef () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#13 0x40530ac5 in upiini () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#14 0x4051fe1b in upiah0 () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#15 0x40487eb6 in kpuatch () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#16 0x40513f9c in OCIServerAttach () from
/export/oracle/product/9i/lib/libclntsh.so.9.0
#17 0x40214895 in _oci_open_server (dbname=0x81e40ac "XINTV",
persistent=0)
at /usr/local/php-4.3.6/ext/oci8/oci8.c:2536
#18 0x40215409 in oci_do_connect (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=1, 
persistent=0, exclusive=0) at
/usr/local/php-4.3.6/ext/oci8/oci8.c:2701
#19 0x40219c44 in zif_ocilogon (ht=3, return_value=0x81e552c,
this_ptr=0x0, return_value_used=1)
at /usr/local/php-4.3.6/ext/oci8/oci8.c:4340
#20 0x4031357e in execute (op_array=0x81cc0f4) at
/usr/local/php-4.3.6/Zend/zend_execute.c:1635
#21 0x403137b1 in execute (op_array=0x81dfa98) at
/usr/local/php-4.3.6/Zend/zend_execute.c:1679
#22 0x403137b1 in execute (op_array=0x818696c) at
/usr/local/php-4.3.6/Zend/zend_execute.c:1679
#23 0x40301e6b in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/php-4.3.6/Zend/zend.c:8

#27990 [Fbk->NoF]: sqlite_open() crashing Apache on non sqlite databases

[iliaa]

 ID:   27990
 Updated by:   [EMAIL PROTECTED]
 Reported By:  csaba at alum dot mit dot edu
-Status:   Feedback
+Status:   No Feedback
 Bug Type: SQLite related
 Operating System: Win 2K
 PHP Version:  5.0.0RC1
 New Comment:

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.




Previous Comments:


[2004-04-14 10:08:49] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

I think this was fixed just recently.




[2004-04-14 07:45:06] csaba at alum dot mit dot edu

Description:

I want to get a list of all SQLite databases under my root directory so
I figured I'd get a list of all the files, open each one using
sqlite_open, and assume those that didn't result in warnings/errors
were keepers.

sqlite_open is extremely unhappy about this and apache 2.0.48 dies.

Reproduce code:
---
$root = "c:\\Your\\Path\\Here";

$aFiles = dirList($root, 2, 1);
for ($i=sizeof($aFiles);$i--;) {
if (!($db=sqlite_open($aFiles[$i],0666,$sqliteerror))) unset
($aFiles[$i]);
else {
if (!sqlite_array_query($db,"SELECT * FROM sqlite_master;",
SQLITE_ASSOC))
unset ($aFiles[$i]);
sqlite_close($db);
}
}
var_dump ($aFiles);

function dirList($path=NULL, $types=2, $levels=1) {
//  returns an array of the specified files/directories
//  Note that directories are prefixed with a '*'
//  This can be eliminated from the line above the return
//  $path defaults to the current working directory
//  $types:  2 => files; 1 => directories; 3 => both;
//  $levels: 1 => look in the $path only; 2 => $path and all children;
//   3 => $path, children, grandchildren; 0 => $path and all
descendants;
//   less than 0 => complement of -$levels: everything starting
-$levels down
//e.g. -1 => everthing except $path; -2 => all
descendants except $path + children

$pathSep = strstr(PHP_OS, "WIN") ? "\\" : "/";
if ([EMAIL PROTECTED]) $path = getcwd();
$aRes = array();// result
$aAcc=array();  // accumulate
$aDir = array(realpath($path));
for
($i=$levels>0?$levels++:-1;$i--&&$aDir;$aDir=$aAcc,$aAcc=array())
while ($dir = array_shift($aDir))
foreach (scandir ($dir) as $fileOrDir)
if ($fileOrDir!="." && $fileOrDir!="..") {
if ($isDir = is_dir ($rp="$dir$pathSep$fileOrDir"))
$aAcc[] = $rp;
if ($i<$levels-1 && ($types & (2-$isDir))) $aRes[]
= ($isDir?"*":"") . $rp; }
return $aRes;
}


Expected result:

I expect to get a list of sqlite database files.  I expect to be able
to use @sqlite_open and have it fail gracefully (silently) without
taking PHP and Apache with it.


Actual result:
--
The above variant on my system with three files in the directory
(dbFile.db, index.php, index.php~) produced two warnings:

Warning: sqlite_open() [function.sqlite-open]: database disk image is
malformed in .../test.php on sqlite_open line
and showed the dbFile.db as OK

Every other variant crashes apache, such as doing a print of
$aFiles[$i] within the else, or inserting ' || $sqliteerror' as the
second half of the first if, or putting an '@' in front of
sqlite_open.

Thanks,
Csaba Gabor





-- 
Edit this bug report at http://bugs.php.net/?id=27990&edit=1

#27968 [Fbk->NoF]: segmentation violation when running cli and shebang, but not cli full path

[iliaa]

 ID:   27968
 Updated by:   [EMAIL PROTECTED]
 Reported By:  apc at guidoni dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: SCO_SV localhost 3.2 5.0.5 i386
 PHP Version:  4CVS-2004-04-12 (stable)
 New Comment:

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.




Previous Comments:


[2004-04-12 19:26:22] [EMAIL PROTECTED]

See bug #24457 and try the patch provided by Ilia. 




[2004-04-12 18:43:34] apc at guidoni dot com

i am not sure what you mean by it works fine there.  do 
you have an sco os 5.0.5 box and the rest of the blah?  
i had no part of the decision to go with sco and would 
probably go with micro$oft before any sco product.  
with that aside, i just try to help the client, who was 
sold the sco solution by someone else.  will you please 
take a look at this?

i am not sure it is system based, looking at main.c and 
cgi_main.c, it looks like php is not able to build the 
argvs correctly, starting with argv[0] the scriptname.  
perhaps because of a broken getcwd??



[2004-04-12 18:19:42] [EMAIL PROTECTED]

This is just something broken in your system, it works fine here. Also,
we are not really interested in debugging this for SCO Unix.



[2004-04-12 18:11:56] apc at guidoni dot com

Description:

php-4.3.5 does not compile; php4-STABLE-200404061630 
and php4-STABLE-200404122030 compile without problems.  

./configure --with-curl
stock php.ini
PHP 4.3.6RC4-dev (cli) (built: Apr 12 2004 14:16:24)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend 
Technologies

both snaps fail with shebangs and when calling the cli 
version with the filename as the argument, eg `php 
foobar.php'.

[EMAIL PROTECTED] 1% php abc.php
php: Segmentation violation -- Core dumped
[EMAIL PROTECTED] 2%

[EMAIL PROTECTED] 3% php ./abc.php
php: Segmentation violation -- Core dumped
[EMAIL PROTECTED] 4%

[EMAIL PROTECTED] 5% php ~/abc.php
hello world
[EMAIL PROTECTED] 6%

[EMAIL PROTECTED] 7% php /usr/user/abc.php
hello world
[EMAIL PROTECTED] 8%

--add the shebang #!/usr/local/bin/php to abc.php--
[EMAIL PROTECTED] 9% chmod u+x abc.php

[EMAIL PROTECTED] 10% ./abc.php
php: Segmentation violation -- Core dumped
[EMAIL PROTECTED] 11%

[EMAIL PROTECTED] 12% set path =(~/bin $path)
[EMAIL PROTECTED] 13% cp abc.php ~/bin
[EMAIL PROTECTED] 14% abc.php
hello world
[EMAIL PROTECTED] 15%

[EMAIL PROTECTED] 16% /usr/user/abc.php
hello world
[EMAIL PROTECTED] 17%

Reproduce code:
---


or

#!/usr/local/bin/php


Expected result:

hello world

Actual result:
--
[EMAIL PROTECTED] 6% php abc.php
php: Segmentation violation -- Core dumped
[EMAIL PROTECTED] 7% gdb /usr/local/bin/php core
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public 
License, and you are
welcome to change it and/or distribute copies of it 
under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show 
warranty" for details.
This GDB was configured as "i586-pc-sco3.2v5.0"...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
#0  0x80030232 in ?? ()
(gdb) 
(gdb) bt
#0  0x80030232 in ?? ()
#1  0x800a4cd0 in ?? ()
#2  0x800a4fb0 in ?? ()
#3  0x08104568 in php_execute_script 
(primary_file=0x8047d58) at /usr/user/php/php4-STABLE-
200404061630/main/main.c:1694
#4  0x08141ecd in main (argc=2, argv=0x8047d8c) at /
usr/user/php/php4-STABLE-200404061630/sapi/cgi/
cgi_main.c:1339
#5  0x08060dae in _start ()
(gdb) 





-- 
Edit this bug report at http://bugs.php.net/?id=27968&edit=1

#27823 [Fbk->NoF]: __FILE__ still not working properly in includes under Solaris

[iliaa]

 ID:   27823
 Updated by:   [EMAIL PROTECTED]
 Reported By:  roy at pine dot nl
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Solaris 7
 PHP Version:  4.3.5
 New Comment:

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.




Previous Comments:


[2004-04-13 12:32:30] [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-04-13 04:01:46] roy at pine dot nl

It also works with the 4.3.5 CLI binary.



[2004-04-09 08:46:59] roy at pine dot nl

It seems to work with the CLI binary i compiled from
http://snaps.php.net/php5-latest.tar.gz .



[2004-04-01 04:03:28] roy at pine dot nl

Description:

The __FILE__ bug under Solaris (http://bugs.php.net/bug.php?id=13936)
is still there.
I tried the same script setup under FreeBSD and PHP 4.3.4 where it
works like intended.

Reproduce code:
---
--- test.php
";
require("test2.php");
?>

--- test2.php



Expected result:

/home/whatever/www/test.php

/home/whatever/www/test2.php

Actual result:
--
/home/whatever/www/test.php

./test2.php





-- 
Edit this bug report at http://bugs.php.net/?id=27823&edit=1

#27761 [Fbk->NoF]: Long list of require_once first slows down PHP than crashes Apache

[iliaa]

 ID:   27761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wf at bitplan dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  5.0.0RC1
 New Comment:

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.




Previous Comments:


[2004-04-13 13:04:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-03-29 17:02:41] wf at bitplan dot com

Description:

With the script below I generated some 200 PHP classes.
The profiling result for loading all these classes with some 25.000
lines of code is:

start:00:04:50.999346
stop :00:04:51.432091

The loading takes some 432 Milliseconds that ok for so many classes.

Doing the same with 60 classes in real code environment takes
from 3 to 25 secs before Apache crashes ...


awk '
BEGIN {
for (i=1;i<200;i++) {
class=sprintf("class%03d",i);
fname=class".php";
print "  fname
printf("class %s {\n",class) >>fname
printf("  public $somevar;\n") >> fname
for (j=1;j<60;j++) {
printf("  public function somefunction"j"() {\n") >> fname
printf("  }\n") >>fname
}
printf("} // %s\n",class) >>fname
print "?>" >> fname
close(fname);
}
fname="test.php";
print "  fname
print "include(\"profile.php\");" >> fname
print "profile(\"start\");" >> fname
for (i=1;i<200;i++) {
class=sprintf("class%03d",i);
classfname=class".php";
printf("require_once(\"%s\");\n",classfname) >> fname
}
print "displayProfile();" >> fname  
print "?>" >> fname
close(fname);   
}
'

profile.php has the following content:
";
global $profile_times;
foreach ($profile_times as $_step=>$_time) {
echo $_step.":".$_time."";
} // foreach
} // displayProfile 
?>

Reproduce code:
---
It said: 
Please do not post more than 20 lines of source code.
If the code is longer then 20 lines, provide an URL to the source code
that will reproduce the bug.

Sorry - If I'd provide the URL I'd have to provide a server that may
crash any time.
A Zip File with the code can be made available by us
XPath.Class.php loading took up to 1.9 secs in our enviroment alone
when using the __Autoload feature:

be/estro/genepi/classUserManager.php:23:42:12.556828
  com/bitplan/common/XPath.class.php:23:42:14.405958

Expected result:

Performance should be acceptable that is class loading should take less
than 300 millisecs. 

Actual result:
--
Loading of a single class with 5600 lines of code takes 1.9 secs:
be/estro/genepi/classSession.php:23:42:12.422696
be/estro/genepi/classUserManager.php:23:42:12.556828 (250 lines of code
take approx 130 Millisecs ...)
  com/bitplan/common/XPath.class.php:23:42:14.405958
5600 lines take 1.9 secs ...





-- 
Edit this bug report at http://bugs.php.net/?id=27761&edit=1

#27729 [Fbk->NoF]: cant compile ext/sqlite as shared

[iliaa]

 ID:   27729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: IRIX64 6.5.23m
 PHP Version:  5CVS-2004-03-27 (dev)
 New Comment:

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.




Previous Comments:


[2004-04-13 13:09:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-03-27 08:09:11] [EMAIL PROTECTED]

Description:

I have problems with compiling the ext/sqlite as a shared one with
todays php5 cvs. The build is for a cli version. It makes NO problem
when compiling the extension into the mod_php.


[o2k]:/mnt/MIPS/php-src $ cat config.nice.cli
#! /bin/sh
#
# Created by configure


rm config.cache;
gmake distclean;

CFLAGS='-O3 -mp -OPT:Olimit=0:roundoff=3 
-TARG:platform=IP27:proc=r1 -mips4 -Xcpluscomm 
-I/usr/freeware/include -I/usr/local/include ' \
CXXFLAGS='-O3 -mips4' \
LDFLAGS=' -mp -Wl,-rpath,/usr/local/lib  -Wl,-rpath,/usr/freeware/lib32
-lcrypto ' \
CC='cc' \
CXX='C' \
'./configure' \
'--prefix=/usr/local/php5' \
'--enable-tokenizer' \
'--enable-dio' \
'--enable-aggregate' \
'--enable-memory-limit' \
'--enable-dba' \
'--enable-dbx' \
'--disable-cgi' \
'--enable-exif' \
'--enable-calendar' \
'--enable-bcmath' \
'--enable-shmop' \
'--enable-ftp' \
'--enable-sysvshm=yes' \
'--enable-sysvsem=yes' \
'--enable-track-vars=yes' \
'--enable-url-includes' \
'--enable-versioning' \
'--enable-sockets' \
'--enable-dbase' \
'--enable-memory-limit' \
'--enable-wddx' \
'--with-gd=shared' \
'--with-png-dir=/usr/local' \
'--with-jpeg-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--with-zlib-dir=/usr/freeware' \
'--with-zlib' \
'--with-config-file-path=/etc/php5' \
'--with-pear' \
'--with-sqlite=shared' \
'--with-mcrypt=shared,/usr/local' \
'--with-hash=shared,/usr/local' \
'--with-mysql=/usr/local/mysql' \
'--with-ming=shared,/usr/local' \
'--with-mnogosearch=shared,/usr/local/mnogosearch' \
'--with-imagick-gm=shared,/usr/local' \
'--with-localizer=shared=/usr/local' \
'--with-pgsql=shared,/usr/local/pgsql' \
'--with-pear' \
'--with-curl=shared,/usr/local' \
"$@"

./config.nice.cli
[..]
checking whether to enable UTF-8 support in sqlite (default:
ISO-8859-1)... no
checking for sqlite support... yes, shared
checking size of char *... 4
checking for lemon... no
[..]

gmake -j 16
cc-1005 cc: ERROR File =
/mnt/MIPS/php-src/ext/sqlite/libsqlite/src/config.h, Line = 1
  The source file "/mnt/MIPS/php-src/config.h" is unavailable.
  #include "/mnt/MIPS/php-src/config.h"
   ^
1 catastrophic error detected in the compilation of
"/mnt/MIPS/php-src/ext/sqlite/libsqlite/src/parse.c".

The config.h isnt create on compile time.. but i dont know why.
A workaround is to edit the ext/sqlite/libsqlite/src/config.h file and
include /mnt/MIPS/php-src/main/php_config.h instead of 
#include "/mnt/MIPS/php-src/config.h"







-- 
Edit this bug report at http://bugs.php.net/?id=27729&edit=1

#27724 [Fbk->NoF]: static variables do not behave like expected

[iliaa]

 ID:   27724
 Updated by:   [EMAIL PROTECTED]
 Reported By:  leonel at nied dot unicamp dot br
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Fedora Core1
 PHP Version:  5.0.0RC1
 New Comment:

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.




Previous Comments:


[2004-04-13 13:06:01] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-03-28 02:05:54] jewfish at jewfish dot net

I have seen this bug in PHP 4 as well (encountered it the same day you
posted this bug, in fact).  It can be verified to be in PHP 4 in much
the same way.



[2004-03-27 11:50:55] kase at gmx dot net

Works well using this code:

kasedebian:/var/www# cat test.php5
getInstance();
var_dump($d1);
$tmp2 = new IntegerFactory;
$d2 = $tmp2->getInstance();
var_dump($d2);
$d3 = $tmp1->getInstance();
var_dump($d3);
?>



[2004-03-26 15:21:46] leonel at nied dot unicamp dot br

Funny enough, I remember now that I got this code from an article from
Andy Gutsman himself:

http://www.zend.com/php5/andi-book-excerpt.php (see 10.static members)



[2004-03-26 15:20:13] leonel at nied dot unicamp dot br

Description:

I tried to implement a class with the Singleton pattern. However,
static variables do not seem to tie to the class, but rather to the
instance of the class.

Looking at bug 16245
  http://bugs.php.net/bug.php?id=16245&edit=2
I see that Mr. Flying and I have sort of 'exchanged' bugs. He got the
result I expected and I got the result he expected.
Notice 2 things: first, he assigned a primitive type to his variable,
whereas my variable holds an object; second, his variable is declared
inside the function, and mine is declared inside the class.

Reproduce code:
---
int) ) {
echo 'null !', "\n"; $this->int = new IntegerFactory;
}
return $this->int;
}
}
$tmp1 = new IntegerFactory;
$d1 = $tmp1->getInstance();
var_dump($d1);
$tmp2 = new IntegerFactory;
$d2 = $tmp2->getInstance();
var_dump($d2);
$d3 = $tmp1->getInstance();
var_dump($d3);
?>

Expected result:

null !
object(IntegerFactory)#2 (0) {
}
object(IntegerFactory)#2 (0) {
}
object(IntegerFactory)#2 (0) {
}


Actual result:
--
null !
object(IntegerFactory)#2 (0) {
}
null !
object(IntegerFactory)#4 (0) {
}
object(IntegerFactory)#2 (0) {
}






-- 
Edit this bug report at http://bugs.php.net/?id=27724&edit=1

#26223 [Fbk->NoF]: Error message makes PHP crash (in some special cases)

[iliaa]

 ID:   26223
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Xuefer at 21cn dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: *General Issues
 Operating System: win32 only
 PHP Version:  4CVS, 5CVS
 Assigned To:  helly
 New Comment:

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.




Previous Comments:


[2004-04-13 12:55:35] [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-02-13 10:02:13] [EMAIL PROTECTED]

The crash happens in the error outputting
functions..php_docref..something. Marcus broke it so Marcus fixes it.




[2003-11-17 23:08:44] Xuefer at 21cn dot com

i'm not familiar with debugging
i'm stucked

with same script
still crash on
http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-foundstone-latest.zip
(with similar gdb bt)

but not crash on:
http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-debug-foundstone-latest.zip
output:

Warning: file_exists(): Stat failed for Unknown (errno=9 - Bad file
descriptor) in c:\test.php on line 14
warning: ---

warning:
f:\tbr\php\snapbuilder\php_4_3-foundstone\ext\standard\filestat.c(616)
: Block 0x00BAE800 status:

warning: Beginning: 
warning: Cached (allocated on
f:\tbr\php\snapbuilder\php_4_3-foundstone\main\main.c:485, 21 bytes)

warning:   End: 
warning: OK

warning: ---

[Tue Nov 18 11:23:53 2003]  Script:  'test.php'

Program exited normally.



[2003-11-17 21:38:43] [EMAIL PROTECTED]

Here you can find some debug enabled builds:

   http://www.thebrainroom.net/php-snaps/




[2003-11-14 00:09:21] Xuefer at 21cn dot com

sorry for my careless
it took me so much time to track down this problem
but i don't know if it'll still crash if php env(system+apache+php..)
changed





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/26223

-- 
Edit this bug report at http://bugs.php.net/?id=26223&edit=1

#25047 [Fbk->NoF]: Trailing / does not work after PHP scripts in URL

[iliaa]

 ID:   25047
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at mike2k dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: CGI related
 Operating System: Redhat Linux 7.3
 PHP Version:  4CVS, 5CVS
 Assigned To:  shane
 New Comment:

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.




Previous Comments:


[2004-04-13 12:49:48] [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-12 09:23:15] [EMAIL PROTECTED]

This fastcgi mess is for Shane to fix, pure CGI works fine.




[2003-08-12 09:19:49] phpbugs at mike2k dot com

i forgot to say in the note that it DID NOT work putting that in
php.ini and restarting it.



[2003-08-12 09:19:01] phpbugs at mike2k dot com

i put

cgi.fix_pathinfo = 1

in my php.ini file.

the configure string i used is:

'./configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars'
'--enable-shmop' '--with-zlib-dir=/usr' '--enable-inline-optimization'
'--disable-rpath' '--disable-debug' '--disable-ipv6' '--enable-cli'
'--enable-fastcgi' '--with-gd' '--with-png-dir=/usr'
'--with-jpeg-dir=/usr' '--without-pear' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-msession'
'--disable-path-info-check'

will that disable-path-info-check mess with this?

should i be doing ANY --enable or --disable options to make this work
from the configure script command line?

also remember, i am not running apache - i am running php via fastcgi
on zeus webserver..



[2003-08-12 08:47:51] [EMAIL PROTECTED]

Don't use --enable-discard-path and set cgi.fix_pathinfo=1
and it will work just fine. (tested within Apache)





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/25047

-- 
Edit this bug report at http://bugs.php.net/?id=25047&edit=1

#22233 [Fbk->NoF]: "mod_gzip_on yes" makes force-cgi-redirect disabled and incorrect PHP_SELF

[iliaa]

 ID:   22233
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zlo at canada dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: CGI related
 Operating System: RedHat 7.1, 7.2
 PHP Version:  4CVS, 5CVS
 Assigned To:  shane
 New Comment:

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.




Previous Comments:


[2004-04-13 12:50:07] [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-02-16 14:05:03] [EMAIL PROTECTED]

reproducable with 4.2.3 and 4.0.6 on windows.



[2003-02-15 18:52:59] [EMAIL PROTECTED]

Reproduced with PHP 4.3.1-dev..




[2003-02-15 13:06:48] zlo at canada dot com

when "mod_gzip_on yes", PHP's force-cgi-redirect security mechanizm
becomes disabled (urls like /cgi-bin/php/test.php start working) and
PHP_SELF takes on a wrong value (/cgi-bin/php/test.php).
when "mod_gzip_on no", both aspects of the problem disappear.
problem has been observed on 2 different systems.
apache version: 1.3.26, 1.3.27
php version: latest snapshot
mod_gzip version: latest
php.ini does not exist.
php's configure:
./configure \
--with-config-file-path=/path/to/php \
--prefix=/path/to/php \
--enable-force-cgi-redirect \
--disable-cli \
--enable-bcmath \
--enable-trans-sid \
--with-zlib-dir=/build/zlib-1.1.4 \
--with-gd=/build/gd-1.8.4 \
--with-png-dir=/build/png-1.2.4 \
--with-jpeg-dir=/build/jpeg-6b \
--with-freetype \

apache's configure:
./configure \
--prefix=/path/to/apache \
--enable-module=so \
--enable-suexec \
--suexec-caller=www \
--suexec-docroot=/www \
no other modules loaded other than mod_gzip.
i thought this could well be PHP's problem. sorry if i'm wrong, then
please direct me to other possible sources of the problem.




-- 
Edit this bug report at http://bugs.php.net/?id=22233&edit=1

#21076 [Fbk->NoF]: ODBC_TABLES and ODBC_COLUMNS cannot be called together

[iliaa]

 ID:   21076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlim at natsoft dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: Win2000, IIS-CGI
 PHP Version:  4CVS, 5CVS
 New Comment:

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.




Previous Comments:


[2004-04-13 12:57:54] [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-07-02 04:01:13] jlim at natsoft dot com

Tested with 4.3.3RC2-dev. Same problem with mssql odbc driver.

I also tested with access and oracle odbc drivers and the problem never
happens with these drivers, so it appears to be something specific to
the way mssql does things.

I also double-checked the MDAC using M'soft's ComCheck program(as i
have changed PC's), and it is mdac 2.7 SP1.

The mssql driver version is 2000.81.9031.14, 15/Nov/2002

Regards, John



[2003-06-29 22:45:57] [EMAIL PROTECTED]

Yep it exists.



[2003-02-19 23:35:38] [EMAIL PROTECTED]

Well now that seems really odd.  I guess I'll have to try to get access
to a SQLServer machine for some testing... ugh...



[2003-02-18 23:34:21] heyjohnlim at yahoo dot com

Sorry I forgot to mention, i did test on access previously and it was
ok. The mssql odbc driver is probably much more complex.



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/21076

-- 
Edit this bug report at http://bugs.php.net/?id=21076&edit=1

#19349 [Fbk->NoF]: odbc_longreadlen() does not work

[iliaa]

 ID:   19349
 Updated by:   [EMAIL PROTECTED]
 Reported By:  truth at ichaos dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ODBC related
 Operating System: SuSE 8.0
 PHP Version:  4CVS, 5CVS
 New Comment:

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.




Previous Comments:


[2004-04-13 12:59:14] [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-11-16 12:06:34] truth at ichaos dot com

Script is pretty simple. It's hard to just cut and paste because I have
everything spread out in a bunch of classes.

$linkid = odbc_pconnect("database", "username", "password");
$result = odbc_exec($linkid, "SELECT SUBSTR(document, 1, 200) FROM
documents WHERE doc_id = 1);
odbc_longreadlen($result, 200);
odbc_binmode($result, ODBC_BINMODE_PASSTHRU);
$column = odbc_result($result, 1);

// A short example of what I'm trying to do.
// $column should be filled with up to 200 bytes of data.
// By default, it's up to 4096 bytes of data, or whatever is
// set in the php.ini file.



[2002-11-02 14:51:11] [EMAIL PROTECTED]

can you please provide the full script sample for this?  I think I do
see what is wrong, but want to make sure.



[2002-09-11 10:27:31] truth at ichaos dot com

I have a script that runs a select statement from a 10MB CLOB field
(among others). I run the following :

odbc_longreadlen($resultid, 300);

Then I run:

$document = odbc_result($resultid, 2);

The problem is, $document ends up with 4096 bytes of data (the default,
NOT 300). If I edit php.ini and set up odbc_lrl to 200 in
there, then $document ends up with 2MBin it. It acts like the function
odbc_longreadlen does not work at all.

I don't know how much more information I can give other than
odbc_longreadlen does not seem to do anything at all.



[2002-09-10 20:33:11] truth at ichaos dot com

I am using PHP with ODBC (IBM DB2) support and since upgrading to 4.2.1
from 4.0.4pl1, my odbc_longreadlen() function no longer works. I have
to set it in the configuration file now, as that is the only place that
it works properly.

In addition, when it's set above 200 in the config file, httpd
starts taking 75% of the CPU (system, not user) and the data never gets
to PHP. Am I hitting some type of limitation? How else do I get my 10MB
CLOB out of DB2?




-- 
Edit this bug report at http://bugs.php.net/?id=19349&edit=1

#16820 [Fbk->NoF]: hangs in multithreded environment (ZTS)

[iliaa]

 ID:   16820
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wmeler at wp-sa dot pl
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: linux
 PHP Version:  4CVS, 5CVS
 Assigned To:  zeev
 New Comment:

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.




Previous Comments:


[2004-04-13 12:49:18] [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-01-27 16:14:02] [EMAIL PROTECTED]

Zeev, can you take a look..




[2004-01-27 03:33:31] wmeler at wp-sa dot pl

Zeev corrected #21513. It won't help.
As long as zend_timeout calls longjmp (through zend_error, php_error_cb
and zend_bailout) shutdown functions can get memory, locks - any
objects in undefined state.
2 years - no change ...



[2004-01-26 22:20:02] [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

Zeev applied some fix recently, so please test.




[2003-08-13 21:43:09] [EMAIL PROTECTED]

I could finally reproduce this. The patches didn't make any
difference.




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/16820

-- 
Edit this bug report at http://bugs.php.net/?id=16820&edit=1

#27993 [Fbk->NoF]: pcntl_waitpid with WNOHANG | WUNTRACED same as WNOHANG

[iliaa]

 ID:   27993
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kshukri at empirica-delasasse dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: POSIX related
 Operating System: debian 3.0 with linux 2.4.24
 PHP Version:  4.3.4
 New Comment:

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.




Previous Comments:


[2004-04-14 22:31:22] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.






[2004-04-14 11:57:22] kshukri at empirica-delasasse dot de

Description:

pcntl_waitpid with option WNOHANG | WUNTRACED behaves just like WNOHANG
alone, that means it never returns PID of children that have exited
before. 
This could be a bug in Linux too. 
Please excuse me if I just don't understand the way  pcntl_waitpid
should work.
Here's my php config:
./configure --with-apxs --with-config-file-path=/usr/local/lib
--with-zlib --enable-ftp --enable-calendar --enable-track-vars
--with-pgsql --with-unixodbc --with-mysql --enable-sigchild
--enable-pcntl --with-gd --enable-cli --with-snmp
--enable-ucd-snmp-hack  --with-openssl --enable-sockets
--prefix=/usr/local/stow/php-4.3.4 --with-curl


Reproduce code:
---
function CheckExited () {
while (($c=pcntl_waitpid(-1, $stat, WUNTRACED | WNOHANG))>0) {
ExitTest($c,$stat);
}
}

function ExitTest($c,$stat) { blabla..;}
while ($condition) {
 .
 .
 .
 $CHILD_PID = pcntl_fork();
 .
.
.
 CheckExited();
}



Expected result:

pcntl_waitpid(...WNOHANG|WUNTRACED) should return PIDs of all children
that have exited  since the last call of CheckExited(). 


Actual result:
--
pcntl_waitpid(...WNOHANG|WUNTRACED) doesn't return any PIDs





-- 
Edit this bug report at http://bugs.php.net/?id=27993&edit=1

#28047 [Opn->Asn]: MSSQL dsp has incorrect options for "Debug_TS" build configuration

[fmk]

 ID:   28047
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andareed at hotmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: *Compile Issues
 Operating System: Windows XP SP2 RC1
 PHP Version:  5CVS-2004-04-18 (dev)
-Assigned To:  
+Assigned To:  fmk


Previous Comments:


[2004-04-18 14:26:46] andareed at hotmail dot com

Description:

The Debug_TS build config. for mssql extension is set wrong. It is
missing debug info for c/c++ section and linker section. Is also
enables optimizations. This should be changed to include full debug
info. Note that Release_TS build config. is fine.






-- 
Edit this bug report at http://bugs.php.net/?id=28047&edit=1

#28068 [Asn->Bgs]: mssql_num_rows() is returning an invalid handle

[fmk]

 ID:   28068
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oooacooo at yahoo dot com
-Status:   Assigned
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: Windows 2K Server; Apache 2.0.45
 PHP Version:  4.3.4
 Assigned To:  fmk
 New Comment:

The result from mssql_query() is not a valid resource. The function
might just return TRUE if the storred procedure was executed with
success. Not having access to the stored procedure makes it difficult
to tell why this is happening.

You should check the result with is_resource() before calling
mssql_num_rows() (and any other mssql_function for that matter) if you
want to avoid this error message, or make sure your storred procedure
returns a result set (even with 0 rows) each time.


Previous Comments:


[2004-04-20 09:11:50] [EMAIL PROTECTED]

Assigning to the maintainer, as this is obviously wrong (and BC
breaking) behavior.



[2004-04-19 22:01:58] oooacooo at yahoo dot com

Description:

When using mssql_execute() with PHP version 4.3.2 mssql_num_rows() will
return 0, when no records are returned from a stored procedure.

When using version 4.3.4 and above mssql_num_rows() will return
"supplied argument is not a valid MS SQL-result
resource"

I tested this by running the code successfully with the php_mssql.dll
which ships with 4.3.2 and then swapped php_mssql.dll with the one that
ships with 4.3.4 and restarted Apache.

Reproduce code:
---
$validEpisode = mssql_query("spValidateEpisodeDate " . $AccountID .
",'" . $inputVisitDate . "'",$db);

if(mssql_num_rows($validEpisode) > 0)
{
$row = mssql_fetch_object($validEpisode);
if($row->Episode_ID == "")
$errorMsg = "There is no episode for this account that 
covers the
visit date entered." . $errorMsg;
else
$EpisodeID = $row->Episode_ID;
}

Expected result:

If no records are found I would expect
"if(mssql_num_rows($validEpisode) > 0)" to return true.

Actual result:
--
"if(mssql_num_rows($validEpisode) > 0)" throws an error "supplied
argument is not a valid MS SQL-result
resource"





-- 
Edit this bug report at http://bugs.php.net/?id=28068&edit=1

#28081 [Opn->Asn]: mssql_connect segfaults with wrong parameters

[fmk]

 ID:   28081
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: MSSQL related
 Operating System: Linux
 PHP Version:  4CVS-2004-04-20 (stable)
-Assigned To:  
+Assigned To:  fmk
 New Comment:

This sounds like a problem with FreeTDS, but I'll take a closer look at
the code.


Previous Comments:


[2004-04-20 19:41:17] [EMAIL PROTECTED]

Description:

Similar to bug #11490.

mssql_connect (and mssql_pconnect) segfault when called witout the
user/password parameters.

Using PHP CVS Snap from today, FreeTDS v 0.53-7 (Debian Unstable).

Reproduce code:
---
echo "Connected: ". ( mssql_pconnect("some_instance") ? 'yes' : 'no' )
."\n";

Expected result:

No Segfault, uses the interfaces/freetds.conf file for user/pass info.

Actual result:
--
Warning: mssql_pconnect(): Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
mssql_test2.php on line 3
Segmentation fault


(gdb) bt
#0  0x402785f3 in tds_reset_msg_info () from /usr/lib/libsybdb.so.1
#1  0x4027470d in dblib_handle_err_message () from
/usr/lib/libsybdb.so.1
#2  0x4027852e in tds_process_column_row () from
/usr/lib/libsybdb.so.1
#3  0x4027697f in tds_process_default_tokens () from
/usr/lib/libsybdb.so.1
#4  0x40276b5d in tds_process_login_tokens () from
/usr/lib/libsybdb.so.1
#5  0x40279c6c in tds_connect () from /usr/lib/libsybdb.so.1
#6  0x40271e33 in tdsdbopen () from /usr/lib/libsybdb.so.1
#7  0x40264e9f in php_mssql_do_connect (ht=1, return_value=0x8196db4,
this_ptr=0x0, return_value_used=1, persistent=1)
at /home/sean/php4-STABLE-200404122030/ext/mssql/php_mssql.c:501
#8  0x40265491 in zif_mssql_pconnect (ht=1, return_value=0x8196db4,
this_ptr=0x0, return_value_used=1)
at /home/sean/php4-STABLE-200404122030/ext/mssql/php_mssql.c:684
#9  0x0811f1fa in execute (op_array=0x8199c44) at
/home/sean/php/stable/Zend/zend_execute.c:1637
#10 0x0810fc28 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/sean/php/stable/Zend/zend.c:886
#11 0x080ed383 in php_execute_script (primary_file=0xbca8) at
/home/sean/php/stable/main/main.c:1731
#12 0x08125cac in main (argc=4, argv=0xbd24) at
/home/sean/php/stable/sapi/cli/php_cli.c:822






-- 
Edit this bug report at http://bugs.php.net/?id=28081&edit=1

#28083 [Asn->Bgs]: Erroneous date returned by filemtime()

[wez]

 ID:   28083
 Updated by:   [EMAIL PROTECTED]
 Reported By:  obrut at abv dot bg
-Status:   Assigned
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: Microsoft Windows XP SP1
 PHP Version:  4.3.6
 Assigned To:  wez
 New Comment:

code is identical for win32 and unix; therefore the
problem must lie within the M$ VCRT library, and isn't
something we can fix.


Previous Comments:


[2004-04-20 22:53:39] [EMAIL PROTECTED]

I had this same problem (bogus mtime) under XP too,
but put it down to windows misbehaving.
I'll investigate.



[2004-04-20 22:30:15] obrut at abv dot bg

Description:

When using filemtime(), filectime and stat() erroneous date is returned
for some files. For ex. 31 Feb 2004 which of course is not the right
date. The OS reports correct date. On some files the difference between
the returned and the actual file date is exactly one month. Mostly the
deviation from the real date remains unidentified.

PHP is installed as an Apache module in Apache 2.0.49

I suppose this is an OS-related issue. No one reported such problem
under Linux for example.

Reproduce code:
---
echo date( "d.h.Y H:i:s", filemtime( "./IP.txt" ) ); 

Expected result:

20.04.2004 15:08:14

Actual result:
--
20.03.2004 15:08:14





-- 
Edit this bug report at http://bugs.php.net/?id=28083&edit=1

#28083 [Opn->Asn]: Erroneous date returned by filemtime()

[wez]

 ID:   28083
 Updated by:   [EMAIL PROTECTED]
 Reported By:  obrut at abv dot bg
-Status:   Open
+Status:   Assigned
 Bug Type: Date/time related
 Operating System: Microsoft Windows XP SP1
 PHP Version:  4.3.6
-Assigned To:  
+Assigned To:  wez
 New Comment:

I had this same problem (bogus mtime) under XP too,
but put it down to windows misbehaving.
I'll investigate.


Previous Comments:


[2004-04-20 22:30:15] obrut at abv dot bg

Description:

When using filemtime(), filectime and stat() erroneous date is returned
for some files. For ex. 31 Feb 2004 which of course is not the right
date. The OS reports correct date. On some files the difference between
the returned and the actual file date is exactly one month. Mostly the
deviation from the real date remains unidentified.

PHP is installed as an Apache module in Apache 2.0.49

I suppose this is an OS-related issue. No one reported such problem
under Linux for example.

Reproduce code:
---
echo date( "d.h.Y H:i:s", filemtime( "./IP.txt" ) ); 

Expected result:

20.04.2004 15:08:14

Actual result:
--
20.03.2004 15:08:14





-- 
Edit this bug report at http://bugs.php.net/?id=28083&edit=1

#28083 [NEW]: Erroneous date returned by filemtime()

[obrut at abv dot bg]

From: obrut at abv dot bg
Operating system: Microsoft Windows XP SP1
PHP version:  4.3.6
PHP Bug Type: Date/time related
Bug description:  Erroneous date returned by filemtime()

Description:

When using filemtime(), filectime and stat() erroneous date is returned
for some files. For ex. 31 Feb 2004 which of course is not the right date.
The OS reports correct date. On some files the difference between the
returned and the actual file date is exactly one month. Mostly the
deviation from the real date remains unidentified.

PHP is installed as an Apache module in Apache 2.0.49

I suppose this is an OS-related issue. No one reported such problem under
Linux for example.

Reproduce code:
---
echo date( "d.h.Y H:i:s", filemtime( "./IP.txt" ) ); 

Expected result:

20.04.2004 15:08:14

Actual result:
--
20.03.2004 15:08:14

-- 
Edit bug report at http://bugs.php.net/?id=28083&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28083&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28083&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28083&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28083&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28083&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28083&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28083&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28083&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28083&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28083&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28083&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28083&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28083&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28083&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28083&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28083&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28083&r=float

#28080 [Opn->Bgs]: session_start defect and not in sync with $_SESSION

[derick]

 ID:   28080
 Updated by:   [EMAIL PROTECTED]
 Reported By:  revealator at myrealbox dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows98
 PHP Version:  4.3.4
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is perfectly normal.


Previous Comments:


[2004-04-20 18:51:35] revealator at myrealbox dot com

Description:

The constant SID is not defined if a session is started with
$_SESSION['bla'] = 'dummy'.

So you have to call session_start to get the SID constant.

But a call to session_start will kill a session that was already
started with $_SESSION['bla'] ='dummy'.

Reproduce code:
---
// register globals is off
error_reporting(E_NOTICE);
$_SESSION['dummy'] = 'started';
echo '';
echo "session data before call to session_start:\n";
print_r($_SESSION);

echo "SID is defined before call to session_start? "  . (defined('SID')
== true?'yes':'no');
echo "\n";

session_start();
echo "SID is defined after call to session start? "  . (defined('SID')
== true?'yes':'no');
echo "\n";

echo "session data after call to session_start:\n";
print_r($_SESSION);
exit;


Expected result:

SID should be defined when a session is started with $_SESSION and
session_start should handle the call to itself as if it was called
twice when $_SESSION is used.

Actual result:
--
session data before call to session_start:
Array
(
[dummy] => started
)
SID is defined before call to session_start? no
SID is defined after call to session start? yes
session data after call to session_start:
Array
(
)







-- 
Edit this bug report at http://bugs.php.net/?id=28080&edit=1

#28082 [NEW]: __sleep() reproducible serialization bug (at least i hope so)

[mastabog at hotmail dot com]

From: mastabog at hotmail dot com
Operating system: Win32, Linux and on all tested
PHP version:  5CVS-2004-04-20 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description:  __sleep() reproducible serialization bug (at least i hope so)

Description:

I posted this as a comment to an existing bug report (after it has been
suspended). The bug report is 4 months old and can be found here:
http://bugs.php.net/bug.php?id=26737

Everything written there (including the last comment which is mine) is
still true, unfortunately.

That bug existed since my first attempt to use __sleep() in PHP5 (approx 1
year ago) and persisted since (i alway use the daily php5-cvs version)

Here is a summary (though I suggest you take a look at the original bug at
the link above).

__sleep() serialization does not work unless you do this: You not only
have to enclose the class name with null characters. As far as I've seen
you have to enclose with
null chars *ALL* Php5 serialization identifiers of class properties types,
the ones I figured out to be for now. The string that needs to be enclosed
in null chars is (let x be the property name):

1. class name, if x is 'private' (i.e. "\0" . __CLASS__ . "\0x")
2. *, if x is 'protected' (i.e. "\0*\0x")
3. Null, if x is 'public' => (i.e. "x")

Here's what I mean (this is how it should be done in order to work ...
meaning to avoid/workaround this bug):



Anything else in the return array of __sleep() and the property will
come up empty after unserialization ... not nice.

My hope is that this *is* a bug, because forming those strings with null
chars is just, well, ugly and inconsistent.

Reproduce code:
---



Expected result:

With the 2nd __sleep() uncommented you should get the normal serialized
properties of the object. Instead, every private/protected members come up
emtpy.



-- 
Edit bug report at http://bugs.php.net/?id=28082&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28082&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28082&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28082&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28082&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28082&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28082&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28082&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28082&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28082&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28082&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28082&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28082&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28082&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28082&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28082&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28082&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28082&r=float

#28029 [Opn->Fbk]: HTTP request failed!

[wez]

 ID:   28029
 Updated by:   [EMAIL PROTECTED]
 Reported By:  coadmin at hostings dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: URL related
 Operating System: FreeBSD 4.9 and 5.2.1
 PHP Version:  4CVS-2004-04-16 (stable)
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2004-04-20 11:41:04] servers at apandres dot com

I have the same problem, php 4.3.3 on redhat. i am checking for a
reciprocal link of a submitted page. it is working for a few hours and
then nothing can be submitted any more. same error msg. after apache
restart everything is ok again for the next few hours. i did not notice
this in php 4.3.2



[2004-04-18 00:59:25] coadmin at hostings dot pl

Maybe, old one was unclear, this the easiest way to reproduce this
bug:

http://www.cnn.com",r)) echo "OK";
?>

Online url: http://69.93.217.178/test.php

If fails it shows:
Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request
failed! 
 in /home/homepage/public_html/test.php on line 2

If works shows:
OK

Please help. Best regards.



[2004-04-18 00:02:34] coadmin at hostings dot pl

inessential, my solution was wrong. this is not it. please make your
investigations into this problem. thanks.



[2004-04-17 20:53:19] coadmin at hostings dot com dot pl

Please hold one for one day, maybe I've solution. I must test it. I
will write what about it in 24h. Regards.



[2004-04-17 19:15:59] coadmin at hostings dot pl

It's code of PHP script which make error [2].

$check is delivered by POST method from HTML form.

sprawdz.php:

http://allpay.pl/check_code.php?id=".$id."&code=".$code."&c
heck=".$check."&type=".$type."", 'r');
$status = fgets($handle, 8);
$czas_zycia = fgets($handle, 24);
fclose($handle);
$czas_zycia = rtrim($czas_zycia);
if ($status == 0) {print "pass is bad - try again"; exit;}  else
{  # if pass is good:
if (!isset($_COOKIE['ActiveCode']))
{
setcookie('ActiveCode',1, time()+$czas_zycia);
}
else
{
setcookie('ActiveCode',0, time()+2, "/");
setcookie('ActiveCode',1, time()+$czas_zycia, "/");
}
header("Location: index1.php");
}
?>


full error:

Warning:
fopen(http://allpay.pl/check_code.php?id=&code=x,x,x,x,x&check=yourpassword8&type=sms,c1):
failed to open stream: HTTP request failed! AeáW in
/home/prospl/public_html/sprawdz.php on line 20
Warning: fgets(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 21
Warning: fgets(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 22
Warning: fclose(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 23


line in error (20) is: "$handle = fopen("http://..";

Online URL: http://www.pros.pl/ (it is working now)

Form is from the left side with button "Wchodze do bazy". You could
give any password there. It should shows "Kod niepoprawny - wpisz
ponownie." - it means bad password. If fails, is timeout and it shows
error message as above.

IMHO, there aren't any mistakes in php code, the problem is to open
sockets with "http://"; url.

I'll provide GDB backtrace asap. I'm not sure if it will be possible,
because PHP still works, and there aren't any crashes. Crash was my
word to describe that these functions stopped to work.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28029

-- 
Edit this bug report at http://bugs.php.net/?id=28029&edit=1

#28081 [NEW]: mssql_connect segfaults with wrong parameters

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4CVS-2004-04-20 (stable)
PHP Bug Type: MSSQL related
Bug description:  mssql_connect segfaults with wrong parameters

Description:

Similar to bug #11490.

mssql_connect (and mssql_pconnect) segfault when called witout the
user/password parameters.

Using PHP CVS Snap from today, FreeTDS v 0.53-7 (Debian Unstable).

Reproduce code:
---
echo "Connected: ". ( mssql_pconnect("some_instance") ? 'yes' : 'no' )
."\n";

Expected result:

No Segfault, uses the interfaces/freetds.conf file for user/pass info.

Actual result:
--
Warning: mssql_pconnect(): Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
mssql_test2.php on line 3
Segmentation fault


(gdb) bt
#0  0x402785f3 in tds_reset_msg_info () from /usr/lib/libsybdb.so.1
#1  0x4027470d in dblib_handle_err_message () from /usr/lib/libsybdb.so.1
#2  0x4027852e in tds_process_column_row () from /usr/lib/libsybdb.so.1
#3  0x4027697f in tds_process_default_tokens () from
/usr/lib/libsybdb.so.1
#4  0x40276b5d in tds_process_login_tokens () from /usr/lib/libsybdb.so.1
#5  0x40279c6c in tds_connect () from /usr/lib/libsybdb.so.1
#6  0x40271e33 in tdsdbopen () from /usr/lib/libsybdb.so.1
#7  0x40264e9f in php_mssql_do_connect (ht=1, return_value=0x8196db4,
this_ptr=0x0, return_value_used=1, persistent=1)
at /home/sean/php4-STABLE-200404122030/ext/mssql/php_mssql.c:501
#8  0x40265491 in zif_mssql_pconnect (ht=1, return_value=0x8196db4,
this_ptr=0x0, return_value_used=1)
at /home/sean/php4-STABLE-200404122030/ext/mssql/php_mssql.c:684
#9  0x0811f1fa in execute (op_array=0x8199c44) at
/home/sean/php/stable/Zend/zend_execute.c:1637
#10 0x0810fc28 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/sean/php/stable/Zend/zend.c:886
#11 0x080ed383 in php_execute_script (primary_file=0xbca8) at
/home/sean/php/stable/main/main.c:1731
#12 0x08125cac in main (argc=4, argv=0xbd24) at
/home/sean/php/stable/sapi/cli/php_cli.c:822


-- 
Edit bug report at http://bugs.php.net/?id=28081&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28081&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28081&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28081&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28081&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28081&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28081&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28081&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28081&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28081&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28081&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28081&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28081&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28081&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28081&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28081&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28081&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28081&r=float

#28071 [Fbk->Opn]: Flag "MYSQL_CLIENT_COMPRESS" not working

[phpb at lwnetwork dot com]

 ID:   28071
 User updated by:  phpb at lwnetwork dot com
 Reported By:  phpb at lwnetwork dot com
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: Linux RedHat
 PHP Version:  4.3.4
 New Comment:

There isn't 'HAVE_COMPRESS' variable in mysql server.
So this is probably mysql related and not php bug.

| have_bdb| NO 
| have_crypt  | YES 
| have_innodb | DISABLED 
| have_isam   | YES 
| have_raid   | NO  
| have_symlink| YES 
| have_openssl| NO  
| have_query_cache| YES
...
| version | 4.0.18-standard 
| version_comment | Official MySQL RPM 


configuration (incl. mysql client library)
--
mysql
MySQL Support enabled 
Active Persistent Links  0  
Active Links  0  
Client API version  3.23.49  
MYSQL_MODULE_TYPE  builtin  
MYSQL_SOCKET  /var/tmp/mysql.sock  
MYSQL_INCLUDE  no value  
MYSQL_LIBS  no value


Previous Comments:


[2004-04-20 17:48:08] [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.


Please provide information about php configuration (incl. 
mysql client library) and MySQL Server configuration. 
What does SHOW VARIABLES LIKE \'have_compress\' show? 



[2004-04-20 05:13:57] phpb at lwnetwork dot com

Description:

Tested with: PHP 4.3.4 / MySQL 4.0.18

I have been testing MYSQL_CLIENT_COMPRESS flag in mysql_connect funcion
and compressed protocol is not used, data is transfered from
client/server in no compressed way.

mytest.php :
-- 
$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT
_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
---

I test versus my firewall : 

29 2486 3685K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 

then i restart my firewall and do :

mytest.php :

$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
 

/etc/init.d/firewall.sh status | grep mysql 

29 2486 3684K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 


(needless to say that the database server is on a remote host)


(Info copied from Sebastian, as he got same problem as me and tested
with a firewall)

Regards, Alex






-- 
Edit this bug report at http://bugs.php.net/?id=28071&edit=1

#28065 [Bgs]: resource limits do not work

[floeff at arcor dot de]

 ID:   28065
 User updated by:  floeff at arcor dot de
 Reported By:  floeff at arcor dot de
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.4.26
 PHP Version:  4.3.6
 New Comment:

If PHP does not terminate after the set amount of time, then for me it
is a bug. Why shouldn't it be one?


Previous Comments:


[2004-04-19 23:23:34] [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.

.



[2004-04-19 19:49:35] floeff at arcor dot de

Description:

Maybe I misunderstand something, but for me it seems that the resource
limits do not work. In my php.ini, I set

max_execution_time = 10
max_input_time = 10

which - to my understanding - should limit executing time for scripts
to 10 seconds.

I have PHP running as CGI with Apache 2.0.49 on Linux 2.4.26 here, and
with a hughe PHP file involving some diagram creation, I can kill the
machine if I re-load the script for five seconds continuously. It soaks
up all my memory and runs for nearly a minute.

What could be wrong in here? If you need more information, please let
me know. Thanks!







-- 
Edit this bug report at http://bugs.php.net/?id=28065&edit=1

#28079 [Opn->Fbk]: postnuke module FormExpress dont work aymore with php 4.3.5

[derick]

 ID:   28079
 Updated by:   [EMAIL PROTECTED]
 Reported By:  u dot fritz at gmx dot net
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: bsd
 PHP Version:  4.3.5
 New Comment:

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.





Previous Comments:


[2004-04-20 16:06:26] u dot fritz at gmx dot net

Description:

my provider made an php upgrade from version 4.3.4 to 4.3.5

now the postnuke modul, called "FormExpress" is not working anymore. it
brings up a blank page, just with the tags  and 
it ist not possible to initialise it annymore.

since my hoster made a downgrade to 4.3.4 all is running fine again.






-- 
Edit this bug report at http://bugs.php.net/?id=28079&edit=1

#28078 [Opn->Csd]: include causes script termination on syntax error

[derick]

 ID:   28078
 Updated by:   [EMAIL PROTECTED]
 Reported By:  DavidSmith at byu dot net
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.5
 New Comment:

Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at 
http://www.php.net/downloads.php


Previous Comments:


[2004-04-20 15:53:27] DavidSmith at byu dot net

Description:

Under previous versions of PHP, calling include() on a file containing
syntax errors did not cause script termination. This is in accordance
with the documentation on include(). However, in 4.3.5, syntax errors
in included files appear to cause script termination. Tested with
4.1.x, 4.2.x, and 4.3.1.

Reproduce code:
---
Two files are required to reproduce this bug:

1. test.php:
\n";
include 'test-error.php';
echo "done.\n";
?>

2. test-error.php (intentionally contains a syntax error):


Expected result:

It is expected that a syntax error will not cause script termination.
Thus, the expected output is this:

including...

Parse error: parse error, unexpected '*' in /var/www/test-error.php on
line 3
done.



Actual result:
--
including...

Parse error: parse error, unexpected '*' in /var/www/test-error.php on
line 3



---
Notice that "done." is not printed, since script execution terminated
on the include() line.





-- 
Edit this bug report at http://bugs.php.net/?id=28078&edit=1

#28076 [Csd->Bgs]: BUG 27810 NOT SOLVED !!!!

[tomsommer]

 ID:   28076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paul at vanbrouwershaven dot com
-Status:   Closed
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.6


Previous Comments:


[2004-04-20 18:27:59] paul at vanbrouwershaven dot com

closed



[2004-04-20 17:21:40] [EMAIL PROTECTED]

No someta por favor el mismo informe más de una vez.

Por favor não submeta o mesmo relatório mais de uma vez.

Veuillez ne pas soumettre le même rapport plus d'une fois.

Bitte reichen Sie nicht den gleichen Report mehr als einmal ein.

Gelieve te leggen meer dan eens niet het zelfde rapport voor.

Non presenti prego più di una volta lo stesso rapporto.

一度同じレポートをもっとより堤出してはいけない。

请不要递交同样报告更比一次。

동일한 보고를 좀더
보다는 한 번
복종시키지 말라.

Пожалуйста
не
представляйте
такой же
рапорт
больше чем
раз.





[2004-04-20 16:40:25] paul at vanbrouwershaven dot com

Please reopen this bug: 27810

There are many comments in the bug 27810 but it's still closed.



[2004-04-20 16:31:17] [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. 

Thank you for your interest in PHP.

DO NOT REFILE OLD BUGS



[2004-04-20 13:20:27] paul at vanbrouwershaven dot com

Description:

BUG 27810 NOT SOLVED 






-- 
Edit this bug report at http://bugs.php.net/?id=28076&edit=1

#28080 [NEW]: session_start defect and not in sync with $_SESSION

[revealator at myrealbox dot com]

From: revealator at myrealbox dot com
Operating system: Windows98
PHP version:  4.3.4
PHP Bug Type: Session related
Bug description:  session_start defect and not in sync with $_SESSION

Description:

The constant SID is not defined if a session is started with
$_SESSION['bla'] = 'dummy'.

So you have to call session_start to get the SID constant.

But a call to session_start will kill a session that was already started
with $_SESSION['bla'] ='dummy'.

Reproduce code:
---
// register globals is off
error_reporting(E_NOTICE);
$_SESSION['dummy'] = 'started';
echo '';
echo "session data before call to session_start:\n";
print_r($_SESSION);

echo "SID is defined before call to session_start? "  . (defined('SID') ==
true?'yes':'no');
echo "\n";

session_start();
echo "SID is defined after call to session start? "  . (defined('SID') ==
true?'yes':'no');
echo "\n";

echo "session data after call to session_start:\n";
print_r($_SESSION);
exit;


Expected result:

SID should be defined when a session is started with $_SESSION and
session_start should handle the call to itself as if it was called twice
when $_SESSION is used.

Actual result:
--
session data before call to session_start:
Array
(
[dummy] => started
)
SID is defined before call to session_start? no
SID is defined after call to session start? yes
session data after call to session_start:
Array
(
)



-- 
Edit bug report at http://bugs.php.net/?id=28080&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28080&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28080&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28080&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28080&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28080&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28080&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28080&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28080&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28080&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28080&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28080&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28080&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28080&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28080&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28080&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28080&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28080&r=float

#28076 [Bgs->Csd]: BUG 27810 NOT SOLVED !!!!

[paul at vanbrouwershaven dot com]

 ID:   28076
 User updated by:  paul at vanbrouwershaven dot com
 Reported By:  paul at vanbrouwershaven dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.6
 New Comment:

closed


Previous Comments:


[2004-04-20 17:21:40] [EMAIL PROTECTED]

No someta por favor el mismo informe más de una vez.

Por favor não submeta o mesmo relatório mais de uma vez.

Veuillez ne pas soumettre le même rapport plus d'une fois.

Bitte reichen Sie nicht den gleichen Report mehr als einmal ein.

Gelieve te leggen meer dan eens niet het zelfde rapport voor.

Non presenti prego più di una volta lo stesso rapporto.

一度同じレポートをもっとより堤出してはいけない。

请不要递交同样报告更比一次。

동일한 보고를 좀더
보다는 한 번
복종시키지 말라.

Пожалуйста
не
представляйте
такой же
рапорт
больше чем
раз.





[2004-04-20 16:40:25] paul at vanbrouwershaven dot com

Please reopen this bug: 27810

There are many comments in the bug 27810 but it's still closed.



[2004-04-20 16:31:17] [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. 

Thank you for your interest in PHP.

DO NOT REFILE OLD BUGS



[2004-04-20 13:20:27] paul at vanbrouwershaven dot com

Description:

BUG 27810 NOT SOLVED 






-- 
Edit this bug report at http://bugs.php.net/?id=28076&edit=1

#28066 [Opn->WFx]: couldn't save pdf files on some topics on talks.php.net

[rasmus]

 ID:   28066
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lackac at math dot bme dot hu
-Status:   Open
+Status:   Wont fix
 Bug Type: Unknown/Other Function
 Operating System: must be *nix :)
 PHP Version:  Irrelevant
 New Comment:

I think we have to label this as a "won't fix".  We can't install every
possible extension on talks.php.net.  It is up to the individual
presenters to fix their slides to make sure they work on what is
available there.


Previous Comments:


[2004-04-20 17:52:45] [EMAIL PROTECTED]

It's not a system's problem at all as the code is just evaluated as an
example by the presentation system's code. But there is no category for
that.



[2004-04-20 10:54:25] [EMAIL PROTECTED]

Systems problem.



[2004-04-19 20:11:38] lackac at math dot bme dot hu

Description:

I tried to save some talks on various topics on talks.php.net. I tried
every PDF formats, which was offered. On the following pages I've got
errors.
http://talks.php.net/index.php/PHP
http://talks.php.net/index.php/SQLite
http://talks.php.net/index.php/MySQL-PHP+Course
http://talks.php.net/index.php/XML
http://talks.php.net/index.php/Web+Services

some of the errors:
Fatal error: Call to undefined function: xdebug_start_trace() in
/local/Web/sites/talks/display.php(1549) : eval()'d code on line 2

Fatal error: PDFlib error: function 'PDF_delete' must not be called in
'page' scope in Unknown on line 0

Fatal error: Call to undefined function: sqlite_single_query() in
/local/Web/sites/talks/display.php(1537) : eval()'d code on line 5

XML_Parser: no input
Fatal error: PDFlib error: function 'PDF_delete' must not be called in
'document' scope in Unknown on line 0

Warning: Internal PDFlib warning: LZW minimum code size other than 8
bit not supported in GIF file
'presentations/slides/xmlandphp/dontsniffglue.gif' in
/local/Web/sites/talks/display.php on line 1358

Fatal error: PDFlib error: Bad image or template handle -1 in
PDF_place_image in /local/Web/sites/talks/display.php on line 1402

Fatal error: PDFlib error: Bad image or template handle -1 in
PDF_place_image in /local/Web/sites/talks/display.php on line 1402






-- 
Edit this bug report at http://bugs.php.net/?id=28066&edit=1

#28066 [Opn]: couldn't save pdf files on some topics on talks.php.net

[derick]

 ID:   28066
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lackac at math dot bme dot hu
 Status:   Open
-Bug Type: Systems problem
+Bug Type: Unknown/Other Function
 Operating System: must be *nix :)
 PHP Version:  Irrelevant
 New Comment:

It's not a system's problem at all as the code is just evaluated as an
example by the presentation system's code. But there is no category for
that.


Previous Comments:


[2004-04-20 10:54:25] [EMAIL PROTECTED]

Systems problem.



[2004-04-19 20:11:38] lackac at math dot bme dot hu

Description:

I tried to save some talks on various topics on talks.php.net. I tried
every PDF formats, which was offered. On the following pages I've got
errors.
http://talks.php.net/index.php/PHP
http://talks.php.net/index.php/SQLite
http://talks.php.net/index.php/MySQL-PHP+Course
http://talks.php.net/index.php/XML
http://talks.php.net/index.php/Web+Services

some of the errors:
Fatal error: Call to undefined function: xdebug_start_trace() in
/local/Web/sites/talks/display.php(1549) : eval()'d code on line 2

Fatal error: PDFlib error: function 'PDF_delete' must not be called in
'page' scope in Unknown on line 0

Fatal error: Call to undefined function: sqlite_single_query() in
/local/Web/sites/talks/display.php(1537) : eval()'d code on line 5

XML_Parser: no input
Fatal error: PDFlib error: function 'PDF_delete' must not be called in
'document' scope in Unknown on line 0

Warning: Internal PDFlib warning: LZW minimum code size other than 8
bit not supported in GIF file
'presentations/slides/xmlandphp/dontsniffglue.gif' in
/local/Web/sites/talks/display.php on line 1358

Fatal error: PDFlib error: Bad image or template handle -1 in
PDF_place_image in /local/Web/sites/talks/display.php on line 1402

Fatal error: PDFlib error: Bad image or template handle -1 in
PDF_place_image in /local/Web/sites/talks/display.php on line 1402






-- 
Edit this bug report at http://bugs.php.net/?id=28066&edit=1

#27815 [Fbk->Opn]: SourceForge XPath.class.php 3.4 Testsuite crashes Apache 2.0.49

[wf at bitplan dot com]

 ID:   27815
 User updated by:  wf at bitplan dot com
 Reported By:  wf at bitplan dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: WindowsXP
 PHP Version:  5.0.0RC1
 New Comment:

If used the latest snapshot as recommended and the problem persists -
still a crash!


Previous Comments:


[2004-04-13 13:05:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-03-31 15:09:54] wf at bitplan dot com

Description:

We are using PHP5.0RC1 with Apache 2.0.49 and are heavily relying to
XPath.Class.php which you'll find on sourceforge.net. We now tried to
use the testsuite for XPath.Class.php to trace down the problem and it
reproducibly crashes Apache any time you run it.

The environment is 1 GByte MainMemory machine with a 64 MByte limit for
PHP Scripts. 
max_execution_time = 90 ; Maximum execution time of 
memory_limit = 64M  ; Maximum amount of memory a script may consume
(8MB)
extension=php_mysql.dll

The apache error log shows: 
[Wed Mar 31 22:15:16 2004] [notice] Parent: child process exited with
status 128 -- Restarting.

Reproduce code:
---
Download XClass.path.php and Testsuite from 
http://sourceforge.net/projects/phpxpath/

change line 4614 in XPatch.class.php to avoid a PHP5 fatal error:
//$this = FALSE; // PHP5 incompatible !!!
unset($this);

run testsuite with
http://localhost/XPath/testBench/validationTests/index.php
and click on "Run XPath tests"

Expected result:

testsuite should run without crash

Actual result:
--
Apache crashes immediately





-- 
Edit this bug report at http://bugs.php.net/?id=27815&edit=1

#25827 [Bgs]: PHP LDAP queries against Active Directory return incomplete arrays

[pennington at rhodes dot edu]

 ID:   25827
 User updated by:  pennington at rhodes dot edu
 Reported By:  pennington at rhodes dot edu
 Status:   Bogus
 Bug Type: LDAP related
 Operating System: Windows 2000
 PHP Version:  4.3.3
 New Comment:

[EMAIL PROTECTED]:

I appreciate you posting your note about the unique way in which the
"Domain Users" group is handled (I didn't know that at all - very
interesting), I think my problem reported with this bug is actually a
different issue.

Even if I assumed that the number of groups returned by LDAP query is 1
less than the actual total (such as if the Domain Users group wasn't
counted), I still can't get a listing of all AD groups. One of the
groups, which seems to be selected at random (i.e. it is not always
Domain Users) is simply left out. If I change the array loop to
purposefully give me more members of the LDAP group array than the
person actually has groups, I still don't get all of that person's
groups.

In other words, the problem isn't limited to the Domain User's group -
LDAP through PHP simply does not let me see every one of the person's
groups. For some reason (and it is related to the OpenLDAP libraries
PHP uses), one of the groups, randomly selected, is always dropped.


Previous Comments:


[2004-04-20 07:55:33] info at dbnet dot com dot au

Hi, I'm seeing your post 6 months too late, but let me alert you to
something that I found after similar grief with AD.

It turns out that ONE of the AD group memberships, (in our case 'Domain
Users', in your case perhaps one of the others), is handled
"differently" in AD.  It will be the one listed as the "default" group
when you look up a user in any AD admin tool, and incredibly it just
doesn't get fed back to you by AD when you ask for the memberOf
attribute using any standard LDAP technique.
I vaguely remember an MSDN KB article describing an astonishingly
complex workaround for victims of this behaviour using ADSI.. sorry I
have no link to it now.
Our solution was to accept that the so-called "default" group for each
user is just not treated properly by AD in its LDAP interface.  It's a
special case.



[2003-10-14 19:56:48] [EMAIL PROTECTED]

We only wrap around the OpenLDAP libraries. So it's definately  not PHP
bug -> bogus.

You should report this to the openldap folks, they propably already
know about it or are very willing to fix it if it's not already fixed.
Please let us know what the response is so we can possibly update the
used openldap libraries in the win32 binaries build.




[2003-10-14 14:08:51] pennington at rhodes dot edu

OK, you're right, after a few minutes, I found an ldapsearch command
that would work:

ldapsearch -x -b "CN=_some_user_,CN=Users,DC=rhodes,DC=edu" -D
"CN=_search_auth_user_,CN=Users,DC=rhodes,DC=edu" -H
ldap://someserver.rhodes.edu -W

The "memberof" attribute results look like this:

memberOf: CN=STAFF_DL,OU=Distribution Lists,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=Planning,OU=Security Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=FACSTAFF,OU=Security Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=Council,OU=Distribution Lists,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=PRESIDENT,OU=Security Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=FACTBOOK,OU=Security Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=INFO_SERVICES,OU=Security
Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=CABINET,OU=Security Groups,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=Senior2006,OU=Distribution
Lists,OU=Groups,DC=rhodes,DC=edu
memberOf: CN=NT Users,CN=Users,DC=rhodes,DC=edu
memberOf: CN=NTSETUP,CN=Users,DC=rhodes,DC=edu
memberOf: CN=Domain Users,CN=Users,DC=rhodes,DC=edu

Again, only 12 results were returned rather than the 13 that exist
there in Active Directory.

However, I've started doing a count based on attributes found by
ldapsearch and Softerra's LDAPBrowser (which I think also uses
openldap) and found that people missing an attibute value in ldapsearch
were missing the same value in LDAPBrowser.

Anyway, I think what we are down to is one of two possibilities:

1) OpenLDAP's search tool is not receiving all attribute values for a
particular search; or

2) Active Directory is not supplying the missing value when queried for
it using LDAP but does reply properly when Microsoft admin tools are
used.

I guess we could solve this if someone knows a good, freely-available,
non-openldap-based LDAP search utility.

Regardless, this doesn't look like a PHP bug per se, thought it could
be a OpenLDAP bug that has found its way into PHP with the rest of the
OpenLDAP code...



[2003-10-14 12:26:58] [EMAIL PROTECTED]

There is no kerberos support in PHP ldap either, and that partially
works, so why would you n

#28067 [Fbk->Asn]: partially incorrect utf8 to htmlentities mapping

[derick]

 ID:   28067
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ben at csgb dot de
-Status:   Feedback
+Status:   Assigned
 Bug Type: Strings related
 Operating System: possibly all
 PHP Version:  Irrelevant
-Assigned To:  
+Assigned To:  derick
 New Comment:

received the patch, but it doesn't look 100% correct so I need to so
some investigations.


Previous Comments:


[2004-04-20 09:10:06] [EMAIL PROTECTED]

Hello,

can you please mail this patch to me, as the bug system garbled it a
bit.

regards,
Derick



[2004-04-19 20:51:01] ben at csgb dot de

sorry, please be careful when using the diff, have to learn to copy and
paste correctly )-;

the diff ends after the first: 

+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 9001 */
"lang", "rang",
};

without the "eck"



[2004-04-19 20:46:26] ben at csgb dot de

Description:

During some doublecheck after Bug #28042 was closed, I discovered some
more mistakes in that file. I just checked the UTF-8 tables, don't know
if the other charsets are wrong, too.

In Bug #28042, We forgot two letters of the greek table, 'upsih' and
'piv', which are spelled with an 'i' as in ice instead of '1'.

Also there are some NULLs missing at several points. This causes
htmlentities(,,"UTF-8") to convert UTF-8 encoded chars into the wrong
or into no HTML-Entities since the mappings are shifted. For example
U+202F is mapped to ‰ which should be U+2030.

Here is my diff of the php5-cvs/ext/standard/html.c, the same
modifications should be made in php-4.3, please double check

--- html.c  2004-04-18 02:30:24.0 +0200
+++ html.c.fixed2004-04-19 18:44:47.949012992 +0200
@@ -114,13 +114,13 @@
/* 354 - 375 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 376 */
"Yuml",
/* 377 - 401 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 402 */
"fnof"
 };
@@ -130,7 +130,7 @@
"circ",
/* 711 - 731 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL,
/* 732 */
"tilde",
 };
@@ -147,9 +147,9 @@
"sigmaf", "sigma", "tau", "upsilon", "phi", "chi", "psi",
"omega",
/* 970 - 976 are not mapped */
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   "thetasym", "ups1h",
+   "thetasym", "upsih",
NULL, NULL, NULL,
-   "p1v"
+   "piv"
 };

 static entity_table_t ent_uni_punct[] = {
@@ -158,7 +158,7 @@
"thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm",
NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL,
"lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo",
-   "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
+   NULL, "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil",
NULL,
"prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo",
"rsaquo",
NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL,
@@ -191,7 +191,7 @@
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8624 (0x21b0) */
-   NULL, NULL, NULL, NULL, "crarr", NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, "crarr", NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8640 (0x21c0) */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
@@ -206,9 +206,9 @@
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8704 (0x2200) */
"forall", "comp", "part", "exist", "nexist", "empty", NULL,
"nabla",
-   "isin", "notin", "epsis", NULL, "ni", "bepsi", NULL, "prod",
+   "isin", "notin", "epsis", "ni", NULL, "bepsi", NULL, "prod",
/* 8720 (0x2210) */
-   "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn",
NULL,
+   "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn",
"lowast",
"compfn", NULL, "radic", NULL, NULL, "prop", "infin", "ang90",
/* 8736 (0x2220) */
"ang", "angmsd", "angsph", "mid", "nmid", "par", "npar",
"and",
@@ -232,17 +232,19 @@
"npr", "nsc", "sub", "sup", "nsub", "nsup", "sube", "supe",
/* 8840 - 8852 */
NULL, NULL, NULL, NULL, NULL, NULL,

#28071 [Opn->Fbk]: Flag "MYSQL_CLIENT_COMPRESS" not working

[georg]

 ID:   28071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpb at lwnetwork dot com
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: Linux RedHat
 PHP Version:  4.3.4
 New Comment:

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.


Please provide information about php configuration (incl. 
mysql client library) and MySQL Server configuration. 
What does SHOW VARIABLES LIKE 'have_compress' show? 


Previous Comments:


[2004-04-20 05:13:57] phpb at lwnetwork dot com

Description:

Tested with: PHP 4.3.4 / MySQL 4.0.18

I have been testing MYSQL_CLIENT_COMPRESS flag in mysql_connect funcion
and compressed protocol is not used, data is transfered from
client/server in no compressed way.

mytest.php :
-- 
$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT
_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
---

I test versus my firewall : 

29 2486 3685K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 

then i restart my firewall and do :

mytest.php :

$mycmsconn=mysql_connect("$dbip","$dblogin","$dbpass",false,MYSQL_CLIENT_COMPRESS);
$mycmsdataquery="SELECT * FROM foo";
$mycmsdataresult = mysql_query($mycmsdataquery,$mycmsconn);
$mycmsdatarow = mysql_fetch_array($mycmsdataresult);
 

/etc/init.d/firewall.sh status | grep mysql 

29 2486 3684K ACCEPT tcp -- any any anywhere anywhere state ESTABLISHED
tcp spt:mysql 29 1249 65053 ACCEPT tcp -- any any anywhere anywhere
state NEW,ESTABLISHED tcp dpt:mysql 


(needless to say that the database server is on a remote host)


(Info copied from Sebastian, as he got same problem as me and tested
with a firewall)

Regards, Alex






-- 
Edit this bug report at http://bugs.php.net/?id=28071&edit=1

#27810 [Csd->Opn]: Apache-2.0.49 crashes on graceful/restart

[pollita]

 ID:   27810
 Updated by:   [EMAIL PROTECTED]
 Reported By:  renato at galle dot com dot br
-Status:   Closed
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD-5.2.1-RELEASE-p4
 PHP Version:  4.3.5


Previous Comments:


[2004-04-20 16:49:04] paul at vanbrouwershaven dot com

Same problem here with the lasted stable release PHP 4.3.6



[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 18:40:56] remco at linux-adept dot nl

Using PHP 4.3.5 or 4.3.6 crashes my Apache 2.0.49 doing a 'apachectl
graceful'. Which is a kill for logrotation! Everything was fine untill
4.3.5 came along. Changing back to 4.3.4 solves the problem.
I have tried recompiling apache etc. Nothing helps.
Gracefully restarting apache gives the following in the error-logs:
[Mon Apr 19 18:28:10 2004] [notice] Graceful restart requested, doing
restart
[Mon Apr 19 18:28:10 2004] [notice] seg fault or similar nasty error
detected in the parent process

And apache has to be restarted once more to get it running.



[2004-04-16 11:28:38] noackjr at alumni dot rice dot edu

Bless you -- the FreeBSD port works flawlessly for me now.



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

#28076 [Opn->Bgs]: BUG 27810 NOT SOLVED !!!!

[pollita]

 ID:   28076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paul at vanbrouwershaven dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.6
 New Comment:

No someta por favor el mismo informe más de una vez.

Por favor não submeta o mesmo relatório mais de uma vez.

Veuillez ne pas soumettre le même rapport plus d'une fois.

Bitte reichen Sie nicht den gleichen Report mehr als einmal ein.

Gelieve te leggen meer dan eens niet het zelfde rapport voor.

Non presenti prego più di una volta lo stesso rapporto.

一度同じレポートをもっとより堤出してはいけない。

请不要递交同样报告更比一次。

동일한 보고를 좀더
보다는 한 번
복종시키지 말라.

Пожалуйста
не
представляйте
такой же
рапорт
больше чем
раз.




Previous Comments:


[2004-04-20 16:40:25] paul at vanbrouwershaven dot com

Please reopen this bug: 27810

There are many comments in the bug 27810 but it's still closed.



[2004-04-20 16:31:17] [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. 

Thank you for your interest in PHP.

DO NOT REFILE OLD BUGS



[2004-04-20 13:20:27] paul at vanbrouwershaven dot com

Description:

BUG 27810 NOT SOLVED 






-- 
Edit this bug report at http://bugs.php.net/?id=28076&edit=1

#27810 [Com]: Apache-2.0.49 crashes on graceful/restart

[paul at vanbrouwershaven dot com]

 ID:   27810
 Comment by:   paul at vanbrouwershaven dot com
 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:

Same problem here with the lasted stable release PHP 4.3.6


Previous Comments:


[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 19:09:19] renato at galle dot com dot br

Here is the patch to fix it on php-4.3.6:

--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
-   pcre_malloc = php_pcre_malloc;
-   pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
-   pcre_stack_malloc = php_pcre_malloc;
-   pcre_stack_free = php_pcre_free;
-#endif
-   
return SUCCESS;
 }
 /* }}} */
@@ -130,6 +121,16 @@
 }
 /* }}} */
 
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+   pcre_malloc = php_pcre_malloc;
+   pcre_free = php_pcre_free;
+
+   return SUCCESS;
+}
+/* }}} */
+
 /* {{{ pcre_get_compiled_regex
  */
 PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
-   NULL,
+   PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,



[2004-04-19 18:40:56] remco at linux-adept dot nl

Using PHP 4.3.5 or 4.3.6 crashes my Apache 2.0.49 doing a 'apachectl
graceful'. Which is a kill for logrotation! Everything was fine untill
4.3.5 came along. Changing back to 4.3.4 solves the problem.
I have tried recompiling apache etc. Nothing helps.
Gracefully restarting apache gives the following in the error-logs:
[Mon Apr 19 18:28:10 2004] [notice] Graceful restart requested, doing
restart
[Mon Apr 19 18:28:10 2004] [notice] seg fault or similar nasty error
detected in the parent process

And apache has to be restarted once more to get it running.



[2004-04-16 11:28:38] noackjr at alumni dot rice dot edu

Bless you -- the FreeBSD port works flawlessly for me now.



[2004-04-16 07:46:13] ale at FreeBSD dot org

Hopefully fixed in php port with this patch:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php4/files/patch-ext%3a%3apcre%3a%3aphp_pcre.c?rev=1.1&content-type=text/x-cvsweb-markup



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

#28076 [Bgs->Opn]: BUG 27810 NOT SOLVED !!!!

[paul at vanbrouwershaven dot com]

 ID:   28076
 User updated by:  paul at vanbrouwershaven dot com
 Reported By:  paul at vanbrouwershaven dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.6
 New Comment:

Please reopen this bug: 27810

There are many comments in the bug 27810 but it's still closed.


Previous Comments:


[2004-04-20 16:31:17] [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. 

Thank you for your interest in PHP.

DO NOT REFILE OLD BUGS



[2004-04-20 13:20:27] paul at vanbrouwershaven dot com

Description:

BUG 27810 NOT SOLVED 






-- 
Edit this bug report at http://bugs.php.net/?id=28076&edit=1

#28076 [Opn->Bgs]: BUG 27810 NOT SOLVED !!!!

[derick]

 ID:   28076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paul at vanbrouwershaven dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.6
 New Comment:

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. 

Thank you for your interest in PHP.

DO NOT REFILE OLD BUGS


Previous Comments:


[2004-04-20 13:20:27] paul at vanbrouwershaven dot com

Description:

BUG 27810 NOT SOLVED 






-- 
Edit this bug report at http://bugs.php.net/?id=28076&edit=1

#27283 [Ver->Csd]: Exception not caught if more than two catch blocks are used

[andi]

 ID:   27283
 Updated by:   [EMAIL PROTECTED]
 Reported By:  benjcarson at digitaljunkies dot ca
-Status:   Verified
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5CVS-2004-03-15
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-03-28 01:47:28] myle34 at hotmail dot com

Not only do I have the same problem, but when your code is executed
several times, Apache crashes on Windows XP SP1 with Apache 2.0.48.

However, I have found that ALL exception related code crashes after
several page refreshes. Additionally, the more complex the exception
code, the fewer page refreshes it takes to crash.



[2004-03-06 14:04:00] benjcarson at digitaljunkies dot ca

For now we've had to use this workaround:

getMessage() . "\n");
  else if ($e instanceof Ex2)
echo ("Ex2: " . $e->getMessage() . "\n");
  else if ($e instanceof Ex3)
echo ("Ex3: " . $e->getMessage() . "\n");
  else
echo ("Exception: " . $e->getMessage() . "\n");
}



[2004-02-16 21:09:43] benjcarson at digitaljunkies dot ca

Description:

If an exception is thrown within a try block and more than two catch
blocks follow, the exception may not be caught.  If the exception
matches either of the first two catch blocks then the exception will be
caught.  However, if the exception does not match the first two catch
blocks, it will skip any remaining catch blocks and remain uncaught.

In the code below, the exception is caught properly if the second catch
block is commented out.  Once it is included again though, the
exception is not caught.

Reproduce code:
---
getMessage() ."\n");

} catch (Ex2 $e) {
  echo ("Ex2: " . $e->getMessage() ."\n");
  
} catch (Exception $e) {  // Note: trying to catch Ex3 also fails
  echo ("Exception: " . $e->getMessage() . "\n");
}
exit(0);
?>

Expected result:

Execption: Ex3


Actual result:
--
Fatal error: Uncaught exception 'Ex3' with message 'Ex3'
exception.php:8
Stack trace:
#0 {main}
  thrown in exception.php on line 8






-- 
Edit this bug report at http://bugs.php.net/?id=27283&edit=1

#28079 [NEW]: postnuke module FormExpress dont work aymore with php 4.3.5

[u dot fritz at gmx dot net]

From: u dot fritz at gmx dot net
Operating system: bsd
PHP version:  4.3.5
PHP Bug Type: *General Issues
Bug description:  postnuke module FormExpress dont work aymore with php 4.3.5

Description:

my provider made an php upgrade from version 4.3.4 to 4.3.5

now the postnuke modul, called "FormExpress" is not working anymore. it
brings up a blank page, just with the tags  and 
it ist not possible to initialise it annymore.

since my hoster made a downgrade to 4.3.4 all is running fine again.


-- 
Edit bug report at http://bugs.php.net/?id=28079&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28079&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28079&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28079&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28079&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28079&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28079&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28079&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28079&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28079&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28079&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28079&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28079&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28079&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28079&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28079&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28079&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28079&r=float

#28074 [Opn->Asn]: Fast CGI standard compliance : stderr should be written in a FCGI stderr stream

[derick]

 ID:   28074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bogus_idp at yahoo dot fr
-Status:   Open
+Status:   Assigned
 Bug Type: CGI related
 Operating System: any
 PHP Version:  5.0.0RC1
-Assigned To:  
+Assigned To:  shane
 New Comment:

Assigning to Shane, the maintainer of this SAPI module.


Previous Comments:


[2004-04-20 12:03:30] bogus_idp at yahoo dot fr

Description:

The Fast CGI standard require that error be reported through the
FastCGI connection as a Stderr data stream. 
But PHP Fast CGI processes still write errors to original stderr (file
handle 3) which prevent from clean standard centralized FCGI logging,
especially when the Fast CGI PHP process is not started by the web
server (remote Fast CGI).

In most cases, it makes debugging PHP scripts impossible.






-- 
Edit this bug report at http://bugs.php.net/?id=28074&edit=1

#28075 [Opn->Asn]: mysql ssl connection

[derick]

 ID:   28075
 Updated by:   [EMAIL PROTECTED]
 Reported By:  petre dot rodan at avira dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: linux
 PHP Version:  4.3.6
-Assigned To:  
+Assigned To:  georg
 New Comment:

Assigning to georg, the maintainer of this extension.


Previous Comments:


[2004-04-20 12:34:11] petre dot rodan at avira dot com

Description:

I was tring to use SSL-enabled mysql connections using php and
mod_php.

The problem was that the libmysql library inside {,mod_}php detects
that SSL is needed, but it doesn't know the location of the client
certificate.

by simply inserting the following line 
mysql_options(&mysql->conn,MYSQL_READ_DEFAULT_GROUP,"client");
before mysql_real_connect(..) in ext/mysql/php_mysql.c, the my.cnf file
is read and all SSL-related configurations are imported from there.

If my problem can be solved in another way, please drop me a line :).

Successfuly tested with php-4.3.4-r4, mod_php-4.3.4-r4,
mod_php-4.3.6-rc2, php-5.0_beta1-r1.

see
http://bugs.gentoo.org/show_bug.cgi?id=46340#c3
for scenario details

the patch can be downloaded here:
http://bugs.gentoo.org/attachment.cgi?id=28436&action=view








-- 
Edit this bug report at http://bugs.php.net/?id=28075&edit=1

#28078 [NEW]: include causes script termination on syntax error

[DavidSmith at byu dot net]

From: DavidSmith at byu dot net
Operating system: Linux
PHP version:  4.3.5
PHP Bug Type: Scripting Engine problem
Bug description:  include causes script termination on syntax error

Description:

Under previous versions of PHP, calling include() on a file containing
syntax errors did not cause script termination. This is in accordance with
the documentation on include(). However, in 4.3.5, syntax errors in
included files appear to cause script termination. Tested with 4.1.x,
4.2.x, and 4.3.1.

Reproduce code:
---
Two files are required to reproduce this bug:

1. test.php:
\n";
include 'test-error.php';
echo "done.\n";
?>

2. test-error.php (intentionally contains a syntax error):


Expected result:

It is expected that a syntax error will not cause script termination.
Thus, the expected output is this:

including...

Parse error: parse error, unexpected '*' in /var/www/test-error.php on
line 3
done.



Actual result:
--
including...

Parse error: parse error, unexpected '*' in /var/www/test-error.php on
line 3



---
Notice that "done." is not printed, since script execution terminated on
the include() line.

-- 
Edit bug report at http://bugs.php.net/?id=28078&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28078&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28078&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28078&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28078&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28078&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28078&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28078&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28078&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28078&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28078&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28078&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28078&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28078&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28078&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28078&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28078&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28078&r=float

#27801 [Csd]: networking issue..

[derick]

 ID:   27801
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ury at iptel dot by
 Status:   Closed
 Bug Type: Sockets related
 Operating System: linux
 PHP Version:  4.3.5
 New Comment:

If it's in one snapshot, it will be in later ones too. The fix will
also be in a next release of PHP (4.3.7 OR 5.0.0).


Previous Comments:


[2004-04-20 10:35:23] tibyke at tibyke dot hu

just a final question?

when will it be merged to the "main" tree?
will there come a bugfix release soon, or it will remain in snaps only,
and get merged later when a main release is coming?

was it just a snapshot made for this bug, or will it be merged into any
forthcoming spanshots too?

thx,
tibyke



[2004-04-19 23:24:02] [EMAIL PROTECTED]

Cool, closing then.



[2004-04-19 20:19:37] tibyke at tibyke dot net

this snapshot is ok, ilohamail works ok.

thx,
tibyke



[2004-04-19 15:19:24] [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

See Bug #28055, and please try the next snapshot.



[2004-04-18 12:53:58] jimmy at quadrahosting dot com dot au

To those who are experiencing this problem (on 4.3.5 and up) - do you
check the result of fgets using feof? If this is the case, the feof is
the cause of the delay because since 4.3.5 PHP will only return true on
feof when the socket connection is closed or after the socket timeout
period has elapsed. See www.php.net/feof

A quick fix is to call stream_set_timeout($sockethandle, 2) or a
similarly low timeout.

Can someone confirm that this works for you?



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/27801

-- 
Edit this bug report at http://bugs.php.net/?id=27801&edit=1

#27899 [Com]: Apache got segfault after received SIGHUP

[karpet at comatosed dot co dot uk]

 ID:   27899
 Comment by:   karpet at comatosed dot co dot uk
 Reported By:  charvel at bluemission dot com
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Linux 2.4.25
 PHP Version:  4.3.6RC2
 New Comment:

Having broken my configure options down and started readding them.. it
seems like it's pcre that's causing the problem. Both of the following
work without "--with-pcre-regex", but not with.

feature packed configure line:
./configure --disable-all --enable-posix --enable-session
--enable-overload --with-pcre-regex
--with-config-file-path=/usr/local/apache-2.0.49/conf
--with-apxs2=/usr/local/apache-2.0.49/bin/apxs
--with-mysql=/usr/local/mysql --with-openssl=/usr --with-zlib
--with-jpeg-dir --with-png-dir --with-freetype-dir --with-gd
--with-gd-native-ttf

reduced configure line:
./configure --disable-all --with-pcre-regex
--with-config-file-path=/usr/local/apache-2.0.49/conf
--with-apxs2=/usr/local/apache-2.0.49/bin/apxs


Previous Comments:


[2004-04-19 18:38:48] remco at linux-adept dot nl

Using PHP 4.3.5 or 4.3.6 crashes my Apache 2.0.49 doing a 'apachectl
graceful'. Which is a kill for logrotation! Everything was fine untill
4.3.5 came along. Changing back to 4.3.4 solves the problem.
I have tried recompiling apache etc. Nothing helps.
Gracefully restarting apache gives the following in the error-logs:
[Mon Apr 19 18:28:10 2004] [notice] Graceful restart requested, doing
restart
[Mon Apr 19 18:28:10 2004] [notice] seg fault or similar nasty error
detected in the parent process

And apache has to be restarted once more to get it running.



[2004-04-16 08:49:45] afraser at w3internet dot com

Thought I would check the previous version of Apache, since I only got
this problem after upgrading Apache (2.0.48 to 2.0.49) and PHP (4.3.3
to 4.3.5)

[EMAIL PROTECTED] home] www/bin/httpd -v
Server version: Apache/2.0.48
Server built:   Dec 14 2003 15:23:08
[EMAIL PROTECTED] home]# www/bin/apachectl configtest
[Fri Apr 16 09:46:54 2004] [crit] Apache is running a threaded MPM, but
your PHP Module is not compiled to be threadsafe.  You need to
recompile PHP.
Pre-configuration failed

Probably this is not a bug... but if this makes sense to one of you
gurus could you explain to us what we did wrong?



[2004-04-13 12:44: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-04-09 11:13:18] [EMAIL PROTECTED]

1. As you're using a threaded webserver and asking for trouble this bug
is pretty much bogus. (the crash happens elsewhere than in PHP
itself..where is the GDB backtrace?)

2. Try adding your original configure options (those ones excluded
which I told you NOT to use) one by one and see which one causes the
crash, like this:

# rm -f config.cache
# ./configure --disable-all --with-apxs2 --with-zlib
# make clean && make

(try them all _separately_ first!)




[2004-04-09 05:24:09] charvel at bluemission dot com

1. worker
2. In this case work fine.



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/27899

-- 
Edit this bug report at http://bugs.php.net/?id=27899&edit=1

#28077 [NEW]: libphp.so whon't load in apache2...

[mathieu dot carbonneaux at ch2o dot info]

From: mathieu dot carbonneaux at ch2o dot info
Operating system: HP-UX 11i
PHP version:  4.3.6
PHP Bug Type: Apache2 related
Bug description:  libphp.so whon't load in apache2...

Description:

have compile apache2, and i tested it separatly...is ok

after have compiled php without probleme... 
the php module has been correctly installed in dir of apache 
and the apache conf have been correctly modify...

but... when i try to start apache with php module(they work fine with
integrated apache module!), 
they can load php module...

when i verify with ldd -d have this result:
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libdld.2 =>/usr/lib/libdld.2
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libintl.sl =>/usr/local/lib/libintl.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libiconv.sl =>   /usr/local/lib/libiconv.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libxml2.sl =>/usr/local/lib/libxml2.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libintl.sl =>/usr/local/lib/libintl.sl
/usr/lib/libm.2 =>  /usr/lib/libm.2
/usr/local/lib/libz.sl =>   /usr/local/lib/libz.sl
/usr/lib/libpthread.1 =>/usr/lib/libpthread.1
/usr/lib/libm.2 =>  /usr/lib/libm.2
/usr/local/lib/libbz2.sl => /usr/local/lib/libbz2.sl
/usr/local/lib/libdb.sl =>  /usr/local/lib/libdb.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libxslt.sl =>/usr/local/lib/libxslt.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libm.2 =>  /usr/lib/libm.2
/usr/local/lib/libintl.sl =>/usr/local/lib/libintl.sl
/usr/lib/libpthread.1 =>/usr/lib/libpthread.1
/usr/local/lib/libz.sl =>   /usr/local/lib/libz.sl
/usr/local/lib/libxml2.sl =>/usr/local/lib/libxml2.sl
/usr/local/lib/libxsltbreakpoint.sl => 
/usr/local/lib/libxsltbreakpoint.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libjpeg.sl =>/usr/local/lib/libjpeg.sl
/usr/local/lib/libz.sl =>   /usr/local/lib/libz.sl
/usr/local/lib/libpng.sl => /usr/local/lib/libpng.sl
/usr/local/lib/X11/libXpm.sl => /usr/local/lib/X11/libXpm.sl
/usr/lib/libX11.3 =>/usr/lib/libX11.3
/usr/local/lib/libt1.sl =>  /usr/local/lib/libt1.sl
/usr/local/lib/libgd.sl =>  /usr/local/lib/libgd.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libiconv.sl =>   /usr/local/lib/libiconv.sl
/usr/lib/libm.2 =>  /usr/lib/libm.2
/usr/local/lib/libz.sl =>   /usr/local/lib/libz.sl
/usr/local/lib/libpng.sl => /usr/local/lib/libpng.sl
/usr/local/lib/libfreetype.sl =>   
/usr/local/lib/libfreetype.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/lib/libjpeg.sl =>/usr/local/lib/libjpeg.sl
/usr/lib/libX11.3 =>/usr/lib/libX11.3
/usr/local/lib/X11/libXpm.sl => /usr/local/lib/libXpm.sl
/usr/lib/libdld.2 =>/usr/lib/libdld.2
/usr/lib/libpthread.1 =>/usr/lib/libpthread.1
/usr/local/lib/libexpat.sl =>   /usr/local/lib/libexpat.sl
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/apache2/lib/libaprutil-0.sl.9 =>
/usr/local/apache2/lib/libaprutil-0.sl.9
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/local/apache2/lib/libapr-0.sl.9 =>
/usr/local/apache2/lib/libapr-0.sl.9
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libdld.2 =>/usr/lib/libdld.2
/usr/lib/libpthread.1 =>/usr/lib/libpthread.1
/usr/lib/libnsl.1 =>/usr/lib/libnsl.1
/usr/lib/libxti.2 =>/usr/lib/libxti.2
/usr/lib/libm.2 =>  /usr/lib/libm.2
/usr/lib/libcl.2 => /usr/lib/libcl.2
/usr/lib/libisamstub.1 =>   /usr/lib/libisamstub.1
/usr/lib/libdld.2 =>/usr/lib/libdld.2
symbol not found: _SYSTEM_ID(/usr/lib/libc.2)
symbol not found: _end  (/usr/lib/libc.2)
symbol not found: __dld_loc (/usr/lib/libdld.2)
symbol not found: ap_loaded_modules
(/usr/local/apache2/modules/libphp4.so)
symbol not found: unixd_config 
(/usr/local/apache2/modules/libphp4.so)
symbol not found: ap_server_root   
(/usr/local/apache2/modules/libphp4.so)
symbol not found: _SYSTEM_ID(/usr/lib/libcl.2)
symbol not found: __dld_loc (/usr/lib/libcl.2)

some symbole can be resolve

have searched this symbole

and i have found this symbol in httpd binary

#nm httpd | grep ap_server_root
ap_hack_ap_server_root_relative|1073780904|extern|data   |$DATA$
ap_server_root  |1073757188|extern|data   |$DATA$
ap_server_root_relative|303164|extern|entry  |
ap_server_root_relative|303216|extern|code   |$CODE$

#n

#28076 [NEW]: BUG 27810 NOT SOLVED !!!!

[paul at vanbrouwershaven dot com]

From: paul at vanbrouwershaven dot com
Operating system: Linux
PHP version:  4.3.6
PHP Bug Type: Apache2 related
Bug description:  BUG 27810 NOT SOLVED 

Description:

BUG 27810 NOT SOLVED 


-- 
Edit bug report at http://bugs.php.net/?id=28076&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28076&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28076&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28076&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28076&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28076&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28076&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28076&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28076&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28076&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28076&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28076&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28076&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28076&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28076&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28076&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28076&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28076&r=float

#28075 [NEW]: mysql ssl connection

[petre dot rodan at avira dot com]

From: petre dot rodan at avira dot com
Operating system: linux
PHP version:  4.3.6
PHP Bug Type: Feature/Change Request
Bug description:  mysql ssl connection

Description:

I was tring to use SSL-enabled mysql connections using php and mod_php.

The problem was that the libmysql library inside {,mod_}php detects that
SSL is needed, but it doesn't know the location of the client
certificate.

by simply inserting the following line 
mysql_options(&mysql->conn,MYSQL_READ_DEFAULT_GROUP,"client");
before mysql_real_connect(..) in ext/mysql/php_mysql.c, the my.cnf file is
read and all SSL-related configurations are imported from there.

If my problem can be solved in another way, please drop me a line :).

Successfuly tested with php-4.3.4-r4, mod_php-4.3.4-r4, mod_php-4.3.6-rc2,
php-5.0_beta1-r1.

see
http://bugs.gentoo.org/show_bug.cgi?id=46340#c3
for scenario details

the patch can be downloaded here:
http://bugs.gentoo.org/attachment.cgi?id=28436&action=view




-- 
Edit bug report at http://bugs.php.net/?id=28075&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28075&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28075&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28075&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28075&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28075&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28075&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28075&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28075&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28075&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28075&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28075&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28075&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28075&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28075&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28075&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28075&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28075&r=float

#28074 [NEW]: Fast CGI standard compliance : stderr should be written in a FCGI stderr stream

[bogus_idp at yahoo dot fr]

From: bogus_idp at yahoo dot fr
Operating system: any
PHP version:  5.0.0RC1
PHP Bug Type: CGI related
Bug description:  Fast CGI standard compliance : stderr should be written in a FCGI 
stderr stream

Description:

The Fast CGI standard require that error be reported through the FastCGI
connection as a Stderr data stream. 
But PHP Fast CGI processes still write errors to original stderr (file
handle 3) which prevent from clean standard centralized FCGI logging,
especially when the Fast CGI PHP process is not started by the web server
(remote Fast CGI).

In most cases, it makes debugging PHP scripts impossible.


-- 
Edit bug report at http://bugs.php.net/?id=28074&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28074&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28074&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28074&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28074&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28074&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28074&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28074&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28074&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28074&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28074&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28074&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28074&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28074&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28074&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28074&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28074&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28074&r=float

#28029 [Com]: HTTP request failed!

[servers at apandres dot com]

 ID:   28029
 Comment by:   servers at apandres dot com
 Reported By:  coadmin at hostings dot pl
 Status:   Open
 Bug Type: URL related
 Operating System: FreeBSD 4.9 and 5.2.1
 PHP Version:  4CVS-2004-04-16 (stable)
 New Comment:

I have the same problem, php 4.3.3 on redhat. i am checking for a
reciprocal link of a submitted page. it is working for a few hours and
then nothing can be submitted any more. same error msg. after apache
restart everything is ok again for the next few hours. i did not notice
this in php 4.3.2


Previous Comments:


[2004-04-18 00:59:25] coadmin at hostings dot pl

Maybe, old one was unclear, this the easiest way to reproduce this
bug:

http://www.cnn.com",r)) echo "OK";
?>

Online url: http://69.93.217.178/test.php

If fails it shows:
Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request
failed! 
 in /home/homepage/public_html/test.php on line 2

If works shows:
OK

Please help. Best regards.



[2004-04-18 00:02:34] coadmin at hostings dot pl

inessential, my solution was wrong. this is not it. please make your
investigations into this problem. thanks.



[2004-04-17 20:53:19] coadmin at hostings dot com dot pl

Please hold one for one day, maybe I've solution. I must test it. I
will write what about it in 24h. Regards.



[2004-04-17 19:15:59] coadmin at hostings dot pl

It's code of PHP script which make error [2].

$check is delivered by POST method from HTML form.

sprawdz.php:

http://allpay.pl/check_code.php?id=".$id."&code=".$code."&c
heck=".$check."&type=".$type."", 'r');
$status = fgets($handle, 8);
$czas_zycia = fgets($handle, 24);
fclose($handle);
$czas_zycia = rtrim($czas_zycia);
if ($status == 0) {print "pass is bad - try again"; exit;}  else
{  # if pass is good:
if (!isset($_COOKIE['ActiveCode']))
{
setcookie('ActiveCode',1, time()+$czas_zycia);
}
else
{
setcookie('ActiveCode',0, time()+2, "/");
setcookie('ActiveCode',1, time()+$czas_zycia, "/");
}
header("Location: index1.php");
}
?>


full error:

Warning:
fopen(http://allpay.pl/check_code.php?id=&code=x,x,x,x,x&check=yourpassword8&type=sms,c1):
failed to open stream: HTTP request failed! AeáW in
/home/prospl/public_html/sprawdz.php on line 20
Warning: fgets(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 21
Warning: fgets(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 22
Warning: fclose(): supplied argument is not a valid stream resource in
/home/prospl/public_html/sprawdz.php on line 23


line in error (20) is: "$handle = fopen("http://..";

Online URL: http://www.pros.pl/ (it is working now)

Form is from the left side with button "Wchodze do bazy". You could
give any password there. It should shows "Kod niepoprawny - wpisz
ponownie." - it means bad password. If fails, is timeout and it shows
error message as above.

IMHO, there aren't any mistakes in php code, the problem is to open
sockets with "http://"; url.

I'll provide GDB backtrace asap. I'm not sure if it will be possible,
because PHP still works, and there aren't any crashes. Crash was my
word to describe that these functions stopped to work.



[2004-04-16 22:05:25] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.

And also a GDB backtrace of the crash. (configure with
--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/28029

-- 
Edit this bug report at http://bugs.php.net/?id=28029&edit=1

#14085 [Com]: configure error

[ajmal dot khan at eximsoft dot com]

 ID:   14085
 Comment by:   ajmal dot khan at eximsoft dot com
 Reported By:  dextra at angelfire dot com
 Status:   Closed
 Bug Type: *Compile Issues
 Operating System: Linux Mandrake 8.1
 PHP Version:  4.0.6
 New Comment:

Thanks buddy, Infact ncurses were there, eventhen it was giving the
same error. After installed 'ncurses-devel' package everything went
fine.

Thanks a lot.
-Ajmal


Previous Comments:


[2001-11-16 16:25:09] [EMAIL PROTECTED]

Fairly simple to fix: install ncurses (and the devel package if
needed).

Derick



[2001-11-16 16:17:26] dextra at angelfire dot com

um oeps sorry. wrong file :(.
This is the right one.

configure:8109: (Each undeclared identifier is reported only once
configure:8109: for each function it appears in.)
configure: failed program was:
#line 8105 "configure"
#include "confdefs.h"
#include 
#include 
int main() {
int x = TIOCSTAT;
; return 0; }
configure:8135: checking if struct dirent has a d_ino member
configure:8169: gcc -c -O3 -DDBUG_OFFconftest.c 1>&5
configure:8190: checking whether signal handlers are of type void
configure:8210: gcc -c -O3 -DDBUG_OFFconftest.c 1>&5
configure:8236: checking for tgetent in -lncurses
configure:8255: gcc -o conftest -O3 -DDBUG_OFF -rdynamic conftest.c
-lncurses  -lpthread -lz -lcrypt -lnsl -lm  -lpthread 1>&5
/usr/bin/ld: cannot find -lncurses
collect2: ld returned 1 exit status
configure: failed program was:
#line 8244 "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 tgetent();

int main() {
tgetent()
; return 0; }
configure:8274: checking for tgetent in -lcurses
configure:8293: gcc -o conftest -O3 -DDBUG_OFF -rdynamic conftest.c
-lcurses  -lpthread -lz -lcrypt -lnsl -lm  -lpthread 1>&5
/usr/bin/ld: cannot find -lcurses
collect2: ld returned 1 exit status
configure: failed program was:
#line 8282 "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 tgetent();

int main() {
tgetent()
; return 0; }
configure:8312: checking for tgetent in -ltermcap
configure:8331: gcc -o conftest -O3 -DDBUG_OFF -rdynamic conftest.c
-ltermcap  -lpthread -lz -lcrypt -lnsl -lm  -lpthread 1>&5
/usr/bin/ld: cannot find -ltermcap
collect2: ld returned 1 exit status
configure: failed program was:
#line 8320 "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 tgetent();

int main() {
tgetent()
; return 0; }
configure:8359: checking for termcap functions library



[2001-11-16 16:13:18] dextra at angelfire dot com

This is about 40 lines back till the end of the error :(.
This is what you needed i think.

checking if struct timespec has a ts_sec member... no
checking if we have tzname variable... yes
checking for type ulong... yes
checking for type uchar... no
checking for type uint... yes
checking for type fp_except... no
checking if c++ supports bool types... yes
checking if conversion of longlong to float works... yes
checking if pthread_yield takes zero arguments... yes
checking if pthread_yield takes 1 argument... no
checking for varargs.h... yes
checking for stdarg.h... yes
checking for dirent.h... yes
checking for locale.h... yes
checking for ndir.h... no
checking for sys/dir.h... yes
checking for sys/file.h... yes
checking for sys/ndir.h... no
checking for sys/ptem.h... no
checking for sys/pte.h... no
checking for sys/select.h... yes
checking for sys/stream.h... no
checking for sys/mman.h... (cached) yes
checking for curses.h... no
checking for termcap.h... no
checking for termio.h... (cached) yes
checking for termbits.h... no
checking for asm/termbits.h... yes
checking for grp.h... yes
checking for paths.h... yes
checking for lstat... yes
checking for putenv... yes
checking for select... yes
checking for setenv... yes
checking for setlocale... yes
checking for strcoll... yes
checking for tcgetattr... yes
checking whether stat file-mode macros are broken... no
checking return type of signal handlers... void
checking for type of signal functions... posix
checking whether programs are able to redeclare getpw functions... yes
checking for TIOCGWINSZ in sys/ioctl.h... yes
checking for FIONREAD in sys/ioctl.h... yes
checking for TIOCSTAT in sys/ioctl.h... no
checking if struct dirent has a d_ino member... yes
checking whether signal handlers ar

#27801 [Com]: networking issue..

[tibyke at tibyke dot hu]

 ID:   27801
 Comment by:   tibyke at tibyke dot hu
 Reported By:  ury at iptel dot by
 Status:   Closed
 Bug Type: Sockets related
 Operating System: linux
 PHP Version:  4.3.5
 New Comment:

just a final question?

when will it be merged to the "main" tree?
will there come a bugfix release soon, or it will remain in snaps only,
and get merged later when a main release is coming?

was it just a snapshot made for this bug, or will it be merged into any
forthcoming spanshots too?

thx,
tibyke


Previous Comments:


[2004-04-19 23:24:02] [EMAIL PROTECTED]

Cool, closing then.



[2004-04-19 20:19:37] tibyke at tibyke dot net

this snapshot is ok, ilohamail works ok.

thx,
tibyke



[2004-04-19 15:19:24] [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

See Bug #28055, and please try the next snapshot.



[2004-04-18 12:53:58] jimmy at quadrahosting dot com dot au

To those who are experiencing this problem (on 4.3.5 and up) - do you
check the result of fgets using feof? If this is the case, the feof is
the cause of the delay because since 4.3.5 PHP will only return true on
feof when the socket connection is closed or after the socket timeout
period has elapsed. See www.php.net/feof

A quick fix is to call stream_set_timeout($sockethandle, 2) or a
similarly low timeout.

Can someone confirm that this works for you?



[2004-04-12 07:31:10] [EMAIL PROTECTED]

None of you have bothered to do some bug finding of your own; we don't
have time to install large applications and debug them.

Please give me the shortest script that reproduces the bug, as I have
asked, otherwise this report will sit and rot.



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/27801

-- 
Edit this bug report at http://bugs.php.net/?id=27801&edit=1

#21207 [Com]: unable to load .dll

[nhfasif at msn dot com]

 ID:   21207
 Comment by:   nhfasif at msn dot com
 Reported By:  jean-b dot favre at wanadoo dot fr
 Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Win XP PRO
 PHP Version:  4.3.0RC4
 New Comment:

in mine its not able to load any of the extensions even thou all the
extension directory stuff is configured properly

winxp/apache


Previous Comments:


[2002-12-26 17:34:43] [EMAIL PROTECTED]

They are build in, no need to load them yourself.

Derick



[2002-12-26 17:34:04] jean-b dot favre at wanadoo dot fr

When starting apache 1.3.27, two extensions can't be loaded:
; extension=php_ctype.dll
; extension=php_tokenizer.dll

By the way, thay seem to be "core functionnality":
a call to get_loaded_extension() give ctype and tokemizer enabled.




-- 
Edit this bug report at http://bugs.php.net/?id=21207&edit=1

#28070 [Opn->Csd]: Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0

[derick]

 ID:   28070
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gus at pbx dot org
-Status:   Open
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: Windows 2003 Server
 PHP Version:  4.3.5
 New Comment:

Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at 
http://www.php.net/downloads.php


Previous Comments:


[2004-04-20 02:37:33] gus at pbx dot org

Description:

Warning: Unknown list entry type in request shutdown (2) in Unknown on
line 0

diff's in my php.ini from -dist
asp_tags = On
output_buffering = On
 register_globals = On
 post_max_size = 32M
upload_max_filesize = 32M
SMTP = *censored*
smtp_port = 25
sendmail_from = [EMAIL PROTECTED]
odbc.allow_persistent = Off
mysql.allow_persistent = Off
session.save_path = "C:\php\sessions"




Reproduce code:
---
even files without a  produce these results.. an empty file that
is being parsed by php will exhibit this behavior.

Expected result:

I should see anything at all






-- 
Edit this bug report at http://bugs.php.net/?id=28070&edit=1

#28069 [Opn->Bgs]: The extension load is broken

[derick]

 ID:   28069
 Updated by:   [EMAIL PROTECTED]
 Reported By:  plumber at gnu-darwin dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: darwin
 PHP Version:  4.3.5
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.


Previous Comments:


[2004-04-19 23:49:54] plumber at gnu-darwin dot org

Description:

The extension load is broken dl too and return a empty 
result gdb backtrace gives nothing

Warning: dl(): Unable to load dynamic library /pathext/
some.so (null)

from dl and php.ini

the same report as made even if the .so file are not in 
etx dir

I've test from 4.3.3 src and all is ok




Reproduce code:
---
from ini file

php -m

PHP Warning:  Unknown(): Unable to load dynamic library '/pathext/
some.so' - (null) in Unknown on line 0

if i remove the so file from exte dir it's the same











-- 
Edit this bug report at http://bugs.php.net/?id=28069&edit=1

#28068 [Opn->Asn]: mssql_num_rows() is returning an invalid handle

[derick]

 ID:   28068
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oooacooo at yahoo dot com
-Status:   Open
+Status:   Assigned
 Bug Type: MSSQL related
 Operating System: Windows 2K Server; Apache 2.0.45
 PHP Version:  4.3.4
-Assigned To:  
+Assigned To:  fmk
 New Comment:

Assigning to the maintainer, as this is obviously wrong (and BC
breaking) behavior.


Previous Comments:


[2004-04-19 22:01:58] oooacooo at yahoo dot com

Description:

When using mssql_execute() with PHP version 4.3.2 mssql_num_rows() will
return 0, when no records are returned from a stored procedure.

When using version 4.3.4 and above mssql_num_rows() will return
"supplied argument is not a valid MS SQL-result
resource"

I tested this by running the code successfully with the php_mssql.dll
which ships with 4.3.2 and then swapped php_mssql.dll with the one that
ships with 4.3.4 and restarted Apache.

Reproduce code:
---
$validEpisode = mssql_query("spValidateEpisodeDate " . $AccountID .
",'" . $inputVisitDate . "'",$db);

if(mssql_num_rows($validEpisode) > 0)
{
$row = mssql_fetch_object($validEpisode);
if($row->Episode_ID == "")
$errorMsg = "There is no episode for this account that 
covers the
visit date entered." . $errorMsg;
else
$EpisodeID = $row->Episode_ID;
}

Expected result:

If no records are found I would expect
"if(mssql_num_rows($validEpisode) > 0)" to return true.

Actual result:
--
"if(mssql_num_rows($validEpisode) > 0)" throws an error "supplied
argument is not a valid MS SQL-result
resource"





-- 
Edit this bug report at http://bugs.php.net/?id=28068&edit=1

#28067 [Opn->Fbk]: partially incorrect utf8 to htmlentities mapping

[derick]

 ID:   28067
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ben at csgb dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Strings related
 Operating System: possibly all
 PHP Version:  Irrelevant
 New Comment:

Hello,

can you please mail this patch to me, as the bug system garbled it a
bit.

regards,
Derick


Previous Comments:


[2004-04-19 20:51:01] ben at csgb dot de

sorry, please be careful when using the diff, have to learn to copy and
paste correctly )-;

the diff ends after the first: 

+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 9001 */
"lang", "rang",
};

without the "eck"



[2004-04-19 20:46:26] ben at csgb dot de

Description:

During some doublecheck after Bug #28042 was closed, I discovered some
more mistakes in that file. I just checked the UTF-8 tables, don't know
if the other charsets are wrong, too.

In Bug #28042, We forgot two letters of the greek table, 'upsih' and
'piv', which are spelled with an 'i' as in ice instead of '1'.

Also there are some NULLs missing at several points. This causes
htmlentities(,,"UTF-8") to convert UTF-8 encoded chars into the wrong
or into no HTML-Entities since the mappings are shifted. For example
U+202F is mapped to ‰ which should be U+2030.

Here is my diff of the php5-cvs/ext/standard/html.c, the same
modifications should be made in php-4.3, please double check

--- html.c  2004-04-18 02:30:24.0 +0200
+++ html.c.fixed2004-04-19 18:44:47.949012992 +0200
@@ -114,13 +114,13 @@
/* 354 - 375 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 376 */
"Yuml",
/* 377 - 401 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 402 */
"fnof"
 };
@@ -130,7 +130,7 @@
"circ",
/* 711 - 731 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL,
/* 732 */
"tilde",
 };
@@ -147,9 +147,9 @@
"sigmaf", "sigma", "tau", "upsilon", "phi", "chi", "psi",
"omega",
/* 970 - 976 are not mapped */
NULL, NULL, NULL, NULL, NULL, NULL, NULL,
-   "thetasym", "ups1h",
+   "thetasym", "upsih",
NULL, NULL, NULL,
-   "p1v"
+   "piv"
 };

 static entity_table_t ent_uni_punct[] = {
@@ -158,7 +158,7 @@
"thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm",
NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL,
"lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo",
-   "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
+   NULL, "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil",
NULL,
"prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo",
"rsaquo",
NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL,
@@ -191,7 +191,7 @@
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8624 (0x21b0) */
-   NULL, NULL, NULL, NULL, "crarr", NULL, NULL, NULL,
+   NULL, NULL, NULL, NULL, NULL, "crarr", NULL, NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8640 (0x21c0) */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
@@ -206,9 +206,9 @@
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
/* 8704 (0x2200) */
"forall", "comp", "part", "exist", "nexist", "empty", NULL,
"nabla",
-   "isin", "notin", "epsis", NULL, "ni", "bepsi", NULL, "prod",
+   "isin", "notin", "epsis", "ni", NULL, "bepsi", NULL, "prod",
/* 8720 (0x2210) */
-   "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn",
NULL,
+   "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn",
"lowast",
"compfn", NULL, "radic", NULL, NULL, "prop", "infin", "ang90",
/* 8736 (0x2220) */
"ang", "angmsd", "angsph", "mid", "nmid", "par", "npar",
"and",
@@ -232,17 +232,19 @@
"npr", "nsc", "sub", "sup", "nsub", "nsup", "sube", "supe",
/* 8840 - 8852 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL,
+NULL,
/* 8853 */
"oplus", NULL, "otimes",
/* 8856 - 8868 */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL,
+NULL,
/* 8869 */
"perp",

#28064 [Asn]: php crashes with big scripts

[gross at schlund dot de]

 ID:   28064
 User updated by:  gross at schlund dot de
 Reported By:  gross at schlund dot de
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.6
 Assigned To:  andi
 New Comment:

compiling PHP without --enable-memory-limit and running the given
script 
results in a crash and the follwoing backtrace:

(gdb) bt
#0  0x081a0d85 in execute (op_array=0x8325be4)
at /usr/src/kundenserver/php-4.3.6/Zend/zend_execute.c:1266
#1  0x08193238 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/kundenserver/php-4.3.6/Zend/zend.c:886
#2  0x0816c853 in php_execute_script (primary_file=0xb588)
at /usr/src/kundenserver/php-4.3.6/main/main.c:1731
#3  0x081abc73 in main (argc=2, argv=0xb604)
at /usr/src/kundenserver/php-4.3.6/sapi/cgi/cgi_main.c:1592
(gdb)

You can find the binaryat
http://www.andigross.de/phpcrash/phpbinary-without-memory-limit.gz
and the core at
http://www.andigross.de/phpcrash/core-without-memory-limit.gz


Previous Comments:


[2004-04-19 21:34:39] [EMAIL PROTECTED]

Although it didn't actually crash for me, valgrind showed the following
errors:

==7233== Invalid write of size 4
==7233==at 0x8213D75: execute (zend_execute.c:1266)
==7233==  Address 0x4F1C80C8 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8213D80: execute (zend_execute.c:1266)
==7233==  Address 0x4F1C80C4 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8213D87: execute (zend_execute.c:1266)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211CC5: zend_fetch_var_address (zend_execute.c:559)
==7233==  Address 0x4F1C80C4 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211CCC: zend_fetch_var_address (zend_execute.c:559)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211CE4: zend_fetch_var_address (zend_execute.c:564)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211E31: zend_fetch_var_address (zend_execute.c:591)
==7233==  Address 0x4F1C80C8 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211EF5: zend_fetch_var_address (zend_execute.c:611)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211F73: zend_fetch_var_address (zend_execute.c:620)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211F87: zend_fetch_var_address (zend_execute.c:620)
==7233==  Address 0x4F1C80C4 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8211F8D: zend_fetch_var_address (zend_execute.c:620)
==7233==  Address 0x4F1C80DC is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x8211F90: zend_fetch_var_address (zend_execute.c:621)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E39: execute (zend_execute.c:1376)
==7233==  Address 0x4F1C80C8 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E44: execute (zend_execute.c:1376)
==7233==  Address 0x4F1C80C4 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E4E: execute (zend_execute.c:1376)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x82195BB: _get_zval_ptr (zend_execute.c:73)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x82195EF: _get_zval_ptr (zend_execute.c:75)
==7233==  Address 0x4F1C80C8 is on thread 1's stack
==7233==
==7233== Invalid read of size 4
==7233==at 0x82195F8: _get_zval_ptr (zend_execute.c:76)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E5C: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80D4 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E87: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80D0 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E8E: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80CC is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214E98: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80C8 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214EA2: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80C4 is on thread 1's stack
==7233==
==7233== Invalid write of size 4
==7233==at 0x8214EAC: execute (zend_execute.c:1378)
==7233==  Address 0x4F1C80C0 is on thread 1's stack
==7233==
=