#43782 [NEW]: feof() does not detect timeout on socket

[ml at foofree dot sk]

From: ml at foofree dot sk
Operating system: Windows XP
PHP version:  5.2.5
PHP Bug Type: Network related
Bug description:  feof() does not detect timeout on socket

Description:

>From docs:

"Returns TRUE if the file pointer is at EOF or an error occurs (including
socket timeout); otherwise returns FALSE."

...

"If a connection opened by fsockopen() wasn't closed by the server, feof()
will wait until a timeout has been reached to return TRUE. The default
timeout value is 60 seconds. You may use stream_set_timeout() to change
this value."



feof() dows not wait and returns TRUE instead of FALSE if timeout reached
(server does not closed connection and there is no data in timeout time
slot).

* server does not closed connection,
* timeout wa reached

Reproduce code:
---
$s = stream_socket_client('tcp://www.php.net:80', $errno, $errstr, 10,
STREAM_CLIENT_CONNECT);

stream_set_timeout($s, 4);

$response = '';
while (feof($s) !== TRUE) {

   if (($foo = @fread($s, 1024 * 8)) === FALSE) return NULL;
   $response = $response . $foo;
};

print "OK";

Expected result:

prints "OK" approx. in 4 seconds

Actual result:
--
hangs forever

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

#43781 [Opn->Bgs]: GD2 library cannot detected or loaded

[pajoye]

 ID:   43781
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ramdani at seid dot sharp-world dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Windows CP SP2
 PHP Version:  5.2.5
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Be sure to enable it in the right php.ini (see phpinfo() to know which 
php,ini is used).

Tested on numerous windows, it simply works. I close the bug, reopen it
if you are sure that you are using the right php.ini.


Previous Comments:


[2008-01-08 00:12:05] ramdani at seid dot sharp-world dot com

Description:

It seem GD2 library is not loaded, eventhough I already enable it in
php.ini and make sure the php extension path is correct and the dll file
is exist.
I now this problem from cms installation script (Joomla, drupal, &
'cmsmadesimple') that not detect GD library in php

Expected result:

GD library is correctly loaded

Actual result:
--
Not loaded correctly





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

#43781 [NEW]: GD2 library cannot detected or loaded

[ramdani at seid dot sharp-world dot com]

From: ramdani at seid dot sharp-world dot com
Operating system: Windows CP SP2
PHP version:  5.2.5
PHP Bug Type: GD related
Bug description:  GD2 library cannot detected or loaded

Description:

It seem GD2 library is not loaded, eventhough I already enable it in
php.ini and make sure the php extension path is correct and the dll file is
exist.
I now this problem from cms installation script (Joomla, drupal, &
'cmsmadesimple') that not detect GD library in php

Expected result:

GD library is correctly loaded

Actual result:
--
Not loaded correctly

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

#43777 [Opn->Fbk]: htmlentities converts specialchars wrong

[johannes]

 ID:   43777
 Updated by:   [EMAIL PROTECTED]
 Reported By:  klooss at serviceconnect dot biz
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Win32 / Linux
 PHP Version:  4.4.8
 New Comment:

The ´ character is not part of iso-8859-15, but for instance iso-8859-1
please check your encoding. 

See http://www.fileformat.info/info/unicode/char/00b4/index.htm and
http://www.fileformat.info/info/unicode/char/00b4/charset_support.htm

If it still goes wrong please give the exact byte values used by your
encoding.


Previous Comments:


[2008-01-07 16:13:22] klooss at serviceconnect dot biz

You can fix this bug with this code example

$str='dwadwadawd´dwadawd';
print(preg_replace("/&#(.*?);/","&#$1;",$str));

it is not so good but it's work...



[2008-01-07 15:39:44] klooss at serviceconnect dot biz

Description:

I have build an simple function to convert any string's

here the src:

function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

PHP Converted the Simbol >> ´ << wrong.
as unicode in HTML ´
PHP Convert it in: ´

I found the problem on "Debian Etch amd64 - php5.2.4-2", "Suse
php4.3.4" and "Win32 php5.2.3"

can anyone help my :) pls :)

thanks
Mathis Klooß (Germany)

Reproduce code:
---
function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

Expected result:

´ ' " `
´ ' " `






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

#43677 [Opn]: Inconsistent behaviour of include_path set with php_value

[root at net1 dot cc]

 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

Digging some more into that, I've found the problem to be in the
Apache/PHP interpretation of the configured VirtualHost.

First, the problem only exists if we do have *both* VirtualHost(s) with
'php_admin_value include_path' *and* another VirtualHost(s)with
'php_value include_path'. If all our VirtualHosts use 'php_value' only,
it's behaving as usual.

Experimenting with this shows that, after an Apache startup/reload,
things work OK. Then, they start to randomly fail until some time later
100% of the requests fail to work OK.

Looking at the Apache logs, the problem (according to me) is that the
PHP module behaves strange when it sees the php_admin_value variable.
Let's say we have this config (not a working one, just to give you the
idea):

  ServerName test1.dot.com
  php_value include_path .:/test1


  ServerName test2.dot.com
  php_admin_value include_path .:/test2

We fire up Apache, and start accessing test1.dot.com pages *only*.
Everything works fine. *But* when we start to simultaneously access
test2.dot.com, the test1.dot.com pages start to fail more and more (due
to the incorrect include_path). Monitoring which Apache process servers
each page reveals that *when* a process serves a page for test2.dot.com,
it reads the 'php_admin_value' for it, sets it up, and refuses to change
the include_path from further config lines, *even* if they are from the
config of the virtual host of a *new* request. That is - once an Apache
process servers a page for a VirtualHost with php_admin_value, all
consequent requests served by the same process are processed with that
php_admin_value, regardless of their config.

The *solution* , though insecure, is to change *all* your
'php_admin_value include_path' lines to 'php_value include_path'.

I would very much like to see this fixed (though I'm completely unaware
of the way Apache/PHP configuration is parsed), and will provide more
feedback if needed.


Previous Comments:


[2008-01-07 20:57:58] tborgans at gmx dot de

same problem here on linux with 5.2.5, apache 1.3.39



[2008-01-06 21:38:14] d at tpyo dot net

Noticed the same thing with 5.2.5 on Linux w/ Apache 2.  I'm aware 
this is supposed to be the intended behaviour as of 5.2.5 but 
something is definitely breaking.

It seems the include_path is being unset or ignored at some point.  
Haven't experienced this at random as described - once it breaks it 
doesn't correct itself until restarting Apache.

Could be linked to the fix for bug #41561?



[2007-12-26 01:47:49] root at net1 dot cc

Description:

PHP randomly assigns for the local include_path value the global one,
not the one set with php_value, and, when it does assign the global
value, it does not allow to use ini_set() to modify it (behaves like it
was set with php_admin_value).

Reproduce code:
---
My default include path is ".:/usr/local/share/pear". In the httpd.conf
(btw, this is Apache 2.2.x), I have:
php_value include_path .:/blabla
There's a file 'test.php' which contains the following:





Expected result:

I open the test.php in a web browser and keep refreshing it. I expect
it to show:
include_path .:/blabla
each time i refresh it

Actual result:
--
The results are random, once it shows:
include_path .:/blabla
once it shows:
include_path .:/usr/local/share/pear





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

#43780 [Opn->Bgs]: I can't get my computer to execute PHP through Apache

[derick]

 ID:   43780
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ndobei at nickdobie dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP Pro
 PHP Version:  5.2.5
 New Comment:

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


[2008-01-07 21:53:21] ndobei at nickdobie dot com

wrong email



[2008-01-07 21:52:12] ndobei at nickdobie dot com

Description:

When I write in php into a file on my computer and run it through my
local server which is Apache 2.2 it show what i coded

Reproduce code:
---






Expected result:

Test

Actual result:
--










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

#43780 [Opn]: I can't get my computer to execute PHP through Apache

[ndobei at nickdobie dot com]

 ID:   43780
 User updated by:  ndobei at nickdobie dot com
 Reported By:  ndobei at nickdobie dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP Pro
 PHP Version:  5.2.5
 New Comment:

wrong email


Previous Comments:


[2008-01-07 21:52:12] ndobei at nickdobie dot com

Description:

When I write in php into a file on my computer and run it through my
local server which is Apache 2.2 it show what i coded

Reproduce code:
---






Expected result:

Test

Actual result:
--










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

#43780 [NEW]: I can't get my computer to execute PHP through Apache

[ndobei at nickdobie dot com]

From: ndobei at nickdobie dot com
Operating system: Windows XP Pro
PHP version:  5.2.5
PHP Bug Type: Apache2 related
Bug description:  I can't get my computer to execute PHP through Apache

Description:

When I write in php into a file on my computer and run it through my local
server which is Apache 2.2 it show what i coded

Reproduce code:
---






Expected result:

Test

Actual result:
--






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

#43677 [Com]: Inconsistent behaviour of include_path set with php_value

[tborgans at gmx dot de]

 ID:   43677
 Comment by:   tborgans at gmx dot de
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

same problem here on linux with 5.2.5, apache 1.3.39


Previous Comments:


[2008-01-06 21:38:14] d at tpyo dot net

Noticed the same thing with 5.2.5 on Linux w/ Apache 2.  I'm aware 
this is supposed to be the intended behaviour as of 5.2.5 but 
something is definitely breaking.

It seems the include_path is being unset or ignored at some point.  
Haven't experienced this at random as described - once it breaks it 
doesn't correct itself until restarting Apache.

Could be linked to the fix for bug #41561?



[2007-12-26 01:47:49] root at net1 dot cc

Description:

PHP randomly assigns for the local include_path value the global one,
not the one set with php_value, and, when it does assign the global
value, it does not allow to use ini_set() to modify it (behaves like it
was set with php_admin_value).

Reproduce code:
---
My default include path is ".:/usr/local/share/pear". In the httpd.conf
(btw, this is Apache 2.2.x), I have:
php_value include_path .:/blabla
There's a file 'test.php' which contains the following:





Expected result:

I open the test.php in a web browser and keep refreshing it. I expect
it to show:
include_path .:/blabla
each time i refresh it

Actual result:
--
The results are random, once it shows:
include_path .:/blabla
once it shows:
include_path .:/usr/local/share/pear





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

#43778 [Com]: SimpleXML regression regarding empty() in 5.2.4

[hubert dot roksor at gmail dot com]

 ID:   43778
 Comment by:   hubert dot roksor at gmail dot com
 Reported By:  jdolecek at netBSD dot org
 Status:   Open
 Bug Type: SimpleXML related
 Operating System: Windows 2000
 PHP Version:  5.2.5
 New Comment:

Actually, this doesn't seem to be a regression but rather the intended
behaviour, as per this commit:
http://marc.info/?l=php-cvs&m=118352557820634&w=2

As per PHP's manual, empty() "[determines] whether a variable is
considered to be empty". $xml->items->item will return the first "item"
node, and since that node has no children and no content it is
considered empty. If you only want to test whether or not an element is
present, without inspecting its content, then you should use isset()
instead.

Hope that makes sense to you. Note: of course, this is only my personal
interpretation, nothing official.


Previous Comments:


[2008-01-07 17:22:11] jdolecek at netBSD dot org

Description:

It seems empty() on simplexml 'array' elements doesn't work same way in
5.2.5 as in 5.2.3. In 5.2.5, empty() returns true even through the
elements are actually present. Same code run under 5.2.3 works
correctly, i.e. returning true only if the element is not present.

Workaround is replace (!empty(...)) condition with isset() and test for
count(), but this is inconvenient and breaks backwards compatibility.

Reproduce code:
---














';

$xml = simplexml_load_string($str);

echo (empty($xml->items->item) ? "EMPTY" : "full")."\n";
echo count($xml->items->item) ."\n";


Expected result:

full
6

Actual result:
--
EMPTY
6





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

#42669 [Opn->Bgs]: Wrong description for allow_call_time_pass_reference in php.ini

[bjori]

 ID:   42669
 Updated by:   [EMAIL PROTECTED]
 Reported By:  carsten_sttgt at gmx dot de
-Status:   Open
+Status:   Bogus
-Bug Type: Documentation problem
+Bug Type: *Configuration Issues
 Operating System: Windows
-PHP Version:  Irrelevant
+PHP Version:  5
 New Comment:

That will only confuse people and make them think it currently is
passed-by-value when disabled.


Previous Comments:


[2007-09-14 12:27:08] carsten_sttgt at gmx dot de

Description:

In addition to Bug #35487

You should also change the description in "php.ini"

Reproduce code:
---
php.ini line 161-163

Expected result:

...
; with future versions of the language (you will receive a warning each
time
; you use this feature).
allow_call_time_pass_reference = On


Actual result:
--
...
; with future versions of the language (you will receive a warning each
time
; you use this feature, and the argument will be passed by value
instead of by
; reference).
allow_call_time_pass_reference = On






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

#19685 [Com]: apache crash on imap_rfc822_parse_headers

[tracyartgallery05 at hotmail dot com]

 ID:   19685
 Comment by:   tracyartgallery05 at hotmail dot com
 Reported By:  sundaydriver at hushmail dot com
 Status:   No Feedback
 Bug Type: IMAP related
 Operating System: FreeBSD 4.5-RELEASE
 PHP Version:  4.2.0
 New Comment:

TRACYARTS GALLERY INC.

OFFICE:105 Piccadilly London W1J 7NL England UK.

Email:[EMAIL PROTECTED]

Dear Sir / madam ,

My name is Mrs. Tracy Walter, I am an artist with my husband James
Walter,We own
TRACYARTS GALLERY in London (United Kingdom) I live in London United
Kingdom, with
my two kids, and the love of my life my husband James Walter.It is
definitely a 
full house, I have been doing artwork since I was a small child that
gives me about
23 years of experience I majored in art in high school and took a few
college art
courses most of my work is done in either pencil or art brush mixed
with color pencils.I
have recently added designing and creating artwork on the computer,
I have been selling my art for the last 3 years and have had my work
featured on
trading cards, prints and in magazines, I have sold in galleries and to
private 
collectors from all around the world. 

I am always facing serious difficulties when it comes to selling my
artworks to 
Americans, they are always offering to pay with MONEY ORDER OR CASHER'S
CHEQUE,
which is difficult for me to cash here in London United Kingdom.I am
working on 
setting up a branch in the state, so for now I need a representative in
the UNITED
STATES OF AMERICA who will be handling the payment aspect for our
company.

These payments are in MONEY ORDERS OR CASHER'S CHEQUE and they would
come to
you in your name if you are willing to assist as a representative, so
all you need
do iscash the money order deduct your percentage and WESTERN UNION
Charges then 
wire the rest back. But the problem I have is trust, I have made
arrangement with
the FBI in Washington, that if anybody gets away with my money they
will definitely
get hold with the person, you are to receive the MONEY ORDERS OR
CASHER'S CHEQUE
PAYMENT which will be sent to you by the FedEx or UPS from my business
partners,
which would come in form of a MONEY ORDER OR CASHER'S CHEQUE then you
are to
take it to your bank account to enable you cash it and send the money
cashed for
the MONEY ORDERS OR CASHIER'S CHEQUE to me via WESTERN UNION. 

NOTE: All charges of the WESTERN UNION MONEY TRANSFER will be deducted
from the 
money, so you are rest assured that you wouldn't spend a dime out of
your personal
money. If you are interested, please get back to me as soon as possible
via Email:
[EMAIL PROTECTED]

N: B, Please send to me the listed information below

#Your full name: .

#Your full home address:.. 

#Your age:

#Occupation:...

#Marital status:. 

#Direct contact telephone number:..

I will need your home address, so that the MONEY ORDERS/CHEQUES can be
Sent to you
via FedEx whenever we have payment.

Thanks for your assistance and God bless,

Tracy Walter

Director of TRACYARTS GALLERY LTD


Previous Comments:


[2002-11-10 01:00:04] php-bugs at lists dot php dot net

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



[2002-10-20 23:28:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-02 22:03:59] sundaydriver at hushmail dot com

$msg = imap_fetchheader($imap_stream, $message_id);
$headers =  imap_rfc822_parse_headers($msg);

I believe it is cause by a long recipient list (To field) wrapped many
times with a final address that looks like:

[EMAIL PROTECTED] (Blah Blah

Looks like the extra parentheses (which have no previous matching
parentheses) cause the crash.

If the user grants us permission, I'll update this report to include
the
entire message.

Regards,
Brian Smith
VP, Engineering
Hush Communications Corporation

Got the user's permission.  Here's the message.  Will update this bug
after testing on most recent PHP.

Message that caused crash retrieved directly from Cyrus using FETCH
(rfc822) - reprinted with user's permission:

Return-Path: <[EMAIL PROTECTED]>
X-Sieve: cmu-sieve 2.0
Return-Path: <[EMAIL PROTECTED]>
Received: from smtp2.hushmail.com (smtp2.hushmail.com [64.40.111.32])
by imap3.hushmail.com (Postfix) with ESMTP

#42322 [Opn]: pdo_mysql fetch() throws exception on INSERT statements

[uw]

 ID:   42322
 Updated by:   [EMAIL PROTECTED]
 Reported By:  norbert at linuxnetworks dot de
 Status:   Open
 Bug Type: PDO related
 Operating System: Linux Debian Testing
 PHP Version:  5.2.3
 New Comment:

How DB2 Express and Oracle Express deal with the example code...

DB2 Express - 
Warning: PDOStatement::fetch(): SQLSTATE[24000]: Invalid cursor state:
-9 [IBM][CLI Driver] CLI0115E  Invalid cursor state. SQLSTATE=24000
(SQLFetchScroll[4294867297] at
/home/nixnutz/php5/ext/pdo_ibm/ibm_statement.c:867) in
/home/nixnutz/php5/ext/pdo_ibm/tests/bug_42322.php on line 19

Oracle Express - 
Warning: PDOStatement::fetch(): SQLSTATE[HY000]: General error: 24374
OCIStmtFetch: ORA-24374: Definition nicht erfolgt vor Abruf oder
Ausführen und Abruf
 (/home/nixnutz/php5/ext/pdo_oci/oci_statement.c:467) in
/home/nixnutz/php5/ext/pdo_oci/tests/bug_42322.php


Previous Comments:


[2008-01-07 12:39:54] [EMAIL PROTECTED]

Changing category to PDO.

I don't think this is a bug.

Its hard to say what is "correct" when it comes to PDO. PDO shows many
inconsistencies when comparing different drivers. With MySQL there is no
result set to fetch after executing an INSERT statement.

Fetch is one place where the "PDO specification" states explicitly that
drivers differ in their behaviour:
"The results of this fetch are driver dependent and the data is usually
stored in the driver_data member of the pdo_stmt_t object. The ori and
offset parameters are only meaningful if the statement represents a
scrollable cursor. This function returns 1 for success or 0 in the event
of failure."
http://www.php.net/manual/en/internals2.pdo.implementing.php

As no standard behaviour has been defined, how can either MySQL or any
other driver be wrong? I guess this issue should be called a Feature
request but not a bug.

SQLite -> no exception

MySQL  -> exception
Postgres   -> exception

Ulf



[2007-08-16 19:21:33] norbert at linuxnetworks dot de

Description:

If using the MySQL PDO driver in PDO::ERRMODE_EXCEPTION mode, calling
fetch() after executing an INSERT/UPDATE/DELETE statement throws an
exception. Instead, it should return FALSE in this case like for an
empty result set. Please compare to the SQLite PDO driver which works
correctly.

Reproduce code:
---
setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );

try
{
$db->exec("CREATE TABLE IF NOT EXISTS TestTable (id INT)");

$sql = 'INSERT INTO TestTable VALUES ( NULL )';
$query = $db->prepare( $sql );
$query->execute();

while( ( $row = $query->fetch( PDO::FETCH_ASSOC ) ) !== FALSE ) {}
$query->closeCursor();
}
catch( PDOException $pe ) {
echo 'Got PDOException: ' . $pe->getMessage();
}

?>

Expected result:

$query->fetch() should return FALSE, as it is not an error to call
fetch() for an INSERT statement, because it might be unknown what type
of statement will be executed (like in an SQL shell where users can
enter their custom queries).

Actual result:
--
PDOException





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

#43778 [NEW]: SimpleXML regression regarding empty() in 5.2.4

[jdolecek at netBSD dot org]

From: jdolecek at netBSD dot org
Operating system: Windows 2000
PHP version:  5.2.5
PHP Bug Type: SimpleXML related
Bug description:  SimpleXML regression regarding empty() in 5.2.4

Description:

It seems empty() on simplexml 'array' elements doesn't work same way in
5.2.5 as in 5.2.3. In 5.2.5, empty() returns true even through the elements
are actually present. Same code run under 5.2.3 works correctly, i.e.
returning true only if the element is not present.

Workaround is replace (!empty(...)) condition with isset() and test for
count(), but this is inconvenient and breaks backwards compatibility.

Reproduce code:
---














';

$xml = simplexml_load_string($str);

echo (empty($xml->items->item) ? "EMPTY" : "full")."\n";
echo count($xml->items->item) ."\n";


Expected result:

full
6

Actual result:
--
EMPTY
6

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

#43777 [Opn]: htmlentities converts specialchars wrong

[klooss at serviceconnect dot biz]

 ID:   43777
 User updated by:  klooss at serviceconnect dot biz
 Reported By:  klooss at serviceconnect dot biz
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Win32 / Linux
 PHP Version:  4.4.8
 New Comment:

You can fix this bug with this code example

$str='dwadwadawd´dwadawd';
print(preg_replace("/&#(.*?);/","&#$1;",$str));

it is not so good but it's work...


Previous Comments:


[2008-01-07 15:39:44] klooss at serviceconnect dot biz

Description:

I have build an simple function to convert any string's

here the src:

function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

PHP Converted the Simbol >> ´ << wrong.
as unicode in HTML ´
PHP Convert it in: ´

I found the problem on "Debian Etch amd64 - php5.2.4-2", "Suse
php4.3.4" and "Win32 php5.2.3"

can anyone help my :) pls :)

thanks
Mathis Klooß (Germany)

Reproduce code:
---
function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

Expected result:

´ ' " `
´ ' " `






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

#42060 [Com]: [PATCH] Add pagedResults support and more (PAT18 and PAT19 updated for 5.2.3)

[fkhan at emergen dot biz]

 ID:   42060
 Comment by:   fkhan at emergen dot biz
 Reported By:  iarenuno at eteo dot mondragon dot edu
 Status:   No Feedback
 Bug Type: LDAP related
 Operating System: Any
 PHP Version:  5.2.3
 Assigned To:  jani
 New Comment:

I cannot get the patches to compile on the latest CVS head. It
complains of a missing zstr typedef (which is actually not there). I
have checked from php 5.2.0 upwards and this is not defined- should i do
it manually in zend.h?

/php5/Zend-I/usr/include -g -O2  -c
/usr/local/src/php5/ext/ldap/ldap.c -o ext/ldap/ldap.lo 
/usr/local/src/php5/ext/ldap/ldap.c: In function 'php_ldap_do_modify':
/usr/local/src/php5/ext/ldap/ldap.c:1731: error: 'zstr' undeclared
(first use in this function)
/usr/local/src/php5/ext/ldap/ldap.c:1731: error: (Each undeclared
identifier is reported only once
/usr/local/src/php5/ext/ldap/ldap.c:1731: error: for each function it
appears in.)
/usr/local/src/php5/ext/ldap/ldap.c:1731: error: expected ';' before
'attribute'
/usr/local/src/php5/ext/ldap/ldap.c:1790: error: 'attribute' undeclared
(first use in this function)
make: *** [ext/ldap/ldap.lo] Error 1


Previous Comments:


[2007-11-21 11:33:02] avel+php at noc dot uoa dot gr

I intend to write a wrapper function for PEAR::Pager and LDAP, to make
paged results more accessible.

Without this patch, paged results from LDAP are not possible. [Well,
they _are_ possible, if one loads the entire result set in memory. :-| 
]

How come is this patch's status "No Feedback"? What is the PHP
developers' stand on this patch as of now?

Alexandros Vellis



[2007-09-24 12:58:06] avel+php at noc dot uoa dot gr

This is a _killer_ feature that we have been waiting for a long time. 
White pages apps written in PHP, with large directories behind them,
desparetely need the paging feature -- and not only them!

The API seems intuitive to me so far. I'm eager for this to be included
in PHP 5.3.

Thanks for the patch.

Alexandros Vellis



[2007-09-07 18:40:25] ando at sys-net dot it

A working patch with test examples lined up to HEAD as of 5 minutes ago
is available here



I'm the original developer, and I'm willing to cooperate in integrating
it, if needed.  So you can re-open the bug now.

p.



[2007-09-07 14:59:29] ando at sys-net dot it

Yes, so many functions are needed to support generic stuff + dozens of
well-known, RFC/I.D. based LDAP controls and extended operations,
without code duplication.  Any developer would agree.



[2007-09-07 14:57:40] ando at sys-net dot it

Be serious: the patch applies back up to PHP 4 (the last time an update
occurred to LDAP support).



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

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

#43777 [NEW]: htmlentities converts specialchars wrong

[klooss at serviceconnect dot biz]

From: klooss at serviceconnect dot biz
Operating system: Win32 / Linux
PHP version:  4.4.8
PHP Bug Type: Unknown/Other Function
Bug description:  htmlentities converts specialchars wrong

Description:

I have build an simple function to convert any string's

here the src:

function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

PHP Converted the Simbol >> ´ << wrong.
as unicode in HTML ´
PHP Convert it in: ´

I found the problem on "Debian Etch amd64 - php5.2.4-2", "Suse php4.3.4"
and "Win32 php5.2.3"

can anyone help my :) pls :)

thanks
Mathis Klooß (Germany)

Reproduce code:
---
function htmlconverter($str) {
return htmlentities($str,ENT_QUOTES,'ISO-8859-15');
}
echo ("´ ' \" `");
echo "\n";
echo htmlconverter("´ ' \" `");
/** Output
´ ' " `
´ ' " `
**/

Expected result:

´ ' " `
´ ' " `


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

#43742 [Opn->Bgs]: mysql_field_name does not return FALSE on error

[iliaa]

 ID:   43742
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mo at modejong dot com
-Status:   Open
+Status:   Bogus
-Bug Type: MSSQL related
+Bug Type: MySQL related
 Operating System: WinXP
 PHP Version:  5.2.5
 New Comment:

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

When functions receive invalid number of parameters they raise an error

and return NULL, that's a typically PHP behavior. 


Previous Comments:


[2008-01-03 21:09:35] mo at modejong dot com

Description:

The mysql_field_name API should return FALSE on errror,
that is what the docs state, but the impl returns NULL.

Here is what the current code returns:

mysql_field_name($res):
Warning: Wrong parameter count for mysql_field_name() in
C:\caucho_dev\trunk\qa\php\f.qa on line 11
NULL

Reproduce code:
---




Expected result:

Should return FALSE.






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

#43766 [Opn->Bgs]: Arrays and inverted commas

[iliaa]

 ID:   43766
 Updated by:   [EMAIL PROTECTED]
 Reported By:  quick dot webmaster at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  5.2.5
 New Comment:

see above comment.


Previous Comments:


[2008-01-06 11:41:53] [EMAIL PROTECTED]

Your code is wrong, it is attempt to pass array as first argument.

I'm using PHP5.3, and the code below works fine. So, try:

http://bugs.php.net/gifs/logo-bug.gif"; />';

$trans4 = array('' => '');

var_dump(strtr($image, $trans4));
// string(37) "http://bugs.php.net/gifs/logo-bug.gif";

?>



[2008-01-06 06:38:13] quick dot webmaster at gmail dot com

Description:

Hello, if you try to insert a " immediately before a ' in an array then
it will return strange results results.

Reproduce code:
---
http://bugs.php.net/gifs/logo-bug.gif";
/>');

$trans4 = array('' => '');
$image2 = strtr($image[0], $trans4);

?>

Expected result:

http://bugs.php.net/gifs/logo-bug.gif

Actual result:
--
http://bugs.php.net/gifs/logo-bug.gif";





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

#43774 [Opn->Fbk]: json_decode cause notices when called with non json data

[iliaa]

 ID:   43774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marcin dot krzyzanowski at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: JSON related
 Operating System: Windows
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi




Previous Comments:


[2008-01-06 23:34:10] marcin dot krzyzanowski at gmail dot com

Description:

I think that json_decode have problem with incorrect data passed as
parameter;

Reproduce code:
---
$post = " ";
$data = json_decode($post);
some other code here

Expected result:

empty $data or similar

Actual result:
--
for every line of code below (even if it's commented out) will show

Notice: Trying to get property of non-object in file.php on line 54
Notice: Trying to get property of non-object in file.php on line 55
etc..





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

#42322 [Opn]: pdo_mysql fetch() throws exception on INSERT statements

[uw]

 ID:   42322
 Updated by:   [EMAIL PROTECTED]
 Reported By:  norbert at linuxnetworks dot de
 Status:   Open
-Bug Type: MySQL related
+Bug Type: PDO related
 Operating System: Linux Debian Testing
 PHP Version:  5.2.3
 New Comment:

Changing category to PDO.

I don't think this is a bug.

Its hard to say what is "correct" when it comes to PDO. PDO shows many
inconsistencies when comparing different drivers. With MySQL there is no
result set to fetch after executing an INSERT statement.

Fetch is one place where the "PDO specification" states explicitly that
drivers differ in their behaviour:
"The results of this fetch are driver dependent and the data is usually
stored in the driver_data member of the pdo_stmt_t object. The ori and
offset parameters are only meaningful if the statement represents a
scrollable cursor. This function returns 1 for success or 0 in the event
of failure."
http://www.php.net/manual/en/internals2.pdo.implementing.php

As no standard behaviour has been defined, how can either MySQL or any
other driver be wrong? I guess this issue should be called a Feature
request but not a bug.

SQLite -> no exception

MySQL  -> exception
Postgres   -> exception

Ulf


Previous Comments:


[2007-08-16 19:21:33] norbert at linuxnetworks dot de

Description:

If using the MySQL PDO driver in PDO::ERRMODE_EXCEPTION mode, calling
fetch() after executing an INSERT/UPDATE/DELETE statement throws an
exception. Instead, it should return FALSE in this case like for an
empty result set. Please compare to the SQLite PDO driver which works
correctly.

Reproduce code:
---
setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );

try
{
$db->exec("CREATE TABLE IF NOT EXISTS TestTable (id INT)");

$sql = 'INSERT INTO TestTable VALUES ( NULL )';
$query = $db->prepare( $sql );
$query->execute();

while( ( $row = $query->fetch( PDO::FETCH_ASSOC ) ) !== FALSE ) {}
$query->closeCursor();
}
catch( PDOException $pe ) {
echo 'Got PDOException: ' . $pe->getMessage();
}

?>

Expected result:

$query->fetch() should return FALSE, as it is not an error to call
fetch() for an INSERT statement, because it might be unknown what type
of statement will be executed (like in an SQL shell where users can
enter their custom queries).

Actual result:
--
PDOException





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

#41350 [Com]: Error in my_thread_global_end()

[jaco at jump dot co dot za]

 ID:   41350
 Comment by:   jaco at jump dot co dot za
 Reported By:  graham at directhostinguk dot com
 Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.3
 New Comment:

I was able to reproduce this on a very basic instalation:

Apache 2.2.4
PHP 5.2.5
Windows 2003 Server
NO Database installed



This executes 100%, and gives no errors, but as soon as I stop apache,
it gives me the message in the apache error log

Error in my_thread_global_end(): 1 threads didn't exit

So it seems to me more of a sockets problem than a mysql problem.

When I run the same script in CLI, I get no error.


Previous Comments:


[2008-01-04 21:44:17] jaco at jump dot co dot za

I am having the same and more problems. 

I am running:

Apache 2.2.6
MySQL 5.0.45
PHP 5.2.5
Windows Server 2003 R2 Standard SP2

2 x Quad Core Xeon
4Gb RAM

IIS Installed for SMTP, FTP and WWW on port 443 for a single .NET
Webservice access (NO PHP connectors installed for IIS). But I am sure
this is not IIS related, becuase it still happens even with IIS stopped



Whenever apache tries to recycle threads I get:

** Apache Error Log **

[Fri Jan 04 22:37:38 2008] [notice] Child 324: All worker threads have
exited.
Error in my_thread_global_end(): 1 threads didn't exit
exiting because it reached MaxRequestsPerChild. Signaling the parent to
restart a new child process.
[Fri Jan 04 22:37:42 2008] [notice] Parent: Received restart signal --
Restarting the server.



Note the time difference between the first log and the last log

This then causes my Apache to crash and restart.

Then I tried to download the latest snapshot of PHP, installed it, but
then Apache woould not start at all, just gives me a starting status,
but does not het out of it.

My problem is also that there is hundreds of php files running and our
site is very active, and I have NO idea what is causing this problem.
The PHP error log is clean, but the following also shows up AFTER apache
crashes.

080104 11:24:26 [Warning] Aborted connection 16865 to db: ''
user: '*' host: 'localhost' (Got an error reading communication
packets)

But I am sure that this is just caused by apache that have crashed and
the already open calls to the database that was not terminated by the
php script.


These messages apears in the event log after the crash:

Faulting application httpd.exe, version 2.2.6.0, faulting module
libapr-1.dll, version 1.2.11.0, fault address 0x79a0.

Faulting application httpd.exe, version 2.2.6.0, faulting module
php5ts.dll, version 5.2.5.5, fault address 0xacb9.

We are using both mysql and mysqli connectors and I have tried to
download the ones from the mysql site and again apache refused to start.


This is quite serious for us at the moment, becuase its in a live
enviroment and the dev servers never had this problem. 

Hope we can find a solution soon.



[2008-01-04 18:28:12] jcmelcher at gmail dot com

This worked for me... IIS 6.0 with PHP 5.2.5 on Win2K3 SP2

If you download the latest PHP - MySQL connector files direct from
MySQL
this problem goes away:-

http://dev.mysql.com/downloads/connector/php/



[2008-01-04 14:30:55] benjamin dot azan at gmail dot com

I could not find the new version of mysql connector but I changed the
PHP mode from CGI/fastCGI to  Apache 2.0 Handler and it fixed the
problem.



[2008-01-04 11:54:05] benjamin dot azan at gmail dot com

The mySQL bug http://bugs.mysql.com/bug.php?id=25621 says :

" MySQL 5.0.54BK on WinXP localhost does not exhibit the error. "

and the PHP 5.2.5 show Client API version   5.0.45

So I think the next version of PHP should contain this new version of
the MySQL connector.

I'm gonna try to upgrade the mySQL connector on a 5.2.5 PHP version to
see if it fixs the bug



[2008-01-03 16:18:34] stalin dot gsk at gmail dot com

Include($header) and function fputs($csvf, "string") not detecting by
PHP 5.2.3
Iam using WIN NT server with IIS 6


Error msg:
Warning: include() [function.include]: Failed opening '' for inclusion
(include_path='.;./includes;./pear') in
C:\Inetpub\vhosts\shopinonline.co.in\cgi-bin\checkout.php on line 61


Iam adding the code below plz check if any thing can be done to make it
work advanced thanks for those who can try helping me site was launched
and this shopping is making plz help soon.

PHP code:

checkout.php
http://www.nopdesign.com 
||
//
||
// Javascript portions of this shopping cart software are available as
||
// freeware

#43776 [Opn->Bgs]: fsockopen crashes apache on windows

[johannes]

 ID:   43776
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jaco at jump dot co dot za
-Status:   Open
+Status:   Bogus
 Bug Type: Sockets related
 Operating System: Windows Server 2003
 PHP Version:  5.2.5
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

This is a problem with the libmysqlclient.dll on your system. Please
see #41350 for more information on that problem.


Previous Comments:


[2008-01-07 11:23:43] jaco at jump dot co dot za

This is not happening when I run the script with CLI, no error is
reported in CLI, its just when its on apache that it happens.



[2008-01-07 11:04:56] jaco at jump dot co dot za

Description:

Apache 2.2.4
PHP 5.2.5

whenever I use fsockopen, I get a message Error in
my_thread_global_end(): 1 threads didn't exit in my apache log files.
This happens when the threads are trying to be recycled.

Steps to reproduce

Start Apache

Run



Stop apache and the message apears in the apache error log. 

Reproduce code:
---
$fp = fsockopen("192.168.1.105", 3306);

fclose($fp);

exit;

Expected result:

Clean Log File

Actual result:
--
Error in my_thread_global_end(): 1 threads didn't exit





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

#43167 [Asn]: ReflectionMethod::isConstructor() does not work for interfaces

[dsp]

 ID:   43167
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5.2.*
 Assigned To:  johannes
 New Comment:

In my opinion thats not a bug. An interface has no constructor as it
cannot be initialized. As helly said, it simple forces the protocol for
the constructor.


Previous Comments:


[2007-11-06 13:25:23] [EMAIL PROTECTED]

This is discussable as it is not really a constructor here. It simply
forces the protocol for the constructor. We do mark abstract
constructors as ctors though, so we imho should do so in interfaces as
well.
[EMAIL PROTECTED] PHP_5_3]$ php -r 'abstract class t{abstract function
__construct();} ReflectionClass::export("T");'
make: `sapi/cli/php' is up to date.
Class [  abstract class t ] {
  @@ Command line code 1-1

  - Constants [0] {
  }

  - Static properties [0] {
  }

  - Static methods [0] {
  }

  - Properties [0] {
  }

  - Methods [1] {
Method [  abstract public method __construct ] {
  @@ Command line code 1 - 1
}
  }
}



[2007-11-01 07:52:22] [EMAIL PROTECTED]

Description:

ReflectionMethod::isConstructor() does not work for methods that are
named __construct() in interfaces.

Reproduce code:
---
getMethod('__construct');
var_dump($constructor->isConstructor());

Expected result:

bool(true)

Actual result:
--
bool(false)





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

#43776 [Opn]: fsockopen crashes apache on windows

[jaco at jump dot co dot za]

 ID:   43776
 User updated by:  jaco at jump dot co dot za
 Reported By:  jaco at jump dot co dot za
 Status:   Open
 Bug Type: Sockets related
 Operating System: Windows Server 2003
 PHP Version:  5.2.5
 New Comment:

This is not happening when I run the script with CLI, no error is
reported in CLI, its just when its on apache that it happens.


Previous Comments:


[2008-01-07 11:04:56] jaco at jump dot co dot za

Description:

Apache 2.2.4
PHP 5.2.5

whenever I use fsockopen, I get a message Error in
my_thread_global_end(): 1 threads didn't exit in my apache log files.
This happens when the threads are trying to be recycled.

Steps to reproduce

Start Apache

Run



Stop apache and the message apears in the apache error log. 

Reproduce code:
---
$fp = fsockopen("192.168.1.105", 3306);

fclose($fp);

exit;

Expected result:

Clean Log File

Actual result:
--
Error in my_thread_global_end(): 1 threads didn't exit





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

#43776 [NEW]: fsockopen crashes apache on windows

[jaco at jump dot co dot za]

From: jaco at jump dot co dot za
Operating system: Windows Server 2003
PHP version:  5.2.5
PHP Bug Type: Sockets related
Bug description:  fsockopen crashes apache on windows

Description:

Apache 2.2.4
PHP 5.2.5

whenever I use fsockopen, I get a message Error in my_thread_global_end():
1 threads didn't exit in my apache log files. This happens when the threads
are trying to be recycled.

Steps to reproduce

Start Apache

Run



Stop apache and the message apears in the apache error log. 

Reproduce code:
---
$fp = fsockopen("192.168.1.105", 3306);

fclose($fp);

exit;

Expected result:

Clean Log File

Actual result:
--
Error in my_thread_global_end(): 1 threads didn't exit

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

#43039 [Com]: Seg Fault (11) when using DB4 handler

[gchiesa at smos dot org]

 ID:   43039
 Comment by:   gchiesa at smos dot org
 Reported By:  philippe dot gablain at gmail dot com
 Status:   No Feedback
 Bug Type: DBM/DBA related
 Operating System: Linux Ubuntu 7.10
 PHP Version:  5.2.4
 Assigned To:  helly
 New Comment:

same issue with Ubuntu 7.10 and dba4.

---
$ dpkg -la | grep db4 

ii  libdb4.2   4.2.52+dfsg-2ubuntu1
   Berkeley v4.2 Database Libraries [runtime]
ii  libdb4.3   4.3.29-8ubuntu2 
   Berkeley v4.3 Database Libraries [runtime]
ii  libdb4.4   4.4.20-8.1ubuntu3.1 
   Berkeley v4.4 Database Libraries [runtime]
ii  libdb4.5   4.5.20-5ubuntu3 
   Berkeley v4.5 Database Libraries [runtime]
---


Previous Comments:


[2007-10-30 01:00:01] 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".



[2007-10-22 20:22:54] [EMAIL PROTECTED]

What version of db 4.4 is that exactly?



[2007-10-21 15:44:11] [EMAIL PROTECTED]

just tried it with db4.4 (default on Ubuntu 7.10) and it crashed, 
then I tried with db4.6 which works..



[2007-10-21 15:37:42] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

Works fine in CVS, could be an issue with a buggy db4 library.



[2007-10-19 14:45:08] philippe dot gablain at gmail dot com

Description:

Segmentation fault got anytime I call dba_open() since I upgraded from
Ubuntu 7.04 French to 7.10 French (Apache 2.2.4,PHP5.2.3).



Reproduce code:
---
$dbfile=" some ";


$id = dba_open ($dbfile, "n", "db4"); // tested wl or n

if (!$id) {
echo "dba_open failed\n";
exit;
}

dba_replace ("key", "some value", $id);
echo "\n";
if ($the_key = dba_firstkey($id)) do {
print("$the_key => ");
print dba_fetch($the_key, $id);
print("\n");
} while ($the_key = dba_nextkey($id));
echo "\n";

dba_close ($id);

Expected result:

key => some value

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1216125264 (LWP 1289)]
0x085d7410 in ?? ()
(gdb) bt
#0  0x085d7410 in ?? ()
#1  0xb71f09ad in dba_open_db4 () from
/usr/lib/apache2/modules/libphp5.so
#2  0xb71eefe5 in ?? () from /usr/lib/apache2/modules/libphp5.so
#3  0x08603d1c in ?? ()
#4  0xbfb590f8 in ?? ()
#5  0x0001 in ?? ()
#6  0x in ?? ()





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

#43775 [Opn->Bgs]: PDO can't handle prepared SHOW TABLES statements

[johannes]

 ID:   43775
 Updated by:   [EMAIL PROTECTED]
 Reported By:  adrianamustdie at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PDO related
 Operating System: openSuSE 10.3
 PHP Version:  5.2.5
 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

That's a limitation inside MySQL. But you can use a query like
  SELECT table_name FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA =
'?'
instead.


Previous Comments:


[2008-01-07 03:52:15] adrianamustdie at yahoo dot com

Description:

a prepared statement used in a class.

$this->mysql == mysql connection
$database == name of the database

Reproduce code:
---
example #1 (work):
$stmt = $this->mysql->prepare("SHOW TABLES FROM ".$database);
$stmt->execute();

example #2 (don't work):
$stmt = $this->mysql->prepare("SHOW TABLES FROM ?");
$stmt->execute(array($database));

Expected result:

both examples should work!

Actual result:
--
error: 42000 1064 You have an error in your SQL syntax; check the
manual that corresponds to your MySQL server version for the right
syntax to use near ''databasename'' at line 1





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