#30106 [NEW]: SOAP cannot not parse 'ref' element. Causes Uncaught SoapFault exception.

[phpcoder at gmx dot at]

From: phpcoder at gmx dot at
Operating system: Windows XP
PHP version:  5CVS-2004-09-16 (dev)
PHP Bug Type: SOAP related
Bug description:  SOAP cannot not parse 'ref' element. Causes Uncaught SoapFault 
exception.

Description:

php-soap extension fails to parse wdsl document

http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL

Returned Error:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
Schema: unresolved element 'ref' attribute in c:\Inetpub\class\index.php:2
Stack trace: #0 {main} thrown in c:\Inetpub\class\index.php on line 2

phpinfo() returns: PHP Version 5.0.2-dev (got the dev built from
2004-09-15, 10:30 p.m.)

Reproduce code:
---
http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL');
?>


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

#30106 [Opn->Asn]: SOAP cannot not parse 'ref' element. Causes Uncaught SoapFault exception.

[derick]

 ID:   30106
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpcoder at gmx dot at
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5CVS-2004-09-16 (dev)
-Assigned To:  
+Assigned To:  dmitry


Previous Comments:


[2004-09-16 08:59:50] phpcoder at gmx dot at

Description:

php-soap extension fails to parse wdsl document

http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL

Returned Error:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
Schema: unresolved element 'ref' attribute in
c:\Inetpub\class\index.php:2 Stack trace: #0 {main} thrown in
c:\Inetpub\class\index.php on line 2

phpinfo() returns: PHP Version 5.0.2-dev (got the dev built from
2004-09-15, 10:30 p.m.)

Reproduce code:
---
http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL');
?>






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

#30093 [Opn]: Error with file upload

[marcus dot stolzenberg at kgrz-kassel dot de]

 ID:   30093
 User updated by:  marcus dot stolzenberg at kgrz-kassel dot de
 Reported By:  marcus dot stolzenberg at kgrz-kassel dot de
 Status:   Open
 Bug Type: *General Issues
 Operating System: SLES 8.0 zSeries s390 IBM
 PHP Version:  4.3.9RC3
 New Comment:

Hi,

Yes I have some linux partitions on our IBM mainframe with php... We
are running Suse Linux Enterprice Server 8.0 on 31 bit zSeries s390 /
zOS

I send a make test with 4.3.9rc3 yesterday to: [EMAIL PROTECTED]
maybee it helps.

I think I will try the HEAD version this evening and than I will
report...

Marcus


Previous Comments:


[2004-09-16 05:36:31] [EMAIL PROTECTED]

I just updated one of my servers to PHP_4_3 HEAD and large image file
uploads are working fine both single and multiple at a time.

Are we really talking about an S390 here?



[2004-09-15 15:58:17] marcus dot stolzenberg at kgrz-kassel dot de

Description:

Hello,

First the 'error' is also in 4.3.9rc1 with 4.3.6 everything is fine.

If I am going to upload a file using php which is not txt encoded the
file size of the transfered file is more then doubble and the file
stored on the server is corrupted.

Reproduce code:
---
1. HTML Part:



 
 


2. PHP Part:

$tempname = $_FILES['file']['tmp_name'];
$name = $_FILES['file']['name']; 
$type = $_FILES['file']['type'];
$size = $_FILES['file']['size'];
...
print_r($_FILES);
echo $size;
   copy("$tempname", "/upload/$name");

...


Expected result:

Output useing 4.3.6

Array ( [file] => Array ( [name] => daemon347.exe [type] =>
application/octet-stream [tmp_name] => /uploadkds/phpJGle3P [error] =>
0 [size] => 504320 ) ) Array ( ) 

504320



504320 = filesize of desination file on the server = original file
size


Actual result:
--
Output 4.3.9rc1 and 4.3.9rc3


Array ( [file] => Array ( [name] => daemon347.exe [type] =>
application/octet-stream [tmp_name] => /uploadkds/phplvCHls [error] =>
0 [size] => 1004032 ) ) Array ( ) 

1004032 



1004032 = filesize of desination file on the server =! original size






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

#24189 [Com]: big problem on stream function

[daniel at haxx dot se]

 ID:   24189
 Comment by:   daniel at haxx dot se
 Reported By:  anton at valuehost dot ru
 Status:   Assigned
 Bug Type: Sockets related
 Operating System: FreeBSD 4.8
 PHP Version:  5CVS, 4CVS
 Assigned To:  wez
 New Comment:

Sorry, but the fix is not _that_ simple.

FD_SETSIZE is a maximum count. Not all operating systems keep the fd
numbers in the sequence 0 - (MAX-1).

Microsoft Windows is one such exception AFAIK.

Thus. It is a lot harder than that to know if you have reached the
FD_SETSIZE maximum in a platform independent way.


Previous Comments:


[2004-07-01 13:53:43] jorton at redhat dot com

This is a real bug.

The issue is that fd_set is a fixed-size array, and if FD_SET is passed
an fd number greater than FD_SETSIZE, it has undefined behaviour, i.e.
it overruns the array and corrupts memory.

All uses of select() in PHP look to be unsafe because of this.  The
proper fix is to use poll() on platforms where it is available, and to
always check that fd < FD_SETSIZE before using FD_SET.



[2003-06-15 07:31:00] anton at valuehost dot ru

Description:

phpinfo:
http://v6test.valuehost.ru/phpinfo.php

The problem has the following character, after long work php as mod_php
in apache, various variations of sockets, fsockopen, include, fopen and
etc cease to work.

As did not work and curl, but it managed to be solved rebuild libcurl
with FD_SETSIZE=16384 (sys/types.h).

Such sensation that descriptors come to an end.

At occurrence of this problem fsockopen starts to return a mistake "
Operation now in progress "
Function include in general causes Segmentation fault (11)

Unfortunately there is no opportunity to include an option debug as
ZendOptimazer does not work in debug a mode.






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

#28459 [Opn->Ver]: Documentation and Object/class problem

[vrana]

 ID:   28459
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alpzrjvr at hotmail dot com
-Status:   Open
+Status:   Verified
 Bug Type: Class/Object related
-Operating System: Slackware 9.0
+Operating System: Slackware 9.0, Windows XP
-PHP Version:  4.3.6
+PHP Version:  4.3.8


Previous Comments:


[2004-05-20 20:04:59] alpzrjvr at hotmail dot com

Description:

http://cr2.php.net/language.oop.constructor

PHP manual says: 
In PHP 3, the function B() in class A will suddenly become a
constructor in class B, although it was never intended to be. The rule
in PHP 3 is: 'A constructor is a function of the same name as the
class.'. PHP 3 does not care if the function is being defined in class
B, or if it has been inherited. 

This is fixed in PHP 4 by modifying the rule to: 'A constructor is a
function of the same name as the class it is being defined in.'. Thus
in PHP 4, the class B would have no constructor function of its own and
the constructor of the base class would have been called, printing 'I am
the constructor of A.'.


But, I test the script in diferent PHP's versions and the result was: 

"I am a regular function named B in class A.
I am not a constructor in A." ... with PHP 4.x.x .

Reproduce code:
---
\n";
   }

   function B()
   {
   echo "I am a regular function named B in class A.\n";
   echo "I am not a constructor in A.\n";
   }
}

class B extends A
{
   function C()
   {
   echo "I am a regular function.\n";
   }
}

$b = new B();
or 
$b = new B; (also works)
?>

Expected result:

I am the constructor of A.

Actual result:
--
I am a regular function named B in class A.
I am not a constructor in A.





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

#30100 [Bgs]: Is there a possibility to load php modules per virtualhost directives?

[php-answer at karolyi dot hu]

 ID:   30100
 User updated by:  php-answer at karolyi dot hu
 Reported By:  php-answer at karolyi dot hu
 Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Linux
 PHP Version:  5.0.1
 New Comment:

I want to restrict access to functions, without putting it in
disable_functions.

In other view, this would cause lesser memory usage. Loading modules
which the user won't use has no meaning.

Is it still a senseless question?

--
Regards,
Laszlo KAROLYI


Previous Comments:


[2004-09-16 05:48:18] [EMAIL PROTECTED]

Why do you think it would be more efficient?  When you load in an
extension it gets loaded into the Apache process which serves requests
for all your virtual hosts anyway.  There would be no difference
between doing it per-vhost at startup vs. just doing it from your
php.ini.



[2004-09-16 02:16:22] php-answer at karolyi dot hu

Description:

I wonder if there is an option to load external php modules like gd,
mysql and imap into php below a  section with
php_admin_value directives.

I think it could be possible, like dl()-ing from php scripts.

But as i've tried with "php_admin_value extension gd.so", it doesn't
works at this moment.

Please report back if this is a solvable problem, because
virtualhosting would be much more efficient if this option would work.






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

#30106 [Asn]: SOAP cannot not parse 'ref' element. Causes Uncaught SoapFault exception.

[phpcoder at gmx dot at]

 ID:   30106
 User updated by:  phpcoder at gmx dot at
 Reported By:  phpcoder at gmx dot at
 Status:   Assigned
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5CVS-2004-09-16 (dev)
 Assigned To:  dmitry
 New Comment:

note: also happens with PHP Version 5.1.0-dev


Previous Comments:


[2004-09-16 08:59:50] phpcoder at gmx dot at

Description:

php-soap extension fails to parse wdsl document

http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL

Returned Error:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
Schema: unresolved element 'ref' attribute in
c:\Inetpub\class\index.php:2 Stack trace: #0 {main} thrown in
c:\Inetpub\class\index.php on line 2

phpinfo() returns: PHP Version 5.0.2-dev (got the dev built from
2004-09-15, 10:30 p.m.)

Reproduce code:
---
http://mathe.bg-bab.ac.at/ClassServer/service.asmx?WSDL');
?>






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

#30107 [NEW]: ldap_bind does a dns lookup for "localhost" (mod_php not CLI)

[php at gunnarwrobel dot de]

From: php at gunnarwrobel dot de
Operating system: Gentoo 2004.2
PHP version:  4.3.8
PHP Bug Type: LDAP related
Bug description:  ldap_bind does a dns lookup for "localhost" (mod_php not CLI)

Description:

After connecting to OpenLDAP on "localhost" subsequent binding fails.
This only happens in mod_php, not with CLI.

Apparently the ldap_bind function of mod_php is unable to resolve
"localhost". 

This might be related to bug #29587

Regards

Gunnar

Reproduce code:
---
Error";
  print(ldap_error($ds));
}
?>

Expected result:

No error.

Actual result:
--
Error
Can't contact LDAP server.

TCPdump reports a request to the name server:

10:20:35.050539 IP myserver.mydom.info.41604 > dns2.arcor-ip.de.domain: 
60613+ ? localhost. (27)
10:20:35.061182 IP dns2.arcor-ip.de.domain > myserver.mydom.info.41604: 
60613 NXDomain 0/1/0 (102)


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

#30041 [Opn->Fbk]: pdf_open_file() expects exactly 2 parameters, 1 given

[sniper]

 ID:   30041
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pdowson at aea9 dot k12 dot ia dot us
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: FreeBSD 5.2
 PHP Version:  4.3.8
 New Comment:

Try this script and paste the output here:





Previous Comments:


[2004-09-15 18:33:22] pdowson at aea9 dot k12 dot ia dot us

I am so sure I could spit.

#shell$ php -v
PHP 4.3.8 (cli) (built: Jul 23 2004 18:01:43)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies



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

Are you REALLY using PHP 4.3.8 ?
As in PHP _5_ the 2nd parameter IS required.
This works fine for me with PHP 4.3.8 with just one parameter.



[2004-09-09 21:00:19] pdowson at aea9 dot k12 dot ia dot us

Description:

The PHP manual describes pdf_open_file as working with just one
argument (the pdf handle). The code works fine if you supply a filename
as the second argument.

Reproduce code:
---
$pdf = pdf_new();
pdf_open_file($pdf);

Expected result:

It should work without an error. Should create a PDF document in
memory, not in a file.

Actual result:
--
Warning: pdf_open_file() expects exactly 2 parameters, 1 given in
/home/wwwpath/pdf.php on line 2





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

#30108 [NEW]: __call doesn't set arguments to a class property properly

[saleh at sfsj dot net]

From: saleh at sfsj dot net
Operating system: Windows XP sp1
PHP version:  5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description:  __call doesn't set arguments to a class property properly

Description:

what I want to achive is to store the arguments passed to the overloaded
method in a property but it seems that it sets NULL instead!
also a strange behavior sometimes occur! sometimes when I want to see the
content of the property which is supposed to have the arguments (the one
taking NULL instead) apache fails and other times it works!
I have pointed where it works and where it fails in the repreducing
code..

when it fails, Windows shows that apache encountered a problem and it has
to be closed, but it doesn't force closing apache and I can still continue
my work without restarting the server ..

I am not sure if it's legal in the first place to set arguments values to
properties inside __call method but if it was illegal, I guess a "fatal
error" message would be more friendly than seeing an apache failur message
from windows :)

I am not sure why it's behaving like that!

Apache version: 1.3.27
php is not installed as a CGI ..

Reproduce code:
---
http://www.sfsj.net/__call_problem.php

Expected result:

I excpet to see the arguments printed and stored in the property "args"

Actual result:
--
if it works, it doesn't set the arguments and sets NULL instead..
and sometimes it fails apache and doesn't show anything..

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

#30107 [Opn->Bgs]: ldap_bind does a dns lookup for "localhost" (mod_php not CLI)

[sniper]

 ID:   30107
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at gunnarwrobel dot de
-Status:   Open
+Status:   Bogus
 Bug Type: LDAP related
 Operating System: Gentoo 2004.2
 PHP Version:  4.3.8
 New Comment:

It's either a bug in openldap (unlikely) or misconfigured system of
yours. Check your /etc/hosts and /etc/resolv.conf files. See also:

http://www.netsys.com/openldap-software/2002/08/msg00020.html

This is absolutely not a PHP bug whatsoever..



Previous Comments:


[2004-09-16 10:27:11] php at gunnarwrobel dot de

Description:

After connecting to OpenLDAP on "localhost" subsequent binding fails.
This only happens in mod_php, not with CLI.

Apparently the ldap_bind function of mod_php is unable to resolve
"localhost". 

This might be related to bug #29587

Regards

Gunnar

Reproduce code:
---
Error";
  print(ldap_error($ds));
}
?>

Expected result:

No error.

Actual result:
--
Error
Can't contact LDAP server.

TCPdump reports a request to the name server:

10:20:35.050539 IP myserver.mydom.info.41604 > dns2.arcor-ip.de.domain:
 60613+ ? localhost. (27)
10:20:35.061182 IP dns2.arcor-ip.de.domain > myserver.mydom.info.41604:
 60613 NXDomain 0/1/0 (102)






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

#29587 [Opn->Fbk]: ldap_read cannot read RootDSE

[sniper]

 ID:   29587
 Updated by:   [EMAIL PROTECTED]
 Reported By:  DavidSmith at byu dot net
-Status:   Open
+Status:   Feedback
 Bug Type: LDAP related
 Operating System: Fedora Core 1
 PHP Version:  4.3.8
 New Comment:

With what previous PHP version? And do you use the same openldap
library version as you did with the previous PHP version?


Previous Comments:


[2004-08-09 16:31:47] DavidSmith at byu dot net

Description:

With PHP 4.3.8, I get a "No such object" error when attempting to read
the LDAP RootDSE. The code works fine with previous versions of PHP. I
tested with both OpenLDAP 2.1.22 and Novell eDirectory. phpLDAPadmin
(all versions) relies on this functionality.

Reproduce code:
---
$ds = ldap_connect( "localhost" );
ldap_bind( $ds );

// Problem is here:
$r = @ldap_read( $ds, '', 'objectClass=*', array('+') );

var_dump( $r );
var_dump( ldap_error( $ds ) );


Expected result:

resource(2) of type (ldap result)
string(7) "Success"

Actual result:
--
bool(false)
string(14) "No such object"





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

#30030 [Opn->Fbk]: File Rename creation time error

[sniper]

 ID:   30030
 Updated by:   [EMAIL PROTECTED]
 Reported By:  misc6pub at scionix dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Filesystem function related
 Operating System: Win 2000
 PHP Version:  4.3.8
 New Comment:

Does this happen with PHP 5? (if so, update the version field to
contain both 4.3.8 and 5.0.0)


Previous Comments:


[2004-09-08 20:53:33] misc6pub at scionix dot com

Description:

In v 4.3.8 (Win2K) and perhaps later, the rename(x,y) does not follow
the spec for the creation time of the copied file.  Rename should keep
the modified time of the new file the same as the source -- which it
does correctly  --, and the created time of the new file should be the
time of renaming -- but it incorrectly makes it the same as that of the
original.







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

#30027 [Opn->Fbk]: segmentation fault in ftp_get/memchr()

[sniper]

 ID:   30027
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sbrown at truckstuffusa dot com
-Status:   Open
+Status:   Feedback
 Bug Type: FTP related
 Operating System: Redhat 9
 PHP Version:  4.3.8
 New Comment:

Get the latest stable CVS snapshot of PHP 4 and configure it with this
line:

# ./configure --disable-all --enable-ftp --enable-debug

Run your script in command line instead and try to generate the gdb
backtrace with it.



Previous Comments:


[2004-09-08 18:11:30] sbrown at truckstuffusa dot com

And just in case, here's the bt:

(gdb) bt
#0  0x4207bae0 in memchr () from /lib/tls/libc.so.6
#1  0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a0fdc,
path=0x83991cc "/x-stuff/mir_libraries/lib-htmlMimeMail.php",
type=FTPTYPE_ASCII, resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
#2  0x0807bf69 in zif_ftp_get (ht=4, return_value=0x83a0f9c,
this_ptr=0x0, return_value_used=1) at
/usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637
#3  0x081ecfb0 in execute (op_array=0x836c920) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1635
#4  0x081ed22b in execute (op_array=0x836d648) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#5  0x081ed22b in execute (op_array=0x8366b74) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#6  0x081d9783 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891
#7  0x0819e9b7 in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-4.3.8/main/main.c:1734
#8  0x081f3e3d in main (argc=2, argv=0xbb64) at
/usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822
(gdb)



[2004-09-08 18:10:00] sbrown at truckstuffusa dot com

Program received signal SIGSEGV, Segmentation fault.
0x4207bae0 in memchr () from /lib/tls/libc.so.6
(gdb) up
#1  0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a0fdc,
path=0x83991cc "/x-stuff/mir_libraries/lib-htmlMimeMail.php",
type=FTPTYPE_ASCII, resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
730 while ((s = memchr(ptr, '\r', (e -
ptr {
(gdb) p s
$1 = 0x83a0ea9 "\r:\bÐ\016:\b\f"
(gdb) p ptr
$2 = 0x83a0eaa ":\bÐ\016:\b\f"
(gdb) p e
$3 = 0x838be9c "\n\t\t\t\t\t$content_type =
$this->image_types[strtolower($ext)];\r\n\t\t\t\t\t$this->addHtmlImage($image,
basename($html_images[$i]),
$content_type);\r\n\t\t\t\t}\r\n\t\t\t}\r\n\t\t}\r\n\t}\r\n\r\n/**\r\n*
Adds an image to the list of e"...
(gdb)



[2004-09-08 17:37:47] [EMAIL PROTECTED]

In gdb for that core, could you type:
  up
  p s
  p ptr
  p e
and add the output to this bug please.



[2004-09-08 17:00:56] sbrown at truckstuffusa dot com

Description:

I'm using PHP 4.3.8 in CLI on a Redhat 9 server.  Using the FTP
functions to backup some files via FTP.  The script connects to a
server via FTP, downloads some files and tars them up.  I'm getting an
intermittent segfault during the download process.  By "intermittent",
I mean that the fault does not occur every time, nor does it occur
after downloading the same file every time.  I am connecting to a
windows-based host if that matters.  I have been able to reproduce this
crash on two different systems:


System 1:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
SMP-based system
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--with-mcrypt=/usr/local/lib' \
'--with-curl=/usr/local' \
'--enable-ftp' \
'--with-imap=/usr/local/imap' \
'--with-jpeg' \
'--with-jpeg-dir=/usr/local/lib' \
'--with-png' \
'--with-png-dir=/usr/local/lib' \
'--with-zlib-dir=/usr/local/lib' \
'--with-gd' \
'--with-freetype' \
'--with-freetype-dir=/usr/local/lib' \
'--with-ttf' \
'--enable-debug' \
"$@"

=

System 2:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
Single CPU
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--enable-ftp' \
'--enable-debug' \
"$@"
==

When this fault occurs, both systems produce identical backtraces:


Program received signal SIGSEGV, Segmentation fault.
0x4207bb01 in memchr () from /lib/tls/libc.so.6
(gdb) bt
#0  0x4207bb01 in memchr () from /lib/tls/libc.so.6
#1  0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a22f4,
path=0x839bcb4 "/x-stuff/ssl/reconcilepo.php", type=FTPTYPE_ASCII,
resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
#2  0x0807bf69 in zif_ftp_get (ht=4, return_value=0x839da54,
this_ptr=0x0, return_value_used=1) at
/usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637
#3  0x081ecfb0 in execute (op_array=0x836c920) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1635
#4  0x081ed22b in execute (op_array=

#29627 [Opn->Fbk]: Compile Failure with external gd 2.0.28

[sniper]

 ID:   29627
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fev at ukrti dot com dot ua
-Status:   Open
+Status:   Feedback
-Bug Type: Compile Failure
+Bug Type: GD related
 Operating System: Red Hat 7.3 with kernel 2.4.3
 PHP Version:  4.3.8
 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

Also make sure you have exactly ONE version of GD libraries installed
on your system. The way to make sure is to delete every occurance of
the gd related header and library files and reinstall it.


Previous Comments:


[2004-09-01 09:10:06] fev at ukrti dot com dot ua

Bug has still alive with php 4.3.9RC2



[2004-08-25 09:14:34] fev at ukrti dot com dot ua

Bug has still alive.

I have tried php source php4-STABLE-200408250430.
My test configure command:

./configure --with-zlib=/usr/local --with-gd=/usr/local/gd2
--with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-ttf
--with-freetype-dir=/usr/local/freetype2 --enable-gd-native-ttf
--with-gettext

Result of test compiling:

ext/gd/gd.o(.text+0x3639): In function `zif_imagecreatefromstring':
/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1341: undefined
reference to `gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x3a62): In function `zif_imagecreatefromgif':
/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1497: undefined
reference to `gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x3a75):/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1497:
undefined reference to `gdImageCreateFromGif'
ext/gd/gd.o(.text+0x43cc): In function `zif_imagegif':
/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1732: undefined
reference to `gdImageGifCtx'
ext/gd/gd.o(.text+0xae14): In function `_php_image_convert':
/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:3746: undefined
reference to `gdImageCreateFromGif'
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php] Error 1



[2004-08-24 01:00:05] php-bugs at lists dot php dot net

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



[2004-08-16 03:27: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





[2004-08-12 08:33:40] fev at ukrti dot com dot ua

Description:

When i try compile php 4.3.8 with external GD library 2.0.28 (with
support GIF read, create) compiling hasn't done. It stopped when find
fuction like óreateGIF in the gd 2.0.28.

Reproduce code:
---
./configure --with-mysql=/usr/local/mysql
--with-mysql-sock=/usr/local/mysql/mysql.sock --with-zlib=/usr/local
--with-openssl=/usr/local/ssl --with-curl=/usr/local
--with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local
--with-png-dir=/usr/local --with-ttf
--with-freetype-dir=/usr/local/freetype2 --enable-gd-native-ttf
--with-gettext --enable-calendar --enable-ftp --enable-sockets

Expected result:

.
ext/gd/gd.o(.text+0x3639): In function `zif_imagecreatefromstring':
/src/php/php-4.3.8/ext/gd/gd.c:1336: undefined reference to
`gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x3a52): In function `zif_imagecreatefromgif':
/src/php/php-4.3.8/ext/gd/gd.c:1492: undefined reference to
`gdImageCreateFromGif'
ext/gd/gd.o(.text+0x3a5c):/src/php/php-4.3.8/ext/gd/gd.c:1492:
undefined reference to `gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x4392): In function `zif_imagegif':
/src/php/php-4.3.8/ext/gd/gd.c:1727: undefined reference to
`gdImageGifCtx'
ext/gd/gd.o(.text+0xade4): In function `_php_image_convert':
/src/php/php-4.3.8/ext/gd/gd.c:3741: undefined reference to
`gdImageCreateFromGif'
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php] Error 1







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

#30109 [NEW]: Make Error in DOMXML

[mark at securehosting dot com]

From: mark at securehosting dot com
Operating system: RedHat
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  Make Error in DOMXML

Description:

Using Sun Cobalt RAQ 550 with upgraded libxml2 (libxml2-2.6.11-1,
libxml2-devel-2.6.11-1) and the configure line

CC=/usr/sg/bin/gcc ./configure --prefix=/usr/local/php-cli --with-zlib
--with-curl=/usr/local/ --enable-xml --with-xml=/usr,shared
--with-dom=/usr/lib/ --disable-cgi

Which runs fine. Then upon make I receive the following error:

Reading makefiles...
Updating goal targets
 File `all' does not exist.
   File `sapi/cli/php' does not exist.
 File `ext/domxml/php_domxml.lo' does not exist.
Must remake target `ext/domxml/php_domxml.lo'.
/usr/sg/bin/gcc  -Iext/domxml/ -I/tmp/php-4.3.8/ext/domxml/ -DPHP_ATOM_INC
-I/tmp/php-4.3.8/include -I/tmp/php-4.3.8/main -I/tmp/php-4.3.8
-I/tmp/php-4.3.8/Zend -I/usr/local//include -I/usr/include/libxml2
-I/tmp/php-4.3.8/ext/xml/expat  -I/tmp/php-4.3.8/TSRM  -g -O2  -c
/tmp/php-4.3.8/ext/domxml/php_domxml.c -o ext/domxml/php_domxml.o  && echo
> ext/domxml/php_domxml.lo
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_node_append_child':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:2468: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_doc_imported_node':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3727: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`domxml_document_parser':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: `XML_COMPLETE_ATTRS'
undeclared (first use in this function)
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: (Each undeclared identifier
is reported only once
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: for each function it appears
in.)
make: *** [ext/domxml/php_domxml.lo] Error 1

I've been fighting this for 2 days now and no matter what I try I can't
find any resolution.


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

#30109 [Opn]: Make Error in DOMXML

[mark at securehosting dot com]

 ID:   30109
 User updated by:  mark at securehosting dot com
 Reported By:  mark at securehosting dot com
 Status:   Open
 Bug Type: Compile Failure
-Operating System: RedHat
+Operating System: RedHat 2.4.19C13_V
 PHP Version:  4.3.8
 New Comment:

Linux 2.4.19C13_V


Previous Comments:


[2004-09-16 11:19:10] mark at securehosting dot com

Description:

Using Sun Cobalt RAQ 550 with upgraded libxml2 (libxml2-2.6.11-1,
libxml2-devel-2.6.11-1) and the configure line

CC=/usr/sg/bin/gcc ./configure --prefix=/usr/local/php-cli --with-zlib
--with-curl=/usr/local/ --enable-xml --with-xml=/usr,shared
--with-dom=/usr/lib/ --disable-cgi

Which runs fine. Then upon make I receive the following error:

Reading makefiles...
Updating goal targets
 File `all' does not exist.
   File `sapi/cli/php' does not exist.
 File `ext/domxml/php_domxml.lo' does not exist.
Must remake target `ext/domxml/php_domxml.lo'.
/usr/sg/bin/gcc  -Iext/domxml/ -I/tmp/php-4.3.8/ext/domxml/
-DPHP_ATOM_INC -I/tmp/php-4.3.8/include -I/tmp/php-4.3.8/main
-I/tmp/php-4.3.8 -I/tmp/php-4.3.8/Zend -I/usr/local//include
-I/usr/include/libxml2 -I/tmp/php-4.3.8/ext/xml/expat 
-I/tmp/php-4.3.8/TSRM  -g -O2  -c
/tmp/php-4.3.8/ext/domxml/php_domxml.c -o ext/domxml/php_domxml.o  &&
echo > ext/domxml/php_domxml.lo
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_node_append_child':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:2468: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_doc_imported_node':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3727: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`domxml_document_parser':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: `XML_COMPLETE_ATTRS'
undeclared (first use in this function)
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: (Each undeclared
identifier is reported only once
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: for each function it
appears in.)
make: *** [ext/domxml/php_domxml.lo] Error 1

I've been fighting this for 2 days now and no matter what I try I can't
find any resolution.






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

#30109 [Opn->Bgs]: Make Error in DOMXML

[mark at securehosting dot com]

 ID:   30109
 User updated by:  mark at securehosting dot com
 Reported By:  mark at securehosting dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 2.4.19C13_V
 PHP Version:  4.3.8
 New Comment:

Apologies, looks like I had an old version of libxml2 still lying
around.

For future reference and anyone with the same problem, check the
xmlversion.h within /usr/local/include/libxml.

I cleared out these files and I could make successfully.


Previous Comments:


[2004-09-16 11:25:50] mark at securehosting dot com

Linux 2.4.19C13_V



[2004-09-16 11:19:10] mark at securehosting dot com

Description:

Using Sun Cobalt RAQ 550 with upgraded libxml2 (libxml2-2.6.11-1,
libxml2-devel-2.6.11-1) and the configure line

CC=/usr/sg/bin/gcc ./configure --prefix=/usr/local/php-cli --with-zlib
--with-curl=/usr/local/ --enable-xml --with-xml=/usr,shared
--with-dom=/usr/lib/ --disable-cgi

Which runs fine. Then upon make I receive the following error:

Reading makefiles...
Updating goal targets
 File `all' does not exist.
   File `sapi/cli/php' does not exist.
 File `ext/domxml/php_domxml.lo' does not exist.
Must remake target `ext/domxml/php_domxml.lo'.
/usr/sg/bin/gcc  -Iext/domxml/ -I/tmp/php-4.3.8/ext/domxml/
-DPHP_ATOM_INC -I/tmp/php-4.3.8/include -I/tmp/php-4.3.8/main
-I/tmp/php-4.3.8 -I/tmp/php-4.3.8/Zend -I/usr/local//include
-I/usr/include/libxml2 -I/tmp/php-4.3.8/ext/xml/expat 
-I/tmp/php-4.3.8/TSRM  -g -O2  -c
/tmp/php-4.3.8/ext/domxml/php_domxml.c -o ext/domxml/php_domxml.o  &&
echo > ext/domxml/php_domxml.lo
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_node_append_child':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:2468: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`zif_domxml_doc_imported_node':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3727: warning: assignment makes
pointer from integer without a cast
/tmp/php-4.3.8/ext/domxml/php_domxml.c: In function
`domxml_document_parser':
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: `XML_COMPLETE_ATTRS'
undeclared (first use in this function)
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: (Each undeclared
identifier is reported only once
/tmp/php-4.3.8/ext/domxml/php_domxml.c:3936: for each function it
appears in.)
make: *** [ext/domxml/php_domxml.lo] Error 1

I've been fighting this for 2 days now and no matter what I try I can't
find any resolution.






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

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei


Previous Comments:


[2004-09-16 07:49:13] [EMAIL PROTECTED]

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.



[2004-09-15 14:58:08] rvs at angara dot ru

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-09-15 13:59:10] rvs at angara dot ru

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case "C" may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i < 200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-08-23 16:19:59] yannick at agl dot fr

oci library: 9.2.0.3



[2004-08-23 16:08:47] esartoni at omniaglobal dot net

Hey Yannick, could you please tell us what version of oci libraries are
you using?

With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all.



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

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

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

P.S. I think you can't reproduce this under Linux because of the Oracle
Client software design for Linux may be quite different from Solaris'
one.


Previous Comments:


[2004-09-16 11:42:04] rvs at angara dot ru

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei



[2004-09-16 07:49:13] [EMAIL PROTECTED]

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.



[2004-09-15 14:58:08] rvs at angara dot ru

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-09-15 13:59:10] rvs at angara dot ru

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case "C" may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i < 200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-08-23 16:19:59] yannick at agl dot fr

oci library: 9.2.0.3



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

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

#30104 [Bgs]: Error of the function "basename()"

[lp at zy165 dot com]

 ID:   30104
 User updated by:  lp at zy165 dot com
 Reported By:  lp at zy165 dot com
 Status:   Bogus
 Bug Type: Directory function related
-Operating System: Linux 9
+Operating System: Linux RH 9
-PHP Version:  5.0.1
+PHP Version:  PHP-5.0.1
 New Comment:

My Expected result should exchange with Actual result.


Previous Comments:


[2004-09-16 08:34:26] [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.

Duplicate of #30105



[2004-09-16 07:43:49] lp at zy165 dot com

Description:

I am Chinese. I love linux, php very much.
So I do many things using php.
But tody, i find an error of the function "basename()"
so that i can't continue writing code by php.
The error like this:
if the $path in function basename($path) contain the Chinese, then the
result will be error.
The error appears only in php-5.0.1, before the version it works
normally.
Please e-mail me after you see the letter, thank you very much.

Reproduce code:
---
1:".$str1."2:".$str2;

$path2="/home/httpd/ÎÒ/Love/Äã";
$str3=basename ($path2);
echo "".$path2."3:".$str3;

$path3="/home/httpd/I/Love/Äã";
$str4=basename ($path3);
echo "".$path3."4:".$str4;
?>

Expected result:

/home/httpd/ÎÒ/°®/Äã.php
1:.php
2:.php

/home/httpd/ÎÒ/Love/Äã
3:Love

/home/httpd/I/Love/Äã
4:Love

Actual result:
--
/home/httpd/ÎÒ/°®/Äã.php
1:Äã
2:Äã.php

/home/httpd/ÎÒ/Love/Äã
3:Äã

/home/httpd/I/Love/Äã
4:Äã





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

#30110 [NEW]: mysql.connect_timeout is bugged for NSAPI

[manuelsagra at ibermutuamur dot es]

From: manuelsagra at ibermutuamur dot es
Operating system: Solaris 9
PHP version:  4.3.8
PHP Bug Type: iPlanet related
Bug description:  mysql.connect_timeout is bugged for NSAPI

Description:

A fresh install of PHP whith the NSAPI doesn't connect to a remote MySQL.
We have discovered that it's related to the timeout of the connection
socket. While the socket is connecting, and after the first "synack", the
client sends a shutdown, so the connection is not established. The
workaround is to put a -1 in the mentioned timeout option, but we think
this is not desirable...



Reproduce code:
---
The default settings doesn't work with NSAPI


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

#30111 [NEW]: Move some DOMDocument properties to static

[phoeniks2k at mail dot ru]

From: phoeniks2k at mail dot ru
Operating system: All
PHP version:  5.0.1
PHP Bug Type: Feature/Change Request
Bug description:  Move some DOMDocument properties to static

Description:

It's likely to move
#
validateOnParse- default FALSE (will load and validate against DTD)
resolveExternals   - default FALSE (will load the DTD without performaing
validation)
preserveWhiteSpace - default TRUE
substituteEntities - default FALSE
# 
properties to statics
It's good idea to define theese vars once for all exec time of the script


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

#30112 [NEW]: Crash when __ToString() called from object with undefined property

[jw at jwscripts dot com]

From: jw at jwscripts dot com
Operating system: Windows XP
PHP version:  5.0.1
PHP Bug Type: Reproducible crash
Bug description:  Crash when __ToString() called from object with undefined property

Description:

When the __toString() method is called from a returned object to return an
undefined property, Apache 2.0.48 crashes.



Reproduce code:
---
undefined;
}
}

$foo = new Foo;
print $foo->doSomething();

?>

Expected result:

Notice:  Undefined property:  Foo::$undefined
Fatal error:  Method Foo::__toString() must return a string value

Actual result:
--
Apache Crash:
=
szAppName : Apache.exe  szAppVer : 2.0.48.0 
szModName : php5ts.dll 
szModVer  : 5.0.1.1 offset   : 0004dd7f

+ the above messages 

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

#24189 [Asn]: big problem on stream function

[wez]

 ID:   24189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  anton at valuehost dot ru
 Status:   Assigned
 Bug Type: Sockets related
 Operating System: FreeBSD 4.8
 PHP Version:  5CVS, 4CVS
 Assigned To:  wez
 New Comment:

win32 is a different beast here, but we can work around it.
I've been giving this matter some thought; I might be able to cook up a
fix in a weeks time.



Previous Comments:


[2004-09-16 09:44:13] daniel at haxx dot se

Sorry, but the fix is not _that_ simple.

FD_SETSIZE is a maximum count. Not all operating systems keep the fd
numbers in the sequence 0 - (MAX-1).

Microsoft Windows is one such exception AFAIK.

Thus. It is a lot harder than that to know if you have reached the
FD_SETSIZE maximum in a platform independent way.



[2004-07-01 13:53:43] jorton at redhat dot com

This is a real bug.

The issue is that fd_set is a fixed-size array, and if FD_SET is passed
an fd number greater than FD_SETSIZE, it has undefined behaviour, i.e.
it overruns the array and corrupts memory.

All uses of select() in PHP look to be unsafe because of this.  The
proper fix is to use poll() on platforms where it is available, and to
always check that fd < FD_SETSIZE before using FD_SET.



[2003-06-15 07:31:00] anton at valuehost dot ru

Description:

phpinfo:
http://v6test.valuehost.ru/phpinfo.php

The problem has the following character, after long work php as mod_php
in apache, various variations of sockets, fsockopen, include, fopen and
etc cease to work.

As did not work and curl, but it managed to be solved rebuild libcurl
with FD_SETSIZE=16384 (sys/types.h).

Such sensation that descriptors come to an end.

At occurrence of this problem fsockopen starts to return a mistake "
Operation now in progress "
Function include in general causes Segmentation fault (11)

Unfortunately there is no opportunity to include an option debug as
ZendOptimazer does not work in debug a mode.






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

#29652 [Fbk]: number of FD to ocius.msg is growing

[tony2001]

 ID:   29652
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Well, yes, of course Solaris & Linux clients are different, but initial
report states that this issue was reproduced under Linux.
I updated the patch (revers the old one before applying this), you can
get at the same URL.
Btw, this version of the patch should fix another issue: it reports
memleaks for me with ocilogon() and invalid password/login. 
Try it out and tell me if it works under Solaris.


Previous Comments:


[2004-09-16 11:47:03] rvs at angara dot ru

P.S. I think you can't reproduce this under Linux because of the Oracle
Client software design for Linux may be quite different from Solaris'
one.



[2004-09-16 11:42:04] rvs at angara dot ru

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei



[2004-09-16 07:49:13] [EMAIL PROTECTED]

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.



[2004-09-15 14:58:08] rvs at angara dot ru

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



[2004-09-15 13:59:10] rvs at angara dot ru

I have the same error on php4.3.8/ora9.2.0.1.0/Solaris 9/sparc.

Some details: the .msb file descriptors grow in the following cases:
A. using ocinlogon()
B. using ocilogon() and working as a Apache module
C. using oci*logon() with invalid credentials.

The following code of case "C" may exhaust filedescriptor limit very
easily and quickly.

for ($i=0; $i < 200; $i++)
 @ocilogon($i, $i, $db);

After extensive researching I've found that:
1. the .msb file openings occur when OCIEnvNlsCreate() is called.
2. in ext/oci8.c,v 1.183.2.12 line 2257, function _oci_open_session()
the OCIEnvNlsCreate() invoked when session is not persistent, not
cached, or is exclusive.
3. if the session setup is unsuccessful, the environment handle is not
freed.
4. the environment handle is freed only when PHP shuts down, see line
613.

The result will be filedescriptor and memory leakage in all cases A,B,C
mentioned above. This could lead to security/DOS problem for websites
which use ocilogon()/ocinlogon() or passthrough Oracle authentication
in their php scripts.

Recommendations, workaround:
1. in module mode, avoid using ocilogon(), use ociplogon() instead.
2. avoid using Oracle pass-through authentication (i.e. when username
and password for ociplogon() is given from the website user).
3. fixing oci8.c code to free env handle at least after unsuccessful
logon is necessary.

With regards,
Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



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

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

#30025 [Fbk->Opn]: Failure to compile 4.3.8

[phdokc at yahoo dot com]

 ID:   30025
 User updated by:  phdokc at yahoo dot com
 Reported By:  phdokc at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  4.3.8
 New Comment:

There are several reference to "ctime_r" in the config.log.  I have
included 2 lines before and 15 after for each.

1st occurance
configure:14403: checking for chroot
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for ctime_r
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for cuserid
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for crypt
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for flock
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
/usr/ccs/bin/ld: Unsatisfied symbols:
   flock (code)
collect2: ld returned 1 exit status
configure: failed program was:
#line 14408 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char flock(); below.  */
#include 
/* 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 flock();


2nd occurance
configure: In function `main':
configure:15060: warning: assignment makes integer from pointer without
a cast
configure:15061: error: too many arguments to function `asctime_r'
configure: failed program was:
#line 15050 "configure"
#include "confdefs.h"

#include 

main() {
char buf[27];
struct tm t;
time_t old = 0;
int r, s;

s = gmtime_r(&old, &t);
r = (int) asctime_r(&t, buf, 26);
if (r == s && s == 0) return (0);
return (1);
}

3rd occurance
configure:15098: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure: In function `main':
configure:15091: error: too many arguments to function `asctime_r'
configure: failed program was:
#line 15082 "configure"
#include "confdefs.h"

#include 
main() {
  struct tm t, *s;
  time_t old = 0;


Previous Comments:


[2004-09-15 16:12:41] [EMAIL PROTECTED]

Check the config.log for any occurrances of string ctime_r and
cut'n'paste 2 lines before and 15 lines after that line here.




[2004-09-08 12:49:28] phdokc at yahoo dot com

Description:

Failure of PHP 4.3.8 to compile on HPUX.  Using HPUX 11.11, GCC 3.3.3,
Apache 2.0.50 (from pre-compiled HPUX Web Server Suite 2.08).  Compile
flags are as follows;  configure --prefix=/opt/hpws/apache/php
--enable-snmp --enable-sockets --enable-pcntl --enable-sigchild
--with-snmp --with-snmp-dir=/usr/local/include/ucd-snmp --with-gd
--with-gd-dir=/usr/local/include --with-mysql --with-my
sql-dir=/usr/local/mysql/include --with-jpeg
--with-jpeg-dir=/usr/local/include --with-zlib
--with-zlib-dir=/usr/local/include --wit
h-apxs2=/opt/hpws/apache/bin/apxs --with-png
--with-png-dir=/usr/local/include


Reproduce code:
---
/bin/sh /backup/php/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile /backup/php/php-4.3.8/meta_ccld  -Imain/
-I/backup/php/php-4.3.8/main/ -DPHP_ATOM_INC
-I/backup/php/php-4.3.8/include -I/backup/php/php-4.3.8/main
-I/backup/php/php-4.3.8 -I/backup/php/php-4.3.8/Zend
-I/usr/local/include -I/backup/php/php-4.3.8/ext/xml/expat 
-D_REENTRANT -I/backup/php/php-4.3.8/TSRM -DTHREAD=1  -g -O2 -pthread
-DZTS  -prefer-pic -c /backup/php/php-4.3.8/main/reentrancy.c -o
main/reentrancy.lo 

Expected result:

Completion of make

Actual result:
--
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_ctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:71: error: too many arguments
to function `ctime_r'
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_asctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:78: error: too many arguments
to function `asctime_r'
gmake: *** [main/reentrancy.lo] Error 1





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

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Yes it works perfectly for FDs but introduces segfault at php shutdown,
when I use the code:

for ($i=0; $i < 200; $i++)
 {
$c1 = @ociplogon($valid_user, $valid_password, $db);
 }

Note that the credentials are valid here.
It seems that the ENV handle is freed more than once somewhere :-)


Previous Comments:


[2004-09-16 14:16:51] [EMAIL PROTECTED]

Well, yes, of course Solaris & Linux clients are different, but initial
report states that this issue was reproduced under Linux.
I updated the patch (revers the old one before applying this), you can
get at the same URL.
Btw, this version of the patch should fix another issue: it reports
memleaks for me with ocilogon() and invalid password/login. 
Try it out and tell me if it works under Solaris.



[2004-09-16 11:47:03] rvs at angara dot ru

P.S. I think you can't reproduce this under Linux because of the Oracle
Client software design for Linux may be quite different from Solaris'
one.



[2004-09-16 11:42:04] rvs at angara dot ru

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei



[2004-09-16 07:49:13] [EMAIL PROTECTED]

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.



[2004-09-15 14:58:08] rvs at angara dot ru

Also note that PHP 5 has similar code for OCIEnvNlsCreate() and frees
environment handle (OCI_HTYPE_ENV) only at shutdown.
So the problem seems to be in PHP 5 also.

Sergei V. Rozinov
Leading RISC-Systems engineer
JSC Sibron, RUSSIA



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

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

#29652 [Fbk]: number of FD to ocius.msg is growing

[tony2001]

 ID:   29652
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Please, generate a gdb backtrace, it works fine for me.


Previous Comments:


[2004-09-16 14:35:01] rvs at angara dot ru

Yes it works perfectly for FDs but introduces segfault at php shutdown,
when I use the code:

for ($i=0; $i < 200; $i++)
 {
$c1 = @ociplogon($valid_user, $valid_password, $db);
 }

Note that the credentials are valid here.
It seems that the ENV handle is freed more than once somewhere :-)



[2004-09-16 14:16:51] [EMAIL PROTECTED]

Well, yes, of course Solaris & Linux clients are different, but initial
report states that this issue was reproduced under Linux.
I updated the patch (revers the old one before applying this), you can
get at the same URL.
Btw, this version of the patch should fix another issue: it reports
memleaks for me with ocilogon() and invalid password/login. 
Try it out and tell me if it works under Solaris.



[2004-09-16 11:47:03] rvs at angara dot ru

P.S. I think you can't reproduce this under Linux because of the Oracle
Client software design for Linux may be quite different from Solaris'
one.



[2004-09-16 11:42:04] rvs at angara dot ru

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei



[2004-09-16 07:49:13] [EMAIL PROTECTED]

Please, try this patch:
http://tony2001.phpclub.net/dev/tmp/bug29652.diff.txt
It was done against HEAD, so please use latest snapshot from
http://snaps.php.net

The problem becomes complicated because I still can't reproduce this
under Linux and Apache 1.3.31, no matter with or without the patch.



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

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

#20263 [Opn]: feof doesn't work with --with-curlwrappers

[wez]

 ID:   20263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kjartan at zind dot net
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  5CVS
 Assigned To:  wez
 New Comment:

Please stop assigning this bug to me


Previous Comments:


[2004-04-22 02:05:37] [EMAIL PROTECTED]

Sorry Daniel, but I don't even use curl these days.



[2003-11-29 01:50:36] [EMAIL PROTECTED]

Wez, maybe you should tell Daniel what you need for this to work..? :)




[2003-01-15 05:56:12] daniel at haxx dot se

Don't wait. Act!

Since I am the single person who develop libcurl on a regular basis, I
can assure you that I don't know what features you're missing and that
I am not likely to add them without being pushed in the right
direction, most preferably with some hands-on help.



[2002-11-06 03:56:57] [EMAIL PROTECTED]

That was the plan.
Suspending this for now.
Thanks for being eager to try this out; we're really
waiting for features in the curl library (otherwise
it would be in PHP 4.3).



[2002-11-05 10:51:34] kjartan at zind dot net

The option is present in 4.3.0pre2 with no mention of the curlwrappers
being experimental. If it is known this will not work for 4.3 wouldn't
it make sense to remove the configure option from ./configure --help
until it works?



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

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

#28434 [Opn->Csd]: stream_socket_get_name and stream_socket_accept

[wez]

 ID:   28434
 Updated by:   [EMAIL PROTECTED]
 Reported By:  milan_mlynarcik at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  5.0.0RC2
 New Comment:

Fixed in 5.0


Previous Comments:


[2004-05-18 18:21:09] milan_mlynarcik at hotmail dot com

Description:

I've tried to setup tcp server. stream_socket_get_name returns and
stream_socket_accept returns just IP address, port is missing.






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

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

[dmitri at elista dot org]

 ID:   26286
 Comment by:   dmitri at elista dot org
 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 also ran across this apache crash. The log file record was the same
as in the first message. Here is how it happened. I run apache2 with
php 4.3.2 under windows 2000. The crash itself occured when I made a
request to MSSQL database selecting a field of type DECIMAL(38). As far
as I understand it means a number 38 digits long taking 17 bytes to be
stored. 

PHP's manual says "The size of a float is platform-dependent, although
a maximum of ~1.8e308 with a precision of roughly 14 decimal digits is
a common value (that's 64 bit IEEE format)." So I figured I could try
to convert the number into a smaller number. And it helped! I rewrote
the SQL request as follows

SELECT CONVERT(DECIMAL(15,2), [Decimal38]) FROM ...

I don't think cutting the number down is such a big deal as it is
extremely seldom that we deal with such bug numbers in the real life.
38 digits or 15 - make no difference :)


Previous Comments:


[2004-09-05 20:09:00] nuwp at mail dot com

In my case, this happens when I turn off the cookies in Mozilla for the
site I am developing. The PHP scripts then use some classes stored in
$_SESSION[] during the requests. So if the cookies are not allowed,
session does not work, and then the Apache crashes.



[2004-08-30 23:17:11] ajvdhek at dds dot nl

Exact same bug for me... Win XP pro + XAMMP 1.4.6 (Apache/2.0.50
(Win32) mod_ssl/2.0.50 OpenSSL/0.9.7c PHP/5.0.1 MySQL 4.0.20a-nt)



[2004-07-05 16:23:19] adam dot phillips at orange dot net

Continuing from my post above, I tried replacing the switch statement
with if () {} elseif ... and still got the error so it appears it is
not the switch statement



[2004-07-05 16:01:24] adam dot phillips at orange dot net

I experienced the same problem on 2 systems - Win2k with Apache
2.0.48/PHP 4.3.4 and Red Hat Linux with Apache 1.3.29 and PHP 4.3.5. 
So far as i can tell, the cause of the error is a switch statement.  I
have a function withian a class module declared as follows:

function getsales($scope="", $returnasobjects=false) {
}

Inside this function is a switch statment based on $scope.  

There are four cases.  The first three perform different functions
which all return arrays and the fourth case (which is the default)
performs all 3 of the previous cases and merges the results into a
single array (I won't write out all the code since it all appears to
work outside of this switch statement.  Please e-mail if needed).  The
error occurs in the fourth case but originally the code was identical
to that of the first 3 'stuck together'.  I have since tried a number
of alternatives none of which work.  Most intriguing was when instead
of using default: for the fourth case i renamed it case "all".  Then it
worked when called from another page but not when called from within the
same class module.  I then renamed it "everything" and the opposite was
true.  I then tried changed my function declaration to 

function getsales($scope="all", $returnasobjects=false) {}

and it wouldn't work in either case.  Similarly if i replaced "all"
with everything.  The final bit of strangeness was that i tried using
the following code in the default case

return array_merge($this->getsales("case1"), $this->getsales("case2"),
$this->getsales("case3"))

which wouldn't work even tho each of the cases worked individually.
Each time i get the same error in my Apache Error Log

Parent: child process exited with status 3221225725 -- Restarting



[2004-06-28 16:54:47] joker at localfoo dot info

The snippet posted by ''hakk at email dot it'' reproduces the
...Restarting... problem with the following packages also under
WinXP/SP1 
(not tested under Win2000)

===HOST:
P3-1GHz/256MB Notebook
Windows XP/SP1 
Apache 2.0.49 
PHP 4.3.7 (php4apache2.dll)
with/without ZendOptimizer 2.5.1
===TESTED WITH: 
PHP 4-win32-STABLE-200406272030
(PHP 4.3.8-dev as module)
PHP 5-win32-200406271830
(PHP5.0.0-dev as module)


===SNIP OD SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie:  Keine
Ereigniskennung:26
Datum:  28.06.2004
Zeit:   16:36:16
Benutzer:   Nicht zutreffend
Computer:   LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x" verweist auf Speicher in "0x". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP

This also o

#30114 [NEW]: crash php-cli after "CREATE TABLE " and "DROP TABLE"

[max at webscript dot ru]

From: max at webscript dot ru
Operating system: Win XP Pro
PHP version:  5CVS-2004-09-16 (dev)
PHP Bug Type: InterBase related
Bug description:  crash php-cli after "CREATE TABLE " and "DROP TABLE"

Description:

when i try to create table via ibase_query() and then drop table it crash
php (cli and mod_php)
Table droped successfully but WinXP show window with error in php.exe (or
apache.exe if i test it with mod_php)

Reproduce code:
---
$host = 'localhost:C:\BASE\MY.GDB';
$conn = ibase_connect($host, 'SYSDBA', 'masterkey');

$sql = "CREATE TABLE test_charset(ch varchar(200))";
ibase_query($conn, $sql) or die(ibase_errmsg());

$sql = "DROP TABLE test_charset";
ibase_query($conn, $sql) or die(ibase_errmsg());


Expected result:

it must create table and then drop it without any errors and warnings

Actual result:
--
i got window whihc inform me, that error happened in php.exe.
---
AppName: php.exe  AppVer: 5.0.2.2   ModName: msvcrt.dll
ModVer: 7.0.2600.0   Offset: 0002f548


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

#28461 [Fbk->Opn]: segmentation fault when using backreferences on a long string

[nlopess]

 ID:   28461
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xanthor at xanthor dot tk
-Status:   Feedback
+Status:   Open
 Bug Type: PCRE related
 Operating System: Linux, WindowsXP©
 PHP Version:  4.3.8; 4.3.9RC1, 5.0.1
 New Comment:

your last regex crashes PHP 5 also.

The segfault isn't in PHP but in pcre (this is quite normal due to the
NFA nature of pcre).


Previous Comments:


[2004-09-10 17:01:41] hewei at ied dot org dot cn

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

I couldn't reproduce any of the crashes.



[2004-08-23 11:24:50] xanthor at xanthor dot tk

Updating version :
I've found an other expression which segfaults also PHP 5 :
preg_match("/^((?http://bugs.php.net/28461

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

#30117 [Opn->Bgs]: Segmentation fault OCI8

[sniper]

 ID:   30117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s dot masugata at digicom dot dnp dot co dot jp
-Status:   Open
+Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Solaris8
 PHP Version:  4.3.9RC3
 New Comment:

It crashes in the oracle client library so you need to report this bug
to the appropriate place: Oracle.



Previous Comments:


[2004-09-16 16:04:50] s dot masugata at digicom dot dnp dot co dot jp

Description:

Segmentation fault by using both OCI8 function and a putenv function.
However, unless it uses putenv, it does not Segmentation fault.

http://bugs.php.net/bug.php?id=27620

Although the same report was discovered, is there any relation?
Is avoiding possible?


Reproduce code:
---



Expected result:

Not Segmentation fault.

Actual result:
--
Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.
0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb) bt
#0  0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#1  0xfcd17904 in lmsaip () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#2  0xfcca8854 in kpugeml () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb)






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

#30117 [NEW]: Segmentation fault OCI8

[s dot masugata at digicom dot dnp dot co dot jp]

From: s dot masugata at digicom dot dnp dot co dot jp
Operating system: Solaris8
PHP version:  4.3.9RC3
PHP Bug Type: OCI8 related
Bug description:  Segmentation fault OCI8

Description:

Segmentation fault by using both OCI8 function and a putenv function.
However, unless it uses putenv, it does not Segmentation fault.

http://bugs.php.net/bug.php?id=27620

Although the same report was discovered, is there any relation?
Is avoiding possible?


Reproduce code:
---



Expected result:

Not Segmentation fault.

Actual result:
--
Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.
0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb) bt
#0  0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#1  0xfcd17904 in lmsaip () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#2  0xfcca8854 in kpugeml () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb)


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

#30025 [Opn->Fbk]: Failure to compile 4.3.8

[sniper]

 ID:   30025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phdokc at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  4.3.8
 New Comment:

Search for lines with _TIME_R in them in main/php_config.h and paste
them here. ( # grep _TIME_R main/php_config.h )



Previous Comments:


[2004-09-16 14:20:12] phdokc at yahoo dot com

There are several reference to "ctime_r" in the config.log.  I have
included 2 lines before and 15 after for each.

1st occurance
configure:14403: checking for chroot
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for ctime_r
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for cuserid
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for crypt
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure:14403: checking for flock
configure:14431: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
/usr/ccs/bin/ld: Unsatisfied symbols:
   flock (code)
collect2: ld returned 1 exit status
configure: failed program was:
#line 14408 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char flock(); below.  */
#include 
/* 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 flock();


2nd occurance
configure: In function `main':
configure:15060: warning: assignment makes integer from pointer without
a cast
configure:15061: error: too many arguments to function `asctime_r'
configure: failed program was:
#line 15050 "configure"
#include "confdefs.h"

#include 

main() {
char buf[27];
struct tm t;
time_t old = 0;
int r, s;

s = gmtime_r(&old, &t);
r = (int) asctime_r(&t, buf, 26);
if (r == s && s == 0) return (0);
return (1);
}

3rd occurance
configure:15098: gcc -o conftest -g -O2 -pthread  -D_REENTRANT 
conftest.c -lm -lnsl  1>&5
configure: In function `main':
configure:15091: error: too many arguments to function `asctime_r'
configure: failed program was:
#line 15082 "configure"
#include "confdefs.h"

#include 
main() {
  struct tm t, *s;
  time_t old = 0;



[2004-09-15 16:12:41] [EMAIL PROTECTED]

Check the config.log for any occurrances of string ctime_r and
cut'n'paste 2 lines before and 15 lines after that line here.




[2004-09-08 12:49:28] phdokc at yahoo dot com

Description:

Failure of PHP 4.3.8 to compile on HPUX.  Using HPUX 11.11, GCC 3.3.3,
Apache 2.0.50 (from pre-compiled HPUX Web Server Suite 2.08).  Compile
flags are as follows;  configure --prefix=/opt/hpws/apache/php
--enable-snmp --enable-sockets --enable-pcntl --enable-sigchild
--with-snmp --with-snmp-dir=/usr/local/include/ucd-snmp --with-gd
--with-gd-dir=/usr/local/include --with-mysql --with-my
sql-dir=/usr/local/mysql/include --with-jpeg
--with-jpeg-dir=/usr/local/include --with-zlib
--with-zlib-dir=/usr/local/include --wit
h-apxs2=/opt/hpws/apache/bin/apxs --with-png
--with-png-dir=/usr/local/include


Reproduce code:
---
/bin/sh /backup/php/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile /backup/php/php-4.3.8/meta_ccld  -Imain/
-I/backup/php/php-4.3.8/main/ -DPHP_ATOM_INC
-I/backup/php/php-4.3.8/include -I/backup/php/php-4.3.8/main
-I/backup/php/php-4.3.8 -I/backup/php/php-4.3.8/Zend
-I/usr/local/include -I/backup/php/php-4.3.8/ext/xml/expat 
-D_REENTRANT -I/backup/php/php-4.3.8/TSRM -DTHREAD=1  -g -O2 -pthread
-DZTS  -prefer-pic -c /backup/php/php-4.3.8/main/reentrancy.c -o
main/reentrancy.lo 

Expected result:

Completion of make

Actual result:
--
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_ctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:71: error: too many arguments
to function `ctime_r'
/backup/php/php-4.3.8/main/reentrancy.c: In function `php_asctime_r':
/backup/php/php-4.3.8/main/reentrancy.c:78: error: too many arguments
to function `asctime_r'
gmake: *** [main/reentrancy.lo] Error 1





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

#30117 [Bgs]: Segmentation fault OCI8

[tony2001]

 ID:   30117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s dot masugata at digicom dot dnp dot co dot jp
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Solaris8
 PHP Version:  4.3.9RC3
 New Comment:

Btw, it will not work with putenv() anyway - OCI libs should be
initialized with these environment variables, i.e. they should be set
_before_ Apachs starts up and accessible to apache's user.


Previous Comments:


[2004-09-16 16:30:54] [EMAIL PROTECTED]

It crashes in the oracle client library so you need to report this bug
to the appropriate place: Oracle.




[2004-09-16 16:04:50] s dot masugata at digicom dot dnp dot co dot jp

Description:

Segmentation fault by using both OCI8 function and a putenv function.
However, unless it uses putenv, it does not Segmentation fault.

http://bugs.php.net/bug.php?id=27620

Although the same report was discovered, is there any relation?
Is avoiding possible?


Reproduce code:
---



Expected result:

Not Segmentation fault.

Actual result:
--
Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.
0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb) bt
#0  0xfcd17b60 in lmsaic () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#1  0xfcd17904 in lmsaip () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
#2  0xfcca8854 in kpugeml () from
/DB/oracle/u01/product/8.1.7/lib/libclntsh.so.8.0
(gdb)






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

#30119 [NEW]: bug in query with mssql an enterprise manager installed

[dehrmann at free dot fr]

From: dehrmann at free dot fr
Operating system: XP
PHP version:  4.3.7
PHP Bug Type: MSSQL related
Bug description:  bug in query with mssql an enterprise manager installed

Description:

I have a pc with easy php installed, MSDE (sql server local) and sql
server enterprise manager.
I have no problem to connect to my database on another server (2k).
But when i query the database with fields with accent (like état), i have
a bug saying that the name of the column ar not correct.

I use the same program on antoher pc that don't have the sql server
enteprise manager on it, the same code will work fine 

If you have sql server enteprise manager installed on your web server you
have the same pb. I took the NTWDLIB.DLL in all parts of my pc, the bug is
the same.


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

#29224 [Com]: DB Error: extension not found

[jaapjp at zonnet dot nl]

 ID:   29224
 Comment by:   jaapjp at zonnet dot nl
 Reported By:  marcschroeder at hotmail dot com
 Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Microsoft Windows XP
 PHP Version:  5.0.1
 New Comment:

Make that eight. I've got the same problem (unable to load dynamic
library 'c:\php\ext\php_mysql.dll' - Kan opgegeven module niet vinden)
under Apache 2.0.50 with PHP 5.0.1. The path given in the error message
is correct


Previous Comments:


[2004-09-12 14:37:03] rene_nadorp at planet dot nl

That's 7 users reporting the same problem: I get the same error message
(unable to load module php_mysql.dll. module not found), although it's
in the right directory (../ext). Loading modules from the same
directory is succesful. Only mysql results in error.



[2004-09-11 01:43:45] php at pattersonweb dot org

I have seen this same error under Apache 1, with PHP 5.0 and Mysql 4...



[2004-08-27 23:27:52] at989 at earthlink dot net

I think this is a IIS problem, not PHP. I had the same thing several
times, and each time it goes away after I tweak something in IIS.
I changed the dll to which the php extension is maped to see if I got a
similar message or not (to see if this was indeed a php or iis problem).
I got "module not found" message. After I restored the mapping,
everything worked fine :-/
I have no idea why this happened. But i hope this will help someone who
knows more about iis to figure this out.



[2004-08-23 18:31:01] bentrafford at yahoo dot com

Make that six users with the same problem. I've searched the bug
database, the net, newsgroups, and found no resolution to this issue,
other than PHP developers declaring it bogus.

Well, I've got my path updated, and the following set in my php.ini:
extension_dir = ".;c:/php/ext/"

I'm still getting the same issue as described above. This is either a
bug with PHP or a bug with the documentation.



[2004-08-03 00:58:50] marcschroeder at hotmail dot com

Who set the status to 'Bogus'? Why?

I pretended that the current installation of PHP 5.0.0. does not
install PEAR DB?

5 users claimed that they could reproduce the bug.

The suggested solutions consisted in moving files around on a computer
to places where "it might work". The solutions only claim to "solve the
problem", but do not claim that there is no problem.

Somebody else suggests that I change the system path.
But I did add the following system variables already:
"PHP_PEAR_SYSCONF_DIR"="C:\\php"
"PHP_PEAR_INSTALL_DIR"="C:\\php\\pear"
"PHP_PEAR_DOC_DIR"="C:\\php\\pear\\docs"
"PHP_PEAR_BIN_DIR"="C:\\php"
"PHP_PEAR_DATA_DIR"="C:\\php\\pear\\data"
"PHP_PEAR_PHP_BIN"="C:\\php\\php.exe"
"PHP_PEAR_TEST_DIR"="C:\\php\\pear\\tests"

Do these environment variables have no effect?

I start to believe that PHP is a tool for hackers only, and that the
need of a controlled installation procedure is not present in the mind
of the PHP community.

This is really sad, as I like PHP a lot.



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

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

#30120 [NEW]: imagettftext() and imagettf() has superfluous optional parameter

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Irrelevant
PHP version:  5.0.1
PHP Bug Type: GD related
Bug description:  imagettftext() and imagettf() has superfluous optional parameter

Description:

Since PHP 4.3.5 (precisely since patch
http://cvs.php.net/diff.php/php-src/ext/gd/gd.c?r1=1.279&r2=1.280&ty=u),
these two functions has superfluous optional parameter.


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

#30121 [NEW]: timeouts don't work on non-blocking sockets

[abhishek dot ratani at gmail dot com]

From: abhishek dot ratani at gmail dot com
Operating system: Linux
PHP version:  5.0.1
PHP Bug Type: Sockets related
Bug description:  timeouts don't work on non-blocking sockets

Description:

Note that if you set the socket non-blocking via socket_set_blocking() you
cannot check if the socket has timed out with this function.

Example:

$status = socket_get_status($fp);

if ($status['timed_out']) {
   echo "socket timed out\n";
}

The above condition will never be true even if the socket has timed out.

Is this a bug?

Expected result:

I except the socket to time out, if the timeout period has passed. But the
socket never timesout. Forces me to keep track of time now.


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

#30100 [Bgs]: Is there a possibility to load php modules per virtualhost directives?

[rasmus]

 ID:   30100
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-answer at karolyi dot hu
 Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Linux
 PHP Version:  5.0.1
 New Comment:

it's not a senseless feature to want, it's just that per-vhost loading
of shared libraries is a senseless implementation.  When you load a
shared library it cannot in any way be restricted to a single vhost. 
You could load and unload on every request, but that would destroy any
sort of advantage you get from using the module version of PHP and you
might as well use the CGI version and simply have different ini files
on a per-vhost basis to get that functionality.


Previous Comments:


[2004-09-16 10:13:04] php-answer at karolyi dot hu

I want to restrict access to functions, without putting it in
disable_functions.

In other view, this would cause lesser memory usage. Loading modules
which the user won't use has no meaning.

Is it still a senseless question?

--
Regards,
Laszlo KAROLYI



[2004-09-16 05:48:18] [EMAIL PROTECTED]

Why do you think it would be more efficient?  When you load in an
extension it gets loaded into the Apache process which serves requests
for all your virtual hosts anyway.  There would be no difference
between doing it per-vhost at startup vs. just doing it from your
php.ini.



[2004-09-16 02:16:22] php-answer at karolyi dot hu

Description:

I wonder if there is an option to load external php modules like gd,
mysql and imap into php below a  section with
php_admin_value directives.

I think it could be possible, like dl()-ing from php scripts.

But as i've tried with "php_admin_value extension gd.so", it doesn't
works at this moment.

Please report back if this is a solvable problem, because
virtualhosting would be much more efficient if this option would work.






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

#27406 [Com]: php_check_syntax executes code

[didou at keliglia dot com]

 ID:   27406
 Comment by:   didou at keliglia dot com
 Reported By:  thomas at stauntons dot org
 Status:   Assigned
 Bug Type: Unknown/Other Function
 Operating System: OS X
 PHP Version:  5.0.2-dev
 Assigned To:  iliaa
 New Comment:

"So should this function actually execute the code (like an include())
or
should it be a simple lint check (identical to php -l)"

It should do only a lint check, otherway we don't need this function as
we already have include..

Anyway, we should really change the docs philip.


Previous Comments:


[2004-08-26 18:20:05] [EMAIL PROTECTED]

Tested latest CVS on a Win32 machine, same problem.  Here's a very
simple test:

randominclude.php


checksyntax.php


Calling checksyntax.php via Module/CLI/CGI results in:

passedHI

As opposed to:

passed
Fatal error: Call to undefined function foobar() in ...




[2004-08-09 05:10:33] [EMAIL PROTECTED]

So should this function actually execute the code (like an include())
or should it be a simple lint check (identical to php -l).  The doc
team assumed the later.  Please advise with specific information on how
this should be documented or if this is indeed a bug, say so.

http://cvs.php.net/co.php/phpdoc/en/reference/misc/functions/php-check-syntax.xml




[2004-08-08 18:59:20] phpbug at bigredspark dot com

Bogus? Could someone document this function so we know what the
"proper" usage is? Is this funtion meant to load the file into the
current scope as it's syntax is checked? If so, please say so in the
documentation. Otherwise, I have another bug report to file.

original.php
foo();
?>

checkme.php


results in

checkme::foo
checkme::bar::foo

for example, when my assumption of how the function works should have
the code results in undefined function and class errors.



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

Don't misuse the function.




[2004-02-26 15:18:57] [EMAIL PROTECTED]

Ilia, maybe this function wasn't such a good idea after all?
Here's the first misuse of it already..




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

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

#29652 [Com]: number of FD to ocius.msg is growing

[rvs at angara dot ru]

 ID:   29652
 Comment by:   rvs at angara dot ru
 Reported By:  yannick at agl dot fr
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Well the backtrace is quite simple:

GNU gdb 6.2.1
This GDB was configured as "sparc-sun-solaris2.9"...
Core was generated by `./php ./x.php'.
Program terminated with signal 11, Segmentation fault.
[SKIPPED READING SYMBOLS]
(gdb) bt
#0  0x002c4b74 in shutdown_memory_manager ()
#1  0x0027d3d0 in php_module_shutdown ()
#2  0x0033525c in main ()


Previous Comments:


[2004-09-16 14:42:22] [EMAIL PROTECTED]

Please, generate a gdb backtrace, it works fine for me.



[2004-09-16 14:35:01] rvs at angara dot ru

Yes it works perfectly for FDs but introduces segfault at php shutdown,
when I use the code:

for ($i=0; $i < 200; $i++)
 {
$c1 = @ociplogon($valid_user, $valid_password, $db);
 }

Note that the credentials are valid here.
It seems that the ENV handle is freed more than once somewhere :-)



[2004-09-16 14:16:51] [EMAIL PROTECTED]

Well, yes, of course Solaris & Linux clients are different, but initial
report states that this issue was reproduced under Linux.
I updated the patch (revers the old one before applying this), you can
get at the same URL.
Btw, this version of the patch should fix another issue: it reports
memleaks for me with ocilogon() and invalid password/login. 
Try it out and tell me if it works under Solaris.



[2004-09-16 11:47:03] rvs at angara dot ru

P.S. I think you can't reproduce this under Linux because of the Oracle
Client software design for Linux may be quite different from Solaris'
one.



[2004-09-16 11:42:04] rvs at angara dot ru

Tried your patch, it resolves the problem partially.

In fact, only one bad case remains:
C'. using ocilogon()/ociplogon() with invalid credentials.

I mean if you use ocinlogon() with invalid credentials, all works
because the ENV handle is freed for exclusive session explictly by your
patch. So I suppose you should free ENV handle explicitly in the case of
a failed connection/invalid logon also.
Then all will work fine, hope :-)

How about these patches for 4.3.x?

Sergei



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

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

#30122 [NEW]: ORA-02396 error even though there is a call to ocilogoff

[atebbe at utk dot edu]

From: atebbe at utk dot edu
Operating system: Suse Professional 9.1
PHP version:  5.0.1
PHP Bug Type: OCI8 related
Bug description:  ORA-02396 error even though there is a call to ocilogoff

Description:

Using Apache 2 to connect to a remote Oracle 9 database.  PHP was built on
an AMD64 machine with both OCI8 and ORA functions using the Oracle 9
libraries.  When a PHP page is loaded , it calls ocilogon at the top,
generates the page, then calls ocilogoff at the bottom.  When the page
sites for a while, then is refreshed, the following message is produced:

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-02396:
exceeded maximum idle time, please connect again in
/srv/www/htdocs/ccbioinfo/bioteams/htdocs/oracle.inc.php on line 38

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-01012:
not logged on in /srv/www/htdocs/ccbioinfo/bioteams/htdocs/oracle.inc.php
on line 55
Errors: ORA-02396: exceeded maximum idle time, please connect again
Resource id #9

This occurs consistently when letting the page site for a while before
reloading it.


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

#30069 [Csd]: Change in behavior with strings containing floats...

[php at holycamel dot com]

 ID:   30069
 User updated by:  php at holycamel dot com
 Reported By:  php at holycamel dot com
 Status:   Closed
 Bug Type: Math related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

Is this fix in 4.3.9RC3?  

Hmmm...it looks like your note is a day after the release...


Previous Comments:


[2004-09-15 22:59:20] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2004-09-15 22:47:52] php at holycamel dot com

Thanks for checking into this so quickly and for confirming the report.
 Sorry my case was not in the most simple form.



[2004-09-15 14:06:15] [EMAIL PROTECTED]

This works:

# php -r 'echo "0.1" * "2";

This does not:

# php -r 'echo ".1" * "2";

(both work fine in < 4.3.9 versions)




[2004-09-15 13:45:15] [EMAIL PROTECTED]

This script shows it better, $foo is 0 with 4.3.9RC4, when it was okay
with 4.3.8-dev (I don't remember what date that compile had and now
it's gone ;( )






[2004-09-12 20:03:31] php at holycamel dot com

Description:

After exploding a string into its components which contain type float,
subsequent multiplication and rounding with those strings doesn't work
unless specifically casting them as type float - ie.
(float)$strarray[0].  

This particularly seems to be the case if the result is < 1.  Where the
result is > 1, the code below seems to work.

This appears to be a recent change in the behavior of php, since
previous versions automatically and correctly interpreted strings as
floats where necessary for related math operations (such as
multiplication and rounding).

This may be my own misconception about how things should work, but I am
reporting it in the event that there has been some problem with the
string type handling introduced in recent versions of php.  If not,
sorry for wasting your time and I'd appreciate an explanation of why
our code has broken.  Thanks.

Reproduce code:
---
failing code:
$astr = "2|.9456|.0066778|17"
$numarray = explode("|",$astr);
$result = round($numarray[0] * $numarray[2],4);
echo $result;


working code:
$astr = "2|.9456|.0066778|17"
$numarray = explode("|",$astr);
$result = round((float)$numarray[0] * (float)$numarray[2],4);
echo $result;

(I have had to apply this workaround to code which previously worked
with earlier versions of php without the additional type-casting.)

Expected result:

.0134

Actual result:
--
0





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

#21197 [Com]: socket_read() outputs error with PHP_NORMAL_READ

[ggarber at searchtec dot com]

 ID:   21197
 Comment by:   ggarber at searchtec dot com
 Reported By:  bool at boolsite dot net
 Status:   Open
 Bug Type: Sockets related
 Operating System: win32 only
 PHP Version:  php 4.3.5RC4-dev
 New Comment:

Is there any way this can be resolved.  I'm willing to code it out
myself if I have to but I wouldn't even know where to submit the
results, as I am new to php.

I'm trying to build a program using php that will have several uses for
sockets.  I just don't want to say what I'm doing with it.  Anyways, I
need this working on the windows port also and if I can get some info
then I will try to fix this bug.  That is, if everyone else is busy or
not already working on it.

Thank you in advance and email me to keep me in touch with this bug.  I
doubt I'll read this again, if I don't get an email and by then I might
have fixed the sockets dll.


Previous Comments:


[2004-06-04 14:48:46] adinu79 at hotmail dot com

Is there any way I can get the php_sockets.dll compiled with cygwin for
php 4.3.2? I need it for use together with NuSphere PHPEd 3.2.1 which
uses this version of PHP.

I am asking that because this way I wouldn't have to try and compile it
myself (download cygwin first), if it's compiler-dependant.



[2004-05-01 18:53:14] [EMAIL PROTECTED]

ext/sockets is unmaintained and nothing to do with streams or me for
that matter; I don't use it, and don't have time to work on it.



[2004-03-11 11:06:02] [EMAIL PROTECTED]

I've compilled PHP with cygwin/gcc and no error is produced. However,
the build version from snaps.php.net gives that error.



[2004-02-27 16:54:38] [EMAIL PROTECTED]

Using latest PHP 5 snapshot and I still receive the error.



[2004-02-25 18:54:27] bool at boolsite dot net

it's again the same thing :
> X-Powered-By: PHP/4.3.5RC4-dev
> erreur [0] avec socket_read : OpÚration rÚussie.



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

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

#29297 [Com]: PDFLib 6 make error

[alvaro_php at adplabs dot com dot br]

 ID:   29297
 Comment by:   alvaro_php at adplabs dot com dot br
 Reported By:  v_santhanam at ettimadai dot amrita dot edu
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Redhat Enterprise Linux AS 3
 PHP Version:  4.3.8
 Assigned To:  rjs
 New Comment:

This is still happening as of php4-STABLE-200409161630. I too get 

ext/pdf/pdf.lo(.text+0x5fa): In function `zif_pdf_open':
/usr/src/php4-STABLE-200409161630/ext/pdf/pdf.c:472: undefined
reference to `PDF_open_fp

while trying to compile on Fedora Core 2 x86.

No luck with PECL version either:


SRM -DHAVE_CONFIG_H -g -O2 -c /tmp/tmprYIopN/pdflib-2.0.2/pdf.c  -fPIC
-DPIC -o .libs/pdf.o
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:87:28: ext/gd/php_gd.h: No such file
or directory
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:89:31: ext/gd/libgd/gd.h: No such
file or directory
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c: In function
`zif_pdf_open_memory_image':
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: `gdImagePtr' undeclared
(first use in this function)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: (Each undeclared
identifier is reported only once
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: for each function it
appears in.)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: syntax error before
"im"
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: `im' undeclared (first
use in this function)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: syntax error before
"zend_fetch_resource"
make: *** [pdf.lo] Error 1


Thanks in advance,

Álvaro


Previous Comments:


[2004-09-13 17:14:39] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

Removed the extension in ext/pdf as it is available from PECL.



[2004-09-03 11:34:48] [EMAIL PROTECTED]

I think the changes in the PECL version which was a repo copy of
ext/pdflib should have the PHP 4 changes MFH so that php 4.3.9 compiles
cleanly with pdflib 6 support.



[2004-09-03 08:39:23] [EMAIL PROTECTED]

If it's not supported then configure should check for it. Assigning to
the maintainer.



[2004-07-22 16:53:56] [EMAIL PROTECTED]

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

The pdf wrapper in PHP 4.3.x is not compatible with PDFlib 6. Please
try the PECL package for pdflib, this has the new wrappercode that
works with PDFlib 6 too and it can be used with PHP 4.3.



[2004-07-21 13:51:14] v_santhanam at ettimadai dot amrita dot edu

Description:

Dear Friends,
 I am trying to compile php-4.3.8 with pdflib 6(latest version).
But i am not able to make with the following error :
--

ext/pdf/pdf.lo(.text+0x5fd): In function `zif_pdf_open':
/usr/local/src/php-4.3.8/ext/pdf/pdf.c:472: undefined reference to
`PDF_open_fp'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

--

My php configure command is :

---

./configure  --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-pdflib=/usr/local



Please kindly help me.
Thanks in advance
With Regards
Santhanam






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

#30123 [NEW]: sqlite_error_string() to default to last errno

[philip at cornado dot com]

From: philip at cornado dot com
Operating system: Irrelevant
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  sqlite_error_string() to default to last errno

Description:

This is a feature request for sqlite_error_string() to default to the last
sqlite error rather than require passing in sqlite_last_error(). In
otherwords, make the error_code parameter optional.

Reproduce code:
---
echo sqlite_error_string();
vs
echo sqlite_error_string(sqlite_last_error());



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

#27908 [Com]: xml default_handlers not being called

[k at ailis dot de]

 ID:   27908
 Comment by:   k at ailis dot de
 Reported By:  ahundiak at ingr dot com
 Status:   Verified
 Bug Type: XML related
 Operating System: Linux
 PHP Version:  5CVS-2004-04-08
 New Comment:

I'm currently experiencing the same problem. The bug is still present
in PHP 5.0.1. 

I'm using libxml2 2.6.11 and libexpat 1.95.6.


Previous Comments:


[2004-08-06 15:29:13] tom at ideaweb dot de

i have the same problem too. in version 4 there are no 
problems, but in php5 this is broken. the bug is not 
fixed till 5.0.0. i think it is a very import "core" 
function to get "old" applications of version 4 
running!!



[2004-04-07 12:34:00] ahundiak at ingr dot com

Description:

As the test case shows, it does not appear that the default handler is
being called under PHP5RC1.  The other handlers seem to work but the
default handler is required to get the document type line.  PHP4.3.5
works. Using libxml2 2.6.5.



Reproduce code:
---
function x_default_handler($xp,$data) 
{ 
echo "x_default_handler $data\n"; 
} 
$xp = xml_parser_create(); 
xml_set_default_handler($xp,'x_default_handler'); 
xml_parse($xp,'',TRUE); 
xml_parser_free($xp); 
echo "Parse Test " . PHP_VERSION . " Done\n"; 


Expected result:

x_default_handler  
x_default_handler  
Parse Test 5.0.0RC1 Done 


Actual result:
--
Parse Test 5.0.0RC1





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

#30119 [Opn->Bgs]: bug in query with mssql an enterprise manager installed

[fmk]

 ID:   30119
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dehrmann at free dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: XP
 PHP Version:  4.3.7
 New Comment:

This is not a problem with PHP. You should escape field names with
special characters. MSSQL Server does this by including each field name
in [], like this:

select [état] from [my table]



Previous Comments:


[2004-09-16 16:54:59] dehrmann at free dot fr

Description:

I have a pc with easy php installed, MSDE (sql server local) and sql
server enterprise manager.
I have no problem to connect to my database on another server (2k).
But when i query the database with fields with accent (like état), i
have a bug saying that the name of the column ar not correct.

I use the same program on antoher pc that don't have the sql server
enteprise manager on it, the same code will work fine 

If you have sql server enteprise manager installed on your web server
you have the same pb. I took the NTWDLIB.DLL in all parts of my pc, the
bug is the same.






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

#30124 [NEW]: Provide way to configure php apache module name

[john at wws5 dot com]

From: john at wws5 dot com
Operating system: Red Hat Linux 3 ES
PHP version:  4.3.8
PHP Bug Type: Feature/Change Request
Bug description:  Provide way to configure php apache module name

Description:

My purpose for filing this bug report is to help provide a way of using
two php apache modules with the same apache server.  I have searched high
and low but have not found any documentation on how to do this except
using sym links in conjunction with the cgi-bin version of php.

Using --enable-versioning you can concurrently run php version 3 and
version 4 at the same time, however using two modules of version 4 is not
supported unless you manually edit the source files.  Perhaps there is a
reason for this so I apologize if I am making a blunder.

My suggested solution is to provide a way of specifying the module name
with the configure command when building php.  An alternative way would be
to enhance the --enable-versioning configuration switch to name the module
phpx_y_z_module where x, y and z are the version numbers.  For example,
php4_3_8_module.

Thank you for all your hard work!!


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

#30125 [NEW]: Add VT to whitespace

[rlm at pricegrabber dot com]

From: rlm at pricegrabber dot com
Operating system: i386 Linux 2.4.21-20.ELsmp
PHP version:  4.3.8
PHP Bug Type: Feature/Change Request
Bug description:  Add VT to whitespace

Description:

It would be useful if PHP would recognize VT (ASCII \x0b) as whitespace
along with space (ASCII \x20) and horizontal tab (\x09).  emacs likes this
for page separators (i.e., to separate functions on a file with multiple
functions).


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

#30098 [Opn->Bgs]: Cannot use __toString on $this

[helly]

 ID:   30098
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brandon at osuosl dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: Debian Unstable
 PHP Version:  5.0.1
 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

__toString() is never called automatically.

We had to drop this magic right before 5.0 was released and may be able
to reintroduce it to 5.1.


Previous Comments:


[2004-09-15 20:32:44] robertd at onid dot orst dot edu

Not sure if this is needed information, but:
the automatic __toString will also fail on member objects of $this. 
For example:
-
$class = new MyClass();
echo $class->something();

class MyClass {
private $obj;

public function something() {
$this->obj = new SomeObject();
$str = (string) $this->obj;
return $str;
}
}

class SomeObject {
public function __toString() {
$str = 'Some string';
return $str;
}
}
-

Echoes "Object id #2"



[2004-09-15 20:18:13] brandon at osuosl dot org

Description:

The automatic __toString method does not work on $this. 

I don't know if it should or not but it seems like it should be ok to
do this. 

Thanks.

http://dev2.osuosl.org/~philips/tostring/index.php
http://dev2.osuosl.org/~philips/tostring/index.phps

Reproduce code:
---
class Foo {
   function __toString() {
   return "What ever";
   }

function ihatemylife() {
$str = (string) $this;
return $str;
 }
}

$obj = new Foo;

$str = (string) $obj; // call __toString()

echo $obj; // call __toString()

echo "";

echo $obj->ihatemylife();

echo "";

phpinfo();

Expected result:

This line should return "What ever" 
echo $obj->ihatemylife();

Actual result:
--
Object id #1





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

#30102 [Opn->Bgs]: Reflection API problems

[helly]

 ID:   30102
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at ttzn dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: win 2k sp4
 PHP Version:  5.0.1
 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

Reflection API classes are not cloneable.

While in ze1 compat mode the engine tries to do so unless you assign by
explicit reference.

=> just DON'T MIX PHP 4 and PHP 5 specific functionality.
   Either specific 4 or specific 5 but not compat mode 
   and all new features of 5.


Previous Comments:


[2004-09-16 05:24:36] mark at ttzn dot nl

This seems to only occur when zend.ze1_compatibility_mode is set to
On.

Is this then still a bug or is it just me not understanding something?



[2004-09-16 05:06:51] mark at ttzn dot nl

Description:

When I wanted to test the reflection function in PHP5.0.1 I stumbled
upon something strange. For some reason it gives me an error that I did
not expect especially not from the example codes in the manual.

The error: Trying to clone an uncloneable object of class
ReflectionFunction ... is quite strange ... Either I am doing something
wrong or this is a real bug.

Please help me becouse I like to use the reflection API.

Reproduce code:
---
http://www.php.net/manual/en/language.oop5.reflection.php

Example 18-28. Using the ReflectionFunction class



Expected result:

Not the error

Actual result:
--
Fatal error: Trying to clone an uncloneable object of class
ReflectionFunction in D:\hosted\stuff\test.php on line 15






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

#30098 [Bgs]: Cannot use __toString on $this

[helly]

 ID:   30098
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brandon at osuosl dot org
 Status:   Bogus
 Bug Type: Zend Engine 2 problem
-Operating System: Debian Unstable
+Operating System: *
 PHP Version:  5.0.1
 New Comment:

Erm never besides direct 'print $obj' or 'echo $obj' of course.


Previous Comments:


[2004-09-17 00:34:02] [EMAIL PROTECTED]

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

__toString() is never called automatically.

We had to drop this magic right before 5.0 was released and may be able
to reintroduce it to 5.1.



[2004-09-15 20:32:44] robertd at onid dot orst dot edu

Not sure if this is needed information, but:
the automatic __toString will also fail on member objects of $this. 
For example:
-
$class = new MyClass();
echo $class->something();

class MyClass {
private $obj;

public function something() {
$this->obj = new SomeObject();
$str = (string) $this->obj;
return $str;
}
}

class SomeObject {
public function __toString() {
$str = 'Some string';
return $str;
}
}
-

Echoes "Object id #2"



[2004-09-15 20:18:13] brandon at osuosl dot org

Description:

The automatic __toString method does not work on $this. 

I don't know if it should or not but it seems like it should be ok to
do this. 

Thanks.

http://dev2.osuosl.org/~philips/tostring/index.php
http://dev2.osuosl.org/~philips/tostring/index.phps

Reproduce code:
---
class Foo {
   function __toString() {
   return "What ever";
   }

function ihatemylife() {
$str = (string) $this;
return $str;
 }
}

$obj = new Foo;

$str = (string) $obj; // call __toString()

echo $obj; // call __toString()

echo "";

echo $obj->ihatemylife();

echo "";

phpinfo();

Expected result:

This line should return "What ever" 
echo $obj->ihatemylife();

Actual result:
--
Object id #1





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

#30098 [Bgs]: Cannot use __toString on $this

[brandon at osuosl dot org]

 ID:   30098
 User updated by:  brandon at osuosl dot org
 Reported By:  brandon at osuosl dot org
 Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.0.1
 New Comment:

How does 'print $obj' or 'echo $obj' vary from 'print $this' or 'echo
$this' ?  Shouldn't they all behave the same?


Previous Comments:


[2004-09-17 00:53:58] [EMAIL PROTECTED]

Erm never besides direct 'print $obj' or 'echo $obj' of course.



[2004-09-17 00:34:02] [EMAIL PROTECTED]

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

__toString() is never called automatically.

We had to drop this magic right before 5.0 was released and may be able
to reintroduce it to 5.1.



[2004-09-15 20:32:44] robertd at onid dot orst dot edu

Not sure if this is needed information, but:
the automatic __toString will also fail on member objects of $this. 
For example:
-
$class = new MyClass();
echo $class->something();

class MyClass {
private $obj;

public function something() {
$this->obj = new SomeObject();
$str = (string) $this->obj;
return $str;
}
}

class SomeObject {
public function __toString() {
$str = 'Some string';
return $str;
}
}
-

Echoes "Object id #2"



[2004-09-15 20:18:13] brandon at osuosl dot org

Description:

The automatic __toString method does not work on $this. 

I don't know if it should or not but it seems like it should be ok to
do this. 

Thanks.

http://dev2.osuosl.org/~philips/tostring/index.php
http://dev2.osuosl.org/~philips/tostring/index.phps

Reproduce code:
---
class Foo {
   function __toString() {
   return "What ever";
   }

function ihatemylife() {
$str = (string) $this;
return $str;
 }
}

$obj = new Foo;

$str = (string) $obj; // call __toString()

echo $obj; // call __toString()

echo "";

echo $obj->ihatemylife();

echo "";

phpinfo();

Expected result:

This line should return "What ever" 
echo $obj->ihatemylife();

Actual result:
--
Object id #1





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

#29935 [Fbk->NoF]: array_filter crashes Apache 2

[php-bugs]

 ID:   29935
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at martialartsmovies dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Arrays related
 Operating System: Windows XP
 PHP Version:  5.0.1
 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-09-02 08:17:57] [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

Your code works fine for me, please try a snapshot.



[2004-09-01 20:10:27] webmaster at martialartsmovies dot net

Description:

I have PHP 5.0.1 installed together with the latest stable Apache 2 on
Windows XP SP2. I used the example on the array_filter page on php.net
an all I got was a window telling me that apache caused a problem and
it needed to reboot.

Reproduce code:
---
1, "b"=>2, "c"=>3, "d"=>4, "e"=>5);
$array2 = array(6, 7, 8, 9, 10, 11, 12);

echo "Odd :\n";
print_r(array_filter($array1, "odd"));
echo "Even:\n";
print_r(array_filter($array2, "even"));
?> 

Expected result:

the array_filter function applied to the 2 arrays

Actual result:
--
apache 2 crashed.
error.log:
[Wed Sep 01 19:47:14 2004] [notice] Child 2412: Child process is
running
[Wed Sep 01 19:47:14 2004] [notice] Child 2412: Acquired the start
mutex.
[Wed Sep 01 19:47:14 2004] [notice] Child 2412: Starting 250 worker
threads.
[Wed Sep 01 19:50:15 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.





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

#30124 [Opn]: Provide way to configure php apache module name

[john at wws5 dot com]

 ID:   30124
 User updated by:  john at wws5 dot com
 Reported By:  john at wws5 dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Red Hat Linux 3 ES
 PHP Version:  4.3.8
 New Comment:

After doing some more digging I realized that for this to work you
would also need to provide a way of changing the php MIME type when
doing the build.

Sorry, not that familiar with how apache modules work, although I think
that has changed after this experience!!


Previous Comments:


[2004-09-16 23:36:07] john at wws5 dot com

Description:

My purpose for filing this bug report is to help provide a way of using
two php apache modules with the same apache server.  I have searched
high and low but have not found any documentation on how to do this
except using sym links in conjunction with the cgi-bin version of php.

Using --enable-versioning you can concurrently run php version 3 and
version 4 at the same time, however using two modules of version 4 is
not supported unless you manually edit the source files.  Perhaps there
is a reason for this so I apologize if I am making a blunder.

My suggested solution is to provide a way of specifying the module name
with the configure command when building php.  An alternative way would
be to enhance the --enable-versioning configuration switch to name the
module phpx_y_z_module where x, y and z are the version numbers.  For
example, php4_3_8_module.

Thank you for all your hard work!!






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

#30101 [Opn]: Win2k3 IIS6 PHP-5.0.1 Don't Load php.ini

[cdelasaux at att dot net]

 ID:   30101
 User updated by:  cdelasaux at att dot net
 Reported By:  cdelasaux at att dot net
 Status:   Open
 Bug Type: IIS related
 Operating System: 2k3 Standard Server
 PHP Version:  5.0.1
 New Comment:

After attempting to switch back to the working configuration I was
unable to get php5isapi.dll to load.
Under ISAPI Filters for all websites in the IIS manager would show Red
Down arrow and say that it's not loaded.
 I reverted to php-4.3.8 and have it running no issues. 
I will try more on 5.0.1 later next week.
Cheers,
Cordel


Previous Comments:


[2004-09-16 05:41:23] cdelasaux at att dot net

Well going back to the working php turned out not to go so well. I
reverted back to the configuration that had worked and I can't get the
phpisapi.dll to load which in turn takes down IIS. I'll try again from
scratch and see if I can replicate it one more time.
Cheers,
Cordel



[2004-09-16 04:01:45] cdelasaux at att dot net

Description:

Using a fresh install of everything (:
*Win 2K3 standard server with Active dir enabled and PDC
*IIS6 installed and running
*PHP 5.0.1 installed and some what running.
I following the install doc I did and repeated every thing several
times (just in case I missed something).
I have php in c:\php and permisions to webusers, IIS, and users all set
to +RX.
The PHPRC environment variable does not appear to work.
PHPRC = C:\php

php.ini has:
include_path = ".;c:\php\pear\"
 extension_dir = "c:\php\ext\"
 cgi.force_redirect = 0

phpinfo() shows:
extension_dir C:\php5 
include_path .;C:\php5\pear 

http://corman.servebeer.com/info.php 

I set the value in Registry HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 
New->String Value
IniFilePath = C:\php

and I removed the system var PHPRC and The php.ini file loaded.
phpinfo() shows:
extension_dir C:\php
include_path .;C:\php\pear

 So went went back to trying setting the PHPRC variable again and
removed the registry entry. 
The php.ini would not load.

Cheers,
Cordel







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

#30095 [Opn->Bgs]: explode on an empty string creates non-empty array

[iliaa]

 ID:   30095
 Updated by:   [EMAIL PROTECTED]
 Reported By:  billmarrs at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5.0.0
 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

When you explode a string even if the separator string was 
not found the output will still be an array. This array 
will contain a single element, which will contain the 
entire string. This is '' in your case. 


Previous Comments:


[2004-09-15 16:42:03] billmarrs at gmail dot com

Description:

explode on an empty string creates an array with a single blank
element, instead of an empty array (with no elements).

This means that explode/implode do not yield reversible results when an
empty array is used (though, they do otherwise -- when the array is
non-empty).

This is a duplicate of #699, but I'm resubmitting since #699 was closed
with no explanation a long time ago.

Reproduce code:
---
$a = array();

$b = explode(":", implode(":", $a));

print "a: ";
print_r($a);

print "b: ";
print_r($b);

Expected result:

a: Array ( ) 
b: Array ( ) 



Actual result:
--
a: Array ( ) 
b: Array ( [0] => ) 





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

#30050 [Opn->Csd]: php_shutdown_config() [php_ini.c] misses to clean up some pointers

[iliaa]

 ID:   30050
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nw at softwarekombinat dot de
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: windows XP
 PHP Version:  5.0.1
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2004-09-10 14:44:30] nw at softwarekombinat dot de

Description:

Hi there,

executing the following sequence of function calls results
in a segfault in the last php_module_startup(...) call:

tsrm_startup(1, 1, 0, NULL);
sapi_startup(&mf_sapi_module);
php_module_startup(&mf_sapi_module, NULL, 0)

php_module_shutdown( TSRMLS_C );
sapi_shutdown();
tsrm_shutdown();

tsrm_startup(1, 1, 0, NULL);
sapi_startup(&mf_sapi_module);
php_module_startup(&mf_sapi_module, NULL, 0)

I debugged and saw that php_shutdown_config() does not reset global
pointers back to  NULL after free()'ing them. This results in another
free()-attempt during next startup.

Here is a modified php_shutdown_config() which solves the problem:


int php_shutdown_config(void)
{
zend_hash_destroy(&configuration_hash);
if (php_ini_opened_path) {
free(php_ini_opened_path);
php_ini_opened_path = NULL; /* BUGFIX */
}
if (php_ini_scanned_files) {
free(php_ini_scanned_files);
php_ini_scanned_files = NULL; /* BUGFIX */
}
return SUCCESS;
}


Sorry that I don't submit a patch myself - no time, currently

Regards,
Norbert








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

#30041 [Fbk->Opn]: pdf_open_file() expects exactly 2 parameters, 1 given

[pdowson at aea9 dot k12 dot ia dot us]

 ID:   30041
 User updated by:  pdowson at aea9 dot k12 dot ia dot us
 Reported By:  pdowson at aea9 dot k12 dot ia dot us
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: FreeBSD 5.2
 PHP Version:  4.3.8
 New Comment:

#shell$ php -e pdf.php

Warning: pdf_open_file() expects exactly 2 parameters, 1 given in
/home/pdf.php on line 7

4.3.8

#shell$ php -l pdf.php
No syntax errors detected in pdf.php


Previous Comments:


[2004-09-16 10:30:35] [EMAIL PROTECTED]

Try this script and paste the output here:






[2004-09-15 18:33:22] pdowson at aea9 dot k12 dot ia dot us

I am so sure I could spit.

#shell$ php -v
PHP 4.3.8 (cli) (built: Jul 23 2004 18:01:43)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies



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

Are you REALLY using PHP 4.3.8 ?
As in PHP _5_ the 2nd parameter IS required.
This works fine for me with PHP 4.3.8 with just one parameter.



[2004-09-09 21:00:19] pdowson at aea9 dot k12 dot ia dot us

Description:

The PHP manual describes pdf_open_file as working with just one
argument (the pdf handle). The code works fine if you supply a filename
as the second argument.

Reproduce code:
---
$pdf = pdf_new();
pdf_open_file($pdf);

Expected result:

It should work without an error. Should create a PDF document in
memory, not in a file.

Actual result:
--
Warning: pdf_open_file() expects exactly 2 parameters, 1 given in
/home/wwwpath/pdf.php on line 2





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

#30122 [Opn->Fbk]: ORA-02396 error even though there is a call to ocilogoff

[tony2001]

 ID:   30122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  atebbe at utk dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Suse Professional 9.1
 PHP Version:  5.0.1
 New Comment:

Try to set appropriate idle timeout first. It looks like a problem of
your (mis)configuration.


Previous Comments:


[2004-09-16 20:03:48] atebbe at utk dot edu

Description:

Using Apache 2 to connect to a remote Oracle 9 database.  PHP was built
on an AMD64 machine with both OCI8 and ORA functions using the Oracle 9
libraries.  When a PHP page is loaded , it calls ocilogon at the top,
generates the page, then calls ocilogoff at the bottom.  When the page
sites for a while, then is refreshed, the following message is
produced:

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-02396:
exceeded maximum idle time, please connect again in
/srv/www/htdocs/ccbioinfo/bioteams/htdocs/oracle.inc.php on line 38

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-01012:
not logged on in
/srv/www/htdocs/ccbioinfo/bioteams/htdocs/oracle.inc.php on line 55
Errors: ORA-02396: exceeded maximum idle time, please connect again
Resource id #9

This occurs consistently when letting the page site for a while before
reloading it.






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

#29290 [Bgs->Csd]: LD ORACLE OCI

[tony2001]

 ID:   29290
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jketabchy at swd-ag dot de
-Status:   Bogus
+Status:   Closed
 Bug Type: *Compile Issues
 Operating System: AIX 5.2
 PHP Version:  4.3.8
 New Comment:

Should be fixed in HEAD. Please, try latest snapshot.


Previous Comments:


[2004-08-17 14:26:06] jketabchy at swd-ag dot de

Hi!

Sorry i was tolate. i was in vacation 
but i cannot even patch this :

patch -p0 < m4.4-5.diff
Processing...  I cannot find a patch in there anywhere.



[2004-07-29 09:37:44] [EMAIL PROTECTED]

Put it into ext/oci8 directory and execute:
patch -p0 < m4.4-5.diff

After that run ./buildconf --force && ./configure ... && make in the
root directory of PHP sources.



[2004-07-29 09:33:53] jketabchy at swd-ag dot de

HI Tonny,

how do i have to apply for this patch?
please let me know about HOwTo.
Reards
Jahan



[2004-07-28 17:17:21] [EMAIL PROTECTED]

If it's not too difficult for you, could you please test this patch:
http://tony2004.phpclub.net/dev/tmp/m4.4-5.diff ?
It should fix the problem with using lib directory instead of lib32 at
64-bit platforms.



[2004-07-23 11:12:57] jketabchy at swd-ag dot de

Thanks for Help.
I exported the LD_LIBRARY_PATH for Oracle 9i in ORACLE_HOME/lib32 and
edited the Makefile to change the PATHS to lib32.
the Same procedure for Apache  src/modules/php4/MakeFile
and it works find.
Now make works fine.

./configure --with-oci8 --with-apache=../apache-1.3.31
okay
vi Makefile and change LD_LIBRARY_PATH=$ORACLE_HOME/lib to lib32
make
make install

to Apache:
cd ..
cd apache-1.3.31/src/modules/php4
same changes to Makefile
cd apache-1.3.31
./configure --prefix=/usr/local/apache --enable-module=ssl
--activate-module=src/modules/php4/libphp4.a
make 
make install
cp ../php-4.3.8/php.ini-dist /usr/local/lib/php.ini 
and done.
Thanks 
Regards
Jahan Ketabchy



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

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

#29297 [Csd->Opn]: PDFLib 6 make error

[v_santhanam at ettimadai dot amrita dot edu]

 ID:   29297
 User updated by:  v_santhanam at ettimadai dot amrita dot edu
 Reported By:  v_santhanam at ettimadai dot amrita dot edu
-Status:   Closed
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat Enterprise Linux AS 3
 PHP Version:  4.3.8
 Assigned To:  rjs
 New Comment:

Dear Friends,
Thanks for all your invaluable effort to make PHP - THE BEST.
Please kindly check the problem further reportted by alvaro_php at
adplabs dot com dot br .
   For my server, i reverted back to the old version of PDFLib ie. 5.
If any solution is found for using latest PDFLIb i.e. 6, i will be very
much happy.
With Regards
Santhanam


Previous Comments:


[2004-09-16 20:37:09] alvaro_php at adplabs dot com dot br

This is still happening as of php4-STABLE-200409161630. I too get 

ext/pdf/pdf.lo(.text+0x5fa): In function `zif_pdf_open':
/usr/src/php4-STABLE-200409161630/ext/pdf/pdf.c:472: undefined
reference to `PDF_open_fp

while trying to compile on Fedora Core 2 x86.

No luck with PECL version either:


SRM -DHAVE_CONFIG_H -g -O2 -c /tmp/tmprYIopN/pdflib-2.0.2/pdf.c  -fPIC
-DPIC -o .libs/pdf.o
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:87:28: ext/gd/php_gd.h: No such file
or directory
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:89:31: ext/gd/libgd/gd.h: No such
file or directory
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c: In function
`zif_pdf_open_memory_image':
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: `gdImagePtr' undeclared
(first use in this function)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: (Each undeclared
identifier is reported only once
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: for each function it
appears in.)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: syntax error before
"im"
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: `im' undeclared (first
use in this function)
/tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: syntax error before
"zend_fetch_resource"
make: *** [pdf.lo] Error 1


Thanks in advance,

Álvaro



[2004-09-13 17:14:39] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

Removed the extension in ext/pdf as it is available from PECL.



[2004-09-03 11:34:48] [EMAIL PROTECTED]

I think the changes in the PECL version which was a repo copy of
ext/pdflib should have the PHP 4 changes MFH so that php 4.3.9 compiles
cleanly with pdflib 6 support.



[2004-09-03 08:39:23] [EMAIL PROTECTED]

If it's not supported then configure should check for it. Assigning to
the maintainer.



[2004-07-22 16:53:56] [EMAIL PROTECTED]

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

The pdf wrapper in PHP 4.3.x is not compatible with PDFlib 6. Please
try the PECL package for pdflib, this has the new wrappercode that
works with PDFlib 6 too and it can be used with PHP 4.3.



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

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