#50274 [Bgs]: Segmentation fault SIGSEGV with protected variable with ssh2
ID: 50274
User updated by: graham dot simpson at hsbcib dot com
Reported By: graham dot simpson at hsbcib dot com
Status: Bogus
Bug Type: Reproducible crash
Operating System: SuSE 10.2
PHP Version: 5.3.1
New Comment:
Thanks, have logged PECL ssh2 bug BugId #16944
http://pecl.php.net/bugs/bug.php?id=16944
Previous Comments:
[2009-11-23 17:31:07] paj...@php.net
Please report SSH2 to pecl.php.net as it is a PECL extension only.
[2009-11-23 17:28:50] graham dot simpson at hsbcib dot com
BTW, I used PHP 5.3.1, libssh2-1.2.1 with openssl-0.9.8.k.
Also used a minimal php configure, here it is:
CFLAGS="-DSYB_LP64" ./configure --with-libdir=lib64
--prefix=${TDIR}/php-5.3.1 --with-gnu-ld --enable-libgcc
--with-openssl=${TDIR}/openssl-0.9.8k --with-ssh2=${TDIR}/libssh2-1.2.1
--with-libxml-dir=${TDIR}/libxml2-2.7.5
--with-xsl=${TDIR}/libxslt-1.1.26 \
--with-zlib --disable-cgi --with-bz2
--with-apxs2=${TDIR}/httpd-2.2.13/bin/apxs
[2009-11-23 17:25:17] graham dot simpson at hsbcib dot com
Description:
Reproducible SIGSEGV fault whilst accessing protected variable via a
method in a class using ssh2 functions.
-
Note, this happens in php 5.3.0 and php 5.3.1. My current live host is
php 5.0.4 where this code happily runs.
Reproduce code:
---
#!/opt/sybase/php-5.3.1/bin/php -q
sessionparams = array
('hostname'=>'darkstar','username'=>'batman','port'=>'22',
'publickey'=>'/dbai/.ssh/id_rsa.pub',
'privatekey'=>'/dbai/.ssh/id_rsa','passphrase'=>'mypassphrase');
$this->stdio = array();
}
public function Connect () {
$this->connection = ssh2_connect($this->GetParameter("hostname"),
$this->GetParameter("port"),
array('hostkey'=>'ssh-rsa,ssh-dss'));
if (!$this->connection) die ('Connection failed');
$this->negotiatedmethods = ssh2_methods_negotiated
($this->connection);
$this->authmethods =
ssh2_auth_none($this->connection,"userthatcannotexist");
if (in_array('publickey',$this->authmethods)) {
unset ($this->connection);
$this->connection = ssh2_connect($this->GetParameter("hostname"),
$this->GetParameter("port"),
array('hostkey'=>'ssh-rsa,ssh-dss'));
}
$rs = ssh2_auth_pubkey_file($this->connection,
$this->GetParameter("username"),
$this->GetParameter("publickey"),
$this->GetParameter("privatekey"),
$this->GetParameter("passphrase"));
}
public function Exec () {
$stdiostream = ssh2_exec($this->connection,"uname -a");
stream_set_blocking($stdiostream,TRUE);
$output = array();
while ($line = fgets($stdiostream)) {
flush();
$output[] = $line;
}
fclose ($stdiostream);
$this->stdio = $output;
}
public function GetStdOut () {
return $this->stdio;
}
public function Disconnect () {
unset($this->connection);
}
protected function GetParameter ($parameter) {
if ($this->sessionparams[$parameter]) {
return $this->sessionparams[$parameter];
}
return FALSE;
}
}
$conn = new Ssh();
$conn->Connect();
$conn->Exec();
$output = $conn->GetStdOut();
print_r($output);
$conn->Disconnect();
?>
Expected result:
Output from a basic ssh df -k command.
Actual result:
--
In the example above, the call to method $output=$conn->GetStdOut
accesses $this->stdio which causes a SIGSEGV in the calling script as
soon as $output is printed.
-
Note: More often than not the memory fault occurs - but not always!
Sometimes it works!!
-
Strace shows a SIGSEGV, but here's the gdb output:
(gbl00358) /tmp/gsi2 > ./repro.php
Memory fault
(gbl00358) /tmp/gsi2 > gdb /opt/sybase/php-5.3.1/bin/php
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run -qe repro.php
Starting program: /opt/sybase/php-5.3.1/bin/php -qe repro.php
[Thread debugging using libthread_db enabled]
[New Thread 47746607593328 (LWP 13931)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47746607593328 (LWP 13931)]
0x00767b6f in _zend_mm_alloc_int ()
(gdb) bt
#0 0x00767b6f in _zend_mm_alloc_int ()
#1 0x00769158 in _emalloc ()
#2 0x
#50276 [Opn->Bgs]: PHP cache headers do NOT override server headers
ID: 50276
Updated by: j...@php.net
Reported By: vector dot thorn at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Fedora Linux
PHP Version: 5.3.1
New Comment:
Thank you Carsten.
Previous Comments:
[2009-11-25 07:28:07] carsten_sttgt at gmx dot de
| I expected it to send the proper cache headers,
| despite what the server was preconfigured to send.
No bug in PHP:
Header directives (mod_header) are processed just before the response
is sent to the network (and after any content generator like PHP).
--> and if you configure mod_header to remove e.g. Cache-Control
from the response headers, it's doing this
Regards,
Carsten
[2009-11-25 07:25:53] j...@php.net
This is propably just Apache issue, I can change any headers using
Fastcgi just fine.
[2009-11-24 21:59:06] vector dot thorn at gmail dot com
Yes and no. PHP was not sending the headers that i specified, which
should have overwritten the default server headers. I had to REMOVE the
configuration in the server itself that instructed it NOT to cache pages
ending in "php", before php could send the cache headers to the
browser.
In other words, afaik, php headers are supposed to implicitly have
precedence over default server headers, this can further be ensured by
using the optional second parameter/argument to the header function, and
specifying it to be "true". Both ways php's headers that i wrote
procedurally were never sent to the browser. I had to remove my
configuration in the webserver (httpd.conf) that specified that php
pages are not to be cached. Only then did my php headers that i
specified get output to the client.
The if-modified-since header is not being sent by the browser on
subsequent requests, but that has nothing to do with this bug, and that
is a subject that i am still investigating as a separate issue. I just
mentioned it because i'm retarded, and like to ramble
Thanx ;)
[2009-11-24 20:18:59] srina...@php.net
can you kindly rephrase your question. i am not too sure i understand
your question here.
If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.
if this is your question, then this is a server configuration issue and
nothing to do with a php engine.
[2009-11-24 00:50:29] vector dot thorn at gmail dot com
Description:
If this section is in your httpd.conf:
Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma
Then the cache headers here will not be used:
$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");
and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.
Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux
Reproduce code:
---
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D
Expected result:
I expected it to send the proper cache headers, despite what the server
was preconfigured to send.
Actual result:
--
Had to remove the server's configuration section pertaining to caching
php output.
--
Edit this bug report at http://bugs.php.net/?id=50276&edit=1
#50184 [Tbd->Csd]: Constants can be redefined
ID: 50184
Updated by: vr...@php.net
Reported By: goatlabs at gmail dot com
-Status: To be documented
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: OSX 10.6.2; Debian Linux 5.0.3
PHP Version: 5.3.0
New Comment:
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.
Thank you for the report, and for helping us make our documentation
better.
Previous Comments:
[2009-11-25 09:59:33] s...@php.net
Automatic comment from SVN on behalf of vrana
Revision: http://svn.php.net/viewvc/?view=revision&revision=291296
Log: Case-insensitive are lower-case (bug #50184)
[2009-11-16 09:35:44] j...@php.net
>From manual notes:
A note on redefining:
Constants can't be redefined:
$ php -r "define('A', 1); var_dump('A'); define('A', 2);
var_dump('A');";
string(1) "A"
PHP Notice: Constant A already defined in Command line code on line 1
string(1) "A"
But using the case insensitive setting shows that the internal
representation is lower case:
$ php -r "define('A', 1, true); var_dump('A'); define('A', 2);
var_dump('A');";
string(1) "A"
string(1) "A"
Note the lower case 'a' in the second define() here:
$ php -r "define('A', 1, true); var_dump('A'); define('a', 2);
var_dump('A');";
string(1) "A"
PHP Notice: Constant a already defined in Command line code on line 1
string(1) "A"
(Short version: Yes, but no)
[2009-11-16 03:59:24] goatlabs at gmail dot com
Note: the description should read:
define() constants can be modified if originally defined
"case-INsensitive"
[2009-11-16 01:44:49] goatlabs at gmail dot com
Description:
define() constants can be modified if originally defined case-sensitive
Reproduce code:
---
define('TEST', 'foo', true);
var_dump(TEST);
define('TEST', 'bar');
var_dump(TEST);
Expected result:
string(3) "foo"
string(3) "foo"
Actual result:
--
string(3) "foo"
string(3) "bar"
--
Edit this bug report at http://bugs.php.net/?id=50184&edit=1
#48167 [Tbd->Csd]: undefined function checkdnsrr()
ID: 48167 Updated by: vr...@php.net Reported By: frew dot robert at gmail dot com -Status: To be documented +Status: Closed Bug Type: *Network Functions Operating System: Linux PHP Version: 5.3.0RC1 Assigned To: fa New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2009-11-25 10:37:37] vr...@php.net This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2009-05-11 09:38:08] ka...@php.net Alot of functions may not be available if the configure script does not find them on Unix, wheres on Windows they are either available or not, not *maybe*. We really need to list these in the manual [2009-05-06 21:19:11] frew dot robert at gmail dot com Recompiled PHP and the problem went away. [2009-05-06 19:34:39] paj...@php.net Yes, set it as to be documented. Please not that as in 5.3, it is always available on windows. [2009-05-06 19:30:46] f...@php.net That's not mentioned in the documentation, shouldn't this be converted to a documentation bug then? 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/48167 -- Edit this bug report at http://bugs.php.net/?id=48167&edit=1
#47752 [Tbd->Csd]: FILTER_VALIDATE_INT doesn't allow "+0" and "-0"
ID: 47752
Updated by: vr...@php.net
Reported By: for-bugs at hnw dot jp
-Status: To be documented
+Status: Closed
Bug Type: Filter related
Operating System: *
PHP Version: 5.2.9
Assigned To: pajoye
New Comment:
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.
Thank you for the report, and for helping us make our documentation
better.
Previous Comments:
[2009-11-25 10:41:57] s...@php.net
Automatic comment from SVN on behalf of vrana
Revision: http://svn.php.net/viewvc/?view=revision&revision=291299
Log: Numbers +0 and -0 (bug #47752)
[2009-03-24 16:20:07] scott...@php.net
The documentation should probably mention that +0 and -0 are valid
floats.
var_dump(filter_var("+0", FILTER_VALIDATE_FLOAT));
var_dump(filter_var("-0", FILTER_VALIDATE_FLOAT));
[2009-03-24 15:22:37] paj...@php.net
Make it a documentation bug instead, it should be documented and will
be, will add some other things while being at it :)
[2009-03-24 15:15:17] paj...@php.net
We have double checked again the design choices about -/+ 0, it was on
purpose. -0 or +0 are not valid integers.
Sorry, but we have to reject this request.
thanks for your understanding,
[2009-03-24 15:03:53] peter at lvp-media dot com
Hereby a simple bug47752.phpt file. Tested it on a patched- an an
unpatched installation, results as expected. Strictly speaking +0 and -0
are valid integers, even though neither of them is positive or
negative.
Peter Beverloo
--TEST--
Bug #47752 (FILTER_VALIDATE_INT doesn't allow "+0" and "-0")
--FILE--
--EXPECT--
int(0)
int(0)
int(0)
bool(false)
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/47752
--
Edit this bug report at http://bugs.php.net/?id=47752&edit=1
#49677 [Opn->Asn]: ini parser crashes with zend_extension = ${extension_dir}"/foo.so"
ID: 49677
Updated by: j...@php.net
Reported By: crrodriguez at opensuse dot org
-Status: Open
+Status: Assigned
Bug Type: Apache2 related
-Operating System: Linux
+Operating System: *
-PHP Version: 5.3SVN-2009-09-25 (SVN)
+PHP Version: 5.*, 6
-Assigned To:
+Assigned To: jani
New Comment:
It does also crash with 5.2 branch.
Previous Comments:
[2009-09-26 12:06:39] crrodriguez at opensuse dot org
and yes, foobar = ${thisdoesnotexist} crashes.
note that in previous versions ${extension_dir} expanded correctly.
[2009-09-26 12:02:31] crrodriguez at opensuse dot org
No crash with CGI or CLI, and extension_dir *is* set in php.ini.
[2009-09-26 11:56:09] j...@php.net
I'm also assuming it does not crash with CGI or CLI binaries? :)
[2009-09-26 11:55:45] j...@php.net
I would guess it crashes with any option name and value when the ini
setting is not set. f.e.
foobar = ${thisdoesnotexist}
should also crash..?
[2009-09-25 22:39:14] crrodriguez at opensuse dot org
Description:
The ini parser crashes with when a directive like
zend_extension = ${extension_dir}"/xcache.so"
is found in the configuration file, this has worked in all versions
since 5.1 but fails now.
Reproduce code:
---
zend_extension = ${extension_dir}"/foo.so" in php.ini
This only crashes at startup in apache 2
Expected result:
No crash
Actual result:
--
gdb) bt
#0 0x72c555e0 in php_apache_sapi_getenv (name=0x783777f0
"extension_dir", name_len=)
at
/usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:242
#1 0x72b7f25a in sapi_getenv (name=0x783777f0
"extension_dir", name_len=140737357772784)
at /usr/src/debug/php-5.3.1+svn20090925/main/SAPI.c:938
#2 0x72ba5f9b in ini_parse () at
/usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:148
#3 0x72ba62f8 in zend_parse_ini_file (fh=0x7fffcec0,
unbuffered_errors=1 '\001', scanner_mode=,
ini_parser_cb=, arg=) at
/usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:206
#4 0x72b7e722 in php_init_config () at
/usr/src/debug/php-5.3.1+svn20090925/main/php_ini.c:650
#5 0x72b76ac5 in php_module_startup (sf=,
additional_modules=0x72f00dc0, num_additional_modules=1)
at /usr/src/debug/php-5.3.1+svn20090925/main/main.c:1926
#6 0x72c559a5 in php_apache2_startup
(sapi_module=0x783777f0) at
/usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:328
#7 0x72c564e0 in php_apache_server_startup
(pconf=0x7820e138, plog=, ptemp=, s=0x78213850)
at
/usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:437
#8 0x77fd9bf4 in ap_run_post_config () from
/usr/sbin/httpd2-prefork
#9 0x77fc5bbf in main () from /usr/sbin/httpd2-prefork
--
Edit this bug report at http://bugs.php.net/?id=49677&edit=1
#49677 [Asn->Csd]: ini parser crashes with apache2 and using ${something} ini variables
ID: 49677
Updated by: j...@php.net
Reported By: crrodriguez at opensuse dot org
-Status: Assigned
+Status: Closed
Bug Type: Apache2 related
Operating System: *
PHP Version: 5.*, 6
Assigned To: jani
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2009-11-25 12:35:43] s...@php.net
Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=291305
Log: - Fixed bug #49677 (ini parser crashes with apache2 and using
${something} ini variables)
[2009-11-25 12:22:11] j...@php.net
It does also crash with 5.2 branch.
[2009-09-26 12:06:39] crrodriguez at opensuse dot org
and yes, foobar = ${thisdoesnotexist} crashes.
note that in previous versions ${extension_dir} expanded correctly.
[2009-09-26 12:02:31] crrodriguez at opensuse dot org
No crash with CGI or CLI, and extension_dir *is* set in php.ini.
[2009-09-26 11:56:09] j...@php.net
I'm also assuming it does not crash with CGI or CLI binaries? :)
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/49677
--
Edit this bug report at http://bugs.php.net/?id=49677&edit=1
#50288 [Opn->Bgs]: upload_max_filesize accepts number out of range
ID: 50288 Updated by: j...@php.net Reported By: iannsp at gmail dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Window 2003 PHP Version: 5.2.11 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2009-11-25 07:11:02] carsten_sttgt at gmx dot de >From the manual: | Be careful not to exceed the 32 bit signed integer limit | (if you're using 32bit versions) as it will cause your script | to fail. BTW: It's "upload_max_filesize" and not "max_upload_size". Regards, Carsten [2009-11-24 20:43:37] iannsp at gmail dot com Description: in a machine with windows 2003 SO with 32bit processor the message above appear at log when the administrator set the max_upload_size to 2048M. [24-Nov-2009 20:17:19] PHP Warning: POST Content-Length of 4058 bytes exceeds the limit of -2147483648 bytes in Unknown on line 0 6:34 PM The administrator get the value back to 1024M and it works fine. -- Edit this bug report at http://bugs.php.net/?id=50288&edit=1
#50288 [Bgs]: upload_max_filesize accepts number out of range
ID: 50288 User updated by: iannsp at gmail dot com Reported By: iannsp at gmail dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Window 2003 PHP Version: 5.2.11 New Comment: BTW, I appreciate your attention by this bug bug every think you said I just know. Fact is I really like to know if this problem can handle with using a unsigned int left a signed and if exists more ocurrences like this at php.ini. The boundary can be tested with some script? Attention to the fact some people dont know the boundarys, ok?! and, man, sorry by the mistake, but you understand, anyway, and I think better know the parameter are there and dont remember the correct name then dont know its there. :) thanks a lot. Previous Comments: [2009-11-25 12:37:04] j...@php.net 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 [2009-11-25 07:11:02] carsten_sttgt at gmx dot de >From the manual: | Be careful not to exceed the 32 bit signed integer limit | (if you're using 32bit versions) as it will cause your script | to fail. BTW: It's "upload_max_filesize" and not "max_upload_size". Regards, Carsten [2009-11-24 20:43:37] iannsp at gmail dot com Description: in a machine with windows 2003 SO with 32bit processor the message above appear at log when the administrator set the max_upload_size to 2048M. [24-Nov-2009 20:17:19] PHP Warning: POST Content-Length of 4058 bytes exceeds the limit of -2147483648 bytes in Unknown on line 0 6:34 PM The administrator get the value back to 1024M and it works fine. -- Edit this bug report at http://bugs.php.net/?id=50288&edit=1
#50265 [Opn->Fbk]: endless loop waiting for child process
ID: 50265
Updated by: j...@php.net
Reported By: mg at fork dot pl
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Linux
PHP Version: 5.2.11
New Comment:
Well, that means the child is running and this process is the main
process waiting it to terminate. So is that child in endless loop or
what? And if it is, why? That's the real problem here..
Previous Comments:
[2009-11-24 22:00:17] mg at fork dot pl
My previous comment shows state BEFORE the problem hits. Many "forking"
messages are because of low MAX_REQUEST limit.
When I attached to the process running inside the endless loop (it was
before recompilation with DEBUG_FASTCGI) I got following bt
#0 0xe424 in __kernel_vsyscall ()
#1 0xb712fc6d in __libc_wait (stat_loc=0xbff2d2a4)
at ../sysdeps/unix/sysv/linux/wait.c:32
#2 0x0845e720 in main (argc=0, argv=Cannot access memory at address
0x4
) at
/usr/src/debug/dev-lang/php-5.2.11/php-5.2.11/sapi/cgi/cgi_main.c:1632
[2009-11-24 20:20:27] j...@php.net
1 child is in endless loop or what? Try attach to such process with gdb
and see what the backtrace says.
[2009-11-24 03:02:09] mg at fork dot pl
I rebuilt php and started up, but as I don't know what exactly causes
the problem we'll have to wait until it happens...
I started it like
% PHP_FCGI_CHILDREN=2 PHP_FCGI_MAX_REQUESTS=100 php-cgi -e -b
127.0.0.1:30004 -c /.../php.ini
Process group 2720
Forking, 0 running
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
pstree -uap shows
`-php-cgi,2720 -e -b 127.0.0.1:30004 -c /.../php.ini
|-php-cgi,13821 -e -b 127.0.0.1:30004 -c /.../php.ini
`-php-cgi,13822 -e -b 127.0.0.1:30004 -c /.../php.ini
[2009-11-23 10:16:14] j...@php.net
Try enable fastcgi debugging with DEBUG_FASTCGI when you compile PHP
and provide the log of the failing run.
[2009-11-23 02:24:21] mg at fork dot pl
Description:
fast-cgi php process loops forever during wait()ing for child process
while there's no more child processes.
Actual result:
--
in cgi_main.c there's loop:
1631 while (1) {
1632 if (wait(&status) >= 0) {
1633 running--;
1634 break;
1635 } else if (exit_signal) {
1636 break;
1637 }
1638 }
wait returns -1 as strace shows:
wait4(-1, 0xbff2d2a4, 0, NULL) = -1 ECHILD (No child
processes)
and loop never breaks (as apparently exit_signal is set to 0).
--
Edit this bug report at http://bugs.php.net/?id=50265&edit=1
#50195 [Opn->Csd]: pg_copy_to does not allow schema in the tablename argument
ID: 50195 Updated by: il...@php.net Reported By: eddie at eddiemonge dot com -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: Linux PHP Version: 5.2.11 New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2009-11-25 14:28:01] s...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revision&revision=291312 Log: Fixed bug #50195 (pg_copy_to() fails when table name contains schema). [2009-11-16 21:37:45] eddie at eddiemonge dot com Description: When trying to use pg_copy_to on a schema other than public, the tablename argument should allow the schema to be passed in, i.e. pg_copy_to($conn, "schema.tablename"). Reproduce code: --- --- >From manual page: function.pg-copy-to#Description --- $tablename = "mwa.newprojects"; $rows = pg_copy_to($db, $tablename); Expected result: Return the contents of the table into a formatted array Actual result: -- FAILED ERROR: relation "mwa.newprojects" does not exist -- Edit this bug report at http://bugs.php.net/?id=50195&edit=1
#50293 [NEW]: openssl_****_export_to_file
From: gufophp at gmail dot com
Operating system: win32 apache
PHP version: 5.2.11
PHP Bug Type: OpenSSL related
Bug description: openssl__export_to_file
Description:
incorrect path save export file
Reproduce code:
---
kpe1.php
"OPENSSL_ALGO_SHA1",
"private_key_bits" => 384,"encrypt_key" => false,"basicConstraints" =>
"CA:true","keyUsage" => "cRLSign, keyCertSign",
"nsCertType" => "sslCA, emailCA");
$dn = array("countryName" => 'IT',"stateOrProvinceName" => 'Italy',
"localityName" => 'city',"organizationName" => 'org',
"organizationalUnitName" => 'unit',"commonName" => 'name' ,"emailAddress"
=> 'mail' );
$numberofdays = '365';
$pkey = openssl_pkey_new( $ssl_configargs );
$csr = openssl_csr_new( $dn, $privkey, $ssl_configargs );
$sscert = openssl_csr_sign( $csr, null, $privkey, $numberofdays );
openssl_csr_export( $csr, $csrout );
openssl_x509_export( $sscert, $certout );
openssl_x509_export_to_file ($sscert ,'crt_509_sk.crt',false);
openssl_pkey_export( $privkey, $pkeyout, $configargs['licence_pwd' ]);
openssl_pkey_export_to_file($privkey,'crt_509_pk.pem');
Expected result:
[dir]
kpe1.php
crt_509_sk.crt
crt_509_pk.pem
Actual result:
--
C:\Programmi\Apache Software Foundation\Apache2.2
.
crt_509_sk.crt
crt_509_pk.pem
.
--
Edit bug report at http://bugs.php.net/?id=50293&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50293&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50293&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50293&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50293&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50293&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50293&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50293&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50293&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50293&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50293&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50293&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50293&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50293&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50293&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50293&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50293&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50293&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50293&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50293&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50293&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50293&r=mysqlcfg
#50276 [Bgs]: PHP cache headers do NOT override server headers
ID: 50276 User updated by: vector dot thorn at gmail dot com Reported By: vector dot thorn at gmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Fedora Linux PHP Version: 5.3.1 New Comment: Thank you for the clarification. Well in your documentation it states that "the header should replace a previous similar header", so i thought that it was referring to all output headers, whereas now i see that it is only other php headers. You might want to flag that for clarification. Previous Comments: [2009-11-25 09:17:32] j...@php.net Thank you Carsten. [2009-11-25 07:28:07] carsten_sttgt at gmx dot de | I expected it to send the proper cache headers, | despite what the server was preconfigured to send. No bug in PHP: Header directives (mod_header) are processed just before the response is sent to the network (and after any content generator like PHP). --> and if you configure mod_header to remove e.g. Cache-Control from the response headers, it's doing this Regards, Carsten [2009-11-25 07:25:53] j...@php.net This is propably just Apache issue, I can change any headers using Fastcgi just fine. [2009-11-24 21:59:06] vector dot thorn at gmail dot com Yes and no. PHP was not sending the headers that i specified, which should have overwritten the default server headers. I had to REMOVE the configuration in the server itself that instructed it NOT to cache pages ending in "php", before php could send the cache headers to the browser. In other words, afaik, php headers are supposed to implicitly have precedence over default server headers, this can further be ensured by using the optional second parameter/argument to the header function, and specifying it to be "true". Both ways php's headers that i wrote procedurally were never sent to the browser. I had to remove my configuration in the webserver (httpd.conf) that specified that php pages are not to be cached. Only then did my php headers that i specified get output to the client. The if-modified-since header is not being sent by the browser on subsequent requests, but that has nothing to do with this bug, and that is a subject that i am still investigating as a separate issue. I just mentioned it because i'm retarded, and like to ramble Thanx ;) [2009-11-24 20:18:59] srina...@php.net can you kindly rephrase your question. i am not too sure i understand your question here. If I understand you correctly, you want to find out a way so that client (like browser) can request this page with 'If-Modified-Since' in its header so that the server doesn't have to send it again. if this is your question, then this is a server configuration issue and nothing to do with a php engine. 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/50276 -- Edit this bug report at http://bugs.php.net/?id=50276&edit=1
#50156 [Opn->Bgs]: Empty element should also return END_ELEMENT
ID: 50156
Updated by: rricha...@php.net
Reported By: edwin at bitstorm dot org
-Status: Open
+Status: Bogus
Bug Type: XML Reader
Operating System: Ubuntu 9.04
PHP Version: 5.2SVN-2009-11-12 (SVN)
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
Behavior is based on the MS C# implementation. END_ELEMENT is not
generated for empty elements.
Previous Comments:
[2009-11-24 16:14:57] edwin at bitstorm dot org
Turns out I can use the isEmptyElement-property to find out when
dealing with an -element.
This is a bit unfortunate, because, for example, SAX (the mother of all
xml-readers?) does not use this mechnism and works as I would expect.
It's just how libxml seems to work, so it should probably not be marked
as a PHP-bug.
This bug can be closed: "not a bug"... :-/
A little parsing example in the documentation might be a very good
idea, though.
[2009-11-12 21:14:17] edwin at bitstorm dot org
XML-parser used is libxml 2.7.3 .
[2009-11-12 21:02:52] edwin at bitstorm dot org
429
";
$expected = "
Titles
Titles
Titles - Title
Titles - Title
Titles - Title - ID
Titles - Title - ID
Titles - Title
Titles - Title
Titles - Title - Type
Titles - Title
Titles - Title
Titles - Title - Barcode
Titles - Title
Titles - Title
Titles
Titles
";
$reader = new XMLReader();
$reader->xml($xml);
$actual = '';
// Make a stack for every element
$stack = array();
while ($reader->read()) {
switch($reader->nodeType) {
case XMLReader::ELEMENT:
array_push($stack, $reader->name);
break;
case XMLReader::END_ELEMENT:
array_pop($stack);
break;
}
$actual .= join(' - ', $stack)."\n";
}
// Clean up and make it OS-agnostic
$expected = preg_replace('/\\r/', '', trim($expected));
$actual = preg_replace('/\\r/', '', trim($actual));
// Print result
echo "Expected\n";
echo "$expected\n";
echo "Actual\n";
echo "$actual\n";
// Test it
if ($expected == $actual) {
echo "Good";
} else {
echo "Not good";
}
?>
[2009-11-12 13:48:14] edwin at bitstorm dot org
Description:
Element returns twice, one for XMLReader::ELEMENT and one for
XMLReader::END_ELEMENT.
Element returns once, for XMLReader::ELEMENT.
That should return a XMLReader::END_ELEMENT too, because that's
implicit.
Problem is that now you can't distinguish between and
and that's a bug.
Reproduce code:
---
$reader = new XMLReader();
$reader->open($file);
echo "\n";
while ($reader->read()) {
echo "".$reader->nodeType."".$node =
$reader->name."".$reader->value."\n";
}
echo "\n";
Input:
429
Expected result:
1 Titles
14 #text
1 Title
14 #text
1 ID
3 #text 429
15 ID
14 #text
1 Type
14 #text
15 Type
14 #text
1 Barcode
14 #text
15 Barcode
14 #text
Actual result:
--
1 Titles
14 #text
1 Title
14 #text
1 ID
3 #text 429
15 ID
14 #text
1 Type
14 #text
1 Barcode
14 #text
15 Barcode
14 #text
--
Edit this bug report at http://bugs.php.net/?id=50156&edit=1
#50293 [Opn->Fbk]: openssl_****_export_to_file
ID: 50293
Updated by: j...@php.net
Reported By: gufophp at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: OpenSSL related
Operating System: win32 apache
PHP Version: 5.2.11
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Previous Comments:
[2009-11-25 15:05:30] gufophp at gmail dot com
Description:
incorrect path save export file
Reproduce code:
---
kpe1.php
"OPENSSL_ALGO_SHA1",
"private_key_bits" => 384,"encrypt_key" => false,"basicConstraints" =>
"CA:true","keyUsage" => "cRLSign, keyCertSign",
"nsCertType" => "sslCA, emailCA");
$dn = array("countryName" => 'IT',"stateOrProvinceName" => 'Italy',
"localityName" => 'city',"organizationName" => 'org',
"organizationalUnitName" => 'unit',"commonName" => 'name'
,"emailAddress" => 'mail' );
$numberofdays = '365';
$pkey = openssl_pkey_new( $ssl_configargs );
$csr = openssl_csr_new( $dn, $privkey, $ssl_configargs );
$sscert = openssl_csr_sign( $csr, null, $privkey, $numberofdays );
openssl_csr_export( $csr, $csrout );
openssl_x509_export( $sscert, $certout );
openssl_x509_export_to_file ($sscert ,'crt_509_sk.crt',false);
openssl_pkey_export( $privkey, $pkeyout, $configargs['licence_pwd' ]);
openssl_pkey_export_to_file($privkey,'crt_509_pk.pem');
Expected result:
[dir]
kpe1.php
crt_509_sk.crt
crt_509_pk.pem
Actual result:
--
C:\Programmi\Apache Software Foundation\Apache2.2
.
crt_509_sk.crt
crt_509_pk.pem
.
--
Edit this bug report at http://bugs.php.net/?id=50293&edit=1
#50295 [NEW]: no notice on undefined property access
From: ies_clan at hotmail dot com
Operating system: Windows XP SP3
PHP version: 5.3SVN-2009-11-25 (snap)
PHP Bug Type: Class/Object related
Bug description: no notice on undefined property access
Description:
if u try to acccess an property from a class that doesn't exists it throws
a notice, but if u set a value to this property und then u try to access
its ok... but that should ony if there is a __set / __get method in that
class
Reproduce code:
---
class test{}
$test = new test();
echo $test->bla;
<-- throws a notice: ok
class test{
public function __set($Key, $Value){...}
public function __get($Key){...}
}
$test = new test();
$test->bla = 'aaa';
echo $test->bla;
<-- throws nothing: ok
class test{}
$test = new test();
$test->bla = 'aaa';
echo $test->bla;
<-- throws nothing: not ok
Expected result:
first: Notice: Undefined property bla
second:
third: Notice: Undefined property bla
Actual result:
--
first: Notice: Undefined property bla
second:
third:
--
Edit bug report at http://bugs.php.net/?id=50295&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50295&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50295&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50295&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50295&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50295&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50295&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50295&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50295&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50295&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50295&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50295&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50295&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50295&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50295&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50295&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50295&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50295&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50295&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50295&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50295&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50295&r=mysqlcfg
#50296 [NEW]: Automatically translate "self" in method_exists
From: soapergem at gmail dot com
Operating system: Windows XP
PHP version: 5.3.1
PHP Bug Type: Feature/Change Request
Bug description: Automatically translate "self" in method_exists
Description:
In reference to bug #50289:
If I call method_exists("self", "method") from within a class, it
should automatically translate "self" to the classname. Right now the
behavior is not obvious; the behavior does not adhere to the KISS
principle.
1. method_exists already can check for static methods.
2. "self" can already automatically translate to the current class
name, for instance in call_user_func.
3. The most logical, simple and obvious expectation is that if you
combine these two--you call method_exists with "self"--that it will
automatically translate "self" to the current class name, and check
for the method. Currently it does not. The current behavior is
counterintuitive and confusing.
Making this change is not dangerous. Making this change will not cause
any backwards-compatibility issues.
1. "self" is a reserved word. You cannot declare a class named "self"-
-this will issue a fatal error. So there is no possibility of any
ambiguity. You cannot confuse "self" with any other class, because no
other class can be named "self".
It does not make sense to have "self" work in some contexts but not in
others. It would be better if it were consistent.
Reproduce code:
---
Expected result:
bool(true)
Actual result:
--
bool(false)
--
Edit bug report at http://bugs.php.net/?id=50296&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50296&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50296&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50296&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50296&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50296&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50296&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50296&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50296&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50296&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50296&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50296&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50296&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50296&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50296&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50296&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50296&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50296&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50296&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50296&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50296&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50296&r=mysqlcfg
#50295 [Opn->Bgs]: no notice on undefined property access
ID: 50295
Updated by: j...@php.net
Reported By: ies_clan at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows XP SP3
PHP Version: 5.3SVN-2009-11-25 (snap)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2009-11-25 17:00:56] ies_clan at hotmail dot com
Description:
if u try to acccess an property from a class that doesn't exists it
throws a notice, but if u set a value to this property und then u try to
access its ok... but that should ony if there is a __set / __get method
in that class
Reproduce code:
---
class test{}
$test = new test();
echo $test->bla;
<-- throws a notice: ok
class test{
public function __set($Key, $Value){...}
public function __get($Key){...}
}
$test = new test();
$test->bla = 'aaa';
echo $test->bla;
<-- throws nothing: ok
class test{}
$test = new test();
$test->bla = 'aaa';
echo $test->bla;
<-- throws nothing: not ok
Expected result:
first: Notice: Undefined property bla
second:
third: Notice: Undefined property bla
Actual result:
--
first: Notice: Undefined property bla
second:
third:
--
Edit this bug report at http://bugs.php.net/?id=50295&edit=1
#50293 [Fbk->Asn]: openssl_****_export_to_file
ID: 50293
Updated by: paj...@php.net
Reported By: gufophp at gmail dot com
-Status: Feedback
+Status: Assigned
Bug Type: OpenSSL related
Operating System: win32 apache
PHP Version: 5.2.11
-Assigned To:
+Assigned To: pajoye
New Comment:
I think the case is clear, it looks like we do not use VCWD or php
stream's api and it fails to get the actual CWD.
I will take a look at it asap.
Previous Comments:
[2009-11-25 16:51:10] j...@php.net
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2009-11-25 15:05:30] gufophp at gmail dot com
Description:
incorrect path save export file
Reproduce code:
---
kpe1.php
"OPENSSL_ALGO_SHA1",
"private_key_bits" => 384,"encrypt_key" => false,"basicConstraints" =>
"CA:true","keyUsage" => "cRLSign, keyCertSign",
"nsCertType" => "sslCA, emailCA");
$dn = array("countryName" => 'IT',"stateOrProvinceName" => 'Italy',
"localityName" => 'city',"organizationName" => 'org',
"organizationalUnitName" => 'unit',"commonName" => 'name'
,"emailAddress" => 'mail' );
$numberofdays = '365';
$pkey = openssl_pkey_new( $ssl_configargs );
$csr = openssl_csr_new( $dn, $privkey, $ssl_configargs );
$sscert = openssl_csr_sign( $csr, null, $privkey, $numberofdays );
openssl_csr_export( $csr, $csrout );
openssl_x509_export( $sscert, $certout );
openssl_x509_export_to_file ($sscert ,'crt_509_sk.crt',false);
openssl_pkey_export( $privkey, $pkeyout, $configargs['licence_pwd' ]);
openssl_pkey_export_to_file($privkey,'crt_509_pk.pem');
Expected result:
[dir]
kpe1.php
crt_509_sk.crt
crt_509_pk.pem
Actual result:
--
C:\Programmi\Apache Software Foundation\Apache2.2
.
crt_509_sk.crt
crt_509_pk.pem
.
--
Edit this bug report at http://bugs.php.net/?id=50293&edit=1
#50297 [NEW]: MessageFormatter::formatMessage don't support string with accent in it
From: pby_fr at yahoo dot fr
Operating system: Windows Vista 64
PHP version: 5.3.1
PHP Bug Type: Unknown/Other Function
Bug description: MessageFormatter::formatMessage don't support string with
accent in it
Description:
Using accent character in the pattern of MessageFormatter::formatMessage
return an empty string.
Reproduce code:
---
echo (MessageFormatter::formatMessage("fr_FR", "with accent à é",
array()));
Expected result:
to display: with accent à é
Actual result:
--
display nothing
--
Edit bug report at http://bugs.php.net/?id=50297&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50297&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50297&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50297&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50297&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50297&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50297&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50297&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50297&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50297&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50297&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50297&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50297&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50297&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50297&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50297&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50297&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50297&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50297&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50297&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50297&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50297&r=mysqlcfg
#50298 [NEW]: SOAP response object returned from SoapClient call not fully populated
From: jassenm at gmail dot com
Operating system: Windows Server 2008
PHP version: 5.2.11
PHP Bug Type: SOAP related
Bug description: SOAP response object returned from SoapClient call not fully
populated
Description:
SOAP response object returned from PHP5 SoapClient call contains only one
element of request. The actual SOAP Response received passes XML validation
via firefox browser.
Note: Operating system is Windows Server 2008, but web server is running
Apache.
Reproduce code:
---
$serverpath
=http://services.eventinventory.com/webservices/ticketsearch.asmx?WSDL
$soapclient = new SoapClient($serverpath, array("trace" => 1));
$param = array( "SecurityToken" => "$securitytoken", "ProductionID" =>
"882731", "MaximumPrice" => "");
print_r($param);
try
{
$result = $soapclient->SearchTickets($param);
$soapclient->__getLastResponseHeaders():
$soapclient->__getLastResponse():
var_dump($result); :
print_r($result->SearchTicketsResult);
...
..
Expected result:
Expect the $result to be populated with the two rows of data received in
the SOAP response after "", beginning with "" . I need
the data within "..."
Actual result:
--
$result is only populated with the data received between the
"" and the "". two rows of data received
in the SOAP response
$soapclient->__getLastResponseHeaders():
HTTP/1.1 200 OK Date: Wed, 25 Nov 2009 20:31:51 GMT Server:
Microsoft-IIS/6.0 X-Powered-By: ASP.NET X-AspNet-Version: 2.0.50727
Cache-Control: private, max-age=0 Content-Type: text/xml; charset=utf-8
Content-Length: 1145
$soapclient->__getLastResponse():
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>http://www.eventinventory.com/webservices/";>TicketSearchSearchTicketsSecurityToken=ABCDEFG&ProductionID=882731&MaximumPrice=11.7487
var_dump($result); :
object(stdClass)#4 (1) { ["SearchTicketsResult"]=> object(stdClass)#5 (1)
{ ["any"]=> string(756)
"TicketSearchSearchTicketsSecurityToken=ABCDEFG&ProductionID=882731&MaximumPrice=11.7487"
} }
$result->SearchTicketsResult
stdClass Object ( [any] =>
TicketSearchSearchTicketsSecurityToken=ABCDEFG&ProductionID=882731&MaximumPrice=11.7487
)
Request
POST /webservices/ticketsearch.asmx HTTP/1.1 Host:
services.eventinventory.com Connection: Keep-Alive User-Agent:
PHP-SOAP/5.2.11 Content-Type: text/xml; charset=utf-8 SOAPAction:
"http://www.eventinventory.com/webservices/SearchTickets"; Content-Length:
414
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="http://www.eventinventory.com/webservices/";>ABCDEFG882731
--
Edit bug report at http://bugs.php.net/?id=50298&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50298&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50298&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50298&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50298&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50298&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50298&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50298&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50298&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50298&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50298&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50298&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50298&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50298&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50298&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50298&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50298&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50298&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50298&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50298&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50298&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50298&r=mysqlcfg
#50299 [NEW]: method is called in context of another object
From: shepik at yandex dot ru
Operating system: windows / linux
PHP version: 5.3SVN-2009-11-25 (snap)
PHP Bug Type: SPL related
Bug description: method is called in context of another object
Description:
I tried this in php 5.3.2-dev (snapshot from 2009-11-19, latest php for
windows available) and in php 5.3.0 on linux.
I tried to do something like 'lazy object instantiation', and found this
strange behaviour of php.
Method "valid" declared in "lazyNew" class is called in context of
instance of "ArrayIterator" class.
Reproduce code:
---
func = $func;
}
public function init() {
if ($this->obj === null) {
$func = $this->func;
$this->obj = $func();
}
return $this->obj;
}
public function current() {
return $this->init()->current();
}
public function valid() {
echo "valid on ".get_class($this)."\n";
//also try var_dump($this)
return $this->init()->valid();
}
public function next() {
return $this->init()->next();
}
public function key() {
return $this->init()->key();
}
public function rewind() {
echo "rewind on ".get_class($this)."\n";
return $this->init()->rewind();
}
}
$P = new lazyNew(function() use (&$P) {
return $P = new ArrayIterator(array(1,2,3,4,5));
});
foreach ($P as $val) echo($val);
?>
Expected result:
rewind on lazyNew
valid on lazyNew
12345
Actual result:
--
rewind on lazyNew
valid on ArrayIterator
Fatal error: Call to undefined method ArrayIterator::init() in
/storage1/www/htdocs/evectio/scripts/test.php on line 20
--
Edit bug report at http://bugs.php.net/?id=50299&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50299&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50299&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50299&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50299&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50299&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50299&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50299&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50299&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50299&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50299&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50299&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50299&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50299&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50299&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50299&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50299&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50299&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50299&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50299&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50299&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50299&r=mysqlcfg
#50300 [NEW]: PHP Warning: Error while sending QUERY packet
From: tejas dot net+php at gmail dot com Operating system: CentOS v5 PHP version: 5.3.1 PHP Bug Type: MySQL related Bug description: PHP Warning: Error while sending QUERY packet Description: When using the mysql_* functions (mysqlnd), I sometimes get a warning like: PHP Warning: Error while sending QUERY packet. PID=16717 in [FILE] on line [LINE] The query seems to work just fine however. Probably related to this bug here: http://bugs.php.net/bug.php?id=49761 but I'm not using Mysqli or persistent connections. FILE:LINE contains: return mysql_query( $sql, $this->_connection ); Is this a bug? -- Edit bug report at http://bugs.php.net/?id=50300&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50300&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50300&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50300&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50300&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50300&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50300&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50300&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50300&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50300&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50300&r=support Expected behavior: http://bugs.php.net/fix.php?id=50300&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50300&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50300&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50300&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50300&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50300&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50300&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50300&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50300&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50300&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50300&r=mysqlcfg
#50299 [Com]: method is called in context of another object
ID: 50299
Comment by: shepik at yandex dot ru
Reported By: shepik at yandex dot ru
Status: Open
Bug Type: SPL related
Operating System: windows / linux
PHP Version: 5.3SVN-2009-11-25 (snap)
New Comment:
And if change code to
$P = new lazyNew(function() use (&$P) {
$v = new ArrayIterator(array(1,2,3,4,5));
$P = null;
return $v;
});
instead of fatal error, or "12345", or something else, i get
segmentation fault.
Previous Comments:
[2009-11-25 21:10:53] shepik at yandex dot ru
Description:
I tried this in php 5.3.2-dev (snapshot from 2009-11-19, latest php for
windows available) and in php 5.3.0 on linux.
I tried to do something like 'lazy object instantiation', and found
this strange behaviour of php.
Method "valid" declared in "lazyNew" class is called in context of
instance of "ArrayIterator" class.
Reproduce code:
---
func = $func;
}
public function init() {
if ($this->obj === null) {
$func = $this->func;
$this->obj = $func();
}
return $this->obj;
}
public function current() {
return $this->init()->current();
}
public function valid() {
echo "valid on ".get_class($this)."\n";
//also try var_dump($this)
return $this->init()->valid();
}
public function next() {
return $this->init()->next();
}
public function key() {
return $this->init()->key();
}
public function rewind() {
echo "rewind on ".get_class($this)."\n";
return $this->init()->rewind();
}
}
$P = new lazyNew(function() use (&$P) {
return $P = new ArrayIterator(array(1,2,3,4,5));
});
foreach ($P as $val) echo($val);
?>
Expected result:
rewind on lazyNew
valid on lazyNew
12345
Actual result:
--
rewind on lazyNew
valid on ArrayIterator
Fatal error: Call to undefined method ArrayIterator::init() in
/storage1/www/htdocs/evectio/scripts/test.php on line 20
--
Edit this bug report at http://bugs.php.net/?id=50299&edit=1
#50299 [Com]: method is called in context of another object
ID: 50299
Comment by: shepik at yandex dot ru
Reported By: shepik at yandex dot ru
Status: Open
Bug Type: SPL related
Operating System: windows / linux
PHP Version: 5.3SVN-2009-11-25 (snap)
New Comment:
(and i don't know if i should select "SPL related" or "reproducible
crash" category, so if i'm wrong with selecting "SPL", please correct
me)
Previous Comments:
[2009-11-25 21:17:57] shepik at yandex dot ru
And if change code to
$P = new lazyNew(function() use (&$P) {
$v = new ArrayIterator(array(1,2,3,4,5));
$P = null;
return $v;
});
instead of fatal error, or "12345", or something else, i get
segmentation fault.
[2009-11-25 21:10:53] shepik at yandex dot ru
Description:
I tried this in php 5.3.2-dev (snapshot from 2009-11-19, latest php for
windows available) and in php 5.3.0 on linux.
I tried to do something like 'lazy object instantiation', and found
this strange behaviour of php.
Method "valid" declared in "lazyNew" class is called in context of
instance of "ArrayIterator" class.
Reproduce code:
---
func = $func;
}
public function init() {
if ($this->obj === null) {
$func = $this->func;
$this->obj = $func();
}
return $this->obj;
}
public function current() {
return $this->init()->current();
}
public function valid() {
echo "valid on ".get_class($this)."\n";
//also try var_dump($this)
return $this->init()->valid();
}
public function next() {
return $this->init()->next();
}
public function key() {
return $this->init()->key();
}
public function rewind() {
echo "rewind on ".get_class($this)."\n";
return $this->init()->rewind();
}
}
$P = new lazyNew(function() use (&$P) {
return $P = new ArrayIterator(array(1,2,3,4,5));
});
foreach ($P as $val) echo($val);
?>
Expected result:
rewind on lazyNew
valid on lazyNew
12345
Actual result:
--
rewind on lazyNew
valid on ArrayIterator
Fatal error: Call to undefined method ArrayIterator::init() in
/storage1/www/htdocs/evectio/scripts/test.php on line 20
--
Edit this bug report at http://bugs.php.net/?id=50299&edit=1
#50302 [NEW]: final private function __construct
From: p dot reisinger at gmail dot com
Operating system:
PHP version: 5.3.1
PHP Bug Type: Class/Object related
Bug description: final private function __construct
Description:
When somebody creates final private constructor then the class that
extends this class cannot have constructor at all, even though private
methods shouldn't be visible outside of the class. So final private
constructor shouldn't allow calling parent::__construct(), but creating
constructor should be allowed.
The same happens if class has final private method, then no subclass can
use method with the same name (I know that there is no point creating
private final, but it seems a problem when there'll be final instance
variables in the future, plus it is a problem with constructors).
As I understand, parent's constructor is not called automatically,
(parent::__construct() needs to be called) because if parent's constructor
is private but not final then the code works.
Reproduce code:
---
class Test {
final private function __construct() {}
}
class SubTest extends Test {
// private methods shouldn't be visible
// and I am not calling parent::__construct();
public function __construct() {}
}
--
Edit bug report at http://bugs.php.net/?id=50302&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50302&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50302&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50302&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50302&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50302&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50302&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50302&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50302&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50302&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50302&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50302&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50302&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50302&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50302&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50302&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50302&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50302&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50302&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50302&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50302&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50302&r=mysqlcfg
#50265 [Fbk->Opn]: endless loop waiting for child process
ID: 50265 User updated by: mg at fork dot pl Reported By: mg at fork dot pl -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 5.2.11 New Comment: The problem happens where there's NO child process (wait4 returns -1 with errno set to ECHILD). It looks like child mysteriously vanished between fork() and wait(). Unfortunately I cannot easily reproduce the problem so we're still waiting for this to happen. I think it may be important that called php script uses exec() to call some utilities. Previous Comments: [2009-11-25 13:17:12] j...@php.net Well, that means the child is running and this process is the main process waiting it to terminate. So is that child in endless loop or what? And if it is, why? That's the real problem here.. [2009-11-24 22:00:17] mg at fork dot pl My previous comment shows state BEFORE the problem hits. Many "forking" messages are because of low MAX_REQUEST limit. When I attached to the process running inside the endless loop (it was before recompilation with DEBUG_FASTCGI) I got following bt #0 0xe424 in __kernel_vsyscall () #1 0xb712fc6d in __libc_wait (stat_loc=0xbff2d2a4) at ../sysdeps/unix/sysv/linux/wait.c:32 #2 0x0845e720 in main (argc=0, argv=Cannot access memory at address 0x4 ) at /usr/src/debug/dev-lang/php-5.2.11/php-5.2.11/sapi/cgi/cgi_main.c:1632 [2009-11-24 20:20:27] j...@php.net 1 child is in endless loop or what? Try attach to such process with gdb and see what the backtrace says. [2009-11-24 03:02:09] mg at fork dot pl I rebuilt php and started up, but as I don't know what exactly causes the problem we'll have to wait until it happens... I started it like % PHP_FCGI_CHILDREN=2 PHP_FCGI_MAX_REQUESTS=100 php-cgi -e -b 127.0.0.1:30004 -c /.../php.ini Process group 2720 Forking, 0 running Forking, 1 running Wait for kids, pid 2720 Forking, 1 running Wait for kids, pid 2720 Forking, 1 running Wait for kids, pid 2720 Forking, 1 running Wait for kids, pid 2720 pstree -uap shows `-php-cgi,2720 -e -b 127.0.0.1:30004 -c /.../php.ini |-php-cgi,13821 -e -b 127.0.0.1:30004 -c /.../php.ini `-php-cgi,13822 -e -b 127.0.0.1:30004 -c /.../php.ini [2009-11-23 10:16:14] j...@php.net Try enable fastcgi debugging with DEBUG_FASTCGI when you compile PHP and provide the log of the failing run. 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/50265 -- Edit this bug report at http://bugs.php.net/?id=50265&edit=1
#49678 [Com]: .msi install screws up Apache httpd.conf
ID: 49678 Comment by: dollymel2004 at hotmail dot com Reported By: adept at accutek dot net Status: No Feedback Bug Type: Windows Installer Operating System: XP PHP Version: 5.2.11 Assigned To: jmertic New Comment: ok Previous Comments: [2009-10-08 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". [2009-09-30 13:48:58] jmer...@php.net Please provide an error log of the installer and a copy of your httpd.conf file after the install. You can generate the error log using the following command: msiexec /i php-5.2.11-win32-installer.msi /l*v error.txt It sounds like you are choosing a complete install, and pushing in all of the Apache config options. [2009-09-26 01:38:36] adept at accutek dot net Description: The php-5.2.11-win32-installer.msi installer creates multiple lines for PHPINIDir and module php5_module which stop the attempt to START Apache 2.2.13. Cleaning up the httpd.conf file manually (deleteing dups) leave the file in some sort of unstable state. When I attempt to start Apache, I get dropped into VS as a Debugger. If I remove (uninstall) php, Apache runs fine. I have duplicated this 3 times now. I'm a newbie so I hope this is sufficient info. PS: I Did check the bug archives, but this previous report was marked as 'bogus' and no solution given -- Edit this bug report at http://bugs.php.net/?id=49678&edit=1
#50303 [NEW]: A few different autotools issues
From: galtgendo at o2 dot pl Operating system: Linux PHP version: 5.2.11 PHP Bug Type: *Compile Issues Bug description: A few different autotools issues Description: Seeing that bug 50291 got accepted, I'd like to readdress a few issues, some of which I already address here (some of them were bogus, other were not). 1. Gentoo bug 151444 - '--as-needed' problem a.k.a. using LDFLAGS instead of libs while Gentoo is using a different fix now, I still keep a patch (quite a bit reduced, compared to the one in the bug), that modifies PHP_CHECK_LIBRARY to use LIBS instead of LDFLAGS - it modifies a few other ext specific macros too; it "works for me" for over a year now, but I'm not building all exts, so it could use some polishing 2. Gentoo bug 275240 - curl.m4 while changing from curl-config to pkg-config is just an idea (curl, just as php needs to be kept up to date, due to security, so it shouldn't be a big problem), AC_CHECK_HEADER -> AC_CHECK_HEADERS is required for things to work -- Edit bug report at http://bugs.php.net/?id=50303&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50303&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50303&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50303&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50303&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50303&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50303&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50303&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50303&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50303&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50303&r=support Expected behavior: http://bugs.php.net/fix.php?id=50303&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50303&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50303&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50303&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50303&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50303&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50303&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50303&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50303&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50303&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50303&r=mysqlcfg
#50304 [NEW]: A suggestion about arrays
From: pgreviews at gmail dot com Operating system: Linux PHP version: 5.3.1 PHP Bug Type: Feature/Change Request Bug description: A suggestion about arrays Description: Hey, I have a feature suggestion that would be used with array. You'd simply set your array variable, use a new function (called, say, arygrb, for arraygrab?) and it would echo a part of the array, where you tell it to start and end, that can go across the commas and such. Something like: ); ?> Which would echo: firstsecondthird everything up from 'first' to 'third', replacing the "," with Of course, you could just echo "$array[0] $array[1] $array[2]" but what if it's user input that's in the array? What if you don't know what is in the array, and you're searching it? I think this would be handy. Hope you think so too :) -PG Reproduce code: --- --- >From manual page: faq --- ); //Would echo 'firstsecondthird, the s actually being line breaks ?> -- Edit bug report at http://bugs.php.net/?id=50304&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50304&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50304&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50304&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50304&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50304&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50304&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50304&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50304&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50304&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50304&r=support Expected behavior: http://bugs.php.net/fix.php?id=50304&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50304&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50304&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50304&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50304&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50304&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50304&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50304&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50304&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50304&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50304&r=mysqlcfg
#50281 [Fbk->Csd]: Socket shuts down automatically after X seconds of idling
ID: 50281 User updated by: jiangcat at gmail dot com Reported By: jiangcat at gmail dot com -Status: Feedback +Status: Closed Bug Type: Sockets related Operating System: Centos 5.2 PHP Version: 5.2.11 New Comment: Hi guys. Thanks for your attention and hints. After running a strace program, I've found the real issue with in it. It was a mysql connection timeout causing the PHP encountering a fatal error, and shuts down the server. This ticket is closed now, and thank you all again for your time. Previous Comments: [2009-11-24 19:03:31] srina...@php.net cool you are running it on linux. now, to help us debug this issue, provide a strace(1) output (just before the socket timeout happens). say, you see that socket times out at 3 hours or some thing like that, then you could do some thing like start the strace collection output around this time and paste the last few hundred lines some where. this should help us understand why did the socket time out when it happens [2009-11-24 17:22:29] ka...@php.net Please somehow attach the code to the bug report else theres not really anything we can do to analyze the issue. Try upload a zip somewhere if its many files or use a paste service like Pastie. Also keep the reproduce code as short as possible, when you have attached the code to this report then change the status back to 'Open' [2009-11-24 09:46:07] jiangcat at gmail dot com Description: I've made a chat server using php socket features, and it works pretty well as I've expected. However, the server shuts down automatically after about 3 hours of idling (no connections). I've set the php execution time limit to 0, and running this script from shell in the background. Can't think of any other reason causing this strange behavior. Reproduce code: --- The code is too long to submit. -- Edit this bug report at http://bugs.php.net/?id=50281&edit=1
#50305 [NEW]: DOTNET Warning
From: noon at ms8 dot url dot com dot tw Operating system: Windows Vista PHP version: 5.3.1 PHP Bug Type: COM related Bug description: DOTNET Warning Description: runtime: .Net Framework 3.5 I need to add a button to a windows form. When I run the script "$x->Control", it generates warning message as follows: Warning: main(): variant->zval: conversion from 0xd ret=-1 in C:\Windows\Microsoft.NET\Framework\v3.5\ofg.php Reproduce code: --- Controls; $x->showDialog(); ?> Expected result: $y = $x->Controls; $y must be Object Actual result: -- Warning: main(): variant->zval: conversion from 0xd ret=-1 in C:\Windows\Microsoft.NET\Framework\v3.5\ofg.php -- Edit bug report at http://bugs.php.net/?id=50305&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50305&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50305&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50305&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50305&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50305&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50305&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50305&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50305&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50305&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50305&r=support Expected behavior: http://bugs.php.net/fix.php?id=50305&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50305&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50305&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50305&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50305&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50305&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50305&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50305&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50305&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50305&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50305&r=mysqlcfg
