#34189 [Fbk->Opn]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
 ID:   34189
 User updated by:  david dot marek at mattel dot com
 Reported By:  david dot marek at mattel dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

It works with the build of Apache 1.3.33 but it still does not work
with Oracle's Apache.  We are using GCC and the dependencies have all
be recompiled.  When I build PHP on Solaris I don't get the symbol
referenced in the libphp5.so but on AIX I do.  Is there a reason the
make is added the symbol to the AIX build and not the Solaris build.
Everything else is the same.  I grep on ap_loaded_modules on libphp5.so
and I get a value back on AIX and that appears to be the culprit.


Previous Comments:


[2005-08-18 23:46:14] [EMAIL PROTECTED]

Let's see first if this works any better with real Apache.
Don't reply before you get results.




[2005-08-18 23:28:57] david dot marek at mattel dot com

Starting to do the apache standalone as a test but we need to use iAS
plus we have it working on solaris. Is there some special AIX stuff we
need to do in the configure.  Any env variables that would differ.  I
haven't been able to find anything.



[2005-08-18 23:07:25] [EMAIL PROTECTED]

Try with stock apache 1.3.33 installation, not with some Oracle
crap..also, use GCC as compiler.





[2005-08-18 22:59:52] david dot marek at mattel dot com

Looks like the headers are there from looking and comparing to other
systems.



[2005-08-18 22:57:05] [EMAIL PROTECTED]

Check for the contents of the include/ directory in Apache dirs



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

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


#34190 [NEW]: The Hyperlink in this page is inalid

2005-08-18 Thread flowingtree at gmail dot com
From: flowingtree at gmail dot com
Operating system: WIN
PHP version:  5.0.4
PHP Bug Type: Unknown/Other Function
Bug description:  The Hyperlink in this page is inalid

Description:

http://cn2.php.net/manual/zh/printwn/index.php


The Hyperlink in this page is inalid


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


#34189 [Opn->Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread sniper
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Let's see first if this works any better with real Apache.
Don't reply before you get results.



Previous Comments:


[2005-08-18 23:28:57] david dot marek at mattel dot com

Starting to do the apache standalone as a test but we need to use iAS
plus we have it working on solaris. Is there some special AIX stuff we
need to do in the configure.  Any env variables that would differ.  I
haven't been able to find anything.



[2005-08-18 23:07:25] [EMAIL PROTECTED]

Try with stock apache 1.3.33 installation, not with some Oracle
crap..also, use GCC as compiler.





[2005-08-18 22:59:52] david dot marek at mattel dot com

Looks like the headers are there from looking and comparing to other
systems.



[2005-08-18 22:57:05] [EMAIL PROTECTED]

Check for the contents of the include/ directory in Apache dirs



[2005-08-18 22:53:45] david dot marek at mattel dot com

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.



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

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


#32225 [Com]: Tokenizer fails after fatal error until timeout or apache restart

2005-08-18 Thread gevery at gmail dot com
 ID:   32225
 Comment by:   gevery at gmail dot com
 Reported By:  paul dot laughlin at ingramentertainment dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo Linux 2.6.10
 PHP Version:  PHP 5.1.0-dev (built: Mar 22 2005 15:40:32)
 New Comment:

As this issue has drawn no attention, we've been forced to write our
own parser. Paul Laughlin has done a wonderful job at providing a very
lightweight extension that is configurable through the php.ini to allow
for increased buffer size of the "largest expected page" 

Thank you, Paul!
G.~


Previous Comments:


[2005-05-17 13:33:37] gary dot every at ingramentertainment dot com

The token_get_all seems to still be broken. We are developing a site
that will be promoted into production in September. Is anyone else
experiencing this problem? 

Gary Every



[2005-04-12 20:29:59] gary dot every at ingramentertainment dot com

There has been no input on this bug for over a month. Is anyone looking
into it? 
We're depending heavily on the tokenizer to parse our template, and
this could easily cause serious issues with our next major release of
our B2B website.

Gary Every



[2005-03-22 22:55:29] paul dot laughlin at ingramentertainment dot com

Tested this problem with the snapshot as instructed.  This is still a
problem in the snapshot.

THank you



[2005-03-20 18:11:55] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2005-03-07 20:04:47] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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


#34189 [Fbk->Opn]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
 ID:   34189
 User updated by:  david dot marek at mattel dot com
 Reported By:  david dot marek at mattel dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Starting to do the apache standalone as a test but we need to use iAS
plus we have it working on solaris. Is there some special AIX stuff we
need to do in the configure.  Any env variables that would differ.  I
haven't been able to find anything.


Previous Comments:


[2005-08-18 23:07:25] [EMAIL PROTECTED]

Try with stock apache 1.3.33 installation, not with some Oracle
crap..also, use GCC as compiler.





[2005-08-18 22:59:52] david dot marek at mattel dot com

Looks like the headers are there from looking and comparing to other
systems.



[2005-08-18 22:57:05] [EMAIL PROTECTED]

Check for the contents of the include/ directory in Apache dirs



[2005-08-18 22:53:45] david dot marek at mattel dot com

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.



[2005-08-18 22:49:43] [EMAIL PROTECTED]

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 




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

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


#34189 [Opn->Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread sniper
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Try with stock apache 1.3.33 installation, not with some Oracle
crap..also, use GCC as compiler.




Previous Comments:


[2005-08-18 22:59:52] david dot marek at mattel dot com

Looks like the headers are there from looking and comparing to other
systems.



[2005-08-18 22:57:05] [EMAIL PROTECTED]

Check for the contents of the include/ directory in Apache dirs



[2005-08-18 22:53:45] david dot marek at mattel dot com

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.



[2005-08-18 22:49:43] [EMAIL PROTECTED]

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 




[2005-08-18 22:47:42] [EMAIL PROTECTED]

what httpd headers do you have available on you system?



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

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


#34189 [Fbk->Opn]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
 ID:   34189
 User updated by:  david dot marek at mattel dot com
 Reported By:  david dot marek at mattel dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Looks like the headers are there from looking and comparing to other
systems.


Previous Comments:


[2005-08-18 22:57:05] [EMAIL PROTECTED]

Check for the contents of the include/ directory in Apache dirs



[2005-08-18 22:53:45] david dot marek at mattel dot com

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.



[2005-08-18 22:49:43] [EMAIL PROTECTED]

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 




[2005-08-18 22:47:42] [EMAIL PROTECTED]

what httpd headers do you have available on you system?



[2005-08-18 22:14:54] david dot marek at mattel dot com

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.



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

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


#34189 [Opn->Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread iliaa
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Check for the contents of the include/ directory in Apache dirs


Previous Comments:


[2005-08-18 22:53:45] david dot marek at mattel dot com

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.



[2005-08-18 22:49:43] [EMAIL PROTECTED]

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 




[2005-08-18 22:47:42] [EMAIL PROTECTED]

what httpd headers do you have available on you system?



[2005-08-18 22:14:54] david dot marek at mattel dot com

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.



[2005-08-18 22:02:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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


#31594 [Opn->Fbk]: virtual(): Unable to include 'xxx' - error finding URI

2005-08-18 Thread sniper
 ID:   31594
 Updated by:   [EMAIL PROTECTED]
 Reported By:  per at computer dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: linux 2.4.26
 PHP Version:  5.*, 4.*
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-08-08 15:18:20] per at computer dot org

I've tested it again using my own testcase (duh!) - still fails:
Warning: virtual() [function.virtual]: Unable to include 'part1' -
error finding URI in
/srv/www/vhosts/www/htdocs/phpbug-31594/part0.phtml on line 11



[2005-08-08 15:14:27] per at computer dot org

OK, the segfault mentioned earlier is now gone, but the following
produces a loop: 

(also available as http://jessen.ch/files/php-bug31594-testcase2.tar)

index2.phtml:
-


http://www.w3.org/1999/xhtml"; xml:lang="en">

test








test21.phtml

test21

test22.phtml

test22

Note - AFAICT, this is not locale() related - do I open a new report?



[2005-08-08 14:49:30] per at computer dot org

OK, I've tried php4-STABLE-200508081042 and php5-200508081030 - both
produce a segfault.   Also, php-applications not related to this
problem produce a segfault too. 
I'll try to determine the cause of the segfault.



[2005-08-08 00:20:11] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-06-06 20:07:36] per at computer dot org

And equally obvious - to me at least - the answer can't be "don't do
that" when it works just fine in 4.3.8, but not in the later releases
...



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

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


#34189 [Fbk->Opn]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
 ID:   34189
 User updated by:  david dot marek at mattel dot com
 Reported By:  david dot marek at mattel dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Not sure if we have everything but I was told we did. I am picking this
up as I did the solaris install before.  Is there some list I can check
from other than the manual as I looked at that.  I also believe we are
using xlc as the compiler.  

Not sure on the headers question.  How do I tell.  This was an install
from Oracle iAS but this same version didn't cause me issues on
Solaris.


Previous Comments:


[2005-08-18 22:49:43] [EMAIL PROTECTED]

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 




[2005-08-18 22:47:42] [EMAIL PROTECTED]

what httpd headers do you have available on you system?



[2005-08-18 22:14:54] david dot marek at mattel dot com

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.



[2005-08-18 22:02:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-08-18 19:40:07] david dot marek at mattel dot com

Description:

We configure and make PHP and then load it into apache.  This then
brings up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from
module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but
a runtime definition of the symbol was not found.". Check line 195 in
file /opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf.
Resolution: Please make sure that the value above is correct.





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


#34189 [Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread sniper
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
 Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

And you're sure your installation on AIX has everything it needs? What
compiler do you use there? 



Previous Comments:


[2005-08-18 22:47:42] [EMAIL PROTECTED]

what httpd headers do you have available on you system?



[2005-08-18 22:14:54] david dot marek at mattel dot com

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.



[2005-08-18 22:02:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-08-18 19:40:07] david dot marek at mattel dot com

Description:

We configure and make PHP and then load it into apache.  This then
brings up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from
module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but
a runtime definition of the symbol was not found.". Check line 195 in
file /opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf.
Resolution: Please make sure that the value above is correct.





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


#34189 [Opn->Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread iliaa
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

what httpd headers do you have available on you system?


Previous Comments:


[2005-08-18 22:14:54] david dot marek at mattel dot com

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.



[2005-08-18 22:02:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-08-18 19:40:07] david dot marek at mattel dot com

Description:

We configure and make PHP and then load it into apache.  This then
brings up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from
module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but
a runtime definition of the symbol was not found.". Check line 195 in
file /opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf.
Resolution: Please make sure that the value above is correct.





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


#34180 [Asn]: --with-curlwrappers causes PHP to disregard some HTTP stream context options

2005-08-18 Thread ibrash at gmail dot com
 ID:   34180
 User updated by:  ibrash at gmail dot com
 Reported By:  ibrash at gmail dot com
 Status:   Assigned
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  5.1.0b3
 Assigned To:  pollita
 New Comment:

Sara already knows about it as she was the one to help me figure out
what was causing this problem on IRC.  Unfortunately, the network with
the server hosting requestdump.php is having some routing problems and
is inaccessible at the moment, but that should clear up pretty soon and
if it doesn't, I provided the source in my original submission.


Previous Comments:


[2005-08-18 13:02:36] [EMAIL PROTECTED]

Sara, check this out.




[2005-08-18 06:38:14] ibrash at gmail dot com

Description:

When PHP is compiled with --with-curl --with-curlwrappers, setting the
HTTP method to POST in a stream context is disregarded and GET is used
instead.

This affects both 5.0 and 5.1 and presumably HEAD (haven't checked).

Reproduce code:
---
 array(
'method' => 'POST',
'header' => "Content-Type: application/x-www-form-urlencoded",
'content' => 'foo=bar'
)
);

$context = stream_context_create($opts);

readfile ('http://gaernin.aswwc.net/~ibrash/temp/dumprequestinfo.php',
false, $context);
?>


For reference, dumprequestinfo.php is 

Expected result:

string(4) "POST"
Array
(
[foo] => "bar"
)

Actual result:
--
string(3) "GET"
Array
(
)





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


#34189 [Fbk->Opn]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
 ID:   34189
 User updated by:  david dot marek at mattel dot com
 Reported By:  david dot marek at mattel dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

I am doing this right now.  I do have 1 question.  When I search for
ap_loaded_modules on Solaris it is not part of my libphp5.so file but
it is on AIX.


Previous Comments:


[2005-08-18 22:02:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-08-18 19:40:07] david dot marek at mattel dot com

Description:

We configure and make PHP and then load it into apache.  This then
brings up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from
module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but
a runtime definition of the symbol was not found.". Check line 195 in
file /opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf.
Resolution: Please make sure that the value above is correct.





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


#34187 [Opn->Bgs]: ftp_put local and remote file names.

2005-08-18 Thread sniper
 ID:   34187
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bsgro at handsfreenetworks dot com
-Status:   Open
+Status:   Bogus
 Bug Type: FTP related
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-08-18 18:02:20] bsgro at handsfreenetworks dot com

Description:

This may not be a bug, because the documentation states a local and
remote name. However I do not see why you cannot use same name when
doing a:
$filename = 'file.txt';
ftp_put($handle,$filename,$filename,FTP_BINARY);

You can command line ftp and do:
>send file.txt
which sends the file and keeps the same name. Otherwise you do:
>send
>file.txt
>remotefile.txt

So, maybe this is a feature request, but it may seem more like a bug.

Thanks.

Actual result:
--
PHP Warning:  ftp_put() [function.ftp-put]: Could not create file.
in 





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


#34189 [Opn->Fbk]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread sniper
 ID:   34189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david dot marek at mattel dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: AIX 5.0
 PHP Version:  5.1.0b3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-08-18 19:40:07] david dot marek at mattel dot com

Description:

We configure and make PHP and then load it into apache.  This then
brings up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from
module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but
a runtime definition of the symbol was not found.". Check line 195 in
file /opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf.
Resolution: Please make sure that the value above is correct.





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


#34186 [Opn->Fbk]: Segment Fault in PHP

2005-08-18 Thread tony2001
 ID:   34186
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ljanda at checkstop dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Program Execution
 Operating System: SCO 5.0.5
 PHP Version:  4.4.0
 New Comment:

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

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

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




Previous Comments:


[2005-08-18 20:48:54] ljanda at checkstop dot com

Probably this may be the area which is causing this.

/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c: In function
`proc_open_rsrc_dtor':
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c:611: warning:
cast from pointer to integer of different size
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c: In function
`zif_proc_open':
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c:1030: warning:
cast to pointer from integer of different size



[2005-08-18 19:55:00] ljanda at checkstop dot com

(dbx) run -X

Segmentation violation in (noname) at 0x806936d
0x0806936d ((noname)+0x806936d)mov   DWord Ptr [edx],eax
(dbx) bt
Syntax error

this is dbx, was able to get the segment violation. Dbx has a trace,
but nowhere says how to get at the information.



[2005-08-18 16:53:55] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2005-08-18 16:45:02] ljanda at checkstop dot com

Description:

PHP module is causing segment violation in apache. The error log is
show below.


[Thu Aug 18 09:32:20 2005] [notice] Apache/1.3.33 (Unix) PHP/4.4.1-dev
configured -- resuming normal operations
[Thu Aug 18 09:32:20 2005] [notice] Accept mutex: fcntl (Default:
fcntl)
[Thu Aug 18 09:34:30 2005] [notice] child pid 26519 exit signal
Segmentation fault (11)

All regular html works fine, only two or three php pages do this.
Compile and linked with gcc 2.95

Reproduce code:
---
http://www.czechs.org/index.phps
http://www.czechs.org/db.phps

Expected result:

Display the www page like it does under Apache 1.3.19 and php 4.0.4.

Actual result:
--
Seqment violation, and the page is only halfway sent.
Connection closed when the child terminates.





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


#34186 [Opn]: Segment Fault in PHP

2005-08-18 Thread ljanda at checkstop dot com
 ID:   34186
 User updated by:  ljanda at checkstop dot com
 Reported By:  ljanda at checkstop dot com
 Status:   Open
 Bug Type: Program Execution
 Operating System: SCO 5.0.5
 PHP Version:  4.4.0
 New Comment:

Probably this may be the area which is causing this.

/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c: In function
`proc_open_rsrc_dtor':
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c:611: warning:
cast from pointer to integer of different size
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c: In function
`zif_proc_open':
/u/leroy/php4-STABLE-200508081638/ext/standard/exec.c:1030: warning:
cast to pointer from integer of different size


Previous Comments:


[2005-08-18 19:55:00] ljanda at checkstop dot com

(dbx) run -X

Segmentation violation in (noname) at 0x806936d
0x0806936d ((noname)+0x806936d)mov   DWord Ptr [edx],eax
(dbx) bt
Syntax error

this is dbx, was able to get the segment violation. Dbx has a trace,
but nowhere says how to get at the information.



[2005-08-18 16:53:55] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2005-08-18 16:45:02] ljanda at checkstop dot com

Description:

PHP module is causing segment violation in apache. The error log is
show below.


[Thu Aug 18 09:32:20 2005] [notice] Apache/1.3.33 (Unix) PHP/4.4.1-dev
configured -- resuming normal operations
[Thu Aug 18 09:32:20 2005] [notice] Accept mutex: fcntl (Default:
fcntl)
[Thu Aug 18 09:34:30 2005] [notice] child pid 26519 exit signal
Segmentation fault (11)

All regular html works fine, only two or three php pages do this.
Compile and linked with gcc 2.95

Reproduce code:
---
http://www.czechs.org/index.phps
http://www.czechs.org/db.phps

Expected result:

Display the www page like it does under Apache 1.3.19 and php 4.0.4.

Actual result:
--
Seqment violation, and the page is only halfway sent.
Connection closed when the child terminates.





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


#34186 [Fbk->Opn]: Segment Fault in PHP

2005-08-18 Thread ljanda at checkstop dot com
 ID:   34186
 User updated by:  ljanda at checkstop dot com
 Reported By:  ljanda at checkstop dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Program Execution
 Operating System: SCO 5.0.5
 PHP Version:  4.4.0
 New Comment:

(dbx) run -X

Segmentation violation in (noname) at 0x806936d
0x0806936d ((noname)+0x806936d)mov   DWord Ptr [edx],eax
(dbx) bt
Syntax error

this is dbx, was able to get the segment violation. Dbx has a trace,
but nowhere says how to get at the information.


Previous Comments:


[2005-08-18 16:53:55] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2005-08-18 16:45:02] ljanda at checkstop dot com

Description:

PHP module is causing segment violation in apache. The error log is
show below.


[Thu Aug 18 09:32:20 2005] [notice] Apache/1.3.33 (Unix) PHP/4.4.1-dev
configured -- resuming normal operations
[Thu Aug 18 09:32:20 2005] [notice] Accept mutex: fcntl (Default:
fcntl)
[Thu Aug 18 09:34:30 2005] [notice] child pid 26519 exit signal
Segmentation fault (11)

All regular html works fine, only two or three php pages do this.
Compile and linked with gcc 2.95

Reproduce code:
---
http://www.czechs.org/index.phps
http://www.czechs.org/db.phps

Expected result:

Display the www page like it does under Apache 1.3.19 and php 4.0.4.

Actual result:
--
Seqment violation, and the page is only halfway sent.
Connection closed when the child terminates.





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


#34189 [NEW]: After Configure and Make can load symbol ap_loaded_modules

2005-08-18 Thread david dot marek at mattel dot com
From: david dot marek at mattel dot com
Operating system: AIX 5.0
PHP version:  5.1.0b3
PHP Bug Type: Apache related
Bug description:  After Configure and Make can load symbol ap_loaded_modules

Description:

We configure and make PHP and then load it into apache.  This then brings
up the error below on the server. 

This works on the same build for Solaris but this is AIX.  

Reproduce code:
---
Error occurs when either really simple or has everything in it.  

Expected result:

Module loads and PHP pages viewable

Actual result:
--
Configuration changes cannot be saved until the following validation
errors are corrected:
Unknown - Configuration changes prevented server startup. "Cannot load
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so into
server: rtld: 0712-001 Symbol ap_loaded_modules was referenced from module
/opt/oracle/product/DCOM/AS10g/Apache/Apache/libexec/libphp5.so(), but a
runtime definition of the symbol was not found.". Check line 195 in file
/opt/oracle/product/DCOM/AS10g/Apache/Apache/conf/httpd.conf. Resolution:
Please make sure that the value above is correct.

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


#34188 [Bgs]: mysql_connect can connect via localhost but *not* via TCP/IP

2005-08-18 Thread ken dot senior at nrl dot navy dot mil
 ID:   34188
 User updated by:  ken dot senior at nrl dot navy dot mil
 Reported By:  ken dot senior at nrl dot navy dot mil
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Linux 2.6.11-1.1369_FC4
 PHP Version:  5.0.4
 New Comment:

Since the mysql clients can connect (i.e., outside of PHP) via both
sockets and via TCP/IP methods, how can it be anything but
PHP/php-mysql?


Previous Comments:


[2005-08-18 18:47:54] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Give connect privileges to your user.



[2005-08-18 18:40:28] ken dot senior at nrl dot navy dot mil

Description:

Just installed FC4 OS, Apache, PHP, MySQL, and php-mysql (all via yum)
and discovered a strange bug when using PHP to connect to MySQL.  The
only connection which will work is to a local instance of MySQL via a
socket, i.e., localhost setting.  However, TCP/IP connections, both
local as well as to other remote MySQL servers, result in the PHP
error:

Warning: mysql_connect() [function.mysql-connect]: Can't connect to
MySQL server on '192.168.0.4' (13) in /var/www/html/IGStime/index.php
on line 720
could't connect to MySQL server

Usually, the problem is just the opposite, that is being able to
connect via TCP/IP but not sockets.  Does anyone have a clue about
this?

Ken Senior






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


#34188 [Opn->Bgs]: mysql_connect can connect via localhost but *not* via TCP/IP

2005-08-18 Thread tony2001
 ID:   34188
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ken dot senior at nrl dot navy dot mil
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Linux 2.6.11-1.1369_FC4
 PHP Version:  5.0.4
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Give connect privileges to your user.


Previous Comments:


[2005-08-18 18:40:28] ken dot senior at nrl dot navy dot mil

Description:

Just installed FC4 OS, Apache, PHP, MySQL, and php-mysql (all via yum)
and discovered a strange bug when using PHP to connect to MySQL.  The
only connection which will work is to a local instance of MySQL via a
socket, i.e., localhost setting.  However, TCP/IP connections, both
local as well as to other remote MySQL servers, result in the PHP
error:

Warning: mysql_connect() [function.mysql-connect]: Can't connect to
MySQL server on '192.168.0.4' (13) in /var/www/html/IGStime/index.php
on line 720
could't connect to MySQL server

Usually, the problem is just the opposite, that is being able to
connect via TCP/IP but not sockets.  Does anyone have a clue about
this?

Ken Senior






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


#34188 [NEW]: mysql_connect can connect via localhost but *not* via TCP/IP

2005-08-18 Thread ken dot senior at nrl dot navy dot mil
From: ken dot senior at nrl dot navy dot mil
Operating system: Linux 2.6.11-1.1369_FC4
PHP version:  5.0.4
PHP Bug Type: MySQL related
Bug description:  mysql_connect can connect via localhost but *not* via TCP/IP

Description:

Just installed FC4 OS, Apache, PHP, MySQL, and php-mysql (all via yum) and
discovered a strange bug when using PHP to connect to MySQL.  The only
connection which will work is to a local instance of MySQL via a socket,
i.e., localhost setting.  However, TCP/IP connections, both local as well
as to other remote MySQL servers, result in the PHP error:

Warning: mysql_connect() [function.mysql-connect]: Can't connect to MySQL
server on '192.168.0.4' (13) in /var/www/html/IGStime/index.php on line
720
could't connect to MySQL server

Usually, the problem is just the opposite, that is being able to connect
via TCP/IP but not sockets.  Does anyone have a clue about this?

Ken Senior


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


#34187 [NEW]: ftp_put local and remote file names.

2005-08-18 Thread bsgro at handsfreenetworks dot com
From: bsgro at handsfreenetworks dot com
Operating system: Linux
PHP version:  5.0.4
PHP Bug Type: FTP related
Bug description:  ftp_put local and remote file names.

Description:

This may not be a bug, because the documentation states a local and remote
name. However I do not see why you cannot use same name when doing a:
$filename = 'file.txt';
ftp_put($handle,$filename,$filename,FTP_BINARY);

You can command line ftp and do:
>send file.txt
which sends the file and keeps the same name. Otherwise you do:
>send
>file.txt
>remotefile.txt

So, maybe this is a feature request, but it may seem more like a bug.

Thanks.

Actual result:
--
PHP Warning:  ftp_put() [function.ftp-put]:
Could not create file. in 

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


#34168 [Csd]: XML error: not well-formed (invalid token)

2005-08-18 Thread lsmith
 ID:   34168
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dexter at debian dot org
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Debian Linux
 PHP Version:  5CVS-2005-08-17 (snap)
 Assigned To:  pajoye
 New Comment:

http://pear.php.net/bugs/bug.php?id=5123


Previous Comments:


[2005-08-17 14:31:51] [EMAIL PROTECTED]

PEAR bugs, moved to pear.php.net/bugs



[2005-08-17 12:41:56] dexter at debian dot org

Description:

$ sapi/cli/php -n -C -q -d 
include_path=../pear ../pear/scripts/pearcmd.php -v  
-c $(pwd)/.pearrc install --installroot=$(pwd)/tmp-pear 
--force --nodeps ../pear/package-Archive_Tar.xml 
XML error: not well-formed (invalid token) at line 22 
 
$ sed -n 22p ../pear/package-Archive_Tar.xml 
  Stig Sćther Bakken 
 
It seems that XML parser does not recognize encoding?! 
 
The previous PHP5.0.4 and php5.1.0b3 binaries work 
correctly. 






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


#34156 [Ctl->Csd]: memory_limit doesn't prevent exit

2005-08-18 Thread iliaa
 ID:   34156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  robert at rw-it dot net
-Status:   Critical
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS, 4CVS (2005-08-18)
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2005-08-16 21:48:25] robert at rw-it dot net

Here is a patch that solves the problem (against 4.4.0, I hope it
survives being pasted into a textarea):

--- zend_alloc.c0   Thu Apr  7 20:54:33 2005
+++ zend_alloc.cTue Aug 16 19:36:52 2005
@@ -64,11 +64,11 @@
 #define CHECK_MEMORY_LIMIT(s, rs)  _CHECK_MEMORY_LIMIT(s, rs, NULL, 0)
 #  endif
 
-#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) {
AG(allocated_memory) += rs;\
-   if 
(AG(memory_limit)
AG(allocated_memory) - rs) { \
-   
AG(memory_limit) = AG(allocated_memory) + 1048576; \
+#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { unsigned int
php_alloc_mem = AG(allocated_memory) + rs; \
+   if 
(AG(memory_limit)
AG(allocated_memory)) { \
+   
AG(memory_limit) = php_alloc_mem + 1048576; \

if (file) { \

zend_error(E_ERROR,"Allowed memory size of %d bytes
exhausted at %s:%d (tried to allocate %d bytes)", php_mem_limit, file,
lineno, s); \

} else { \
@@ -83,6 +83,7 @@

exit(1); \
} \
} \
+   
AG(allocated_memory) = php_alloc_mem; \
}
 # endif



[2005-08-16 20:58:23] robert at rw-it dot net

Description:

If memory_limit is turned on, memory will be marked as allocated
although it isn't, because the _CHECK_MEMORY_LIMIT macro (zend_alloc.c)
starts like this:

#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { AG(allocated_memory)
+= rs;\

Thus, allocated_memory is increased by the block size, even though
zend_error might be called.

This seems to apply to PHP-5.0.4, too, but not tested (only looked at
the code).

Reproduce code:
---
Write some script that consumes all available memory:

for ($i = 0, $b = 'x'; ; $i++, $b .= $b)
echo "$i, ";

Reload a few times.


Expected result:

Same output everytime, no exit(1).
Output for memory_limit = 8M on my machine:

Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)


Actual result:
--
Available memory decreases with each reload, until finally
AG(memory_limit)+1048576 < AG(allocated_memory) - rs and PHP exits.
Output for memory_limit = 8M:

Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)

Allowed memory size of 8388608 bytes exhausted (tried to allocate
2097153 bytes)

...

Allowed memory size of 8388608 bytes exhausted (tried to allocate 2049
bytes)

(Server process exits on next reload)






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


#34186 [Opn->Fbk]: Segment Fault in PHP

2005-08-18 Thread tony2001
 ID:   34186
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ljanda at checkstop dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Program Execution
 Operating System: SCO 5.0.5
 PHP Version:  4.4.0
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




Previous Comments:


[2005-08-18 16:45:02] ljanda at checkstop dot com

Description:

PHP module is causing segment violation in apache. The error log is
show below.


[Thu Aug 18 09:32:20 2005] [notice] Apache/1.3.33 (Unix) PHP/4.4.1-dev
configured -- resuming normal operations
[Thu Aug 18 09:32:20 2005] [notice] Accept mutex: fcntl (Default:
fcntl)
[Thu Aug 18 09:34:30 2005] [notice] child pid 26519 exit signal
Segmentation fault (11)

All regular html works fine, only two or three php pages do this.
Compile and linked with gcc 2.95

Reproduce code:
---
http://www.czechs.org/index.phps
http://www.czechs.org/db.phps

Expected result:

Display the www page like it does under Apache 1.3.19 and php 4.0.4.

Actual result:
--
Seqment violation, and the page is only halfway sent.
Connection closed when the child terminates.





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


#34186 [NEW]: Segment Fault in PHP

2005-08-18 Thread ljanda at checkstop dot com
From: ljanda at checkstop dot com
Operating system: SCO 5.0.5
PHP version:  4.4.0
PHP Bug Type: Program Execution
Bug description:  Segment Fault in PHP

Description:

PHP module is causing segment violation in apache. The error log is show
below.


[Thu Aug 18 09:32:20 2005] [notice] Apache/1.3.33 (Unix) PHP/4.4.1-dev
configured -- resuming normal operations
[Thu Aug 18 09:32:20 2005] [notice] Accept mutex: fcntl (Default: fcntl)
[Thu Aug 18 09:34:30 2005] [notice] child pid 26519 exit signal
Segmentation fault (11)

All regular html works fine, only two or three php pages do this.
Compile and linked with gcc 2.95

Reproduce code:
---
http://www.czechs.org/index.phps
http://www.czechs.org/db.phps

Expected result:

Display the www page like it does under Apache 1.3.19 and php 4.0.4.

Actual result:
--
Seqment violation, and the page is only halfway sent.
Connection closed when the child terminates.

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


#27508 [Csd]: feof() broken for user-defined streams

2005-08-18 Thread lsmith
 ID:   27508
 Updated by:   [EMAIL PROTECTED]
 Reported By:  adam at trachtenberg dot com
 Status:   Closed
 Bug Type: Network related
 Operating System: *
 PHP Version:  5CVS-2005-03-24
 Assigned To:  wez
 New Comment:

This bug will actually not be fixed in 5.0.x but instead will only be
fixed in 5.1.x and above.

Please use version_compare() to handle this problem.


Previous Comments:


[2005-05-11 04:02:58] [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.

Fixed in HEAD.



[2004-03-09 11:32:53] adam at trachtenberg dot com

Oops. Wrong file extension. Should be: 

http://www.trachtenberg.com/patches/bug27508.txt



[2004-03-09 11:31:38] adam at trachtenberg dot com

Here's an example where the class is just a wrapper 
around fopen(), fread(), fwrite(), etc.

It's at http://www.trachtenberg.com/patches/
bug27508.php.

In PHP 4, you get:

line1
line2
line3

PHP 5 outputs no data.



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

Wez, the fix didn't quite fix it.

Adam, can you please come up with a test case and send it to internals@
? (The one in manual is a bit long, could it be made any shorter?)




[2004-03-05 16:05:11] adam at trachtenberg dot com

Description:

It looks like feof() doesn't work correctly in all cases 
for user-defined streams. It seems like the class 
stream_eof() method is not being called when feof() is 
invoked in PHP.

This works correctly using 4.3.5RC3, but not PHP 5 
current CVS. It also works correctly if I do an 
fpassthru() on the file pointer and let PHP handle the 
feof() check.

Reproduce code:
---
See VariableStream class in the manual: 

http://us2.php.net/manual/en/function.stream-wrapper-register.php

In particular the while(!feof()) bit.

Expected result:

line1
line2
line3
string(18) "line1
line2
line3
"

(This is what I get from PHP 4.3.5RC3)

Actual result:
--
string(18) "line1
line2
line3
"





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


#34147 [Com]: Timezone problem

2005-08-18 Thread pash_ka at fonbet dot info
 ID:   34147
 Comment by:   pash_ka at fonbet dot info
 Reported By:  joerg dot klein at ifsam dot lu
 Status:   Suspended
 Bug Type: Date/time related
 Operating System: win2000
 PHP Version:  5.1.0b3
 New Comment:

Please, add "date.timezone" setting to php.ini-dist and
php.ini-recomended in Windows distribution, since it's very important
to all peoples performing updates to PHP 5.1 not to forget set this
value properly.


Previous Comments:


[2005-08-16 14:00:20] [EMAIL PROTECTED]

We've new date/time support that doesn't rely on the OS. If you can
point us how to retrieve the current timezone abbreviation on Windows
with threadsafe code, we're happy to add it.



[2005-08-16 13:47:09] joerg dot klein at ifsam dot lu

This behaviour occurs the first time in 5.1.0b3.
The time was always displayed correct in any previous PHP version! So
why should the behaviour change in the latest beta version?



[2005-08-16 13:17:19] [EMAIL PROTECTED]

Duplicate of #33920



[2005-08-16 12:17:58] [EMAIL PROTECTED]

Derick, please check it out.



[2005-08-16 12:16:33] joerg dot klein at ifsam dot lu

same results with the latest snapshot



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

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


#34180 [Opn->Asn]: --with-curlwrappers causes PHP to disregard some HTTP stream context options

2005-08-18 Thread sniper
 ID:   34180
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ibrash at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  5.1.0b3
-Assigned To:  
+Assigned To:  pollita
 New Comment:

Sara, check this out.



Previous Comments:


[2005-08-18 06:38:14] ibrash at gmail dot com

Description:

When PHP is compiled with --with-curl --with-curlwrappers, setting the
HTTP method to POST in a stream context is disregarded and GET is used
instead.

This affects both 5.0 and 5.1 and presumably HEAD (haven't checked).

Reproduce code:
---
 array(
'method' => 'POST',
'header' => "Content-Type: application/x-www-form-urlencoded",
'content' => 'foo=bar'
)
);

$context = stream_context_create($opts);

readfile ('http://gaernin.aswwc.net/~ibrash/temp/dumprequestinfo.php',
false, $context);
?>


For reference, dumprequestinfo.php is 

Expected result:

string(4) "POST"
Array
(
[foo] => "bar"
)

Actual result:
--
string(3) "GET"
Array
(
)





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


#34156 [Opn->Ctl]: memory_limit doesn't prevent exit

2005-08-18 Thread sniper
 ID:   34156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  robert at rw-it dot net
-Status:   Open
+Status:   Critical
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS, 4CVS (2005-08-18)


Previous Comments:


[2005-08-16 21:48:25] robert at rw-it dot net

Here is a patch that solves the problem (against 4.4.0, I hope it
survives being pasted into a textarea):

--- zend_alloc.c0   Thu Apr  7 20:54:33 2005
+++ zend_alloc.cTue Aug 16 19:36:52 2005
@@ -64,11 +64,11 @@
 #define CHECK_MEMORY_LIMIT(s, rs)  _CHECK_MEMORY_LIMIT(s, rs, NULL, 0)
 #  endif
 
-#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) {
AG(allocated_memory) += rs;\
-   if 
(AG(memory_limit)
AG(allocated_memory) - rs) { \
-   
AG(memory_limit) = AG(allocated_memory) + 1048576; \
+#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { unsigned int
php_alloc_mem = AG(allocated_memory) + rs; \
+   if 
(AG(memory_limit)
AG(allocated_memory)) { \
+   
AG(memory_limit) = php_alloc_mem + 1048576; \

if (file) { \

zend_error(E_ERROR,"Allowed memory size of %d bytes
exhausted at %s:%d (tried to allocate %d bytes)", php_mem_limit, file,
lineno, s); \

} else { \
@@ -83,6 +83,7 @@

exit(1); \
} \
} \
+   
AG(allocated_memory) = php_alloc_mem; \
}
 # endif



[2005-08-16 20:58:23] robert at rw-it dot net

Description:

If memory_limit is turned on, memory will be marked as allocated
although it isn't, because the _CHECK_MEMORY_LIMIT macro (zend_alloc.c)
starts like this:

#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { AG(allocated_memory)
+= rs;\

Thus, allocated_memory is increased by the block size, even though
zend_error might be called.

This seems to apply to PHP-5.0.4, too, but not tested (only looked at
the code).

Reproduce code:
---
Write some script that consumes all available memory:

for ($i = 0, $b = 'x'; ; $i++, $b .= $b)
echo "$i, ";

Reload a few times.


Expected result:

Same output everytime, no exit(1).
Output for memory_limit = 8M on my machine:

Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)


Actual result:
--
Available memory decreases with each reload, until finally
AG(memory_limit)+1048576 < AG(allocated_memory) - rs and PHP exits.
Output for memory_limit = 8M:

Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)

Allowed memory size of 8388608 bytes exhausted (tried to allocate
2097153 bytes)

...

Allowed memory size of 8388608 bytes exhausted (tried to allocate 2049
bytes)

(Server process exits on next reload)






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


#34155 [Opn->Fbk]: Multibyte string functions trigger warnings unlike native functions

2005-08-18 Thread sniper
 ID:   34155
 Updated by:   [EMAIL PROTECTED]
 Reported By:  scott at vbulletin dot com
-Status:   Open
+Status:   Feedback
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5CVS-2005-08-16 (CVS)
 New Comment:

Please provide a list of functions that differ from native functions.



Previous Comments:


[2005-08-17 13:23:35] scott at vbulletin dot com

I'm reporting inconsitent behaviour, either add the same error message
to strrpos or remove it from mb_strrpos.

Probably add it to strrpos and strripos since the majority fo the
native string functions throw warnings on invalid parameters.



[2005-08-16 20:56:53] scott at vbulletin dot com

Description:

If you use mbstring.func_overload in php.ini various string functions
will be overloaded with their mb_* equivalents.

The mb functions will trigger warnings when certain parameters are
empty or null unlike their native counterparts.

Reproduce code:
---


Expected result:

bool(false)
bool(false)

Actual result:
--
bool(false)
Warning: mb_strrpos(): Empty haystack in
/home/vbulletin/public_html/dev/test.php on line 4
bool(false)





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


#34185 [NEW]: PDO statement causes Apache to halt when no row found

2005-08-18 Thread yaogzhan at gmail dot com
From: yaogzhan at gmail dot com
Operating system: winxp pro
PHP version:  5.1.0b3
PHP Bug Type: PDO related
Bug description:  PDO statement causes Apache to halt when no row found

Description:

Sqlite3 database named id.sl3 contains an empty table created by this SQL
query:
create table id(id INTERGE PRIMARY KEY, txt);

Use PDO prepared statment to query the table. Since the table is empty, no
rows will return. execute() method of the PDO statment object will cause: 
   1. Apache to halt if using mod_php
   2. CGI/FastCGI to halt, while Apache still working providing static
contents, if using CGI/FastCGI

Reproduce code:
---
prepare('SELECT * FROM id WHERE id = 1000');
# if no row found, PDO will cause Apache to halt
$stmt->execute(); 
?>

Expected result:

execute() should return empty array. not clear if with output binding. 

Actual result:
--
nothing in Apache log file recorded for this. 

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


#34184 [Fbk]: fails to open dbf file with 255 colums

2005-08-18 Thread sniper
 ID:   34184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michel at i-real dot nl
 Status:   Feedback
 Bug Type: dBase related
 Operating System: Linux FC3
 PHP Version:  4.4.0
 New Comment:

And shouldn't you be using dbase_get_record_with_names() to be able to
get your expected result? (associative array)



Previous Comments:


[2005-08-18 12:51:32] [EMAIL PROTECTED]

What fields (and what formats are they in) are there in that dbase
file?



[2005-08-18 11:54:22] michel at i-real dot nl

Description:

When I try to open a .dbf file, the rows that are returned are filled
with 0, and somtimes some a row with random crap.

The .dbf file has 255 colums an 10.000 rows . I've tried to open a much
smaller file, that's made by the same program, ands that's working out
fine.

The .dbf file is 25mb, so if you e-mail me I can give you the URL of
it, so that you can use it to test.


Reproduce code:
---
";

  $record_numbers = 250;
  for ($i=0; $i<$record_numbers;$i++) {
$row = dbase_get_record ($db, $i);
var_dump($row);
  }

}

// close it
dbase_close($db);

?>

Expected result:

array(255) {
  ["SECTIME"]=>
  string(9) "808491480"
  ["A"]=>
  string(9) "100.0"
  ["B"]=>
  string(2) "32"
  ["C"]=>
  string(9) "650.91577"
  ["D"]=>
  string(7) "0.41026"
  ["E"]=>
  string(9) "164.36630"
  ["F"]=>
  string(7) "0.0"
  ["G"]=>
  string(2) "36"
  ["H"]=>
  string(7) "3.18681"
  ["I"]=>
  string(2) "34"
  ["J"]=>
  string(7) "3.20879"
  ["K"]=>
  string(2) "38"
  ["L"]=>
  string(2) "31"
  ["M"]=>
  string(2) "45"
  ["N"]=>
  string(2) "30"
  ["O"]=>
  string(2) "35"
  ["P"]=>
  string(2) "30"
  ["Q"]=>
  string(8) "69.27961"
  ["R"]=>
  string(7) "1.3"
  ["S"]=>
  string(7) "1.3"
  ["T"]=>
  string(9) "112.13675"
  ["U"]=>
  string(7) "0.43956"
  ["V"]=>
  string(7) "0.53724"
  ["W"]=>
  string(8) "99.48718"
  ["X"]=>
  string(8) "70.13431"
  ["Y"]=>
  string(7) "1.3"
  ["Z"]=>
  string(7) "0.0"
  ["AA"]=>
  string(9) "116.72771"
  ["AB"]=>
  string(7) "0.19536"
  ["AC"]=>
  string(8) "99.09646"
  ["AD"]=>
  string(7) "0.48840"
  ["AE"]=>
  string(3) "378"
  ["AF"]=>
  string(4) "4898"
  ["AG"]=>
  string(2) "17"
  ["AH"]=>
  string(1) "0"
  ["AI"]=>
  string(7) "1.77045"
  ["AJ"]=>
  string(7) "1.40415"
  ["AK"]=>
  string(7) "0.01099"
  ["AL"]=>
  string(7) "1.22100"
  ["AM"]=>
  string(7) "2.33089"
  ["AN"]=>
  string(8) "19.77534"
  ["AO"]=>
  string(7) "0.0"
  ["AP"]=>
  string(7) "2.33573"
  ["AQ"]=>
  string(7) "0.0"
  ["AR"]=>
  string(8) "20.86447"
  ["AS"]=>
  string(7) "1.34115"
  ["AT"]=>
  string(7) "1.73578"
  ["AU"]=>
  string(7) "1.2"
  ["AV"]=>
  string(7) "1.68498"
  ["AW"]=>
  string(4) "4852"
  ["AX"]=>
  string(4) "3539"
  ["AY"]=>
  string(7) "0.0"
  ["AZ"]=>
  string(7) "0.0"
  ["BA"]=>
  string(7) "2.85470"
  ["BB"]=>
  string(7) "3.49060"
  ["BC"]=>
  string(2) "56"
  ["BD"]=>
  string(2) "28"
  ["BE"]=>
  string(2) "41"
  ["BF"]=>
  string(2) "51"
  ["BG"]=>
  string(2) "20"
  ["BH"]=>
  string(7) "0.0"
  ["BI"]=>
  string(7) "0.0"
  ["BJ"]=>
  string(7) "0.0"
  ["BK"]=>
  string(7) "0.0"
  ["BL"]=>
  string(7) "0.0"
  ["BM"]=>
  string(7) "1.31575"
  ["BN"]=>
  string(7) "0.67009"
  ["BO"]=>
  string(7) "1.2"
  ["BP"]=>
  string(7) "2.44933"
  ["BQ"]=>
  string(4) "1139"
  ["BR"]=>
  string(4) "3972"
  ["BS"]=>
  string(8) "20.55189"
  ["BT"]=>
  string(7) "0.0"
  ["BU"]=>
  string(7) "2.83028"
  ["BV"]=>
  string(7) "3.08718"
  ["BW"]=>
  string(2) "10"
  ["BX"]=>
  string(2) "94"
  ["BYY"]=>
  string(7) "0.0"
  ["BZ"]=>
  string(2) "20"
  ["CA"]=>
  string(7) "0.0"
  ["CB"]=>
  string(7) "1.56777"
  ["CC"]=>
  string(7) "1.21123"
  ["CD"]=>
  string(7) "1.4"
  ["CE"]=>
  string(7) "3.56532"
  ["CF"]=>
  string(4) "2086"
  ["CG"]=>
  string(4) "4000"
  ["CH"]=>
  string(8) "21.51892"
  ["CI"]=>
  string(7) "0.0"
  ["CJ"]=>
  string(7) "2.85226"
  ["CK"]=>
  string(7) "3.42906"
  ["CL"]=>
  string(2) "16"
  ["CM"]=>
  string(2) "64"
  ["CN"]=>
  string(2) "20"
  ["CO"]=>
  string(8) "63.21856"
  ["CP"]=>
  string(8) "63.60928"
  ["CQ"]=>
  string(8) "65.44566"
  ["CR"]=>
  string(8) "49.23077"
  ["CS"]=>
  string(8) "49.44567"
  ["CT"]=>
  string(8) "48.76191"
  ["CU"]=>
  string(8) "56.49817"
  ["CV"]=>
  string(8) "55.63858"
  ["CW"]=>
  string(8) "59.83883"
  ["CX"]=>
  string(7) "0.0"
  ["CY"]=>
  string(7) "2.72527"
  ["CZ"]=>
  string(2) "43"
  ["DA"]=>
  string(7) "1.48474"
  ["DB"]=>
  string(2) "42"
  ["DC"]=>
  string(7) "1.71673"
  ["DD"]=>
  string(2) "43"
  ["DE"]=>
  string(7) "2.13919"
  ["DF"]=>
  string(2) "72"
  ["DG"]=>
  string(7) "2.05372"
  ["DH"]=>
  string(7) "0.0"
  ["DI"]=>
  string(7) "0.0"
  ["DJ"]=>
  string(3) "242"
  ["DK"]=

#34184 [Opn->Bgs]: fails to open dbf file with 255 colums

2005-08-18 Thread sniper
 ID:   34184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michel at i-real dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: dBase related
 Operating System: Linux FC3
 PHP Version:  4.4.0
 New Comment:

Simple enough: PHP dbase extension does not support 'F' fields.



Previous Comments:


[2005-08-18 13:10:54] michel at i-real dot nl

The fields, are one N (11) and then 254 F's (lenght 11.5)

The associative array is not needed, the associative part of the
expected result is only there because of the way it's created, some
code that does 'decode' the dbf entrily in php code
(http://server.bo-bo.si/index.php?call=2.1)



[2005-08-18 12:52:41] [EMAIL PROTECTED]

And shouldn't you be using dbase_get_record_with_names() to be able to
get your expected result? (associative array)




[2005-08-18 12:51:32] [EMAIL PROTECTED]

What fields (and what formats are they in) are there in that dbase
file?



[2005-08-18 11:54:22] michel at i-real dot nl

Description:

When I try to open a .dbf file, the rows that are returned are filled
with 0, and somtimes some a row with random crap.

The .dbf file has 255 colums an 10.000 rows . I've tried to open a much
smaller file, that's made by the same program, ands that's working out
fine.

The .dbf file is 25mb, so if you e-mail me I can give you the URL of
it, so that you can use it to test.


Reproduce code:
---
";

  $record_numbers = 250;
  for ($i=0; $i<$record_numbers;$i++) {
$row = dbase_get_record ($db, $i);
var_dump($row);
  }

}

// close it
dbase_close($db);

?>

Expected result:

array(255) {
  ["SECTIME"]=>
  string(9) "808491480"
  ["A"]=>
  string(9) "100.0"
  ["B"]=>
  string(2) "32"
  ["C"]=>
  string(9) "650.91577"
  ["D"]=>
  string(7) "0.41026"
  ["E"]=>
  string(9) "164.36630"
  ["F"]=>
  string(7) "0.0"
  ["G"]=>
  string(2) "36"
  ["H"]=>
  string(7) "3.18681"
  ["I"]=>
  string(2) "34"
  ["J"]=>
  string(7) "3.20879"
  ["K"]=>
  string(2) "38"
  ["L"]=>
  string(2) "31"
  ["M"]=>
  string(2) "45"
  ["N"]=>
  string(2) "30"
  ["O"]=>
  string(2) "35"
  ["P"]=>
  string(2) "30"
  ["Q"]=>
  string(8) "69.27961"
  ["R"]=>
  string(7) "1.3"
  ["S"]=>
  string(7) "1.3"
  ["T"]=>
  string(9) "112.13675"
  ["U"]=>
  string(7) "0.43956"
  ["V"]=>
  string(7) "0.53724"
  ["W"]=>
  string(8) "99.48718"
  ["X"]=>
  string(8) "70.13431"
  ["Y"]=>
  string(7) "1.3"
  ["Z"]=>
  string(7) "0.0"
  ["AA"]=>
  string(9) "116.72771"
  ["AB"]=>
  string(7) "0.19536"
  ["AC"]=>
  string(8) "99.09646"
  ["AD"]=>
  string(7) "0.48840"
  ["AE"]=>
  string(3) "378"
  ["AF"]=>
  string(4) "4898"
  ["AG"]=>
  string(2) "17"
  ["AH"]=>
  string(1) "0"
  ["AI"]=>
  string(7) "1.77045"
  ["AJ"]=>
  string(7) "1.40415"
  ["AK"]=>
  string(7) "0.01099"
  ["AL"]=>
  string(7) "1.22100"
  ["AM"]=>
  string(7) "2.33089"
  ["AN"]=>
  string(8) "19.77534"
  ["AO"]=>
  string(7) "0.0"
  ["AP"]=>
  string(7) "2.33573"
  ["AQ"]=>
  string(7) "0.0"
  ["AR"]=>
  string(8) "20.86447"
  ["AS"]=>
  string(7) "1.34115"
  ["AT"]=>
  string(7) "1.73578"
  ["AU"]=>
  string(7) "1.2"
  ["AV"]=>
  string(7) "1.68498"
  ["AW"]=>
  string(4) "4852"
  ["AX"]=>
  string(4) "3539"
  ["AY"]=>
  string(7) "0.0"
  ["AZ"]=>
  string(7) "0.0"
  ["BA"]=>
  string(7) "2.85470"
  ["BB"]=>
  string(7) "3.49060"
  ["BC"]=>
  string(2) "56"
  ["BD"]=>
  string(2) "28"
  ["BE"]=>
  string(2) "41"
  ["BF"]=>
  string(2) "51"
  ["BG"]=>
  string(2) "20"
  ["BH"]=>
  string(7) "0.0"
  ["BI"]=>
  string(7) "0.0"
  ["BJ"]=>
  string(7) "0.0"
  ["BK"]=>
  string(7) "0.0"
  ["BL"]=>
  string(7) "0.0"
  ["BM"]=>
  string(7) "1.31575"
  ["BN"]=>
  string(7) "0.67009"
  ["BO"]=>
  string(7) "1.2"
  ["BP"]=>
  string(7) "2.44933"
  ["BQ"]=>
  string(4) "1139"
  ["BR"]=>
  string(4) "3972"
  ["BS"]=>
  string(8) "20.55189"
  ["BT"]=>
  string(7) "0.0"
  ["BU"]=>
  string(7) "2.83028"
  ["BV"]=>
  string(7) "3.08718"
  ["BW"]=>
  string(2) "10"
  ["BX"]=>
  string(2) "94"
  ["BYY"]=>
  string(7) "0.0"
  ["BZ"]=>
  string(2) "20"
  ["CA"]=>
  string(7) "0.0"
  ["CB"]=>
  string(7) "1.56777"
  ["CC"]=>
  string(7) "1.21123"
  ["CD"]=>
  string(7) "1.4"
  ["CE"]=>
  string(7) "3.56532"
  ["CF"]=>
  string(4) "2086"
  ["CG"]=>
  string(4) "4000"
  ["CH"]=>
  string(8) "21.51892"
  ["CI"]=>
  string(7) "0.0"
  ["CJ"]=>
  string(7) "2.85226"
  ["CK"]=>
  string(7) "3.42906"
  ["CL"]=>
  string(2) "16"
  ["CM"]=>
  string(2) "64"
  ["CN"]=>
  string(2) "20"
  ["CO"]=>
  string(8) "63.21856"
  ["CP"]=>
  string(8) "63.60928"
  ["CQ"]=>
  string(8) "65.44566"
  ["CR

#34185 [Opn->Fbk]: PDO statement causes Apache to halt when no row found

2005-08-18 Thread sniper
 ID:   34185
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yaogzhan at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PDO related
 Operating System: winxp pro
 PHP Version:  5.1.0b3
 New Comment:

Please try using this CVS snapshot:

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

Works fine (when you really fetch something from the executed 
statement..)



Previous Comments:


[2005-08-18 12:53:34] yaogzhan at gmail dot com

Description:

Sqlite3 database named id.sl3 contains an empty table created by this
SQL query:
create table id(id INTERGE PRIMARY KEY, txt);

Use PDO prepared statment to query the table. Since the table is empty,
no rows will return. execute() method of the PDO statment object will
cause: 
   1. Apache to halt if using mod_php
   2. CGI/FastCGI to halt, while Apache still working providing static
contents, if using CGI/FastCGI

Reproduce code:
---
prepare('SELECT * FROM id WHERE id = 1000');
# if no row found, PDO will cause Apache to halt
$stmt->execute(); 
?>

Expected result:

execute() should return empty array. not clear if with output binding. 

Actual result:
--
nothing in Apache log file recorded for this. 





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


#34184 [Fbk->Opn]: fails to open dbf file with 255 colums

2005-08-18 Thread michel at i-real dot nl
 ID:   34184
 User updated by:  michel at i-real dot nl
 Reported By:  michel at i-real dot nl
-Status:   Feedback
+Status:   Open
 Bug Type: dBase related
 Operating System: Linux FC3
 PHP Version:  4.4.0
 New Comment:

The fields, are one N (11) and then 254 F's (lenght 11.5)

The associative array is not needed, the associative part of the
expected result is only there because of the way it's created, some
code that does 'decode' the dbf entrily in php code
(http://server.bo-bo.si/index.php?call=2.1)


Previous Comments:


[2005-08-18 12:52:41] [EMAIL PROTECTED]

And shouldn't you be using dbase_get_record_with_names() to be able to
get your expected result? (associative array)




[2005-08-18 12:51:32] [EMAIL PROTECTED]

What fields (and what formats are they in) are there in that dbase
file?



[2005-08-18 11:54:22] michel at i-real dot nl

Description:

When I try to open a .dbf file, the rows that are returned are filled
with 0, and somtimes some a row with random crap.

The .dbf file has 255 colums an 10.000 rows . I've tried to open a much
smaller file, that's made by the same program, ands that's working out
fine.

The .dbf file is 25mb, so if you e-mail me I can give you the URL of
it, so that you can use it to test.


Reproduce code:
---
";

  $record_numbers = 250;
  for ($i=0; $i<$record_numbers;$i++) {
$row = dbase_get_record ($db, $i);
var_dump($row);
  }

}

// close it
dbase_close($db);

?>

Expected result:

array(255) {
  ["SECTIME"]=>
  string(9) "808491480"
  ["A"]=>
  string(9) "100.0"
  ["B"]=>
  string(2) "32"
  ["C"]=>
  string(9) "650.91577"
  ["D"]=>
  string(7) "0.41026"
  ["E"]=>
  string(9) "164.36630"
  ["F"]=>
  string(7) "0.0"
  ["G"]=>
  string(2) "36"
  ["H"]=>
  string(7) "3.18681"
  ["I"]=>
  string(2) "34"
  ["J"]=>
  string(7) "3.20879"
  ["K"]=>
  string(2) "38"
  ["L"]=>
  string(2) "31"
  ["M"]=>
  string(2) "45"
  ["N"]=>
  string(2) "30"
  ["O"]=>
  string(2) "35"
  ["P"]=>
  string(2) "30"
  ["Q"]=>
  string(8) "69.27961"
  ["R"]=>
  string(7) "1.3"
  ["S"]=>
  string(7) "1.3"
  ["T"]=>
  string(9) "112.13675"
  ["U"]=>
  string(7) "0.43956"
  ["V"]=>
  string(7) "0.53724"
  ["W"]=>
  string(8) "99.48718"
  ["X"]=>
  string(8) "70.13431"
  ["Y"]=>
  string(7) "1.3"
  ["Z"]=>
  string(7) "0.0"
  ["AA"]=>
  string(9) "116.72771"
  ["AB"]=>
  string(7) "0.19536"
  ["AC"]=>
  string(8) "99.09646"
  ["AD"]=>
  string(7) "0.48840"
  ["AE"]=>
  string(3) "378"
  ["AF"]=>
  string(4) "4898"
  ["AG"]=>
  string(2) "17"
  ["AH"]=>
  string(1) "0"
  ["AI"]=>
  string(7) "1.77045"
  ["AJ"]=>
  string(7) "1.40415"
  ["AK"]=>
  string(7) "0.01099"
  ["AL"]=>
  string(7) "1.22100"
  ["AM"]=>
  string(7) "2.33089"
  ["AN"]=>
  string(8) "19.77534"
  ["AO"]=>
  string(7) "0.0"
  ["AP"]=>
  string(7) "2.33573"
  ["AQ"]=>
  string(7) "0.0"
  ["AR"]=>
  string(8) "20.86447"
  ["AS"]=>
  string(7) "1.34115"
  ["AT"]=>
  string(7) "1.73578"
  ["AU"]=>
  string(7) "1.2"
  ["AV"]=>
  string(7) "1.68498"
  ["AW"]=>
  string(4) "4852"
  ["AX"]=>
  string(4) "3539"
  ["AY"]=>
  string(7) "0.0"
  ["AZ"]=>
  string(7) "0.0"
  ["BA"]=>
  string(7) "2.85470"
  ["BB"]=>
  string(7) "3.49060"
  ["BC"]=>
  string(2) "56"
  ["BD"]=>
  string(2) "28"
  ["BE"]=>
  string(2) "41"
  ["BF"]=>
  string(2) "51"
  ["BG"]=>
  string(2) "20"
  ["BH"]=>
  string(7) "0.0"
  ["BI"]=>
  string(7) "0.0"
  ["BJ"]=>
  string(7) "0.0"
  ["BK"]=>
  string(7) "0.0"
  ["BL"]=>
  string(7) "0.0"
  ["BM"]=>
  string(7) "1.31575"
  ["BN"]=>
  string(7) "0.67009"
  ["BO"]=>
  string(7) "1.2"
  ["BP"]=>
  string(7) "2.44933"
  ["BQ"]=>
  string(4) "1139"
  ["BR"]=>
  string(4) "3972"
  ["BS"]=>
  string(8) "20.55189"
  ["BT"]=>
  string(7) "0.0"
  ["BU"]=>
  string(7) "2.83028"
  ["BV"]=>
  string(7) "3.08718"
  ["BW"]=>
  string(2) "10"
  ["BX"]=>
  string(2) "94"
  ["BYY"]=>
  string(7) "0.0"
  ["BZ"]=>
  string(2) "20"
  ["CA"]=>
  string(7) "0.0"
  ["CB"]=>
  string(7) "1.56777"
  ["CC"]=>
  string(7) "1.21123"
  ["CD"]=>
  string(7) "1.4"
  ["CE"]=>
  string(7) "3.56532"
  ["CF"]=>
  string(4) "2086"
  ["CG"]=>
  string(4) "4000"
  ["CH"]=>
  string(8) "21.51892"
  ["CI"]=>
  string(7) "0.0"
  ["CJ"]=>
  string(7) "2.85226"
  ["CK"]=>
  string(7) "3.42906"
  ["CL"]=>
  string(2) "16"
  ["CM"]=>
  string(2) "64"
  ["CN"]=>
  string(2) "20"
  ["CO"]=>
  string(8) "63.21856"
  ["CP"]=>
  string(8) "63.60928"
  ["CQ"]=>
  string(8) "65.44566"
  ["CR"]=>
  string(8) "49.23077"
  ["CS"]=>
  string(8) "49.44567"
  ["CT"]=>
  string(8) "48.76191"
  ["CU"]=>
  string(8) "56.49817"
  ["CV"]=>
  string(8) "55.63858"
  ["CW"]=>
  s

#34183 [Opn->Bgs]: feof() doesn't work within a class

2005-08-18 Thread sniper
 ID:   34183
 Updated by:   [EMAIL PROTECTED]
 Reported By:  osmium at 163 dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows 2003, Windows 2000
 PHP Version:  5.1.0b3
 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




Previous Comments:


[2005-08-18 10:48:21] osmium at 163 dot com

Description:

When using fseek() to specify an offset larger than or equal to the
file size, function feof() could not identify the EOF flag either in a
class method or a function, it always return FALSE. But it works
outside functions and classes.

There are same problems in version 4.3.11, 4.4.0 and 5.0.4

Reproduce code:
---
handle = fopen($file, "r");
fseek($this->handle, $pos);
echo "Is EOF: ", (feof($this->handle)) ? "YES" : "NO";
}

function eof2($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
}

function eof3($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
// my file has 32 chars only
$handler = new FileHandler();
$handler->eof($file, 320);
$handler->eof2($file, 320);
eof2($file, 320);
?>

Expected result:

Is EOF: YES
Is EOF: YES
Is EOF: YES

Actual result:
--
Is EOF: NO
Is EOF: NO
Is EOF: NO





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


#32589 [Com]: imap_mail_compose doesn�t work properly

2005-08-18 Thread jan dot drobil at centrum dot cz
 ID:   32589
 Comment by:   jan dot drobil at centrum dot cz
 Reported By:  svoboda at svoon dot net
 Status:   Assigned
 Bug Type: IMAP related
 Operating System: debian
 PHP Version:  5CVS, 4CVS (2005-07-20)
 Assigned To:  iliaa
 New Comment:

Hi, I've problem with this bug too,
when it'll be fixed?
Thanks.


Previous Comments:


[2005-08-04 20:52:36] svoboda at svoon dot net

I would like to ask how abou solving this bug.
thank you



[2005-07-20 20:46:05] [EMAIL PROTECTED]

Verified, assigned to Ilia who was suppose to FIX this before. :)




[2005-07-20 13:48:01] svoboda at svoon dot net

hello,
I have identified, if I compile PHP with --enable-debug option in
configure line, then the imap_mail_compose function works perfect.
Would you like me to send you GDB with or without --enable-debug
option?

thank you
Ondrej



[2005-07-20 09:57:46] [EMAIL PROTECTED]

4.4.0 works fine for me. Provide a GDB backtrace of the crash.



[2005-07-20 08:48:42] svoboda at svoon dot net

Hello,
have you red my text carefuly? I wrote, that version
php4-STABLE-200412272330 was OK, but not, that this snapshost is
version 4.4.0. This snapshot, as You can see in his name, is a half
year old and I wrote it only becouse of explaining, that on the same
system with the same configuration command the old version works well,
and the new version does not.
btw. You can be sure I am using all versions downloaded from php.net -
strictli speaking from
http://cz.php.net/get/php-4.4.0.tar.gz/from/cz.php.net/mirror ie.
Ondrej.



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

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


#34184 [Opn->Fbk]: fails to open dbf file with 255 colums

2005-08-18 Thread sniper
 ID:   34184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michel at i-real dot nl
-Status:   Open
+Status:   Feedback
 Bug Type: dBase related
 Operating System: Linux FC3
 PHP Version:  4.4.0
 New Comment:

What fields (and what formats are they in) are there in that dbase
file?


Previous Comments:


[2005-08-18 11:54:22] michel at i-real dot nl

Description:

When I try to open a .dbf file, the rows that are returned are filled
with 0, and somtimes some a row with random crap.

The .dbf file has 255 colums an 10.000 rows . I've tried to open a much
smaller file, that's made by the same program, ands that's working out
fine.

The .dbf file is 25mb, so if you e-mail me I can give you the URL of
it, so that you can use it to test.


Reproduce code:
---
";

  $record_numbers = 250;
  for ($i=0; $i<$record_numbers;$i++) {
$row = dbase_get_record ($db, $i);
var_dump($row);
  }

}

// close it
dbase_close($db);

?>

Expected result:

array(255) {
  ["SECTIME"]=>
  string(9) "808491480"
  ["A"]=>
  string(9) "100.0"
  ["B"]=>
  string(2) "32"
  ["C"]=>
  string(9) "650.91577"
  ["D"]=>
  string(7) "0.41026"
  ["E"]=>
  string(9) "164.36630"
  ["F"]=>
  string(7) "0.0"
  ["G"]=>
  string(2) "36"
  ["H"]=>
  string(7) "3.18681"
  ["I"]=>
  string(2) "34"
  ["J"]=>
  string(7) "3.20879"
  ["K"]=>
  string(2) "38"
  ["L"]=>
  string(2) "31"
  ["M"]=>
  string(2) "45"
  ["N"]=>
  string(2) "30"
  ["O"]=>
  string(2) "35"
  ["P"]=>
  string(2) "30"
  ["Q"]=>
  string(8) "69.27961"
  ["R"]=>
  string(7) "1.3"
  ["S"]=>
  string(7) "1.3"
  ["T"]=>
  string(9) "112.13675"
  ["U"]=>
  string(7) "0.43956"
  ["V"]=>
  string(7) "0.53724"
  ["W"]=>
  string(8) "99.48718"
  ["X"]=>
  string(8) "70.13431"
  ["Y"]=>
  string(7) "1.3"
  ["Z"]=>
  string(7) "0.0"
  ["AA"]=>
  string(9) "116.72771"
  ["AB"]=>
  string(7) "0.19536"
  ["AC"]=>
  string(8) "99.09646"
  ["AD"]=>
  string(7) "0.48840"
  ["AE"]=>
  string(3) "378"
  ["AF"]=>
  string(4) "4898"
  ["AG"]=>
  string(2) "17"
  ["AH"]=>
  string(1) "0"
  ["AI"]=>
  string(7) "1.77045"
  ["AJ"]=>
  string(7) "1.40415"
  ["AK"]=>
  string(7) "0.01099"
  ["AL"]=>
  string(7) "1.22100"
  ["AM"]=>
  string(7) "2.33089"
  ["AN"]=>
  string(8) "19.77534"
  ["AO"]=>
  string(7) "0.0"
  ["AP"]=>
  string(7) "2.33573"
  ["AQ"]=>
  string(7) "0.0"
  ["AR"]=>
  string(8) "20.86447"
  ["AS"]=>
  string(7) "1.34115"
  ["AT"]=>
  string(7) "1.73578"
  ["AU"]=>
  string(7) "1.2"
  ["AV"]=>
  string(7) "1.68498"
  ["AW"]=>
  string(4) "4852"
  ["AX"]=>
  string(4) "3539"
  ["AY"]=>
  string(7) "0.0"
  ["AZ"]=>
  string(7) "0.0"
  ["BA"]=>
  string(7) "2.85470"
  ["BB"]=>
  string(7) "3.49060"
  ["BC"]=>
  string(2) "56"
  ["BD"]=>
  string(2) "28"
  ["BE"]=>
  string(2) "41"
  ["BF"]=>
  string(2) "51"
  ["BG"]=>
  string(2) "20"
  ["BH"]=>
  string(7) "0.0"
  ["BI"]=>
  string(7) "0.0"
  ["BJ"]=>
  string(7) "0.0"
  ["BK"]=>
  string(7) "0.0"
  ["BL"]=>
  string(7) "0.0"
  ["BM"]=>
  string(7) "1.31575"
  ["BN"]=>
  string(7) "0.67009"
  ["BO"]=>
  string(7) "1.2"
  ["BP"]=>
  string(7) "2.44933"
  ["BQ"]=>
  string(4) "1139"
  ["BR"]=>
  string(4) "3972"
  ["BS"]=>
  string(8) "20.55189"
  ["BT"]=>
  string(7) "0.0"
  ["BU"]=>
  string(7) "2.83028"
  ["BV"]=>
  string(7) "3.08718"
  ["BW"]=>
  string(2) "10"
  ["BX"]=>
  string(2) "94"
  ["BYY"]=>
  string(7) "0.0"
  ["BZ"]=>
  string(2) "20"
  ["CA"]=>
  string(7) "0.0"
  ["CB"]=>
  string(7) "1.56777"
  ["CC"]=>
  string(7) "1.21123"
  ["CD"]=>
  string(7) "1.4"
  ["CE"]=>
  string(7) "3.56532"
  ["CF"]=>
  string(4) "2086"
  ["CG"]=>
  string(4) "4000"
  ["CH"]=>
  string(8) "21.51892"
  ["CI"]=>
  string(7) "0.0"
  ["CJ"]=>
  string(7) "2.85226"
  ["CK"]=>
  string(7) "3.42906"
  ["CL"]=>
  string(2) "16"
  ["CM"]=>
  string(2) "64"
  ["CN"]=>
  string(2) "20"
  ["CO"]=>
  string(8) "63.21856"
  ["CP"]=>
  string(8) "63.60928"
  ["CQ"]=>
  string(8) "65.44566"
  ["CR"]=>
  string(8) "49.23077"
  ["CS"]=>
  string(8) "49.44567"
  ["CT"]=>
  string(8) "48.76191"
  ["CU"]=>
  string(8) "56.49817"
  ["CV"]=>
  string(8) "55.63858"
  ["CW"]=>
  string(8) "59.83883"
  ["CX"]=>
  string(7) "0.0"
  ["CY"]=>
  string(7) "2.72527"
  ["CZ"]=>
  string(2) "43"
  ["DA"]=>
  string(7) "1.48474"
  ["DB"]=>
  string(2) "42"
  ["DC"]=>
  string(7) "1.71673"
  ["DD"]=>
  string(2) "43"
  ["DE"]=>
  string(7) "2.13919"
  ["DF"]=>
  string(2) "72"
  ["DG"]=>
  string(7) "2.05372"
  ["DH"]=>
  string(7) "0.0"
  ["DI"]=>
  string(7) "0.0"
  ["DJ"]=>
  string(3) "242"
  ["DK"]=>
  string(7) "1.69280"
  ["DL"]=>
  string(8) "14.03541"
  ["DM"]=>
  string(7) "0.02051"
  ["DN"]=>
  string(10) "3250.03662"
  ["DO"]=>
  string(10) "1958.24170"
  ["DP"]=>
  string(7) "3.28596"
  ["DQ"]=>
 

#34184 [NEW]: fails to open dbf file with 255 colums

2005-08-18 Thread michel at i-real dot nl
From: michel at i-real dot nl
Operating system: Linux FC3
PHP version:  4.4.0
PHP Bug Type: dBase related
Bug description:  fails to open dbf file with 255 colums

Description:

When I try to open a .dbf file, the rows that are returned are filled with
0, and somtimes some a row with random crap.

The .dbf file has 255 colums an 10.000 rows . I've tried to open a much
smaller file, that's made by the same program, ands that's working out
fine.

The .dbf file is 25mb, so if you e-mail me I can give you the URL of it,
so that you can use it to test.


Reproduce code:
---
";

  $record_numbers = 250;
  for ($i=0; $i<$record_numbers;$i++) {
$row = dbase_get_record ($db, $i);
var_dump($row);
  }

}

// close it
dbase_close($db);

?>

Expected result:

array(255) {
  ["SECTIME"]=>
  string(9) "808491480"
  ["A"]=>
  string(9) "100.0"
  ["B"]=>
  string(2) "32"
  ["C"]=>
  string(9) "650.91577"
  ["D"]=>
  string(7) "0.41026"
  ["E"]=>
  string(9) "164.36630"
  ["F"]=>
  string(7) "0.0"
  ["G"]=>
  string(2) "36"
  ["H"]=>
  string(7) "3.18681"
  ["I"]=>
  string(2) "34"
  ["J"]=>
  string(7) "3.20879"
  ["K"]=>
  string(2) "38"
  ["L"]=>
  string(2) "31"
  ["M"]=>
  string(2) "45"
  ["N"]=>
  string(2) "30"
  ["O"]=>
  string(2) "35"
  ["P"]=>
  string(2) "30"
  ["Q"]=>
  string(8) "69.27961"
  ["R"]=>
  string(7) "1.3"
  ["S"]=>
  string(7) "1.3"
  ["T"]=>
  string(9) "112.13675"
  ["U"]=>
  string(7) "0.43956"
  ["V"]=>
  string(7) "0.53724"
  ["W"]=>
  string(8) "99.48718"
  ["X"]=>
  string(8) "70.13431"
  ["Y"]=>
  string(7) "1.3"
  ["Z"]=>
  string(7) "0.0"
  ["AA"]=>
  string(9) "116.72771"
  ["AB"]=>
  string(7) "0.19536"
  ["AC"]=>
  string(8) "99.09646"
  ["AD"]=>
  string(7) "0.48840"
  ["AE"]=>
  string(3) "378"
  ["AF"]=>
  string(4) "4898"
  ["AG"]=>
  string(2) "17"
  ["AH"]=>
  string(1) "0"
  ["AI"]=>
  string(7) "1.77045"
  ["AJ"]=>
  string(7) "1.40415"
  ["AK"]=>
  string(7) "0.01099"
  ["AL"]=>
  string(7) "1.22100"
  ["AM"]=>
  string(7) "2.33089"
  ["AN"]=>
  string(8) "19.77534"
  ["AO"]=>
  string(7) "0.0"
  ["AP"]=>
  string(7) "2.33573"
  ["AQ"]=>
  string(7) "0.0"
  ["AR"]=>
  string(8) "20.86447"
  ["AS"]=>
  string(7) "1.34115"
  ["AT"]=>
  string(7) "1.73578"
  ["AU"]=>
  string(7) "1.2"
  ["AV"]=>
  string(7) "1.68498"
  ["AW"]=>
  string(4) "4852"
  ["AX"]=>
  string(4) "3539"
  ["AY"]=>
  string(7) "0.0"
  ["AZ"]=>
  string(7) "0.0"
  ["BA"]=>
  string(7) "2.85470"
  ["BB"]=>
  string(7) "3.49060"
  ["BC"]=>
  string(2) "56"
  ["BD"]=>
  string(2) "28"
  ["BE"]=>
  string(2) "41"
  ["BF"]=>
  string(2) "51"
  ["BG"]=>
  string(2) "20"
  ["BH"]=>
  string(7) "0.0"
  ["BI"]=>
  string(7) "0.0"
  ["BJ"]=>
  string(7) "0.0"
  ["BK"]=>
  string(7) "0.0"
  ["BL"]=>
  string(7) "0.0"
  ["BM"]=>
  string(7) "1.31575"
  ["BN"]=>
  string(7) "0.67009"
  ["BO"]=>
  string(7) "1.2"
  ["BP"]=>
  string(7) "2.44933"
  ["BQ"]=>
  string(4) "1139"
  ["BR"]=>
  string(4) "3972"
  ["BS"]=>
  string(8) "20.55189"
  ["BT"]=>
  string(7) "0.0"
  ["BU"]=>
  string(7) "2.83028"
  ["BV"]=>
  string(7) "3.08718"
  ["BW"]=>
  string(2) "10"
  ["BX"]=>
  string(2) "94"
  ["BYY"]=>
  string(7) "0.0"
  ["BZ"]=>
  string(2) "20"
  ["CA"]=>
  string(7) "0.0"
  ["CB"]=>
  string(7) "1.56777"
  ["CC"]=>
  string(7) "1.21123"
  ["CD"]=>
  string(7) "1.4"
  ["CE"]=>
  string(7) "3.56532"
  ["CF"]=>
  string(4) "2086"
  ["CG"]=>
  string(4) "4000"
  ["CH"]=>
  string(8) "21.51892"
  ["CI"]=>
  string(7) "0.0"
  ["CJ"]=>
  string(7) "2.85226"
  ["CK"]=>
  string(7) "3.42906"
  ["CL"]=>
  string(2) "16"
  ["CM"]=>
  string(2) "64"
  ["CN"]=>
  string(2) "20"
  ["CO"]=>
  string(8) "63.21856"
  ["CP"]=>
  string(8) "63.60928"
  ["CQ"]=>
  string(8) "65.44566"
  ["CR"]=>
  string(8) "49.23077"
  ["CS"]=>
  string(8) "49.44567"
  ["CT"]=>
  string(8) "48.76191"
  ["CU"]=>
  string(8) "56.49817"
  ["CV"]=>
  string(8) "55.63858"
  ["CW"]=>
  string(8) "59.83883"
  ["CX"]=>
  string(7) "0.0"
  ["CY"]=>
  string(7) "2.72527"
  ["CZ"]=>
  string(2) "43"
  ["DA"]=>
  string(7) "1.48474"
  ["DB"]=>
  string(2) "42"
  ["DC"]=>
  string(7) "1.71673"
  ["DD"]=>
  string(2) "43"
  ["DE"]=>
  string(7) "2.13919"
  ["DF"]=>
  string(2) "72"
  ["DG"]=>
  string(7) "2.05372"
  ["DH"]=>
  string(7) "0.0"
  ["DI"]=>
  string(7) "0.0"
  ["DJ"]=>
  string(3) "242"
  ["DK"]=>
  string(7) "1.69280"
  ["DL"]=>
  string(8) "14.03541"
  ["DM"]=>
  string(7) "0.02051"
  ["DN"]=>
  string(10) "3250.03662"
  ["DO"]=>
  string(10) "1958.24170"
  ["DP"]=>
  string(7) "3.28596"
  ["DQ"]=>
  string(8) "17.01197"
  ["DR"]=>
  string(8) "20.67399"
  ["DS"]=>
  string(7) "0.00611"
  ["DT"]=>
  string(8) "21.39682"
  ["DU"]=>
  string(7) "0.0"
  ["DV"]=>
  string(9) "-10.98901"
  ["DW"]=>
  string(7) "0.0"
  ["DX"]=>
  string(7) "0.0"
  ["DY"]=>
  string(8) "18.36874"

#34183 [Opn]: feof() doesn't work within a class

2005-08-18 Thread osmium at 163 dot com
 ID:   34183
 User updated by:  osmium at 163 dot com
 Reported By:  osmium at 163 dot com
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: Windows 2003, Windows 2000
 PHP Version:  5.1.0b3
 New Comment:

I am sorry but is there somewhere I can modify those I have submitted?


Previous Comments:


[2005-08-18 10:51:11] osmium at 163 dot com

thers is something wrong about my English



[2005-08-18 10:48:21] osmium at 163 dot com

Description:

When using fseek() to specify an offset larger than or equal to the
file size, function feof() could not identify the EOF flag either in a
class method or a function, it always return FALSE. But it works
outside functions and classes.

There are same problems in version 4.3.11, 4.4.0 and 5.0.4

Reproduce code:
---
handle = fopen($file, "r");
fseek($this->handle, $pos);
echo "Is EOF: ", (feof($this->handle)) ? "YES" : "NO";
}

function eof2($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
}

function eof3($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
// my file has 32 chars only
$handler = new FileHandler();
$handler->eof($file, 320);
$handler->eof2($file, 320);
eof2($file, 320);
?>

Expected result:

Is EOF: YES
Is EOF: YES
Is EOF: YES

Actual result:
--
Is EOF: NO
Is EOF: NO
Is EOF: NO





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


#32494 [Ver]: crash when using expat in a class

2005-08-18 Thread sniper
 ID:   32494
 Updated by:   [EMAIL PROTECTED]
 Reported By:  evert at rooftopsolutions dot nl
 Status:   Verified
 Bug Type: XML related
 Operating System: Linux glibc 2.3.4
 PHP Version:  4CVS-2005-07-30 (4 only!)
 New Comment:

See also bug #34150


Previous Comments:


[2005-05-17 10:46:57] [EMAIL PROTECTED]

Does NOT happen with PHP 5 (using libxml instead of expat)




[2005-05-05 01:01:03] evert at rooftopsolutions dot nl

Thank you rmartins!!!



[2005-05-05 00:10:43] rmartins at dcc dot online dot pt

Try freeing the parser via xml_parser_free()

Ricardo Martins



[2005-03-30 02:05:33] evert at rooftopsolutions dot nl

Description:

My PHP crashes when using expat functions in a class.
My scripts opens the 'test' file, but it doesn't matter if it exists or
not.

Right now I'm unable to check this with the latest cvs, but I did test
this on multiple servers running 4.3.10

Reproduce code:
---
parser = xml_parser_create('UTF-8');
  
xml_parser_set_option($this->parser,XML_OPTION_CASE_FOLDING,false);
   xml_set_element_handler($this->parser,array($this,
'onStartElement'),array($this,'onEndElement'));
  
xml_set_character_data_handler($this->parser,array($this,'onCDATA'));
  
xml_set_processing_instruction_handler($this->parser,array($this,'onProcessInstruction'));
   if (!xml_parse($this->parser,$data)) {
  
$this->onXMLError(xml_get_current_line_number($this->parser),
xml_get_error_code($this->parser),
xml_error_string(xml_get_error_code($
this->parser)));
   return false;
   } else return $this->parsedData;

   }

   function execute($data) {

   return $this->xmlparse($data);

   }

 }

 $disp = new sParser();

 $disp->execute(file_get_contents('test'));


?> 

Expected result:

No errors

Actual result:
--
PHP Crash

my apache logs says:

[Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted
(6)
*** glibc detected *** double free or corruption (!prev): 0x08205058
***






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


#34183 [Opn]: feof() doesn't work within a class

2005-08-18 Thread osmium at 163 dot com
 ID:   34183
 User updated by:  osmium at 163 dot com
 Reported By:  osmium at 163 dot com
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: Windows 2003, Windows 2000
 PHP Version:  5.1.0b3
 New Comment:

thers is something wrong about my English


Previous Comments:


[2005-08-18 10:48:21] osmium at 163 dot com

Description:

When using fseek() to specify an offset larger than or equal to the
file size, function feof() could not identify the EOF flag either in a
class method or a function, it always return FALSE. But it works
outside functions and classes.

There are same problems in version 4.3.11, 4.4.0 and 5.0.4

Reproduce code:
---
handle = fopen($file, "r");
fseek($this->handle, $pos);
echo "Is EOF: ", (feof($this->handle)) ? "YES" : "NO";
}

function eof2($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
}

function eof3($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
// my file has 32 chars only
$handler = new FileHandler();
$handler->eof($file, 320);
$handler->eof2($file, 320);
eof2($file, 320);
?>

Expected result:

Is EOF: YES
Is EOF: YES
Is EOF: YES

Actual result:
--
Is EOF: NO
Is EOF: NO
Is EOF: NO





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


#34183 [NEW]: feof() doesn't work within a class

2005-08-18 Thread osmium at 163 dot com
From: osmium at 163 dot com
Operating system: Windows 2003, Windows 2000
PHP version:  5.1.0b3
PHP Bug Type: Filesystem function related
Bug description:  feof() doesn't work within a class

Description:

When using fseek() to specify an offset larger than or equal to the file
size, function feof() could not identify the EOF flag either in a class
method or a function, it always return FALSE. But it works outside
functions and classes.

There are same problems in version 4.3.11, 4.4.0 and 5.0.4

Reproduce code:
---
handle = fopen($file, "r");
fseek($this->handle, $pos);
echo "Is EOF: ", (feof($this->handle)) ? "YES" : "NO";
}

function eof2($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
}

function eof3($file, $pos) {
$handle = fopen($file, "r");
fseek($handle, $pos);
echo "Is EOF: ", (feof($handle)) ? "YES" : "NO";
}
// my file has 32 chars only
$handler = new FileHandler();
$handler->eof($file, 320);
$handler->eof2($file, 320);
eof2($file, 320);
?>

Expected result:

Is EOF: YES
Is EOF: YES
Is EOF: YES

Actual result:
--
Is EOF: NO
Is EOF: NO
Is EOF: NO

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


#34182 [NEW]: empty function with SPL

2005-08-18 Thread luke at qcm dot cz
From: luke at qcm dot cz
Operating system: irelevant (tested on linux)
PHP version:  5.0.4
PHP Bug Type: SPL related
Bug description:  empty function with SPL

Description:

caling empty function with SPL object attribute (arrayaccess) as parameter
return always false (is not empty).

Reproduce code:
---
class a implements ArrayAccess {

  private $vars;

  public function offsetExists($offset) {
  return (isset($this->vars[$offset]));
  } // offsetExists

  public function offsetGet($offset) {
return $this->vars[$offset];
} // offsetGet

  public function offsetSet($offset, $value) {
$this->vars[$offset] = $value;
} // offsetSet

  public function offsetUnset($offset) {
if ($this->offsetExists($offset)) {
unset($this->vars[$offset]);
} // if
} // offsetUnset
}

$x = new a();
$x['key'] = '';
var_dump($x['key']);
var_dump(empty($x['key']));

$y = $x['key'];
var_dump($y);
var_dump(empty($y));


Expected result:

string(0) "" bool(true) string(0) "" bool(true)

Actual result:
--
string(0) "" bool(false) string(0) "" bool(true)

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


#25876 [Com]: session_start(): Failed to initialize storage module

2005-08-18 Thread frank dot altpeter at gmail dot com
 ID:   25876
 Comment by:   frank dot altpeter at gmail dot com
 Reported By:  golden at riscom dot com
 Status:   No Feedback
 Bug Type: Session related
 Operating System: freebsd 4.8
 PHP Version:  4.3.9-4.3.10
 Assigned To:  sniper
 New Comment:

Used the workaround mentioned two comments below, but experiencing
still the same sporadic errors.

Any further hints are very appreciated.


Previous Comments:


[2005-08-15 11:04:30] frank dot altpeter at gmail dot com

I experience the same (sporadic) errors on my FreeBSD 4.11-RELEASE-p11
using php4-4.4.0 and apache-1.3.33.

The mentioned workaround (putting ini_set in an auto_prepend_file) is
now in place and to be tested.

Additionally, i would be glad if the PHP crew would do something about
this - it's really a shame to see that this bug still happens with
4.4.0.



[2005-06-27 10:37:51] ftownes at w3-hosting dot net

On our ES 3 machines, we worked around this bug by pre-pending and
appending the following code to all scripts executed (via the php.ini)
file:

[EMAIL PROTECTED] root]# cat /tmp/auto_append_file.php 


Since the error is never exhibited on a freshly spawned instance of
apache, reducing the number of requests handled by apache (in Worker
MPM mode) made sure that new children were spawned before old age
increased probability of the bug; this seemed to be vital to make a 99%
effective solution.

[EMAIL PROTECTED] root]# httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c

On our machine we also noticed that after testing this for workaround
for 3 weeks we haven't used any swap on the machine as opposed to
~100MB previously, another desireable side effect.



[2005-06-18 11:03:03] guillaume at ironie dot org

I had the same problem, with the same error message, mainly
on a dotclear "weblog" application, on the manage section.

I put the PHP code given in the prepend file :
  ini_set("session.save_handler", "files");

and the error automagically disappear, for good (I hope!)

The "save_handler" is just defined in php.ini with value
"files", and not redefined anywhere else. It's strange
that I have to define it again in the code.

Best regards, gu!llaume



[2005-06-13 15:14:16] maarten at students dot ch

PHP Version 4.3.10, Linux srv1-2 2.4.19 #2 SMP Tue Dec 3 15:16:08 CET
2002 i686, Apache

Same Problem over here. It came out of nowhere and sporadically
appears.



[2005-06-08 14:58:58] tech at c64-wiki dot de

I added the following line near the beginning of my PHP code:

ini_set("session.save_handler", "files");

I have not seen the bug again after that, so far (clicked around like
an idiot and everything worked fine). Which does not mean a lot, of
course, due to the extremely random nature of that bug.

Can anybody else confirm that this workaround works (or maybe not)? If
it does "solve" the problem, the root cause may seem to be that PHP
sometimes takes the wrong session handler (not the one which is defined
in PHP.INI, which is "files" as well (while the error message seems to
indicate "user"?)).

Best regards, Klaus



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

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


#34182 [Opn->Fbk]: empty function with SPL

2005-08-18 Thread tony2001
 ID:   34182
 Updated by:   [EMAIL PROTECTED]
 Reported By:  luke at qcm dot cz
-Status:   Open
+Status:   Feedback
 Bug Type: SPL related
 Operating System: irelevant (tested on linux)
 PHP Version:  5.0.4
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-08-18 10:21:25] luke at qcm dot cz

Description:

caling empty function with SPL object attribute (arrayaccess) as
parameter return always false (is not empty).

Reproduce code:
---
class a implements ArrayAccess {

  private $vars;

  public function offsetExists($offset) {
  return (isset($this->vars[$offset]));
  } // offsetExists

  public function offsetGet($offset) {
return $this->vars[$offset];
} // offsetGet

  public function offsetSet($offset, $value) {
$this->vars[$offset] = $value;
} // offsetSet

  public function offsetUnset($offset) {
if ($this->offsetExists($offset)) {
unset($this->vars[$offset]);
} // if
} // offsetUnset
}

$x = new a();
$x['key'] = '';
var_dump($x['key']);
var_dump(empty($x['key']));

$y = $x['key'];
var_dump($y);
var_dump(empty($y));


Expected result:

string(0) "" bool(true) string(0) "" bool(true)

Actual result:
--
string(0) "" bool(false) string(0) "" bool(true)





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


#33224 [Com]: require_once includes the same file again even if path/filename is identical

2005-08-18 Thread matthius at pointbtel dot com
 ID:   33224
 Comment by:   matthius at pointbtel dot com
 Reported By:  ypae at hotmail dot com
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows 2003 Server
 PHP Version:  5.0.4
 New Comment:

I am experiencing this in v4.4.0 as well.


Previous Comments:


[2005-06-10 01:00:04] php-bugs at lists dot php dot net

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



[2005-06-02 20:40:40] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-06-02 17:16:47] ypae at hotmail dot com

Description:

When I created a lib.inc.php that has a few functions defined (e.g.
getmicrocode(), myfunction()) and try to include it on several files
with require_once, it somehow included more than once even though the
end result of 'path/filename' is identical.

My understanding of require_once limitation on Windows (or non-POSIX)
platform was that if you have mixed case with the same file name, it
will be included again. Another words, as long as you have identical
"path/filename" as part of require_once statement, it should include
only once.

As a result, since you cannot redeclare the same function within the
page, you get:

Fatal error: Cannot redeclare "functionname()" (previously declared
in...



Reproduce code:
---
For example,

On lib.inc.php:
===
myfunction1() 
{ echo "hello!";}

myfunction2() 
{ echo "hello again!";}

On index.php 

$_my_absolute_path = 'c:/inetpub/wwwroot/';

require_once($_my_absolute_path.'lib.inc.php');
require_once($_my_absolute_path.'template.inc.php');
   
on template.inc.php
===
$_my_absolute_path = 'c:/inetpub/wwwroot/';

require_once($_my_absolute_path.'lib.inc.php'); // Just in case someone
didn't call this previously

The realistic code is quite complex: 
A require_once B and C
B require_once C and *D*
C require_once *D*

and *D* causes redeclare issue when I load A.


Expected result:

the second attempt to include lib.inc.php by using require_once should
be ignored because it was already loaded. 

The same code running on Linux works perfectly and it used to be fine
on PHP 4.3.10

But right after I rebuild the server with PHP 5.0.4, I got the
following error:

Fatal error: Cannot redeclare myfunction1() (previously declared in...



Actual result:
--
the second attempt to include lib.inc.php by using require_once WAS
performed and it causes error.






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


#34181 [Opn->WFx]: Header call not possible in a shutdown function

2005-08-18 Thread tony2001
 ID:   34181
 Updated by:   [EMAIL PROTECTED]
 Reported By:  proclub at karinthy dot hu
-Status:   Open
+Status:   Wont fix
 Bug Type: Output Control
 Operating System: Windows 2000
 PHP Version:  4.4.0
 New Comment:

This behaviour was changed in 5.1, but it won't be changed in 4.4 & 5.0
for BC reasons.


Previous Comments:


[2005-08-18 09:40:01] proclub at karinthy dot hu

Description:

When calling the header() function in a function registred with
register_shutdown_function(), PHP issues a warning as it there had been
an output before.

Reproduce code:
---


Expected result:

The header correctly inserted in the output.

Actual result:
--
Warning: Cannot modify header information - headers already sent in
g:\[...]\bugtest.php on line 6





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


#34181 [NEW]: Header call not possible in a shutdown function

2005-08-18 Thread proclub at karinthy dot hu
From: proclub at karinthy dot hu
Operating system: Windows 2000
PHP version:  4.4.0
PHP Bug Type: Output Control
Bug description:  Header call not possible in a shutdown function

Description:

When calling the header() function in a function registred with
register_shutdown_function(), PHP issues a warning as it there had been an
output before.

Reproduce code:
---


Expected result:

The header correctly inserted in the output.

Actual result:
--
Warning: Cannot modify header information - headers already sent in
g:\[...]\bugtest.php on line 6

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


#33941 [Asn]: overloading not working with arrays not stored as arrays

2005-08-18 Thread derick
 ID:   33941
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gordon at heydon dot com dot au
 Status:   Assigned
 Bug Type: Class/Object related
 Operating System: *
 PHP Version:  5CVS-2005-08-02
 Assigned To:  dmitry
 New Comment:

Can we atleast make sure it gives a nice big warning on this? Now it
merely produces some leaks:
bar[1] = 42;

produces:
[EMAIL PROTECTED]:~$ php-6.0dev /tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(827) :  Freeing 0x08796494
(16 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1005) :  Freeing 0x0879643C
(35 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_hash.c(383) : Actual location
(location was relayed)
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1060) :  Freeing 0x087963DC
(44 bytes), script=/tmp/f.php
/dat/dev/php/php-6.0dev/Zend/zend_API.c(712) : Actual location
(location was relayed)
Last leak repeated 1 time
/dat/dev/php/php-6.0dev/Zend/zend_execute.c(1057) :  Freeing 0x087842CC
(16 bytes), script=/tmp/f.php
=== Total 5 memory leaks detected ===



Previous Comments:


[2005-08-05 12:06:17] [EMAIL PROTECTED]

This is not fixable :(



[2005-08-05 11:44:23] [EMAIL PROTECTED]

Dmitry "The Fixer", please check this out.




[2005-08-01 12:42:33] stochnagara at hotmail dot com

I've tested this with the lastest win32 binary package. The bug is
still present.

When __get prototype is changed to function & __get everything works
fine.



[2005-08-01 05:48:59] gordon at heydon dot com dot au

Description:

If using the __set() and __get() to store and manipulate arrays within
a property, if the array is not being stored as an array then the array
assignment will not work.

If in the example the property just has the value from the assignment
stored without the serialization, so storing the array within the array
this works.

Also the funny thing is that if you put echos within the __set() and
__get the $obj->prop[5] = 'apple' does not output anything at all. It
is like PHP is trying to guess what the __set() is doing and then doing
that,

Reproduce code:
---
fields[$prop]);
  }

  public function __set($prop, $value) {
$this->fields[$prop] = serialize($value);
  }

  private $fields;
}

$obj = new ex;
$obj->prop = array(4 => 'pear');
$obj->prop[5] = 'apple';

var_dump($obj->prop);
?>


Expected result:

array(1) {
  [4]=>
  string(4) "pear"
  [5]=>
  string(5) "apple"
}


Actual result:
--
array(1) {
  [4]=>
  string(4) "pear"
}






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