#30671 [Opn-WFx]: Unable to fork...-error appears periodically

2004-11-17 Thread tony2001
 ID:   30671
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henning dot mohren at gmx dot de
-Status:   Open
+Status:   Wont fix
 Bug Type: Filesystem function related
 Operating System: Solaris 9
 PHP Version:  5.0.2
 New Comment:

Tune your Solaris instead. 
Values of rlim_fd_max and rlim_fd_cur can be changed with appropriate
settings in /etc/system.
I doubt that PHP can implement any workaround for OS limit.


Previous Comments:


[2004-11-03 13:36:39] henning dot mohren at gmx dot de

Description:

Solaris restricts the use of popen() to 255 files, which is a low limit
in case of servers. When using PHP's system() commands, PHP calls
Solaris popen(). This fails, when too system-commands have been
invoked.
See here
(http://www.sitepoint.com/forums/showthread.php?p=1245879#post1245879)
for more details.

Expected result:

PHP should implement a workaround or call another Solaris function for
invoking system commands.






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


#30697 [Opn-Fbk]: SIGSEGV, Segmentation fault

2004-11-17 Thread derick
 ID:   30697
 Updated by:   [EMAIL PROTECTED]
 Reported By:  withpaul at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: sparc-sun-solaris2.8
 PHP Version:  5.0.2
 New Comment:

Leave status at feedback until we get info.


Previous Comments:


[2004-11-17 03:13:31] withpaul at yahoo dot com

Presently we can't make any changes to the system in question. Until we
can, please put this on hold. Thankyou.



[2004-11-17 01:00:02] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2004-11-09 15:22:17] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-11-05 23:27:47] withpaul at yahoo dot com

PHP is running under Apache2 in MOD mode - not CGI mode.



[2004-11-05 23:24:55] withpaul at yahoo dot com

Description:

Apache must be restarted after PHP error. Receiving intermittent error
within 1-20 minutes after starting / restarting Apache2 server when any
given random OCI function call against an Oracle9 database server
occurs. NOTE: firewall exists between the Apache host server and Oracle
server (suspect and cannot test bypassing firewall due to extended
policy process at organization):

PHP Warning:  Unknown: _oci_close_session
OCIHandleAlloc OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE in Unknown on line
0, referer: [http://mysitex.domain.com/something.php]
Unknown(0) : Warning - Unknown: _oci_close_session OCIHandleAlloc
OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE

TEMPORARY DIAGNOSIS AND STRATEGY UNTIL FIREWALL CAN BE BYPASSED FOR
FURTHER TESTING:

We were using:
http://www.php.net/manual/en/function.session-set-save-handler.php

We are now using:
Turning off database management of session related info and enabling
following in PHP.INI:
session.save_handler = files
session.save_path = /tmp (a writeable directory by Apache5)
(then confirming that session related temporary files are being opened
in session.save_path)

Ploblem no longer occurring at present. (36+ hours) Believe it is a
firewall or OCI connectivity issue with the Oracle server.

Question: With the included TraceLog (minus the GDB error), can we
avoid from a PHP source perspective, an Apache2 segfault? It may be
awhile before we can ascertain what causes this problem such as the
suspected firewall between servers or some process on the web server
that may be interfering.

Reproduce code:
---
Intermittent issue - not consistently reproducable.

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0xfdcd27e4 in _oci_close_session (session=0x2e8c68)
at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:2941
2941CALL_OCI_RETURN(OCI(error),
(gdb) bt
#0  0xfdcd27e4 in _oci_close_session (session=0x2e8c68)
at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:2941
#1  0xfdccc368 in _oci_session_list_dtor (rsrc=0x2d1ab0)
at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:1124
#2  0xfdeed8b8 in list_entry_destructor (ptr=0x2d1ab0)
at /usr/local/src/php-5.0.2/Zend/zend_list.c:178
#3  0xfdeea414 in zend_hash_apply_deleter (ht=0xfe0f0b10, p=0x22aa18)
at /usr/local/src/php-5.0.2/Zend/zend_hash.c:574
#4  0xfdeea7c4 in zend_hash_graceful_reverse_destroy (ht=0xfe0f0b10)
at /usr/local/src/php-5.0.2/Zend/zend_hash.c:640
#5  0xfdeedb34 in zend_destroy_rsrc_list (ht=0xfe0f0b10)
at /usr/local/src/php-5.0.2/Zend/zend_list.c:234
#6  0xfdec711c in shutdown_executor ()
at /usr/local/src/php-5.0.2/Zend/zend_execute_API.c:285
#7  0xfdedd0b0 in zend_deactivate ()
at /usr/local/src/php-5.0.2/Zend/zend.c:818
#8  0xfde66bb8 in php_request_shutdown (dummy=0x0)
at /usr/local/src/php-5.0.2/main/main.c:1212
#9  0xfdf29d68 in php_apache_request_dtor (r=0x1edbf0)
at /usr/local/src/php-5.0.2/sapi/apache2handler/sapi_apache2.c:435
#10 0xfdf2a58c in php_handler (r=0x1edbf0)
at /usr/local/src/php-5.0.2/sapi/apache2handler/sapi_apache2.c:553
#11 0x00046388 in ap_run_handler (r=0x1edbf0) at config.c:151
---Type return to continue, or q return to quit---
#12 0x0004692c in ap_invoke_handler (r=0x1edbf0) at config.c:363
#13 0x00033c74 in ap_process_request (r=0x1edbf0) at
http_request.c:246
#14 0x0002f15c in ap_process_http_connection (c=0x1e2bd8) at
http_core.c:250
#15 0x000519ec in ap_run_process_connection 

#30803 [Bgs]: Function Repeat Twice

2004-11-17 Thread icui at email dot it
 ID:   30803
 User updated by:  icui at email dot it
 Reported By:  icui at email dot it
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux 2.6.3
 PHP Version:  4.3.9
 New Comment:

I reproduce this problem in another way. 
It's possible there is a problem in php module? 

Run following two pages in your system and see apache log file.
On linux system. 

---
filename

content
---



page.htm

img src= alt=No source specified /




page.php

img src= alt=No source specified /



htm extension: page run properly, once.
log: 
192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm
HTTP/1.1 200 41


php extension: page run twice.
log:
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41


If you specify src, page works properly. 
I'm not sure that it's a php bug (apache2 related), apache bug or
nothing of all that.


Thanks for your interest.


Previous Comments:


[2004-11-16 08:34:31] [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-11-16 01:39:17] icui at email dot it

Description:

The following script generates two files copies. 

The same script executed without Apache works properly and generates
single file copy.

With $URL_CSS_ defined works properly. (row 13)

Deleting row 15 works properly.

Apache seems to execute twice the script, second in background. I don't
understand why.


Tested with:
Php 5.0.1 - 4.3.9 - 4.3.4 
On Linux System kernel 2.4, 2.6


NB. In Windows seems to work properly. (not tested personally)


Reproduce code:
---
?
$id   = uniqid('bug');
$wrk_dir  = ''; // Working Directory
$src_file = 'grab.jpg'; // Source File
$dst_file = 'tmpgrab_'.$id.'.jpg';  // New File

echo 'Source File  ='.$src_file.'br /';   // Print Source File
Name
echo 'Destination File ='.$dst_file.'br /';   // Print Destination
File Name

if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) {
   echo 'Failed to copy.br /';
}
//$URL_CSS_='string';
?
link rel=stylesheet href=?=$URL_CSS_? type=text/css /

Expected result:

I expect that a new file is created in my $wrk_dir

Actual result:
--
Script generates two copies from original file.





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


#25399 [Bgs]: ereg_replace problem

2004-11-17 Thread ibar at 163 dot com
 ID:   25399
 User updated by:  ibar at 163 dot com
 Reported By:  ibar at 163 dot com
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Redhat 7.2
 PHP Version:  4.3.3
 New Comment:

Excuse me, the answer from you refered the word regexp, but I cann't
catch its exact meaning, can you give me an detailed explaination?
Thanks a lot.


Previous Comments:


[2003-09-06 19:17:40] [EMAIL PROTECTED]

Your regexp is broken. Not bug. (you need to escape | char)





[2003-09-06 08:45:36] ibar at 163 dot com

Description:

i can't replace thefour in big5 chinese letter
eg:ereg_replace('¥|','4'$str);
error instruct:Warning: ereg_replace(): REG_EMPTY in /dir/file.php on
line 50  

Reproduce code:
---
$str=ereg_replace('¥|',4,$str);

Expected result:

return 4

Actual result:
--
Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50  





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


#16816 [Com]: PHP opens more connections as allowed

2004-11-17 Thread nicolas dot karageuzian at clubmed dot com
 ID:   16816
 Comment by:   nicolas dot karageuzian at clubmed dot com
 Reported By:  hofmann at isl dot org
 Status:   No Feedback
 Bug Type: Sybase (dblib) related
 Operating System: Linux 7.2
 PHP Version:  4.1.2
 New Comment:

I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris
8 with a DB2/zOS database.
I'm not using --with-ibm-db2 but the unixODBC driver over the CLI
interface.
When i run a loadTest, i can see on my SGBD more connexions from the
httpdaemon/phpdbuser than allowed in php.ini.
Is there any patch or config i missed to correct this ?
I noticed the following as well, it could be linked to my problem :
the Active Persistent Links and Active Links sections from
phpinfo() always displays 0 in any case.


Previous Comments:


[2002-10-27 19:00:18] [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.





[2002-10-09 22:20:23] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-04-25 04:35:02] hofmann at isl dot org

My sybase config for php is as follows:

sybase.allow_persistent =   On
sybase.max_persistent   =   5
sybase.max_links  =   5

Also I am using phplib database classes - which are based on
pconnect().
The problem now is that after a short time there are 15 or more PHP
processes within the sybase database!
The result is that another Delphi Programm can not longer access the
same database, because it can not open a connection when all
connections are used by php! (increasing the max num of connections
within the sybase db is no real solution to this!)
I wonder about the BROKEN_SYBASE_PCONNECTS define within the source
code - is there a known problem which I haven't found within the
web/news?

Thanks for help

Kai Hofmann





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


#30543 [Asn-Csd]: Extending to self or parent makes php crash

2004-11-17 Thread stas
 ID:   30543
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jsgoupil at lookstrike dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: WinXP
 PHP Version:  5.0.2
 Assigned To:  andi
 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-10-23 17:21:18] [EMAIL PROTECTED]

Andi, plz, review this fix:

Index: zend_execute_API.c
===
RCS file: /repository/ZendEngine2/zend_execute_API.c,v
retrieving revision 1.304
diff -u -r1.304 zend_execute_API.c
--- zend_execute_API.c  5 Oct 2004 06:53:39 -   1.304
+++ zend_execute_API.c  23 Oct 2004 15:20:05 -
@@ -884,6 +884,10 @@
char dummy = 1;
zend_fcall_info fcall_info;
zend_fcall_info_cache fcall_cache;
+
+   if (!name_length || !name) {
+   return FAILURE;
+   }

lc_name = do_alloca(name_length + 1);
zend_str_tolower_copy(lc_name, name, name_length);



[2004-10-23 17:00:36] jsgoupil at lookstrike dot com

Description:

Everything is in the summary. When extending a class to parent or self
(nobody does that uh :P ?), php crashes.

Reproduce code:
---
?php
class a extends self {
}
?

or

?php
class a extends parent {
}
?


Expected result:

Error like extending extends keyword ?

Actual result:
--
Crash !





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



#29013 [Com]: Multiple logons cause handles to become invalid

2004-11-17 Thread support at madern dot com
 ID:   29013
 Comment by:   support at madern dot com
 Reported By:  cjbj at hotmail dot com
 Status:   Analyzed
 Bug Type: OCI8 related
 Operating System: Windows, Linux
 PHP Version:  4.3.7, 5.0.0 Dev
 Assigned To:  tony2001
 New Comment:

Hi, i think i have a problem that could be related to this bug.


This script works fine when multiple users are loading the page at the
same time.

?php
$q1 = '
SELECT QUERY1.*,
   QUERY2.*,
   BAAN.TTIROU003910.T$DSCA,
   BAAN.TTIROU003910.T$TANO
   FROM BAAN.TTIROU003910,
   (SELECT BAAN.TTISFC010910.T$PDNO,
   BAAN.TTISFC010910.T$OPNO,
   BAAN.TTISFC010910.T$COMP,
   BAAN.TTISFC010910.T$TANO 
  FROM BAAN.TTISFC010910 
 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
   (SELECT BAAN.TTISFC001910.T$CPRJ,
   BAAN.TTISFC001910.T$PDNO
  FROM BAAN.TTISFC001910)QUERY2
 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO 
   AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO 
 ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';

$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);

echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
 $aant=oci_num_rows($mycursor);
 echo 
  tr
   td$row[4]/td
   td$row[0]/td
   td$row[1]/td
   td$row[6]/td
   td$row[2]/td
  /tr
 ;
}
echo/table;
oci_close($mycursor);
?



Now here is my second script with just one difference in the script
(see QUERY2).

This script gives several types of error messages when multiple users
are loading the page in their browsers at the same time:


Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-01001: invalid cursor 

Warning: oci_execute() [function.oci-execute]: OCIStmtExecute:
ORA-24324: service handle not initialized
Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-24338: statement handle not executed



?php
$q1 = '
SELECT QUERY1.*,
   QUERY2.*,
   BAAN.TTIROU003910.T$DSCA,
   BAAN.TTIROU003910.T$TANO
   FROM BAAN.TTIROU003910,
   (SELECT BAAN.TTISFC010910.T$PDNO,
   BAAN.TTISFC010910.T$OPNO,
   BAAN.TTISFC010910.T$COMP,
   BAAN.TTISFC010910.T$TANO 
  FROM BAAN.TTISFC010910 
 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
   (SELECT BAAN.TTISFC001910.T$CPRJ,
   BAAN.TTISFC001910.T$PDNO
  FROM BAAN.TTISFC001910 
 WHERE BAAN.TTISFC001910.T$CPRJ LIKE \''.$projectnr.'\'
   AND BAAN.TTISFC001910.T$PDNO LIKE \''.$ordernr.'\')QUERY2
 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO 
   AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO 
 ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';

$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);

echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
 $aant=oci_num_rows($mycursor);
 echo 
  tr
   td$row[4]/td
   td$row[0]/td
   td$row[1]/td
   td$row[6]/td
   td$row[2]/td
  /tr
 ;
}
echo/table;
oci_close($mycursor);
?


Previous Comments:


[2004-10-17 06:51:42] [EMAIL PROTECTED]

I can see the problem now. 
Will look at it closer a bit later..



[2004-10-14 10:11:36] cjbj at hotmail dot com

Using one user would make it harder to demonstrate the 
problem. Sorry I didn't include create user scripts etc.

I retested with 4.3.10-dev and 5.0.3-dev binaries of a few 
minutes ago. I am using W2K with Oracle 9.2 client libraries.
I am still seeing the usernames printed as SCOTT and HR, 
which is incorrect.



[2004-10-12 07:20:03] [EMAIL PROTECTED]

No, of course you should able to connect to Oracle from PHP using
different logins. 
My question should be read in this way: are you able to reproduce it
under 1 user, but with different connections, because I was too lazy to
create a new user in Oracle?.
Btw, I've already created additional user and tested your code - your
example works perfectly for me.



[2004-10-12 05:38:56] cjbj at hotmail dot com

The business requirement comes from the original report in
http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141

I don't think the way $c1 is impacted by the second login is obvious
or nice behavior.

I feel the problem is related to some of the common OCI8 connection
issues due to the caching and reuse of handles.  It would be nice to
resolve these issues.

There is no Oracle-OCI reason why two users can't be connected at one
time.  I think it should be allowed in PHP.  But if you think the
PHP-OCI8 interface should not support concurrent connections, can a
PHP error be generated at the time of the second OCINLogin()?



[2004-10-10 17:02:43] [EMAIL PROTECTED]

Chris, is it important to have 

#30803 [Bgs]: Function Repeat Twice

2004-11-17 Thread icui at email dot it
 ID:   30803
 User updated by:  icui at email dot it
 Reported By:  icui at email dot it
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux 2.6.3
 PHP Version:  4.3.9
 New Comment:

Hi, 

two GET in log files 
It's a browser problem, sorry for the mistake and thanks for your
interest.

Bye!


Previous Comments:


[2004-11-17 11:55:34] icui at email dot it

I reproduce this problem in another way. 
It's possible there is a problem in php module? 

Run following two pages in your system and see apache log file.
On linux system. 

---
filename

content
---



page.htm

img src= alt=No source specified /




page.php

img src= alt=No source specified /



htm extension: page run properly, once.
log: 
192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm
HTTP/1.1 200 41


php extension: page run twice.
log:
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41


If you specify src, page works properly. 
I'm not sure that it's a php bug (apache2 related), apache bug or
nothing of all that.


Thanks for your interest.



[2004-11-16 08:34:31] [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-11-16 01:39:17] icui at email dot it

Description:

The following script generates two files copies. 

The same script executed without Apache works properly and generates
single file copy.

With $URL_CSS_ defined works properly. (row 13)

Deleting row 15 works properly.

Apache seems to execute twice the script, second in background. I don't
understand why.


Tested with:
Php 5.0.1 - 4.3.9 - 4.3.4 
On Linux System kernel 2.4, 2.6


NB. In Windows seems to work properly. (not tested personally)


Reproduce code:
---
?
$id   = uniqid('bug');
$wrk_dir  = ''; // Working Directory
$src_file = 'grab.jpg'; // Source File
$dst_file = 'tmpgrab_'.$id.'.jpg';  // New File

echo 'Source File  ='.$src_file.'br /';   // Print Source File
Name
echo 'Destination File ='.$dst_file.'br /';   // Print Destination
File Name

if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) {
   echo 'Failed to copy.br /';
}
//$URL_CSS_='string';
?
link rel=stylesheet href=?=$URL_CSS_? type=text/css /

Expected result:

I expect that a new file is created in my $wrk_dir

Actual result:
--
Script generates two copies from original file.





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


#29013 [Ana]: Multiple logons cause handles to become invalid

2004-11-17 Thread tony2001
 ID:   29013
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cjbj at hotmail dot com
 Status:   Analyzed
 Bug Type: OCI8 related
 Operating System: Windows, Linux
 PHP Version:  4.3.7, 5.0.0 Dev
 Assigned To:  tony2001
 New Comment:

No, you problem is not concerned with the original one.
Take a look at error messages/reproduce code and feel the difference.
Futhermore, it seems to me like a problem of your DB or PL/SQL.


Previous Comments:


[2004-11-17 14:54:41] support at madern dot com

Hi, i think i have a problem that could be related to this bug.


This script works fine when multiple users are loading the page at the
same time.

?php
$q1 = '
SELECT QUERY1.*,
   QUERY2.*,
   BAAN.TTIROU003910.T$DSCA,
   BAAN.TTIROU003910.T$TANO
   FROM BAAN.TTIROU003910,
   (SELECT BAAN.TTISFC010910.T$PDNO,
   BAAN.TTISFC010910.T$OPNO,
   BAAN.TTISFC010910.T$COMP,
   BAAN.TTISFC010910.T$TANO 
  FROM BAAN.TTISFC010910 
 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
   (SELECT BAAN.TTISFC001910.T$CPRJ,
   BAAN.TTISFC001910.T$PDNO
  FROM BAAN.TTISFC001910)QUERY2
 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO 
   AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO 
 ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';

$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);

echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
 $aant=oci_num_rows($mycursor);
 echo 
  tr
   td$row[4]/td
   td$row[0]/td
   td$row[1]/td
   td$row[6]/td
   td$row[2]/td
  /tr
 ;
}
echo/table;
oci_close($mycursor);
?



Now here is my second script with just one difference in the script
(see QUERY2).

This script gives several types of error messages when multiple users
are loading the page in their browsers at the same time:


Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-01001: invalid cursor 

Warning: oci_execute() [function.oci-execute]: OCIStmtExecute:
ORA-24324: service handle not initialized
Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-24338: statement handle not executed



?php
$q1 = '
SELECT QUERY1.*,
   QUERY2.*,
   BAAN.TTIROU003910.T$DSCA,
   BAAN.TTIROU003910.T$TANO
   FROM BAAN.TTIROU003910,
   (SELECT BAAN.TTISFC010910.T$PDNO,
   BAAN.TTISFC010910.T$OPNO,
   BAAN.TTISFC010910.T$COMP,
   BAAN.TTISFC010910.T$TANO 
  FROM BAAN.TTISFC010910 
 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
   (SELECT BAAN.TTISFC001910.T$CPRJ,
   BAAN.TTISFC001910.T$PDNO
  FROM BAAN.TTISFC001910 
 WHERE BAAN.TTISFC001910.T$CPRJ LIKE \''.$projectnr.'\'
   AND BAAN.TTISFC001910.T$PDNO LIKE \''.$ordernr.'\')QUERY2
 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO 
   AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO 
 ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';

$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);

echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
 $aant=oci_num_rows($mycursor);
 echo 
  tr
   td$row[4]/td
   td$row[0]/td
   td$row[1]/td
   td$row[6]/td
   td$row[2]/td
  /tr
 ;
}
echo/table;
oci_close($mycursor);
?



[2004-10-17 06:51:42] [EMAIL PROTECTED]

I can see the problem now. 
Will look at it closer a bit later..



[2004-10-14 10:11:36] cjbj at hotmail dot com

Using one user would make it harder to demonstrate the 
problem. Sorry I didn't include create user scripts etc.

I retested with 4.3.10-dev and 5.0.3-dev binaries of a few 
minutes ago. I am using W2K with Oracle 9.2 client libraries.
I am still seeing the usernames printed as SCOTT and HR, 
which is incorrect.



[2004-10-12 07:20:03] [EMAIL PROTECTED]

No, of course you should able to connect to Oracle from PHP using
different logins. 
My question should be read in this way: are you able to reproduce it
under 1 user, but with different connections, because I was too lazy to
create a new user in Oracle?.
Btw, I've already created additional user and tested your code - your
example works perfectly for me.



[2004-10-12 05:38:56] cjbj at hotmail dot com

The business requirement comes from the original report in
http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141

I don't think the way $c1 is impacted by the second login is obvious
or nice behavior.

I feel the problem is related to some of the common OCI8 connection
issues due to the caching and reuse of handles.  It would be nice to
resolve these issues.

There is no Oracle-OCI reason why two users can't be connected at one
time.  I think it should be allowed in PHP. 

#30813 [NEW]: Per Directory Values problem

2004-11-17 Thread me at auzgc dot com
From: me at auzgc dot com
Operating system: Windows 2003
PHP version:  4.3.9
PHP Bug Type: *Configuration Issues
Bug description:  Per Directory Values problem

Description:

Setting any configuration value to On in the registry Per Directory
Values for a given directory is not recognised and shows as Off in
phpinfo().

Setting it to 4096 instead for buffer size brings up On on phpinfo()
for zlib.output_compression but fails to actually compress any output.

Setting zlib.output_compression to On in php.ini works fine. It is only
when setting it for individual directories that it fails to work.




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


#30813 [Opn-Fbk]: Per Directory Values problem

2004-11-17 Thread tony2001
 ID:   30813
 Updated by:   [EMAIL PROTECTED]
 Reported By:  me at auzgc dot com
-Status:   Open
+Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Windows 2003
 PHP Version:  4.3.9
 New Comment:

Check your httpd.conf and make sure that AllowOverride directive for
this directory is set to All and not None.


Previous Comments:


[2004-11-17 15:20:22] me at auzgc dot com

Description:

Setting any configuration value to On in the registry Per Directory
Values for a given directory is not recognised and shows as Off in
phpinfo().

Setting it to 4096 instead for buffer size brings up On on
phpinfo() for zlib.output_compression but fails to actually compress
any output.

Setting zlib.output_compression to On in php.ini works fine. It is
only when setting it for individual directories that it fails to work.








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


#30814 [NEW]: more detailed feedback from DOMDocument::schemaValidate

2004-11-17 Thread pecoes at web dot de
From: pecoes at web dot de
Operating system: windows xp
PHP version:  5.0.2
PHP Bug Type: Feature/Change Request
Bug description:  more detailed feedback from DOMDocument::schemaValidate

Description:

A lot can go wrong during schema validation:

1.) the schema cannot be opened
2.) the schema is not well-formed
3.) the schema itself is invalid
4.) the $dom in question is invalid

Currently there is neither a way to distinguish between these four
problems, nor a way to capture an actual validation error(4). Imho
schemaValidate really needs some refinements. Here's an idea:

schemaValidate (string file [, integer errType [, string errMsg]])

errType and errMsg would describe the error (if any) and schemaValidate
would STOP triggering errors and return false instead. Usage:

if (!$dom-schemaValidate($schema, $errType, $errMsg)) {
switch ($errType) {
case SCHEMA_NOT_FOUND:
throw new Exception($schema not found);
case SCHEMA_NOT_WELLFORMED:
throw new Exception($schema not well-formed);
case SCHEMA_INVALID:
throw new Exception($schema is invalid);
case SCHEMA_DOM_INVALID:
throw new Exception(XML invalid: $errMsg);
}
}

or simply:

if (!$dom-schemaValidate($schema, $errType, $errMsg)) {
throw new Exception($errMsg ? $errMsg : $schema not usable);
}

Whether you like my idea or not, I hope you'll agree that:

if ([EMAIL PROTECTED]schemaValidate($schema)) {
throw new Exception(cannot validate or invalid input);
}

is not enough.


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


#30811 [Opn-Bgs]: virtual() causes relative paths in require() to break

2004-11-17 Thread tony2001
 ID:   30811
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cantrell at pobox dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: OS X, Linux
 PHP Version:  4.3.9
 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 code is similar to:
? require('./baz.php'); ?
Obviously baz.php is not in current directory of foo.php.


Previous Comments:


[2004-11-17 07:30:28] cantrell at pobox dot com

Description:

When virtual() calls another page that contains 
require('./xyz'), the require() call breaks.  But it 
works with require('xyz'), which smells really bad, and 
makes me think this is a bug and not just me missing 
something.

Posted this to php-general, but got no feedback.

Reproduced on OS X 10.3.6 + Apache 1.3.29 + PHP/4.3.4, 
and on Debian + Apache 1.3.31 + PHP/4.3.9-1.

Reproduce code:
---
-- foo.php --
This is foo.
?php virtual('subdir/bar.php'); ?

-- foo.shtml (my control group) --
This is foo.
!--#include virtual=subdir/bar.php--

-- subdir/bar.php --
This is bar.
?php require('./baz.php'); ?

-- subdir/baz.php --
This is baz.


Expected result:

This is foo.
This is bar.
This is baz.

[Note: foo.shtml correctly produces this output; foo.php 
should in theory work identically, but does not.]

Actual result:
--
This is foo.
This is bar.
Warning: main(./baz.php): failed to open stream: No such 
file or directory in /blah/blah/subdir/bar.php on line 2

Fatal error: main(): Failed opening required './baz.php' 
(include_path='.:/usr/local/lib/php') in /blah/blah/
subdir/bar.php on line 2


Oddly, it works if bar.php says require('baz.php') 
instead of require('./baz.php').





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


#30815 [NEW]: ODBC odbc.max_links not supported

2004-11-17 Thread nicolas dot karageuzian at clubmed dot com
From: nicolas dot karageuzian at clubmed dot com
Operating system: AIX 4.3.3, Solaris 8
PHP version:  4.3.9
PHP Bug Type: PHP options/info functions
Bug description:  ODBC odbc.max_links not supported

Description:

I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris 8.
In every case, i'm connecting to an DB2/zOS database.
I'm not using --with-ibm-db2 but the unixODBC driver over the CLI
interface.
When i run a loadTest, i can see on my SGBD more connexions from the
httpdaemon/phpdbuser than allowed in php.ini.
(i've set odbc.max_links = 5 in php.ini, but i can see up to 10 connexion
threads on SGBD).
Is there any patch or config i missed to correct this ?
I noticed the following as well, it could be linked to my problem :
the Active Persistent Links and Active Links sections from phpinfo()
always displays 0, in any case.


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


#30815 [Opn]: odbc.max_links option not interpreted

2004-11-17 Thread nicolas dot karageuzian at clubmed dot com
 ID:   30815
 User updated by:  nicolas dot karageuzian at clubmed dot com
-Summary:  ODBC odbc.max_links not supported
 Reported By:  nicolas dot karageuzian at clubmed dot com
 Status:   Open
 Bug Type: PHP options/info functions
 Operating System: AIX 4.3.3, Solaris 8
 PHP Version:  4.3.9
 New Comment:

I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris
8.
In every case, i'm connecting to a DB2v7.2/zOS database.
I'm not using --with-ibm-db2 but the unixODBC (2.2.10) driver over the
CLI interface.
When i run a loadTest, i can see on my SGBD more connexions from the
httpdaemon/phpdbuser than allowed in php.ini.
(i've set odbc.max_links = 5 in php.ini, but i can see up to 10
connexion threads on SGBD).
Is there any patch or config i missed to correct this ?
I noticed the following as well, it could be linked to my problem :
the Active Persistent Links and Active Links values in ODBC section
(from phpinfo) always displays 0, in any case.


Previous Comments:


[2004-11-17 17:07:31] nicolas dot karageuzian at clubmed dot com

Description:

I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris
8.
In every case, i'm connecting to an DB2/zOS database.
I'm not using --with-ibm-db2 but the unixODBC driver over the CLI
interface.
When i run a loadTest, i can see on my SGBD more connexions from the
httpdaemon/phpdbuser than allowed in php.ini.
(i've set odbc.max_links = 5 in php.ini, but i can see up to 10
connexion threads on SGBD).
Is there any patch or config i missed to correct this ?
I noticed the following as well, it could be linked to my problem :
the Active Persistent Links and Active Links sections from
phpinfo() always displays 0, in any case.






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


#30739 [Asn-Csd]: Writing on a Black BG

2004-11-17 Thread pajoye
 ID:   30739
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nate at highsocietyfreeride dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: GD related
 Operating System: apache?
 PHP Version:  4.3.10-dev
 Assigned To:  pajoye
 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.

Hello,

The bug was due to imagefill, it did not set back the alphablending to
true. This is somehow required for font rendering with antialiasing.

Btw, with true color images you do not need to fill the background with
black, the default is black (0).

a temporary fix is to call imagealphablending(true); after imagefill.

Bug is fixed in cvs.

Thanks for this report,

--Pierre


Previous Comments:


[2004-11-10 09:39:15] [EMAIL PROTECTED]

Confirmed with 4.3.10-dev, not reproducible with 5.0.x  5.1.x branch.



[2004-11-10 00:05:41] nate at highsocietyfreeride dot com

Description:

First off, I'm not sure what verison of PHP our servers use.  My
hosting service is IpowerWeb.com

When I use imagettftext to write onto an image, it works fine, unless I
allocate the color of 0,0,0.  Even 1,1,1 works just fine.

When I write to a complete black background the text shows up as
rectangles, not the actual letters.  The rectangles look like bounding
boxes because they take the size of the actual letter its trying to
print.

Reproduce code:
---
?php
$im_header = imagecreatetruecolor( 440, 83);
$white = imagecolorallocate($im_header, 255, 255, 255);
$black = imagecolorallocate($im_header, 0, 0, 0);
imagefill($im_header,0,0,$black);
imagecolortransparent($im_header, $black);

imagettftext($im_header, 32, 0, 0, 42, $white, fonts/verdana.TTF,
test);

imagejpeg($im_header);
?






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


#30811 [Bgs]: virtual() causes relative paths in require() to break

2004-11-17 Thread cantrell at pobox dot com
 ID:   30811
 User updated by:  cantrell at pobox dot com
 Reported By:  cantrell at pobox dot com
 Status:   Bogus
 Bug Type: Apache related
 Operating System: OS X, Linux
 PHP Version:  4.3.9
 New Comment:

Um, I beg your pardon, but this is not a support 
question.  This behavior is contradictory to the docs, 
and I'm pretty sure it's a bug.

Please read my post a little more carefully.  Note that 
I am not asking for help!

The docs for virtual() say that it works with an Apache 
subquest.  If that were the case, it would work just 
like SSI: the output of bar.php (which works *just fine* 
when called directly) would be inserted into foo.php 
where the virtual() call is.

That's what the docs imply.  It's not what happens.

When PHP doesn't behave as documented, I think it's fair 
to consider that a bug.


Previous Comments:


[2004-11-17 17:06:04] [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.

Your code is similar to:
? require('./baz.php'); ?
Obviously baz.php is not in current directory of foo.php.



[2004-11-17 07:30:28] cantrell at pobox dot com

Description:

When virtual() calls another page that contains 
require('./xyz'), the require() call breaks.  But it 
works with require('xyz'), which smells really bad, and 
makes me think this is a bug and not just me missing 
something.

Posted this to php-general, but got no feedback.

Reproduced on OS X 10.3.6 + Apache 1.3.29 + PHP/4.3.4, 
and on Debian + Apache 1.3.31 + PHP/4.3.9-1.

Reproduce code:
---
-- foo.php --
This is foo.
?php virtual('subdir/bar.php'); ?

-- foo.shtml (my control group) --
This is foo.
!--#include virtual=subdir/bar.php--

-- subdir/bar.php --
This is bar.
?php require('./baz.php'); ?

-- subdir/baz.php --
This is baz.


Expected result:

This is foo.
This is bar.
This is baz.

[Note: foo.shtml correctly produces this output; foo.php 
should in theory work identically, but does not.]

Actual result:
--
This is foo.
This is bar.
Warning: main(./baz.php): failed to open stream: No such 
file or directory in /blah/blah/subdir/bar.php on line 2

Fatal error: main(): Failed opening required './baz.php' 
(include_path='.:/usr/local/lib/php') in /blah/blah/
subdir/bar.php on line 2


Oddly, it works if bar.php says require('baz.php') 
instead of require('./baz.php').





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


#30816 [NEW]: Open too many PHP.exe when executing OCILOGON

2004-11-17 Thread gattas at yahoo dot com
From: gattas at yahoo dot com
Operating system: Windows 2000 + IIS 5 + Oracle 8i
PHP version:  4.3.8
PHP Bug Type: Performance problem
Bug description:  Open too many PHP.exe when executing OCILOGON

Description:

Since a year ago Windows 2000 with IIS 5 + PHP 4.3.4 + Oracle cliente
connected with Oracle 8.1.7, it's working ok.
However now, after making a few (10 max.) connections with the database,
the server crash. We take a look at the CPU and it´s in its 100% of
capacity and we can see a loto of php.exe running.


Reproduce code:
---
Cannot be reproduced, configuration issue.

Expected result:

We expect to connect as many time as required

Actual result:
--
}the server hangs ans we cannot make it work

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


#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting

2004-11-17 Thread pascal dot court at bluewin dot ch
 ID:   26286
 Comment by:   pascal dot court at bluewin dot ch
 Reported By:  igg10 at alu dot ua dot es
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.3.4
 New Comment:

I have exactly the same problem.
I use Windows XP French SP2
Apache 2.0.52
PHP 4.3.9


Previous Comments:


[2004-11-16 12:38:10] php_bug at cklowe dot com

There is a syndrome of bugs here.  

http://www.google.com/search?q=+site:bugs.php.net+3221225477

reports 47 hits.

3221225477 equates to 0xC005 .  

Could this be Zend bailing out?



[2004-11-08 17:22:27] cpuidle at gmx dot de

Same issue for me, happend when running Mantis 0.19.0 against PHP
5.0.1:

[Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is
running
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start
mutex.
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker
threads.
[Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.



[2004-10-15 14:52:00] jonathan at schwarzelan dot de

As said for bug 25570,
to me it seems they are kind of related - 
having a large 2d-array, just filling it with data 
(140x4 each about 100chars) results to Apache2.0.50 to crash
(php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP


Trying outputting the generated Data leads to bug 25570 -



[2004-10-06 20:29:54] daukan at thelastgate dot com

winxp pro sp2
apache 2
php 5.0.0

After I change all the bcpow() functions to pow() it hasn't crashed.

example:
if(rand(1,10)+bcpow($pstat,2)  rand(1,8)+bpow($estat,2))
to
if(rand(1,10)+pow($pstat,2)  rand(1,8)+pow($estat,2))



[2004-09-26 17:24:25] ordghio at trava dot lv

Two Win2k servers with Apache 2.0.50 and PHP 5.0.2
after function getmicrotime() call - error with this string in
error.log:

Parent: child process exited with status 3221225477 -- Restarting

back to 4.3.9 - all works 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/26286

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


#30702 [Fbk-Opn]: cannot initialize class variable from class constant

2004-11-17 Thread nlopess
 ID:   30702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  douglass_davis at earthlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

It doesn't work with latest PHP 5.1 here:
Fatal error: Cannot access self:: when no class scope is active in
C:\cygwin\home\Nuno\kk.php on line 21


Previous Comments:


[2004-11-16 12:22:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Works fine here.



[2004-11-11 17:25:04] [EMAIL PROTECTED]

I think this was supposed to work..



[2004-11-06 15:30:23] douglass_davis at earthlink dot net

Description:

The manual says we can use constants in initializing class variables. 
However, this is not the case, as you cannot initialize variables to
constants that are defined in the same class.

When trying to compile it gives an error saying the class scope is not
active.  However, the constant is inside the class.

Also, it does not give the error where the class is defined, but when
it is instantiated.  So, perhaps it is an inlining error?

Maybe this is what's supposed to happen, if so, then the manual needs
to say that constants from the same class can't be used to initialize a
var.

Reproduce code:
---
// This works:

class Constants
{
  const DEFAULT_SIZE=5;
}

class Square
{
  public $size=Constants::DEFAULT_SIZE;
}
$r= new Square();

// this doesn't

class Square2
{
  const DEFAULT_SIZE=5;
  public $size=self::DEFAULT_SIZE;
}

$r= new Square2();

Expected result:

I expect it to compile

Actual result:
--
PHP Fatal error:  Cannot access self:: when no class scope is active in
C:\src\test\consttest.php on line 23

Fatal error: Cannot access self:: when no class scope is active in
C:\src\test\consttest.php on line 23






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


#30229 [Opn-Ver]: (imagerectangle + alpha level 0) = color bug

2004-11-17 Thread pajoye
 ID:   30229
 Updated by:   [EMAIL PROTECTED]
 Reported By:  a25617 at alunos dot det dot ua dot pt
-Status:   Open
+Status:   Verified
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  Irrelevant
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Got the fix, will commit asap.

--Pierre


Previous Comments:


[2004-09-25 15:21:46] a25617 at alunos dot det dot ua dot pt

Description:

When using a transparency level above zero, drawing a rectangle will
produce 4 dots in the corners. I think this is because the 4 lines of
the rectangle are drawn and the corners will be overridden 2 times
making the color on the corners darker than the rest.

Reproduce code:
---
?php
  $im = imagecreatetruecolor(100, 100);
  $bg = imagecolorallocate($im, 250, 250, 250);
  $blue = imagecolorallocatealpha($im, 150, 150, 255, 60);
  imagefilledrectangle($im, 0, 0, 100, 100, $bg);
  imagerectangle($im, 20, 20, 80, 80, $blue);
  imagepng($im);
  imagedestroy($im);
?

Expected result:

And grayed backgrounded image 100x100 with a blue rectangle 60x60 in
the middle.

Actual result:
--
Everything is ok except the corners of the rectangle are darker. In
some complex examples like drawing gantt or bar charts that bug stands
out even more.





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


#30785 [Fbk-Opn]: connection_status and connection_aborted not working.

2004-11-17 Thread chubchik at inbox dot ru
 ID:   30785
 User updated by:  chubchik at inbox dot ru
 Reported By:  chubchik at inbox dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: RH Linux 9.0
 PHP Version:  5.0.2
 New Comment:

?
class xxx{
public function __construct($host,$user,$password,$db)
{

register_shutdown_function(array($this,db_transaction_cancel));
Ignore_User_Abort(True);
} 
..

public function db_transaction_cancel()
{
   if(connection_aborted()){
 $this-transaction_canceled = true;
 $this-raise_notice('Abbruch durch Browser:
'.connection_aborted());
 $this-__destruct();
   }
}

}
?


Previous Comments:


[2004-11-14 23:13:07] [EMAIL PROTECTED]

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

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

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





[2004-11-14 22:11:25] chubchik at inbox dot ru

Description:

connection_status and connection_aborted not working.
i tryed all posible scripts for both functions, but it returns always
0, but 1 should






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


#30785 [Opn-Fbk]: connection_status and connection_aborted not working.

2004-11-17 Thread tony2001
 ID:   30785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chubchik at inbox dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: RH Linux 9.0
 PHP Version:  5.0.2
 New Comment:

Again, please provide short but complete and working example script.


Previous Comments:


[2004-11-17 21:17:36] chubchik at inbox dot ru

?
class xxx{
public function __construct($host,$user,$password,$db)
{

register_shutdown_function(array($this,db_transaction_cancel));
Ignore_User_Abort(True);
} 
..

public function db_transaction_cancel()
{
   if(connection_aborted()){
 $this-transaction_canceled = true;
 $this-raise_notice('Abbruch durch Browser:
'.connection_aborted());
 $this-__destruct();
   }
}

}
?



[2004-11-14 23:13:07] [EMAIL PROTECTED]

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

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

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





[2004-11-14 22:11:25] chubchik at inbox dot ru

Description:

connection_status and connection_aborted not working.
i tryed all posible scripts for both functions, but it returns always
0, but 1 should






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


#30818 [NEW]: CLI Access Violation in XP

2004-11-17 Thread neil dot r dot haslewood at web dot de
From: neil dot r dot haslewood at web dot de
Operating system: Windows XP Pro (SP2 build 2600)
PHP version:  5.0.2
PHP Bug Type: CGI related
Bug description:  CLI Access Violation in XP

Description:

cscript /nologo configure.js --enable-snapshot-build --with-gd=shared

PHP API 20031224
PHP Extension   20040412

Tried enclosed from command line and encountered the following several
times:

Windows Error Report Popup states:
'CLI has encountered a problem and needs to close'

Visual C++ debugger traps error:
'Unhandled exception in php.exe (PHP5TS.DLL): 0xC005: Access
Violation'

Reproduce code:
---
C:\Documents and Settings\Mephp -a
Interactive mode enabled
?php
$s1 = 'ababab abab ab ab';
$s2 = abbaaab bbaab aaba;
$r = /^((ab)+\s)*(ab)+$/;
if(preg_match($r, $s1)){
echo $s1 valid;
}
else{
echo $s2 invalid;
}
ababab abab ab ab valid

Windows Error Report Popup then reveals:
'CLI has encountered a problem and needs to close'

Visual C debugger traps error

Expected result:

$s1 valid


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


#30816 [Opn-Fbk]: Open too many PHP.exe when executing OCILOGON

2004-11-17 Thread tony2001
 ID:   30816
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gattas at yahoo dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Performance problem
+Bug Type: OCI8 related
 Operating System: Windows 2000 + IIS 5 + Oracle 8i
 PHP Version:  4.3.8
 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-11-17 18:58:52] gattas at yahoo dot com

Description:

Since a year ago Windows 2000 with IIS 5 + PHP 4.3.4 + Oracle cliente
connected with Oracle 8.1.7, it's working ok.
However now, after making a few (10 max.) connections with the
database, the server crash. We take a look at the CPU and it´s in its
100% of capacity and we can see a loto of php.exe running.


Reproduce code:
---
Cannot be reproduced, configuration issue.

Expected result:

We expect to connect as many time as required

Actual result:
--
}the server hangs ans we cannot make it work





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


#30813 [Fbk-Opn]: Per Directory Values problem

2004-11-17 Thread me at auzgc dot com
 ID:   30813
 User updated by:  me at auzgc dot com
 Reported By:  me at auzgc dot com
-Status:   Feedback
+Status:   Open
 Bug Type: *Configuration Issues
 Operating System: Windows 2003
 PHP Version:  4.3.9
 New Comment:

This is using IIS 6.0 on Windows Server 2003.


Previous Comments:


[2004-11-17 16:17:32] [EMAIL PROTECTED]

Check your httpd.conf and make sure that AllowOverride directive for
this directory is set to All and not None.



[2004-11-17 15:20:22] me at auzgc dot com

Description:

Setting any configuration value to On in the registry Per Directory
Values for a given directory is not recognised and shows as Off in
phpinfo().

Setting it to 4096 instead for buffer size brings up On on
phpinfo() for zlib.output_compression but fails to actually compress
any output.

Setting zlib.output_compression to On in php.ini works fine. It is
only when setting it for individual directories that it fails to work.








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


#30819 [NEW]: Patch to properly support LDAP SASL binds

2004-11-17 Thread quanah at stanford dot edu
From: quanah at stanford dot edu
Operating system: ALL
PHP version:  5.0.2
PHP Bug Type: LDAP related
Bug description:  Patch to properly support LDAP SASL binds

Description:

Hello,

I've written a patch against PHP-5.0.2 that properly impelments LDAP SASL
binds for all mechanisms.  The current code in 5.0.2 does not support LDAP
SASL binds at all, although the function exists.

The patch can be found at:

http://www.stanford.edu/services/directory/clients/examples/ldap-sasl

It follows the PHP development guidelines.

This patch has been tested with multiple SASL authentication mechanisms.

Regards,
Quanah

Reproduce code:
---
#!/usr/local/bin/php
?php
$ldap = ldap_connect(ldap.stanford.edu);
if($ldap) {
   $r = ldap_bind($ldap);
} else {
  echo Unable to connect!;
}

ldap_set_option($ldap,LDAP_OPT_PROTOCOL_VERSION,3);

if (ldap_sasl_bind($ldap,,,GSSAPI))
{
$dn = cn=people,dc=stanford,dc=edu;
$filter = (|(susearchid=$WEBAUTH_USER)([EMAIL PROTECTED]));
$result = ldap_search($ldap, $dn, $filter);
   
if ($result)
{
   echo Number of entries returned is  . ldap_count_entries($ldap,
$result) . br /;
   print(\n);
   $info = ldap_get_entries($ldap,$result);
   echo Data for  . $info[count] .  items returned:p;
   print(\n);
   
   for($i=0;$i$info[count];$i++) {
   echo dn is:  . $info[$i][dn] . br /;
   print(\n);
   echo first cn entry is:  . $info[$i][cn][0] . br /;
   print(\n);
   echo first email is:  . $info[$i][mail][0] . br / hr
/;
   print(\n);
   }
}
   
ldap_close($ldap);
}
?

Expected result:

I'd expect this to work in PHP

Actual result:
--
Doesn't work at all without my patch.

Works correctly with my patch.


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


#30819 [Com]: Patch to properly support LDAP SASL binds

2004-11-17 Thread dhawes at vt dot edu
 ID:   30819
 Comment by:   dhawes at vt dot edu
 Reported By:  quanah at stanford dot edu
 Status:   Open
 Bug Type: LDAP related
 Operating System: ALL
 PHP Version:  5.0.2
 New Comment:

I attempted to get a similar patch submitted last May, but discussion
came to a standstill.  Quanah and I have tested this with GSSAPI,
EXTERNAL, and (I believe) DIGEST-MD5.  I would like to see this patch
included in PHP so I can stop requiring users to patch their source.


Previous Comments:


[2004-11-18 00:16:46] quanah at stanford dot edu

Description:

Hello,

I've written a patch against PHP-5.0.2 that properly impelments LDAP
SASL binds for all mechanisms.  The current code in 5.0.2 does not
support LDAP SASL binds at all, although the function exists.

The patch can be found at:

http://www.stanford.edu/services/directory/clients/examples/ldap-sasl

It follows the PHP development guidelines.

This patch has been tested with multiple SASL authentication
mechanisms.

Regards,
Quanah

Reproduce code:
---
#!/usr/local/bin/php
?php
$ldap = ldap_connect(ldap.stanford.edu);
if($ldap) {
   $r = ldap_bind($ldap);
} else {
  echo Unable to connect!;
}

ldap_set_option($ldap,LDAP_OPT_PROTOCOL_VERSION,3);

if (ldap_sasl_bind($ldap,,,GSSAPI))
{
$dn = cn=people,dc=stanford,dc=edu;
$filter = (|(susearchid=$WEBAUTH_USER)([EMAIL PROTECTED]));
$result = ldap_search($ldap, $dn, $filter);
   
if ($result)
{
   echo Number of entries returned is  .
ldap_count_entries($ldap, $result) . br /;
   print(\n);
   $info = ldap_get_entries($ldap,$result);
   echo Data for  . $info[count] .  items returned:p;
   print(\n);
   
   for($i=0;$i$info[count];$i++) {
   echo dn is:  . $info[$i][dn] . br /;
   print(\n);
   echo first cn entry is:  . $info[$i][cn][0] . br /;
   print(\n);
   echo first email is:  . $info[$i][mail][0] . br / hr
/;
   print(\n);
   }
}
   
ldap_close($ldap);
}
?

Expected result:

I'd expect this to work in PHP

Actual result:
--
Doesn't work at all without my patch.

Works correctly with my patch.






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


#30708 [Fbk-NoF]: Stream of type 'STDIO' was not closed

2004-11-17 Thread php-bugs
 ID:   30708
 Updated by:   [EMAIL PROTECTED]
 Reported By:  guth at fiifo dot u-psud dot fr
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  5.0.2
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.


Previous Comments:


[2004-11-09 09:12:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-11-07 00:22:58] guth at fiifo dot u-psud dot fr

Description:

hello, 
 
It seems that PHP doesn't close a Stream of type 'STDIO' 
when the PHP code produces a parse error with throw. 

Reproduce code:
---
?php
strlen(throw new Exception);
?

Expected result:

/www/test2.php(2) : Parse error - parse error, unexpected 
T_THROW, expecting ')' 

Actual result:
--
/www/test2.php(2) : Parse error - parse error, unexpected 
T_THROW, expecting ')' 
 
/usr/src/php5/main/streams/streams.c(375) : Stream of type 
'STDIO' 0x816d83c (path:/www/test2.php) was not closed 





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


#30820 [NEW]: static member conflict with $this-member silently ignored

2004-11-17 Thread levi at alliancesoftware dot com dot au
From: levi at alliancesoftware dot com dot au
Operating system: Fedora Core 2
PHP version:  5.0.2
PHP Bug Type: Zend Engine 2 problem
Bug description:  static member conflict with $this-member silently ignored

Description:

 If you declare a static data member (eg x),
$this-x refers to a different variable
without generating any warnings.

 Arguably, the proper behavior when setting
a class variable through $this should first
be to check if there are any static member
variables of the same name and *then* check
for instantiated member variables.

Reproduce code:
---
#!/usr/local/bin/php5 -q
?
// error reporting is set to E_ALL in php.ini
class Blah {
public static $x;
public function show() {
Blah::$x = 1;
$this-x = 5; // no warning, but refers to different variable

echo '   Blah::$x = '. Blah::$x .\n;
echo '$   this-x = '. $this-x .\n;
}
}

$b = new Blah();
$b-show();
?

Expected result:

either: (preferable)

   Blah::$x = 5
   $this-x = 5



-or-

 at the minimum, display a warning

Actual result:
--

   Blah::$x = 1
   $this-x = 5

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


#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting

2004-11-17 Thread foxinforestfire at yahoo dot com
 ID:   26286
 Comment by:   foxinforestfire at yahoo dot com
 Reported By:  igg10 at alu dot ua dot es
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.3.4
 New Comment:

I've found that the error seems to occur with a high usage of
references. I've had it occur to me twice under different conditions.

Situation A:
I have class A which accepts a pointer to class B and calls functions
recursively down the class B and any classes it has pointers to. The
error occured when I made a minor programming mistake and added a class
to itself throwing PHP into a recursive infinite loop.

Situation B(as of yet unresolved):
I have several classes which require pointers to one another to
function. During a class's construction, it uses several global
functions that I have which check to see if a specific instance of a
class exits(they all have IDs) and if so it returns a reference to the
existing class. If not, it creates a new instance, saves it, and
returns a reference. I'm not sure what is going on, but I'm relatively
sure it is another recursive error, because I could potentially step
through the classes infinitively. But, I had hoped this wouldn't be a
problem seeing as I am using pointers/references, and not continuously
creating new copies of objects. Yet, the problem persists and I'm still
having issues with apache being killed off by windows.


Previous Comments:


[2004-11-17 20:42:41] pascal dot court at bluewin dot ch

I have exactly the same problem.
I use Windows XP French SP2
Apache 2.0.52
PHP 4.3.9



[2004-11-16 12:38:10] php_bug at cklowe dot com

There is a syndrome of bugs here.  

http://www.google.com/search?q=+site:bugs.php.net+3221225477

reports 47 hits.

3221225477 equates to 0xC005 .  

Could this be Zend bailing out?



[2004-11-08 17:22:27] cpuidle at gmx dot de

Same issue for me, happend when running Mantis 0.19.0 against PHP
5.0.1:

[Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is
running
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start
mutex.
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker
threads.
[Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.



[2004-10-15 14:52:00] jonathan at schwarzelan dot de

As said for bug 25570,
to me it seems they are kind of related - 
having a large 2d-array, just filling it with data 
(140x4 each about 100chars) results to Apache2.0.50 to crash
(php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP


Trying outputting the generated Data leads to bug 25570 -



[2004-10-06 20:29:54] daukan at thelastgate dot com

winxp pro sp2
apache 2
php 5.0.0

After I change all the bcpow() functions to pow() it hasn't crashed.

example:
if(rand(1,10)+bcpow($pstat,2)  rand(1,8)+bpow($estat,2))
to
if(rand(1,10)+pow($pstat,2)  rand(1,8)+pow($estat,2))



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

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


#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting

2004-11-17 Thread foxinforestfire at yahoo dot com
 ID:   26286
 Comment by:   foxinforestfire at yahoo dot com
 Reported By:  igg10 at alu dot ua dot es
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.3.4
 New Comment:

Well, after digging through my classes, adding exit() calls to see
which line execution stops on, I've reached a conclusion. Perhaps this
won't help anyone with their bugs, but it helped mine so I'll post it.

Picture this as an example of the stack:
[ function a ][ variable foo ][ variable bar ]

Then, I call a function to a class which, in its constructor, uses the
function that called it, which eventually checks for that class's
existance in its records(and it isnt there, because it is only added
after the first function exits). So now my stack begins filling with
recursive functions and looks like this:

[func][func][func][func][func][func][func][func]...

And, it continues filling until there is a huge overload, which happens
rather quickly, and it throws an error, exiting out of potentially
hundreds, or thousands even, of functions, depending on how much room
they each require.

So, check for recursive usage of objects, because it can get PHP into
an infinite loop that it doesn't recognize because of its complexity,
and is relatively simple to overlook because when you read a line, you
don't think like the stack does(save class pointer THEN move into the
constructor(ie, C++ because of previous space allocation) vs. move into
function BEFORE saving class pointer to memory address x because its not
pre-allocated) :P


Previous Comments:


[2004-11-18 02:59:16] foxinforestfire at yahoo dot com

I've found that the error seems to occur with a high usage of
references. I've had it occur to me twice under different conditions.

Situation A:
I have class A which accepts a pointer to class B and calls functions
recursively down the class B and any classes it has pointers to. The
error occured when I made a minor programming mistake and added a class
to itself throwing PHP into a recursive infinite loop.

Situation B(as of yet unresolved):
I have several classes which require pointers to one another to
function. During a class's construction, it uses several global
functions that I have which check to see if a specific instance of a
class exits(they all have IDs) and if so it returns a reference to the
existing class. If not, it creates a new instance, saves it, and
returns a reference. I'm not sure what is going on, but I'm relatively
sure it is another recursive error, because I could potentially step
through the classes infinitively. But, I had hoped this wouldn't be a
problem seeing as I am using pointers/references, and not continuously
creating new copies of objects. Yet, the problem persists and I'm still
having issues with apache being killed off by windows.



[2004-11-17 20:42:41] pascal dot court at bluewin dot ch

I have exactly the same problem.
I use Windows XP French SP2
Apache 2.0.52
PHP 4.3.9



[2004-11-16 12:38:10] php_bug at cklowe dot com

There is a syndrome of bugs here.  

http://www.google.com/search?q=+site:bugs.php.net+3221225477

reports 47 hits.

3221225477 equates to 0xC005 .  

Could this be Zend bailing out?



[2004-11-08 17:22:27] cpuidle at gmx dot de

Same issue for me, happend when running Mantis 0.19.0 against PHP
5.0.1:

[Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is
running
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start
mutex.
[Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker
threads.
[Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.



[2004-10-15 14:52:00] jonathan at schwarzelan dot de

As said for bug 25570,
to me it seems they are kind of related - 
having a large 2d-array, just filling it with data 
(140x4 each about 100chars) results to Apache2.0.50 to crash
(php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP


Trying outputting the generated Data leads to bug 25570 -



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

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


#27823 [Com]: __FILE__ still not working properly in includes under Solaris

2004-11-17 Thread chiller at orchidsuites dot net
 ID:   27823
 Comment by:   chiller at orchidsuites dot net
 Reported By:  roy at pine dot nl
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Solaris 7
 PHP Version:  4CVS-2004-04-29
 New Comment:

Same problem.  __FILE__ returns './filename' instead of
'/path/to/filename'.

MacOS X Server 10.3.6 / PHP 4.3.9

It seems this bug keeps getting reintroduced.  IMO __FILE__ should
return the full path.


Previous Comments:


[2004-04-21 12:12:23] roy at pine dot nl

Alright we upgraded our production machine to
http://snaps.php.net/php4-STABLE-latest.tar.gz
 (PHP Version 4.3.7-dev) in order to test the problem and it is not
working.



[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
?php
print __FILE__;
print p;
require(test2.php);
?

--- test2.php
?php
print __FILE__;
?


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=27823edit=1


#30821 [NEW]: PHP compilation fails with --with-imap

2004-11-17 Thread amit dot gupta at prudence-india dot com
From: amit dot gupta at prudence-india dot com
Operating system: Fedora core1
PHP version:  5.0.2
PHP Bug Type: IMAP related
Bug description:  PHP compilation fails with --with-imap

Description:

When compiling php-5.0.2. with --with-imap option , compilation fails. 


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


#30803 [Bgs]: Function Repeat Twice

2004-11-17 Thread derick
 ID:   30803
 Updated by:   [EMAIL PROTECTED]
 Reported By:  icui at email dot it
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux 2.6.3
 PHP Version:  4.3.9
 New Comment:

It is not a browser mistake, it is supposed to retrieve the same url
when an empty one is passed to img src=.


Previous Comments:


[2004-11-17 14:55:49] icui at email dot it

Hi, 

two GET in log files 
It's a browser problem, sorry for the mistake and thanks for your
interest.

Bye!



[2004-11-17 11:55:34] icui at email dot it

I reproduce this problem in another way. 
It's possible there is a problem in php module? 

Run following two pages in your system and see apache log file.
On linux system. 

---
filename

content
---



page.htm

img src= alt=No source specified /




page.php

img src= alt=No source specified /



htm extension: page run properly, once.
log: 
192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm
HTTP/1.1 200 41


php extension: page run twice.
log:
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41
192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php
HTTP/1.1 200 41


If you specify src, page works properly. 
I'm not sure that it's a php bug (apache2 related), apache bug or
nothing of all that.


Thanks for your interest.



[2004-11-16 08:34:31] [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-11-16 01:39:17] icui at email dot it

Description:

The following script generates two files copies. 

The same script executed without Apache works properly and generates
single file copy.

With $URL_CSS_ defined works properly. (row 13)

Deleting row 15 works properly.

Apache seems to execute twice the script, second in background. I don't
understand why.


Tested with:
Php 5.0.1 - 4.3.9 - 4.3.4 
On Linux System kernel 2.4, 2.6


NB. In Windows seems to work properly. (not tested personally)


Reproduce code:
---
?
$id   = uniqid('bug');
$wrk_dir  = ''; // Working Directory
$src_file = 'grab.jpg'; // Source File
$dst_file = 'tmpgrab_'.$id.'.jpg';  // New File

echo 'Source File  ='.$src_file.'br /';   // Print Source File
Name
echo 'Destination File ='.$dst_file.'br /';   // Print Destination
File Name

if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) {
   echo 'Failed to copy.br /';
}
//$URL_CSS_='string';
?
link rel=stylesheet href=?=$URL_CSS_? type=text/css /

Expected result:

I expect that a new file is created in my $wrk_dir

Actual result:
--
Script generates two copies from original file.





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