#41713 [Fbk->Opn]: Persistent memory consumption since 5.2

2007-06-30 Thread mplomer at gmx dot de
 ID:   41713
 User updated by:  mplomer at gmx dot de
 Reported By:  mplomer at gmx dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Performance problem
 Operating System: win32 only
 PHP Version:  5.2.4-dev 2007-06-26 00:09
 New Comment:

OK, it took me some time to get FastCGI running, but now it works,
and yes ... I can reproduce it there, too.

To be more detailed, I set up the following environment:
- Apache 2.0.59 (minimalistic configuration) with
  mod_fastcgi-SNAP-0404142202-AP2.dll

- Configured FastCGI with 1 process:
  FastCgiServer ../php5/php-cgi.exe -processes 1

- PHP 5.2.3 (without php.ini; only php-cgi.exe and php5ts.dll)

- and the test-script with 400,000 array elements:




Reproducing by looking at the Task-Manager's memory usage
values after each execution of the script:
- Freshly starting Apache
- Child process "php-cgi.exe" is started
 [php-cgi.exe consumes ~ 4.1 MB]
- Execute the test-script the first time:
 [php-cgi.exe consumes ~ 4.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 4.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.3 MB]
  ... might be OK so long

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB !!!]
  ... from now on this is not OK anymore
- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 6.1 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.5 MB]
- Execute one more time: [php-cgi.exe consumes ~ 7.7 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.8 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.5 MB]
- Execute one more time: [php-cgi.exe consumes ~ 10.6 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.5 MB]

- ...

This is always reproducable, and the memory usage values
are quite the same on each reproducion. (They differ only
sometimes in 4-12 KB.)

But you see, there is a systematic. There are 2 executions,
after which the memory is not freed, and after the third
execution, the memory is mostly freed.

Any ideas for further testing?


Previous Comments:


[2007-06-28 00:41:49] [EMAIL PROTECTED]

Thank you, at least we know it only happens with Windows.
Have you tried running PHP as FastCGI under windows?
That might cure this too..




[2007-06-27 20:56:14] mplomer at gmx dot de

OK, no problem. ... Today I tested this with apache worker, but I still
cannot reproduce it under linux.

I used a Debian 4.0 system and I compiled Apache 2.2.4 with:
./configure --prefix=/usr/local/apache2 --with-included-apr
--with-mpm=worker --enable-so

... and PHP 5.2.3 with:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit

So phpinfo() said, "Thread Safety" is enabled. And I played around with
the elementCount ... but under linux the memory is always completely
freed.

If you have some tips to track this down inside PHP, please let me
know. I now have a working PHP build-environment under windows.



[2007-06-27 11:54:27] [EMAIL PROTECTED]

It's most likely a ZTS issue, so testing on *nix with e.g. apache
worker and apache2handler SAPI might be a good idea too..



[2007-06-27 11:42:32] [EMAIL PROTECTED]

Too bad we don't have any developers maintaining Windows port on a
daily basis.
So you're encouraged to help us and investigate the issue.
Any additional information you can find would be appreciated.



[2007-06-26 11:37:27] mplomer at gmx dot de

It seems so. I could reproduce it only under windows yet. (See my
comment from [17 Jun 9:04am UTC]).



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

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


#41713 [Opn]: Persistent memory consumption since 5.2

2007-06-30 Thread mplomer at gmx dot de
 ID:   41713
 User updated by:  mplomer at gmx dot de
 Reported By:  mplomer at gmx dot de
 Status:   Open
 Bug Type: Performance problem
 Operating System: win32 only
 PHP Version:  5.2.4-dev 2007-06-26 00:09
 New Comment:

Another developer tested this on his own machine now, with the same
Apache/PHP environment, and could affirm this behavior. The memory usage
values are respectively 0,1-0,3 MB different, but the principle is the
same. So the behavior seems not to be system dependent.


Previous Comments:


[2007-06-30 10:19:26] mplomer at gmx dot de

OK, it took me some time to get FastCGI running, but now it works,
and yes ... I can reproduce it there, too.

To be more detailed, I set up the following environment:
- Apache 2.0.59 (minimalistic configuration) with
  mod_fastcgi-SNAP-0404142202-AP2.dll

- Configured FastCGI with 1 process:
  FastCgiServer ../php5/php-cgi.exe -processes 1

- PHP 5.2.3 (without php.ini; only php-cgi.exe and php5ts.dll)

- and the test-script with 400,000 array elements:




Reproducing by looking at the Task-Manager's memory usage
values after each execution of the script:
- Freshly starting Apache
- Child process "php-cgi.exe" is started
 [php-cgi.exe consumes ~ 4.1 MB]
- Execute the test-script the first time:
 [php-cgi.exe consumes ~ 4.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 4.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.3 MB]
  ... might be OK so long

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB !!!]
  ... from now on this is not OK anymore
- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 6.1 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.5 MB]
- Execute one more time: [php-cgi.exe consumes ~ 7.7 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.8 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.4 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.5 MB]
- Execute one more time: [php-cgi.exe consumes ~ 10.6 MB]

- Execute one more time: [php-cgi.exe consumes ~ 36.7 MB]
- Execute one more time: [php-cgi.exe consumes ~ 36.8 MB]
- Execute one more time: [php-cgi.exe consumes ~ 5.5 MB]

- ...

This is always reproducable, and the memory usage values
are quite the same on each reproducion. (They differ only
sometimes in 4-12 KB.)

But you see, there is a systematic. There are 2 executions,
after which the memory is not freed, and after the third
execution, the memory is mostly freed.

Any ideas for further testing?



[2007-06-28 00:41:49] [EMAIL PROTECTED]

Thank you, at least we know it only happens with Windows.
Have you tried running PHP as FastCGI under windows?
That might cure this too..




[2007-06-27 20:56:14] mplomer at gmx dot de

OK, no problem. ... Today I tested this with apache worker, but I still
cannot reproduce it under linux.

I used a Debian 4.0 system and I compiled Apache 2.2.4 with:
./configure --prefix=/usr/local/apache2 --with-included-apr
--with-mpm=worker --enable-so

... and PHP 5.2.3 with:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit

So phpinfo() said, "Thread Safety" is enabled. And I played around with
the elementCount ... but under linux the memory is always completely
freed.

If you have some tips to track this down inside PHP, please let me
know. I now have a working PHP build-environment under windows.



[2007-06-27 11:54:27] [EMAIL PROTECTED]

It's most likely a ZTS issue, so testing on *nix with e.g. apache
worker and apache2handler SAPI might be a good idea too..



[2007-06-27 11:42:32] [EMAIL PROTECTED]

Too bad we don't have any developers maintaining Windows port on a
daily basis.
So you're encouraged to help us and investigate the issue.
Any additional information you can find would be appreciated.



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

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


#41857 [Com]: proc_close() sometimes returns 0 but most times returns -1

2007-06-30 Thread judas dot iscariote at gmail dot com
 ID:   41857
 Comment by:   judas dot iscariote at gmail dot com
 Reported By:  charpour at gnet dot gr
 Status:   Open
 Bug Type: Program Execution
 Operating System: Debian 4.0 etch/Slackware 10.2.0
 PHP Version:  5.2.3
 New Comment:

If you remove --enable-sigchild it will work. do not use that, is not
needed anymore for nothing. ( IIRC was needed for old oracle extension
that is no longer in use)

I only wonder why it has not been removed yet..


Previous Comments:


[2007-06-30 00:21:09] thespacefrog at hotmail dot com

I have the same problem with proc_close and I need the sigchild option
to have the script run as a daemon. Is there any chance to fix this?:/

Thanks



[2007-06-29 21:37:18] charpour at gnet dot gr

Without these options in the configure command works fine (returns
always 0) :
--enable-sigchild --enable-pcntl --enable-shmop --enable-sysvsem



[2007-06-29 20:52:33] charpour at gnet dot gr

Description:

Sometimes proc_close() returns the expected value "0" but most times
returns -1.

Configure command: 
 './configure' '--prefix=/usr/local/php5.2' '--with-mysql'
'--with-mysql-sock' '--with-sqlite' '--enable-sqlite-utf8' '--with-zlib'
'--with-zlib-dir' '--with-bz2'
'--with-config-file-path=/usr/local/php5.2' '--enable-mbstring'
'--enable-sigchild' '--enable-pcntl' '--enable-shmop' '--enable-sysvsem'
'--enable-cli' '--disable-cgi'

Reproduce code:
---
 array("pipe", "r"),
   1 => array("pipe", "w"),
   2 => array("file", "/tmp/error-output.txt", "a")
);

$cwd = '/tmp';

$process = proc_open('ls -lap', $descriptorspec, $pipes, $cwd);

if (is_resource($process)) {

fclose($pipes[0]);

echo stream_get_contents($pipes[1]);
fclose($pipes[1]);

$return_value = proc_close($process);

echo "command returned $return_value\n";
}
?>


Expected result:

command returned 0.

Actual result:
--
command returned 0. or command returned -1.





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


#41859 [Com]: Low throughput with readfile/fpassthru

2007-06-30 Thread judas dot iscariote at gmail dot com
 ID:   41859
 Comment by:   judas dot iscariote at gmail dot com
 Reported By:  champs dot name at gmail dot com
 Status:   Open
 Bug Type: Performance problem
 Operating System: Windows Server 2003/IIS6
 PHP Version:  5.2.3
 New Comment:

You have to choose between readfile() and your code, readfile is
"designed" to be fast AND use few memory.

The best way you have to do this is simple. DO NOT serve files through
PHP :) use mod_secdownload and/or X-SendFile with lighttpd...with apache
use mod_auth_token and/or mod_sendfile to make the webserver itself to
serve the file


Previous Comments:


[2007-06-29 22:10:08] champs dot name at gmail dot com

Description:

With a client using a 10Mbps connection, it is possible to saturate the
pipe using print(fread(...)) in chunks of 32K or larger, but the
throughput of fpassthru() and readfile() is consistently ~1/3 of that
speed.  On the other side of the coin, a client with sub-Mbit DSL is not
able to complete 100MB downloads at all, unless readfile/fpassthru() is
used.

This has been tested in different orders, at different times of day,
and on different, non-consecutive days.

Reproduce code:
---
if ($file = fopen($path, $mode)) {
$chunk_size = 32;

while(!feof($file)) {

print(fread($file, $chunk_size * 1024));
if (connection_status() == 0) {
flush();
}
else {
break;
}
}

fclose($file);
}


Expected result:

Similar throughput if while() block is replaced with "fpassthru($file)"
or "readfile($path)".

Actual result:
--
File is served at over 900kB/s with fread(), less than 300kB/s with
fpassthru/readfile().





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


#41613 [Asn->Fbk]: xml_get_current_line_number() causes segmentation fault

2007-06-30 Thread rrichards
 ID:   41613
 Updated by:   [EMAIL PROTECTED]
 Reported By:  riverfr0zen at elitemail dot org
-Status:   Assigned
+Status:   Feedback
 Bug Type: XML related
 Operating System: Linux 2.6.15-28-386 UbuntuDappr
 PHP Version:  4.4.7
 Assigned To:  rrichards
 New Comment:

I cannot reproduce this. Do you have some static data that triggers the
segfault?


Previous Comments:


[2007-06-06 23:58:31] riverfr0zen at elitemail dot org

ha. of course, i violate the first instruction :) here it is with
beginning and ending php tags.

http://feeds.feedburner.com/thr/film', "r");

if ($feed)
{
$_parser = xml_parser_create();
xml_set_element_handler($_parser, "startElement", "endElement"); 
xml_set_character_data_handler($_parser, "characterData");
while ($data = fread($feed, 4096)) {
if (xml_parse($_parser, $data, feof($feed)) !== 1)
{
print xml_error_string(xml_get_error_code($_parser)) . 
"\n";
print xml_get_current_line_number($_parser) . "\n";
}
}
fclose($feed); 
xml_parser_free($_parser);
}
print "end\n";
?>


if you comment out 

print xml_get_current_line_number($_parser) . "\n";

the script successfully prints out "end". but if it is left there, it
never arrives, and gets a segmentation fault instead.



[2007-06-06 20:21:21] riverfr0zen at elitemail dot org

Note: Commenting out the line 

print xml_get_current_line_number($_parser) . "\n";" 

in the simple script above allows the script to complete execution
without a seg fault.



[2007-06-06 20:18:33] riverfr0zen at elitemail dot org

function startElement(){}
function endElement(){}

$feed = fopen('http://feeds.feedburner.com/thr/film', "r");

if ($feed)
{
$_parser = xml_parser_create();
xml_set_element_handler($_parser, "startElement", "endElement"); 
xml_set_character_data_handler($_parser, "characterData");
while ($data = fread($feed, 4096)) {
if (xml_parse($_parser, $data, feof($feed)) !== 1)
{
print xml_error_string(xml_get_error_code($_parser)) . 
"\n";
print xml_get_current_line_number($_parser) . "\n";
}
}
fclose($feed); 
xml_parser_free($_parser);
}



[2007-06-06 20:09:47] [EMAIL PROTECTED]

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

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.





[2007-06-06 19:47:23] riverfr0zen at elitemail dot org

Here's the backtrace:

(gdb) bt
#0  0x081c7fdd in normal_updatePosition (enc=0x8394560, ptr=0x8d7a000
,
end=0x8d67e5d " Technique of the American
Commercial.\"\n\n\n'Golden' shines for
Disney\n2007-06-06\nhttp://www.hollywoodreporter.com/h";...,
pos=0x8cbe948) at xmltok_impl.c:1747
#1  0x081b7afe in php_XML_GetCurrentLineNumber (parser=0x8cbe7c0)
at /usr/local/src/php-4.4.7/ext/xml/expat/xmlparse.c:1571
#2  0x081b54c5 in zif_xml_get_current_line_number (ht=1,
return_value=0x8d5f0ec, this_ptr=0x0,
return_value_used=1) at
/usr/local/src/php-4.4.7/ext/xml/xml.c:1437
#3  0x082291f2 in execute (op_array=0x8cdab84) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1681
#4  0x08229498 in execute (op_array=0x8cced9c) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#5  0x08229498 in execute (op_array=0x8a71d3c) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#6  0x08229498 in execute (op_array=0x8a7555c) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#7  0x08229498 in execute (op_array=0x8a73204) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#8  0x08229498 in execute (op_array=0x848ec3c) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#9  0x08229498 in execute (op_array=0x8842254) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#10 0x08229498 in execute (op_array=0x8843e64) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#11 0x08229498 in execute (op_array=0x8841b44) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#12 0x08229498 in execute (op_array=0x8488c1c) at
/usr/local/src/php-4.4.7/Zend/zend_execute.c:1725
#13 0x08229498 in execute (op_array=0x848859c) at
/usr/local/

#41787 [Opn->Fbk]: not view the correct code in the browser

2007-06-30 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 New Comment:

Do you understand what "command line" means?
You open the shell and run 'php.exe yourscript.php'..



Previous Comments:


[2007-06-29 18:53:41] d58m at hotmail dot com

I hope that you fine this data useful in diagnosing my problem?

Thread 251 - System ID 3672
Entry point   Msvcrt!_beginthreadex+6b 
Create time   29/06/2007 07:11:54 PM 
Time spent in user mode   0 Days 0:0:0.15 
Time spent in kernel mode   0 Days 0:0:0.0 

FunctionArg 1 Arg 2 Arg 3   Source 
php5ts!zend_hash_add_or_update+11a  0961b84c  09618ed0  0005   

php5ts!php_register_variable_ex+6c8        


Thread 0 - System ID 3748
Entry point   httpd+1e9f 
Create time   29/06/2007 06:35:03 PM 
Time spent in user mode   0 Days 0:0:0.281 
Time spent in kernel mode   0 Days 0:0:0.218 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0  0274 
0006fee0
NTDLL!NtClose+b 0274  0006fee0  0204662b
KERNEL32!CloseHandle+4f 0274  02047f6c  0274
php_apc+662b00239ff0  00239fe0  0023bf10
libapr_1!apr_pool_clear+2b  00239fe0  0072  006d0065
httpd+163b  0003  00232750  00232b28
httpd+1f82  0072  006d0065  7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f    00c8 
--
Thread 0 - System ID 472
Entry point   httpd+1e9f 
Create time   29/06/2007 07:06:36 PM 
Time spent in user mode   0 Days 0:0:0.484 
Time spent in kernel mode   0 Days 0:0:0.328 
-
FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274
0006fee0
NTDLL!NtClose+b 0274 0006fee0 
0661662b
KERNEL32!CloseHandle+4f 0274 06611aa0 
0274
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 00720044 
00760069   

httpd+163b  0003 00232750 
00232b28
httpd+1f82  00720044 00760069 
7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f  
00c8  
 
- 
Thread 0 - System ID 696
Entry point   httpd+1e9f 
Create time   29/06/2007 11:26:30 AM 
Time spent in user mode   0 Days 0:0:2.328 
Time spent in kernel mode   0 Days 0:0:1.984 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270
0006fee0
NTDLL!NtClose+b 0270 0006fee0 
0142662b
KERNEL32!CloseHandle+4f 0270 01421aa0 
0270
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 00740070 
004d0070   

httpd+163b  0003 00232750 
00232b28
httpd+1f82  00740070 004d0070 
7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f  
00c8  

--
Thread 0 - System ID 3560
Entry point   httpd+1e9f 
Create time   29/06/2007 07:15:13 PM 
Time spent in user mode   0 Days 0:0:0.203 
Time spent in kernel mode   0 Days 0:0:0.203 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270
0006fee0
NTDLL!NtClose+b 0270 0006fee0 
0204662b
KERNEL32!CloseHandle+4f 0270 02041aa0 
0270
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 0072 
006d0065   

httpd+163b  0003 00232750 
00232b28
httpd+1f82  0072 006d0065 
7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f  
00

#41787 [Fbk]: not view the correct code in the browser

2007-06-30 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 New Comment:

Also, what exactly is in that script of yours?


Previous Comments:


[2007-06-30 16:03:06] [EMAIL PROTECTED]

Do you understand what "command line" means?
You open the shell and run 'php.exe yourscript.php'..




[2007-06-29 18:53:41] d58m at hotmail dot com

I hope that you fine this data useful in diagnosing my problem?

Thread 251 - System ID 3672
Entry point   Msvcrt!_beginthreadex+6b 
Create time   29/06/2007 07:11:54 PM 
Time spent in user mode   0 Days 0:0:0.15 
Time spent in kernel mode   0 Days 0:0:0.0 

FunctionArg 1 Arg 2 Arg 3   Source 
php5ts!zend_hash_add_or_update+11a  0961b84c  09618ed0  0005   

php5ts!php_register_variable_ex+6c8        


Thread 0 - System ID 3748
Entry point   httpd+1e9f 
Create time   29/06/2007 06:35:03 PM 
Time spent in user mode   0 Days 0:0:0.281 
Time spent in kernel mode   0 Days 0:0:0.218 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0  0274 
0006fee0
NTDLL!NtClose+b 0274  0006fee0  0204662b
KERNEL32!CloseHandle+4f 0274  02047f6c  0274
php_apc+662b00239ff0  00239fe0  0023bf10
libapr_1!apr_pool_clear+2b  00239fe0  0072  006d0065
httpd+163b  0003  00232750  00232b28
httpd+1f82  0072  006d0065  7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f    00c8 
--
Thread 0 - System ID 472
Entry point   httpd+1e9f 
Create time   29/06/2007 07:06:36 PM 
Time spent in user mode   0 Days 0:0:0.484 
Time spent in kernel mode   0 Days 0:0:0.328 
-
FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274
0006fee0
NTDLL!NtClose+b 0274 0006fee0 
0661662b
KERNEL32!CloseHandle+4f 0274 06611aa0 
0274
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 00720044 
00760069   

httpd+163b  0003 00232750 
00232b28
httpd+1f82  00720044 00760069 
7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f  
00c8  
 
- 
Thread 0 - System ID 696
Entry point   httpd+1e9f 
Create time   29/06/2007 11:26:30 AM 
Time spent in user mode   0 Days 0:0:2.328 
Time spent in kernel mode   0 Days 0:0:1.984 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270
0006fee0
NTDLL!NtClose+b 0270 0006fee0 
0142662b
KERNEL32!CloseHandle+4f 0270 01421aa0 
0270
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 00740070 
004d0070   

httpd+163b  0003 00232750 
00232b28
httpd+1f82  00740070 004d0070 
7ffdf000
KERNEL32!BaseProcessStart+3d00401e9f  
00c8  

--
Thread 0 - System ID 3560
Entry point   httpd+1e9f 
Create time   29/06/2007 07:15:13 PM 
Time spent in user mode   0 Days 0:0:0.203 
Time spent in kernel mode   0 Days 0:0:0.203 

FunctionArg 1 Arg 2 Arg 3   
Source 
NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270
0006fee0
NTDLL!NtClose+b 0270 0006fee0 
0204662b
KERNEL32!CloseHandle+4f 0270 02041aa0 
0270
php_apc+662b00239ff0 00239fe0 
0023bf10
libapr_1!apr_pool_clear+2b  00239fe0 0072 
006d0065   

httpd+163b  0003 00232750 
00232b28
httpd+1f82

#41842 [Asn]: Cannot create years < 0100 & negative years with date_create or new DateTime

2007-06-30 Thread mattsch at gmail dot com
 ID:   41842
 User updated by:  mattsch at gmail dot com
 Reported By:  mattsch at gmail dot com
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Gentoo Linux 2007.0
 PHP Version:  5.2.3
 Assigned To:  derick
 New Comment:

I understand that it would be octal with a leading zero if I was
creating an integer but I'm sending it a string though so I'm not sure
how that applies.  What I am referencing is the ISO 8601 standard which
does not allow years to be less than 4 digits.  So years less than 100
must be padded with a zero and years less than 99 must be padded with
two zeros, etc.

http://isotc.iso.org/livelink/livelink/4021199/ISO_8601_2004_E.zip?func=doc.Fetch&nodeid=4021199

Quoted from ISO 8601:2004(E):


3.6 Leading zeros
If a time element in a defined representation has a defined length,
then leading zeros shall be used as
required.

calendar year is, unless specified otherwise, represented by four
digits. Calendar years are numbered in
ascending order according to the Gregorian calendar by values in the
range [] to []. Values in
the range [] through [1582] shall only be used by mutual agreement
of the partners in information
interchange.

Calendar date —
Basic format: −00020412

Extended format: −0002-04-12

Explanation: Expanded; four digits to represent the year.
The twelfth of April in the second year before
the year []


Previous Comments:


[2007-06-30 02:13:23] [EMAIL PROTECTED]

Sure you can.  But of course a leading 0 indicates an octal number, so
099 is not a valid number.  



[2007-06-29 17:22:43] mattsch at gmail dot com

I have discovered that it is also unable to create years between 
and 0099.



[2007-06-28 18:17:04] [EMAIL PROTECTED]

The current code was not meant to do this, so it's not a real "bug" -
however, I'll check whether we can support this without breaking
something else.



[2007-06-28 16:36:44] mattsch at gmail dot com

Description:

When attempting to create a new date with a negative year and display
that date, the format function returns today's date with the timezone
offset modified and set to what the negative year should be.

Reproduce code:
---
format(DATE_ISO8601);
?>

Expected result:

Output:

-2007-06-28T11:31:19-0500

Actual result:
--
Outputs:

2007-06-28T11:31:19-2007





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


#41861 [NEW]: getNamespaces() returns the namespaces of a node's siblings

2007-06-30 Thread hubert dot roksor at gmail dot com
From: hubert dot roksor at gmail dot com
Operating system: 
PHP version:  5CVS-2007-06-30 (CVS)
PHP Bug Type: SimpleXML related
Bug description:  getNamespaces() returns the namespaces of a node's siblings

Description:

In addition to a node's own namespaces, getNamespaces() seems to return
the namespaces of its latter siblings.

In the reproduce code below, we create a tree composed of 5 nodes: the
first and last nodes have no namespaces and the 3 nodes in-between each
have their own namespace. We observe that getNamespaces() returns all 3
namespaces for the first node, altough it should have none, then 3, 2, 1
namespaces for the subsequent nodes (which should only have one each) then
finally no namespace for the last node, as expected.

children(), on the other hand, behaves correctly and does not find the
nodes under those "extra" namespaces so I guess the problem is located in
getNamespaces().

Thanks for reading :]


Tested on:

PHP 5.2.4-dev (cli) (built: Jun 30 2007 12:04:20)
WinXP
libxml2 2.6.26
SimpleXML Revision: 1.151.2.22.2.29

PHP 5.2.2-pl1-gentoo (cli) (built: May 24 2007 00:26:35)
libxml 2.6.27
SimpleXML Revision: 1.151.2.22.2.26

Reproduce code:
---
$xml = simplexml_load_string('






');

foreach (array(null, '#ns1', '#ns2', '#ns3') as $ns)
{
foreach ($xml->children($ns) as $child)
{
$name = $child->getName();
$namespaces = $child->getNamespaces(false);

echo "children($ns) has found '$name' -- Its namespaces: ", 
implode(',
', $namespaces), "\n";
}
}

Expected result:

children() has found 'first_node_no_ns' -- Its namespaces: #ns1, #ns2,
#ns3
children() has found 'last_node_no_ns' -- Its namespaces:
children(#ns1) has found 'node1' -- Its namespaces: #ns1, #ns2, #ns3
children(#ns2) has found 'node2' -- Its namespaces: #ns2, #ns3
children(#ns3) has found 'node3' -- Its namespaces: #ns3

Actual result:
--
children() has found 'first_node_no_ns' -- Its namespaces:
children() has found 'last_node_no_ns' -- Its namespaces:
children(#ns1) has found 'node1' -- Its namespaces: #ns1
children(#ns2) has found 'node2' -- Its namespaces: #ns2
children(#ns3) has found 'node3' -- Its namespaces: #ns3

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


#41787 [Fbk->Opn]: not view the correct code in the browser

2007-06-30 Thread d58m at hotmail dot com
 ID:   41787
 User updated by:  d58m at hotmail dot com
 Reported By:  d58m at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 New Comment:

DebugDiag 1.1 (x86) Report:

Thread 0 - System ID 3720
Entry point   php+2fc2 
Create time   30/06/2007 05:16:18 PM 
Time spent in user mode   0 Days 00:00:00.031 
Time spent in kernel mode   0 Days 00:00:00.01

Thread 1 - System ID 2896
Entry point   KERNEL32!BaseAttachComplete 
Create time   30/06/2007 05:17:27 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 2 - System ID 2920
Entry point   0x85e0bc88 
Create time   30/06/2007 05:18:24 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 0 - System ID 3720
Entry point   php+2fc2 
Create time   30/06/2007 05:16:18 PM 
Time spent in user mode   0 Days 00:00:00.031 
Time spent in kernel mode   0 Days 00:00:00.015 

Thread 1 - System ID 2896
Entry point   0x 
Create time   30/06/2007 05:17:27 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 2 - System ID 2920
Entry point   0x85e0bc88 
Create time   30/06/2007 05:18:24 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 
--

If you double clicked on PhP.exe file you get these dll errors:

PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_exif.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_oci8.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_oci.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_oci8.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_sqlite_external.dll' - The specified module could not be 

found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pspell.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_sybase_ct.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ibm_db2.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ifx.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ingres.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_maxdb.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_mcve.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_netools.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_oracle.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_ibm.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_informix.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_svn.dll' - The specified module could not be found.
 in Unknown on line 0
Cannot find module (IP-MIB): At line 0 in (none)
Cannot find module (IF-MIB): At line 0 in (none)
Cannot find module (TCP-MIB): At line 0 in (none)
Cannot find module (UDP-MIB): At line 0 in (none)
Cannot find module (SNMPv2-MIB): At line 0 in (none)
Cannot find module (SNMPv2-SMI): At line 0 in (none)
Cannot find module (UCD-SNMP-MIB): At line 0 in (none)
Cannot find module (UCD-DEMO-MIB): At line 0 in (none)
Cannot find module (SNMP-TARGET-MIB): At line 0 in (none)
Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none)
Cannot find module (SNMP-COMMUNITY-

#40034 [Com]: mssql_connect(): Unable to connect to server

2007-06-30 Thread jmckinzie at novonics dot com
 ID:   40034
 Comment by:   jmckinzie at novonics dot com
 Reported By:  chris dot clos at lmcu dot org
 Status:   Assigned
 Bug Type: MSSQL related
 Operating System: Windows Server 2003
 PHP Version:  5.2.0
 Assigned To:  fmk
 New Comment:

I may be having some similar behavior related to this bug. I'm having
issues with database connections dropping on a Win 2K3 box, running
Apache 1.3.37, PHP 5.1.6 and MS SQL 2005 Express. I am able to connect
most of the time using mssql_connect. However, on a consistent basis,
probably 15-45 minutes, my mssql_connect calls begin to fail with the
same message as above:

PHP Warning:  mssql_connect(): Unable to connect to server:  x.x.x.x

Restarting Apache fixes the problem and I am able to connect for a
short time. I'm using ntwdblib.dll, version 2000.80.194.0, and have not
upgraded to 2000.80.2039.0.


Previous Comments:


[2007-01-23 05:36:47] ivanvart at gmail dot com

We have the same problem... we solved (but we dont know if is the best
option) changing the ntwdblib.dll (ver. 2000.80.2039.0) in the php
directory.



[2007-01-22 21:18:17] tschoenbachler at eoncc dot com

I too has seen this problem on one of my customers machines and FYI,
restarting IIS temporarily fixes the problem. As a work around can I do
a regsvr32 on the new ntwdblib.dll and if so where can I get it...?



[2007-01-12 16:30:37] [EMAIL PROTECTED]

But you are packing the dll's :-)

As far as I know different versions of ntwdblib.dll will default to
either tcpip or netbios for the default protocol. There might also be a
registry setting for this (I'll look for that tonight when I get home).

Just copying the dll to the system does not give you access to the
client configuration tools that allow you to change the defaults or
create server aliases that should be used as the host parameter for
mssql_connect().

If the newer version of ntwdblib.dll solves the problem I'd say we
should bundle it.



[2007-01-12 14:11:43] [EMAIL PROTECTED]

Sorry, I'm not the MSSQL intiated :)

Frank, could you take a look please?



[2007-01-05 15:23:46] chris dot clos at lmcu dot org

Description:

I have PHP 5.1.4 and upgraded to php 5.2.0.  Copied my php.ini file
over.  I use IIS in Server 2003 (Standard) SP1, connecting to SQL Server
2005 (Standard).  

I can no longer do mssql_connects, instead I get an error.

Once I did this I get an error: 

PHP Warning:  mssql_connect(): Unable to connect to server:  x.x.x.x in
C:\db-test.php on line 3

This is the same thing that happens when using it via IIS (using
php5isapi) or the php command line.  This does work on a Windows XP SP2
machine just fine.  I can reproduce this other Windows Server 2003
machines.  

I read from bug Id 39313, and I have tried loading the client tools,
however I do not see anywhere that there is a NETBIOS or a TCP/IP type
setting in SQL Server Management Studio.  

After looking long and deep, I found that its the version of
ntwdblib.dll that is provided with php package.  I found one that is
version "2000.80.194.0" that fixes it, but the one included is
"2000.2.8.0"

Same problem appears to happen with 5.1.4 and this version of dll, I
think this file needs to be updated in the distribution.

Reproduce code:
---



Expected result:

I should get "true" printed out.

Actual result:
--
Using 5.2.0:
Warning: mssql_connect(): Unable to connect to server:  x.x.x.x in
C:\db-test.php on line 3
fubar


Using 5.1.4:
true





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


#41862 [NEW]: Errorhandler doesn't work

2007-06-30 Thread thomas at thoftware dot de
From: thomas at thoftware dot de
Operating system: Windows XP
PHP version:  4.4.7
PHP Bug Type: Scripting Engine problem
Bug description:  Errorhandler doesn't work

Description:

Setting an Errorhandler with set_error_handler() and then calling
require() with a Function as Argument doesn't produce the expected Result.

Reproduce code:
---
  function ehandler($e,$t,$f,$l,$c) {
echo $t;
  }
  function foo($foo) {
return($foo);
  }
  set_error_handler('ehandler');
  error_reporting(E_ALL);
  require_once(foo('foo'));


Expected result:

Some Errormessage like this:

main(foo) [function.main]: failed to open stream: No such file or
directory
Fatal error: main() [function.require]: Failed opening required 'foo'
(include_path='.;c:\php4\pear') in foo.php on line x

Actual result:
--
Nothing (infinite loop?). PHP crashes.

Using no Errorhandler or giving 'foo' directly to require_once() works.

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


#41787 [Opn->Fbk]: not view the correct code in the browser

2007-06-30 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 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 the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:


[2007-06-30 17:38:02] d58m at hotmail dot com

DebugDiag 1.1 (x86) Report:

Thread 0 - System ID 3720
Entry point   php+2fc2 
Create time   30/06/2007 05:16:18 PM 
Time spent in user mode   0 Days 00:00:00.031 
Time spent in kernel mode   0 Days 00:00:00.01

Thread 1 - System ID 2896
Entry point   KERNEL32!BaseAttachComplete 
Create time   30/06/2007 05:17:27 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 2 - System ID 2920
Entry point   0x85e0bc88 
Create time   30/06/2007 05:18:24 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 0 - System ID 3720
Entry point   php+2fc2 
Create time   30/06/2007 05:16:18 PM 
Time spent in user mode   0 Days 00:00:00.031 
Time spent in kernel mode   0 Days 00:00:00.015 

Thread 1 - System ID 2896
Entry point   0x 
Create time   30/06/2007 05:17:27 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 

Thread 2 - System ID 2920
Entry point   0x85e0bc88 
Create time   30/06/2007 05:18:24 PM 
Time spent in user mode   0 Days 00:00:00.00 
Time spent in kernel mode   0 Days 00:00:00.00 
--

If you double clicked on PhP.exe file you get these dll errors:

PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_exif.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_oci8.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_oci.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_oci8.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_sqlite_external.dll' - The specified module could not be 

found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pspell.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_sybase_ct.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ibm_db2.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ifx.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_ingres.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_maxdb.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_mcve.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_netools.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_oracle.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_ibm.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_pdo_informix.dll' - The specified module could not be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 'C:\Program 

Files\PHP\
ext\php_svn.dll' - The specified modu

#41489 [Opn->Asn]: stream_select does not work on ssl stream_socket_server (works in 5.2.1!) on 64b

2007-06-30 Thread sniper
 ID:   41489
 Updated by:   [EMAIL PROTECTED]
 Reported By:  n dot escuder at intra-links dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Streams related
 Operating System: Linux 2.6
 PHP Version:  5.2.3
-Assigned To:  
+Assigned To:  iliaa
 New Comment:

Ilia, can you check it out please?


Previous Comments:


[2007-06-29 19:59:04] n dot escuder at intra-links dot com

Ok now it's good on 32 bit plateform but not on 64 bit.

If i compile 32 bit version of PHP this works.

If i compile 64 bit version of PHP your patch don't work.



[2007-05-27 17:06:17] [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.





[2007-05-24 13:09:30] n dot escuder at intra-links dot com

Description:

When creating an socket server in ssl mode stream_select don't work.

In PHP 5.2.1 all work fine the bug is in PHP 5.2.2.

Reproduce code:
---
server.php:

$options = array( "ssl" => array( "allow_self_signed" => true,
"verify_peer" => false, "local_cert" => "/www/conf/ssl/server.pem" ) );
$context = stream_context_create();
stream_context_set_option( $context, $options );

$s = stream_socket_server( "ssl://0.0.0.0:6310", $errno, $errstr,
STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, $context );
while ( 1 ) {
   $read = array( $s );
   $wr = null;
   $ed = null;
   if ( stream_select( $read, $wr, $ed, 0, 500 ) > 0 ) {
  echo "ACCEPT\n";
   }
}

client.php:

$s = stream_socket_client( "ssl://localhost:6310" );
$s->write("toto\r\n\r\n");
sleep( 1 );


Expected result:

when running server.php we must go "ACCEPT" onto the screen.

Actual result:
--
nothing





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


#41350 [Com]: Error in my_thread_global_end()

2007-06-30 Thread anony at ousql dot cl
 ID:   41350
 Comment by:   anony at ousql dot cl
 Reported By:  graham at directhostinguk dot com
 Status:   Feedback
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.2
 Assigned To:  georg
 New Comment:

I work with php 5.2.3 and has the same problem.
i try changing the dll's from mysql and can see that my problem was
only the short syntaxys wasn't enabled.
i resolve editing php.ini 
change
short_open_tag = Off to On
Regards
Antonia from Chile


Previous Comments:


[2007-06-28 10:02:15] chris at crgs dot co dot uk

Scott is already aware of this, but I tried the snapshot from 12:30
27-06-2007 and it didn't fix the problem. However this might be because
the fix from the MySQL bug is necessary as well, and currently the PHP
snapshots contain libmysql.dll from PHP 5.0.37 rather than 5.0.45 (which
is apparently the one we need).

We may need to wait for MySQL to release their new version, and for the
new libmysql.dll to make its way across to PHP, before the bug will be
'properly' fixed.



[2007-06-26 12:00:57] [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

I've committed a fix that should have resolved this.



[2007-06-26 11:38:18] maxfm at abv dot bg

Just go to the end of php.ini
Change:
[PHP_MYSQL]
extension=php_mysql.dll
to:
;[PHP_MYSQL]
;extension=php_mysql.dll

Then go to:
;extension=php_mysql.dll
and enable it:
extension=php_mysql.dll



[2007-06-24 09:37:28] ysangkok at gmail dot com

I'm experiencing the same problem with 5.2.3. Using CGI on IIS5.

I fixed it by using the dll from 5.2.1.



[2007-06-21 10:51:18] chris at crgs dot co dot uk

Am using CGI here (php-cgi.exe in IIS6)

There appears to be some action on the MySQL bug...



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

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