Bug #60891 [Com]: FPM status serving should be moved to the master process
Edit report at https://bugs.php.net/bug.php?id=60891edit=1 ID: 60891 Comment by: ml at fatbsd dot com Reported by:erno dot kovacs at freemail dot hu Summary:FPM status serving should be moved to the master process Status: Open Type: Bug Package:FPM related Operating System: Any PHP Version:5.3.9 Block user comment: N Private report: N New Comment: for security reason and by design it's not possible to make the master process to listen to those requests. The only possibility is to fork another process only to handle this. And this is quite a a big change. It's on my todo list but no ETA yet. ++ fat Previous Comments: [2012-01-26 13:08:01] erno dot kovacs at freemail dot hu Description: When the server is overloaded, you cant query the FPM status page, however it should be its primary goal: being able to check whats going on. This way this cool feature is pointless. Test script: --- fpm conf: pm = dynamic pm.max_children = 1 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 test script: ? sleep(60); ? And while the only worker process is sleeping, send a query to the status page. It wont be served. Expected result: Status page. Actual result: -- Hanging -- Edit this bug report at https://bugs.php.net/bug.php?id=60891edit=1
[PHP-BUG] Req #55694 [NEW]: Expose additionnal readline variable to prevent default filename completion
From: Operating system: PHP version: 5.3.8 Package: Readline related Bug Type: Feature/Change Request Bug description:Expose additionnal readline variable to prevent default filename completion Description: Actually, when using a custom completion function with readline_completion_function(), if this custom completion function does not find any match, it falls back to the default filename completion. In order to prevent this behaviour, the C API of readline provides a variable named rl_attempted_completion_over. Defining this variable to a non-zero value disables the uses of the default filename completion. This variable is not exposed to PHP and the filename completion cannot be bypassed. The provided patch exposes this variable to PHP, and allows to use readline_info(attempted_completion_over, 1) in the PHP completion function to prevent default filename completion to occurs. There is a bug report but it s closed since 2005 https://bugs.php.net/bug.php?id=31796 Another bug report for this https://bugs.php.net/bug.php?id=48089 with a patch which does the job but in a wrong way, imo. -- Edit bug report at https://bugs.php.net/bug.php?id=55694edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55694r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55694r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55694r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55694r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55694r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55694r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55694r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55694r=needscript Try newer version: https://bugs.php.net/fix.php?id=55694r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55694r=support Expected behavior: https://bugs.php.net/fix.php?id=55694r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55694r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55694r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55694r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55694r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55694r=dst IIS Stability: https://bugs.php.net/fix.php?id=55694r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55694r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55694r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55694r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55694r=mysqlcfg
[PHP-BUG] Bug #51930 [NEW]: die() returns exit code 0
From:
Operating system: Linux
PHP version: 5.3.2
Package: Unknown/Other Function
Bug Type: Bug
Bug description:die() returns exit code 0
Description:
die() returns exit status 0 (success), which is IMHO illogical.
This mostly matters when using PHP-CLI, for example where you have the
usual:
@mysql_connect(..) or die('sql blahblah');
...in that case a success error code is returned.
I had this in an authentication callback script which returns 0 on user
success and any other value on user failure.
In this case it returned 'success' in case of a SQL server error.
The only workaround I can see is first printing the error message, and then
doing an explicit die/exit with a numerical value. This does not exactly
improve code readability/niceness. And, like I said, I simply didn't expect
die() to return a success exit code.
Test script:
---
? die('abc'); ?
Expected result:
I expect a non-zero exit code, instead of 0 (success).
Actual result:
--
Exit status of 0 (success)
--
Edit bug report at http://bugs.php.net/bug.php?id=51930edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51930r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51930r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51930r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51930r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51930r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51930r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51930r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51930r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51930r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51930r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51930r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51930r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51930r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51930r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51930r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51930r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51930r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51930r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51930r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51930r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51930r=mysqlcfg
[PHP-BUG] Bug #51439 [NEW]: last month in date does not right on March 30th
From:
Operating system: Ubuntu 9.x, Debian 4.x
PHP version: 5.3.2
Package: *General Issues
Bug Type: Bug
Bug description:last month in date does not right on March 30th
Description:
On March 30th and 31th the date function does not work correctly. If you
work with date(m)-1 the result is not 02 for the month. You get 03 for
the month but 02 for the day!!
If you change the system clock to another date the funtion works correctly.
See code below.
If you set the clock to Apr 30th and use date('m')-2 you get the same wrong
result.
Test script:
---
echo brtoday: . $today = mktime(0, 0, 0, date(m) , date(d),
date(Y));
echo br. date('d.m.Y', $today);
echo br;
echo brtomorrow: . $tomorrow = mktime(0, 0, 0, date(m) ,
date(d)+1, date(Y));
echo br. date('d.m.Y', $tomorrow);
echo br;
echo brlast1month: . $lastmonth = mktime(0, 0, 0, date(m)-1,
date(d), date(Y));
echo br. date('d.m.Y', $lastmonth);
echo br;
echo brlast2month: . $lastmonth = mktime(0, 0, 0, date(m)-2,
date(d), date(Y));
echo br. date('d.m.Y', $lastmonth);
echo br;
echo brlast3month: . $lastmonth = mktime(0, 0, 0, date(m)-3,
date(d), date(Y));
echo br. date('d.m.Y', $lastmonth);
echo br;
Expected result:
30.02.2010
Actual result:
--
02.03.2010
--
Edit bug report at http://bugs.php.net/bug.php?id=51439edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51439r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51439r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51439r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51439r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51439r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51439r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51439r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51439r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51439r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51439r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51439r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51439r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51439r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51439r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51439r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51439r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51439r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51439r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51439r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51439r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51439r=mysqlcfg
#47021 [Com]: SoapClient stumbles over WSDL delivered with Transfer-Encoding: chunked
ID: 47021
Comment by: ml at x-net dot be
Reported By: daniel dot gorski at develnet dot org
Status: Open
Bug Type: SOAP related
Operating System: Linux
PHP Version: 5.3CVS-2009-01-06 (CVS)
New Comment:
I can confirm this bug. I tried avoiding the chunking in Apache by
using mod_deflate, but the PHP SOAP client probably doesn't send an
Accept-Encoding header with gzip in it.
Previous Comments:
[2009-01-06 16:28:52] daniel dot gorski at develnet dot org
Description:
The \SoapClient (and probably the \SoapServer) stumble over WSDL files
that are delivered via HTTP in chunks, carrying the HTTP response header
Transfer-Encoding: chunked.
Reproduce code:
---
$sc = \SoapClient('http://any.wsdl/that/is/delivered/in/chunks');
Expected result:
No error, intantiation and initialization of the \SoapClient object.
Actual result:
--
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from [URL]: Start tag expected, '' not found in
[FILE]
--
Edit this bug report at http://bugs.php.net/?id=47021edit=1
#47048 [Fbk-Opn]: php5-pgsql segfaults with new pg_meta_data
ID: 47048
User updated by: ml-php dot net at bettercom dot de
Reported By: ml-php dot net at bettercom dot de
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
postgres-8.3.5 is the version I'm using here (server libs)
Previous Comments:
[2009-01-13 18:36:06] il...@php.net
What version of PostgreSQL library server are you using?
[2009-01-10 20:57:22] fel...@php.net
I can't reproduce it on Linux.
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.3.5
Multibyte character support = enabled
SSL support = enabled
Active Persistent Links = 0
Active Links = 0
[2009-01-09 11:38:06] ml-php dot net at bettercom dot de
Description:
The last changes php_pgsql_meta_data cause segfaults in client and
mod_php5
Reproduce code:
---
?php
$dbconn = pg_connect(dbname=*** user=***) or die(Could not
connect);
$meta = pg_meta_data($dbconn, 'a_table');
if (is_array($meta)) {
var_dump($meta);
}
?
Actual result:
--
(gdb) bt
#0 0x28606b20 in php_pgsql_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#1 0x2860c49b in zif_pg_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#2 0x0818be08 in zend_do_fcall_common_helper_SPEC ()
#3 0x0817d639 in execute ()
#4 0x0815ffc2 in zend_execute_scripts ()
#5 0x0811e7b5 in php_execute_script ()
#6 0x081db5e7 in main ()
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#47048 [NEW]: php5-pgsql segfaults with new pg_meta_data
From: ml-php dot net at bettercom dot de
Operating system: FreeBSD 7.0-RELEASE
PHP version: 5.2.8
PHP Bug Type: PostgreSQL related
Bug description: php5-pgsql segfaults with new pg_meta_data
Description:
The last changes php_pgsql_meta_data cause segfaults in client and
mod_php5
Reproduce code:
---
?php
$dbconn = pg_connect(dbname=*** user=***) or die(Could not
connect);
$meta = pg_meta_data($dbconn, 'a_table');
if (is_array($meta)) {
var_dump($meta);
}
?
Actual result:
--
(gdb) bt
#0 0x28606b20 in php_pgsql_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#1 0x2860c49b in zif_pg_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#2 0x0818be08 in zend_do_fcall_common_helper_SPEC ()
#3 0x0817d639 in execute ()
#4 0x0815ffc2 in zend_execute_scripts ()
#5 0x0811e7b5 in php_execute_script ()
#6 0x081db5e7 in main ()
--
Edit bug report at http://bugs.php.net/?id=47048edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47048r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47048r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47048r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47048r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47048r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47048r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47048r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47048r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47048r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47048r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47048r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47048r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47048r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47048r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47048r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47048r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47048r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47048r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47048r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47048r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47048r=mysqlcfg
#43782 [NEW]: feof() does not detect timeout on socket
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=43782edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43782r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43782r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43782r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43782r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43782r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43782r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43782r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43782r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43782r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43782r=support
Expected behavior:http://bugs.php.net/fix.php?id=43782r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43782r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43782r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43782r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43782r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43782r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43782r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43782r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43782r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43782r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43782r=mysqlcfg
#38279 [NEW]: mktime dont work right on all 31 day of a month
From: support at ml-networld dot de Operating system: Debian Sarge PHP version: 4CVS-2006-08-01 (CVS) PHP Bug Type: Date/time related Bug description: mktime dont work right on all 31 day of a month Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit bug report at http://bugs.php.net/?id=38279edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38279r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38279r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38279r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38279r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38279r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38279r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38279r=needscript Try newer version:http://bugs.php.net/fix.php?id=38279r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38279r=support Expected behavior:http://bugs.php.net/fix.php?id=38279r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38279r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38279r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38279r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38279r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38279r=dst IIS Stability:http://bugs.php.net/fix.php?id=38279r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38279r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38279r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38279r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38279r=mysqlcfg
#38279 [Opn]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Open Bug Type: Date/time related Operating System: Debian Sarge -PHP Version: 4CVS-2006-08-01 (CVS) +PHP Version: 5.1.4 New Comment: sorry, i put the wrong phpversion Previous Comments: [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: i have the right timezome Europe/Berlin Previous Comments: [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: I test this problem in a xammp environment under my local windows, and there i have the same problem. Previous Comments: [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs-Csd]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de -Status: Bogus +Status: Closed Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: thx. Previous Comments: [2006-08-01 13:01:09] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Clue: what are the 31sts of June, September and November? [2006-08-01 09:07:01] support at ml-networld dot de I test this problem in a xammp environment under my local windows, and there i have the same problem. [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion 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/38279 -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#33258 [NEW]: array_diff_key not present in PHP5
From: ml at iceni dot pl Operating system: WinXP + Apache PHP version: 5.0.4 PHP Bug Type: *General Issues Bug description: array_diff_key not present in PHP5 Description: Hi, I was wondering if this function (array_diff_key) is really implemented in PHP 5.0.4? For more info, please look at comments here: http://php.net/array_diff_key Reproduce code: --- $finalArray = array_diff_key($array1, $array2); Expected result: no error Actual result: -- Fatal error: Call to undefined function: array_diff_key() in .php on line 239 -- Edit bug report at http://bugs.php.net/?id=33258edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33258r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33258r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33258r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33258r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33258r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33258r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33258r=needscript Try newer version: http://bugs.php.net/fix.php?id=33258r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33258r=support Expected behavior: http://bugs.php.net/fix.php?id=33258r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33258r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33258r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33258r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33258r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33258r=dst IIS Stability: http://bugs.php.net/fix.php?id=33258r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33258r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33258r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33258r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33258r=mysqlcfg
#27794 [NEW]: LDAP extensions not working correctly
From: robert_thompson at ml dot com Operating system: Win2000 PHP version: 4.3.5 PHP Bug Type: Unknown/Other Function Bug description: LDAP extensions not working correctly Description: I have tried for two days every possibility to get a simple LDAP query to return anything. I have copied and tried some 50 different scripts. I can't get anything to come back. Reproduce code: --- $ldaphost=myserver; $ldapport=389; $ldapconn=ldap_connect($ldaphost, $ldapport); $bind=ldap_bind($ldapconn); echo Bind result is .$r. -- blank is goodp; $dn=OU=Support,dc=win,dc=com; $filter=(|(sn=a*)(givenname=a*)); $justthese = array( ou, sn, givenname, mail); $result=ldap_search($ldapconn, $dn, $filter, $justthese); echo ldap_error($result); Expected result: Anything Actual result: -- I get nothing back. -- Edit bug report at http://bugs.php.net/?id=27794edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27794r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27794r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27794r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27794r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27794r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27794r=needscript Try newer version: http://bugs.php.net/fix.php?id=27794r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27794r=support Expected behavior: http://bugs.php.net/fix.php?id=27794r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27794r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27794r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27794r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27794r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27794r=dst IIS Stability: http://bugs.php.net/fix.php?id=27794r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27794r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27794r=float
#27794 [Opn]: LDAP extensions not working correctly
ID: 27794 User updated by: robert_thompson at ml dot com Reported By: robert_thompson at ml dot com Status: Open Bug Type: Unknown/Other Function Operating System: Win2000 PHP Version: 4.3.5 New Comment: I fought this for days only to figure out that it is because someone in our company set LDAP so that you can not query without binding with supplied credentials. Anonymous binding would not work for reporting - yet you could bind successfully anonymously - wierd. Previous Comments: [2004-03-31 05:42:58] robert_thompson at ml dot com Description: I have tried for two days every possibility to get a simple LDAP query to return anything. I have copied and tried some 50 different scripts. I can't get anything to come back. Reproduce code: --- $ldaphost=myserver; $ldapport=389; $ldapconn=ldap_connect($ldaphost, $ldapport); $bind=ldap_bind($ldapconn); echo Bind result is .$r. -- blank is goodp; $dn=OU=Support,dc=win,dc=com; $filter=(|(sn=a*)(givenname=a*)); $justthese = array( ou, sn, givenname, mail); $result=ldap_search($ldapconn, $dn, $filter, $justthese); echo ldap_error($result); Expected result: Anything Actual result: -- I get nothing back. -- Edit this bug report at http://bugs.php.net/?id=27794edit=1
Bug #16917: apache2.0.35+php-4.2.0
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5-STABLE PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: apache2.0.35+php-4.2.0 I took source code from apache website and php for latest stable version httpd-2.0.35 php-4.2.0 i compiled apache and php, compiles went fine no errors or warning messages. I create info.php with following content: ?phpinfo()? when i go to that url I see source code instead of executed php code when i was installing php, it added following line to httpd.conf httpd.conf:LoadModule php4_modulemodules/libphp4.so INSTALL describes how to install php-4.1.x not php-4.2.x there for i assume there is something is missing. alexus -- Edit bug report at http://bugs.php.net/?id=16917edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16917r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16917r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16917r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16917r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16917r=support Expected behavior: http://bugs.php.net/fix.php?id=16917r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16917r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16917r=submittedtwice
