#40542 [Fbk->Opn]: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon
ID: 40542
User updated by: marvin at chag dot net
Reported By: marvin at chag dot net
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 5.2.1
New Comment:
Hi Tony2001,
Thank you very much for the kind offer. Unfortunately our companies
security policies does not allow such an approach. But I will happily
investigate the problem according to your requirements and send you the
debugging information & results you need to isolate the problematic
lines.
Previous Comments:
[2007-02-20 10:03:38] [EMAIL PROTECTED]
>So I kindly ask, wether you please can tell me what else
>should cause this problem, if not PHP / OCI8?
Sure. I'd look in Oracle or in the client library.
With such an old version it's no wonder there are problems.
Though, we can try do it this way:
Please install 5.1.1 and make sure it does work fine.
Then I'll need an unprivileged ssh account on your machine to install
5.2.1, reproduce the problem and investigate it.
I'll also need Oracle connection details.
[2007-02-20 07:52:53] marvin at chag dot net
open again
[2007-02-19 13:37:20] marvin at chag dot net
Hi Tony2001,
The only change to our systems is switching between PHP <= 5.1.1 and
PHP >= 5.1.2 (today it was 5.2.1).
The result is: for PHP <= 5.1.1 the database connections are working
fine and for PHP >= 5.1.2 they are not.
So I kindly ask, wether you please can tell me what else should cause
this problem, if not PHP / OCI8?
Sadly upgrading this databases in this special configuration is no
option. PHP documentation http://de.php.net/manual/en/ref.oci8.php
states that OCI8 can be used for Oracle 7 and 8 databases, though.
[2007-02-19 13:14:41] [EMAIL PROTECTED]
Not PHP problem.
I'd also recommend upgrading the DB, 8i is not supported by Oracle for
a long time.
[2007-02-19 13:06:43] marvin at chag dot net
Description:
Problem is, that more or less often (not always) the call to OCIPLogon
(or OCILogon) results into an Oracle error message "ORA-02248: invalid
option for ALTER SESSION" and the connection to the database is not
made.
Everything worked fine up to PHP 5.1.1 but all other versions starting
from 5.1.2 up to 5.2.1 are showing this "ALTER SESSION" behavior.
The Oracle related environment for Apache startup is:
export ORACLE_SID=db
export ORACLE_TERM=vt220
export ORACLE_BASE=/opt/oracle
export ORACLE_HOME=$ORACLE_BASE/product/8.1.7
export CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export TNS_ADMIN=$ORACLE_HOME/network/admin
export PATH=$PATH:$ORACLE_HOME/bin
export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P1
Webserver:
Linux 2.4.21-303-smp4G
Apache 1.3.37 + SSL Patch 1.57
PHP 5.2.1 compiled statically into Apache
Oracle Client 8.1.7.0.0
Database:
Oracle from version 8.1.6 to 8.1.7.0.4 running on different Linux and
Windows
PHP configure line:
./configure --with-ldap --enable-dbase --with-mysql --with-oci8
--with-oracle --with-gd --with-jpeg-dir --with-png-dir --with-tiff-dir
--with-xpm-dir --enable-calendar --enable-sigchild --with-zlib
--with-bz2 --enable-ftp --enable-sockets --with-apache=../apache_1.3.37
--with-gettext --enable-bcmath --with-mcrypt --with-mhash
--with-ttf=/usr/include/freetype --with-gmp --enable-trans-sid
--with-freetype-dir=/usr/include/freetype2 --enable-gd-native-ttf
--with-libxml-dir --enable-soap
Reproduce code:
---
","","");
if ($con == true)
break;
else
{
echo var_dump(OCIError());
break;
}
};
?>
Expected result:
OCIPLogon() should give a valid DB connection.
Actual result:
--
When the connect is not working, DEBUG shows the following:
OCI8 DEBUG: OCIEnvCreate at (/php-5.2.1/ext/oci8/oci8.c:1216)
OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1239)
OCI8 DEBUG: OCIServerAttach at (/php-5.2.1/ext/oci8/oci8.c:1248)
OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1258)
OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1267)
OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1276)
OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1286)
OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1297)
OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1307)
OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1316)
OCI8 DEBUG: OCISessionBegin at (/php-5.2.1/ext/oci8/oci8.c:1350)
OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922)
OCI8 DEBUG: OCIHandleFree a
#40159 [Com]: Cannot access protected property
ID: 40159
Comment by: bugs dot php at mobocracy dot net
Reported By: dominik dot bulaj at gmail dot com
Status: No Feedback
Bug Type: Class/Object related
Operating System: Debian
PHP Version: 5.2.0
New Comment:
BTW, this appears to be fixed with eaccelerator svn snapshot 301.
-Blake
Previous Comments:
[2007-02-22 06:16:58] bugs dot php at mobocracy dot net
I am getting a similar issue with PHP 5.2.1, Linux, with eAccelerator.
I have two classes like:
class Foo {
protected $item;
function __construct()
{
$this->item = 'Foo';
}
}
class Bar extends Foo {}
When I do:
$c = new Bar();
I get the same fatal error as described in the original report. When I
disable eaccelerator, this goes away. I will submit a bug to
eaccelerator.
[2007-01-26 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-01-18 11:22:32] [EMAIL PROTECTED]
Cannot reproduce.
[2007-01-18 11:20:19] dominik dot bulaj at gmail dot com
Description:
I got 3 classes:
abstract class BlogApi
{
protected $blogUrl = false;
// other properties
public function setup($blogUrl, $username, $password, $blogId = 1)
{
$this->blogUrl = $blogUrl;
$this->username = $username;
$this->password = $password;
$this->blogId = $blogId;
return $this;
}
// rest of methods
}
abstract class BloggerApi extends BlogApi
{
// some methods specyfic for BloggerApi
}
class WordPress extends BloggerApi
{
// some methods
public function publish()
{
return $this->publishToBlog(rtrim($this->blogUrl,
'/').'/xmlrpc.php');
}
}
Now when I start with:
$wp = new WordPress;
$wp->setup('some_url', 'usr_name', 'pwd', 1);
// another method to set-up post subject & body
$wp->publish();
I got error:
Fatal error: Cannot access protected property WordPress::$blogUrl in
Strange is, that code worked well in PHP 5.1.6-5 on Debian.
Actual result:
--
Fatal error: Cannot access protected property WordPress::$blogUrl in
...
--
Edit this bug report at http://bugs.php.net/?id=40159&edit=1
#40159 [Com]: Cannot access protected property
ID: 40159
Comment by: bugs dot php at mobocracy dot net
Reported By: dominik dot bulaj at gmail dot com
Status: No Feedback
Bug Type: Class/Object related
Operating System: Debian
PHP Version: 5.2.0
New Comment:
I am getting a similar issue with PHP 5.2.1, Linux, with eAccelerator.
I have two classes like:
class Foo {
protected $item;
function __construct()
{
$this->item = 'Foo';
}
}
class Bar extends Foo {}
When I do:
$c = new Bar();
I get the same fatal error as described in the original report. When I
disable eaccelerator, this goes away. I will submit a bug to
eaccelerator.
Previous Comments:
[2007-01-26 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-01-18 11:22:32] [EMAIL PROTECTED]
Cannot reproduce.
[2007-01-18 11:20:19] dominik dot bulaj at gmail dot com
Description:
I got 3 classes:
abstract class BlogApi
{
protected $blogUrl = false;
// other properties
public function setup($blogUrl, $username, $password, $blogId = 1)
{
$this->blogUrl = $blogUrl;
$this->username = $username;
$this->password = $password;
$this->blogId = $blogId;
return $this;
}
// rest of methods
}
abstract class BloggerApi extends BlogApi
{
// some methods specyfic for BloggerApi
}
class WordPress extends BloggerApi
{
// some methods
public function publish()
{
return $this->publishToBlog(rtrim($this->blogUrl,
'/').'/xmlrpc.php');
}
}
Now when I start with:
$wp = new WordPress;
$wp->setup('some_url', 'usr_name', 'pwd', 1);
// another method to set-up post subject & body
$wp->publish();
I got error:
Fatal error: Cannot access protected property WordPress::$blogUrl in
Strange is, that code worked well in PHP 5.1.6-5 on Debian.
Actual result:
--
Fatal error: Cannot access protected property WordPress::$blogUrl in
...
--
Edit this bug report at http://bugs.php.net/?id=40159&edit=1
#37120 [Fbk->Opn]: mod_php5 + apache2 + mail() = hung process
ID: 37120 User updated by: brlcad at mac dot com Reported By: brlcad at mac dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: Yes, but such a pain in the arse to set up as it's a live production system...where's the magical intuition and devine insight?? :-) I'll see if I can get an updated backtrace. Cheers! Previous Comments: [2007-02-21 23:16:17] [EMAIL PROTECTED] >Now with whatever change was made in mail() since 5.2.1, > it crashes the httpd. A gdb backtrace is worth of thousand words. [2007-02-21 23:10:23] brlcad at mac dot com For what it's worth, I don't believe the problem (at least as I've reported) is so much related to the previous poster's freebsd bug report link. It may very well be specific to FreeBSD and even this version of the OS, but it also seems to be rather isolated to PHP5. I've tested with other Apache modules and none of them have trouble sending mail like PHP seems to be having, and sending mail directly works like a charm. What's perhaps useful to note, and that I perhaps didn't emphasize enough, is that with version 5.1.2 it would just hang the httpd process and the web page request would simply never terminate. Now with whatever change was made in mail () since 5.2.1, it crashes the httpd. It's curious that httpd is dying via signal 6 (SIGABRT, abort()) and not a usual segv or bus error, etc. [2007-02-21 21:53:48] [EMAIL PROTECTED] Doesn't look like PHP problem to me, more like FreeBSD bug. [2007-02-21 21:20:32] brlcad at mac dot com To hopefully revive this issue, I'm using the latest release 5.2.1 version of php (from FreeBSD ports), with the same setup and constraints as mentioned before in this report and still see the same crashes (httpd exits on signal 6) during a mail() call from mod_php5. [2006-08-10 21:42:15] spike at indra dot com I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 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/37120 -- Edit this bug report at http://bugs.php.net/?id=37120&edit=1
#40588 [NEW]: mysqli_connect_error() == "" on error
From: frankpw at fw2s dot com
Operating system: Win XP Pro
PHP version: 5.2.1
PHP Bug Type: MySQLi related
Bug description: mysqli_connect_error() == "" on error
Description:
In my class I'm opening a connection with mysqli_connect().
mysqli_connect_error() returns description of any error except one. If one
parameter is of wrong type (i.e port as string rather than numeric).
Reproduce code:
---
public function OpenConnection($host, $user, $pass, $name = null, $port
= null, $sock = null, $chrs = null)
{
$this->mysqli = @mysqli_connect($host, $user, $pass, $name, $port,
$sock);
if (empty($this->mysqli)) die ("Execution stopped! " .
mysqli_connect_error() . "\n");
if (!empty($chrs)) $this->DefaultCharacterSet($chrs);
}
Expected result:
"Execution stopped! mysqli_connect expects parameter 5 to be long, string
given"
Actual result:
--
"Execution stopped!"
--
Edit bug report at http://bugs.php.net/?id=40588&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40588&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40588&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40588&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40588&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40588&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40588&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40588&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40588&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40588&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40588&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40588&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40588&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40588&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40588&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40588&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40588&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40588&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40588&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40588&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40588&r=mysqlcfg
#40565 [Fbk->Csd]: segmentation fault
ID: 40565
User updated by: ThomasxHolder at compuserve dot de
Reported By: ThomasxHolder at compuserve dot de
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Solaris 9
PHP Version: 5.2.1
New Comment:
wow, it's fixed, thanks!
Previous Comments:
[2007-02-20 19:12:57] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-20 19:03:57] ThomasxHolder at compuserve dot de
Description:
We are running php-5.1.6 on solaris 5.9 (sparc64). Since php-5.2.0 all
attemts to update failed. A simple echo test works, but almost
everything else causes segmentation fault. "make test" stops in the
very beginning with "make: [test] Error 139 (ignored)".
Reproduce code:
---
$ cat test.php
$ gdb ../sapi/cli/php
GNU gdb 6.3
Copyright 2004 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 "sparc-sun-solaris2.8"...
(gdb) set args test.php
(gdb) run
Starting program: /tmp/holder/php-5.2.1/sapi/cli/php test.php
*zval_ptr is null...
Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0xffbfe634) at
/tmp/holder/php-5.2.1/Zend/zend_execute_API.c:416
416 (*zval_ptr)->refcount--;
(gdb) backtrace
#0 _zval_ptr_dtor (zval_ptr=0xffbfe634) at
/tmp/holder/php-5.2.1/Zend/zend_execute_API.c:416
#1 0x00189b3c in zend_do_fcall_common_helper_SPEC
(execute_data=0xffbfe6c8) at zend_execute.h:155
#2 0x00187c40 in execute (op_array=0x2d7da8) at zend_vm_execute.h:92
#3 0x0016c390 in zend_execute_scripts (type=8, retval=Variable
"retval" is not available.
) at /tmp/holder/php-5.2.1/Zend/zend.c:1135
#4 0x0012d330 in php_execute_script (primary_file=0xffbfedf0) at
/tmp/holder/php-5.2.1/main/main.c:1784
#5 0x001ff870 in main (argc=2, argv=0xffbfee9c) at
/tmp/holder/php-5.2.1/sapi/cli/php_cli.c:1114
(gdb) quit
I inserted
if ((*zval_ptr) == NULL) {
printf("*zval_ptr is null...\n");
}
into Zend/zend_execute_API.c, for that the error occurs in line 416 and
not in line 412
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=40565&edit=1
#40576 [Asn->Csd]: long values are truncated to 6 decimal digits upon encoding
ID: 40576 Updated by: [EMAIL PROTECTED] Reported By: giunta dot gaetano at sea-aeroportimilano dot it -Status: Assigned +Status: Closed Bug Type: XMLRPC-EPI related Operating System: win2k sp4 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-02-21 11:46:29] giunta dot gaetano at sea-aeroportimilano dot it Description: As per the subject. Please note I am fully aware it is the fault of the underlying EPI lib, plus the xmlrpc spec does not mandate a strict number of digits as min/max. BUT - the epi lib is dead for all purposes but php. Hacking it might be advisable - 6 digits is a very, very low figure... Thanks Gaetano Reproduce code: --- Expected result: 1.123457 Actual result: -- 1.123456789 -- Edit this bug report at http://bugs.php.net/?id=40576&edit=1
#40578 [NEW]: Thread safety issue with imagettftext
From: scottmacvicar at ntlworld dot com Operating system: RHEL 4 PHP version: 5.2.1 PHP Bug Type: GD related Bug description: Thread safety issue with imagettftext Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit bug report at http://bugs.php.net/?id=40578&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40578&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40578&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40578&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40578&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40578&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40578&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40578&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40578&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40578&r=support Expected behavior:http://bugs.php.net/fix.php?id=40578&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40578&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40578&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40578&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40578&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40578&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40578&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40578&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40578&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40578&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40578&r=mysqlcfg
#40578 [Fbk->Opn]: Thread safety issue with imagettftext
ID: 40578
User updated by: scottmacvicar at ntlworld dot com
Reported By: scottmacvicar at ntlworld dot com
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: RHEL 4
PHP Version: 5.2.1
Assigned To: pajoye
New Comment:
Applied now to one of our production boxes, When I'm back in
the office tomorrow I'll see if I can spend a little time
working out a test case to reproduce it.
Previous Comments:
[2007-02-22 00:57:19] [EMAIL PROTECTED]
It looks like something else.
Can you try:
http://pecl.php.net/~pierre/40568.txt
[2007-02-22 00:39:14] scottmacvicar at ntlworld dot com
Has this potentially caused a regression?
I applied the patch that was checked in CVS this afternoon
and recompiled PHP.
Had another segfault in GD, here is the backtrace.
Unfortunately it wasn't a debug build.
Thread 13 (process 27300):
#0 0x009457a2 in _dl_sysinfo_int80 () from /lib/ld-
linux.so.2
No symbol table info available.
#1 0x00985c46 in kill () from /lib/tls/libc.so.6
No symbol table info available.
#2 0x0807e646 in sig_coredump (sig=11) at mpm_common.c:1170
No locals.
#3
No symbol table info available.
#4 0x009bf652 in malloc_consolidate () from /lib/tls/
libc.so.6
No symbol table info available.
#5 0x009bfd30 in _int_free () from /lib/tls/libc.so.6
No symbol table info available.
#6 0x009c033a in free () from /lib/tls/libc.so.6
---Type to continue, or q to quit---
No symbol table info available.
#7 0x003d5b8a in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#8 0x9e418dc0 in ?? ()
No symbol table info available.
#9 0x00431b2c in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#10 0xa6629868 in ?? ()
No symbol table info available.
#11 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#12 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#13 0x003d88e9 in FT_GlyphLoader_Reset () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#14 0x003d8948 in FT_GlyphLoader_Done () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#15 0x003dc1de in FT_Remove_Module () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#16 0x003dc72b in FT_Done_Library () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#17 0x003d5ee0 in FT_Done_FreeType () from /usr/lib/
libfreetype.so.6
No symbol table info available.
---Type to continue, or q to quit---
#18 0x00fa4518 in php_gd_gdFontCacheShutdown ()
at /www/src/php-5.2.1/ext/gd/libgd/gdft.c:724
No locals.
#19 0x00f8c7eb in zm_deactivate_gd (type=1,
module_number=26,
tsrm_ls=0x94aea70) at /www/src/php-5.2.1/ext/gd/gd.c:
1303
No locals.
#20 0x0113434a in module_registry_cleanup (module=0x8b5d1b0,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_API.c:1945
No locals.
#21 0x0113986c in zend_hash_apply (ht=0x14274e0,
apply_func=0x1134328 ,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_hash.c:673
result = 0
p = (Bucket *) 0x8b5d180
#22 0x0112fb33 in zend_deactivate_modules
(tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend.c:839
__orig_bailout = (jmp_buf *) 0x0
__bailout = {{__jmpbuf = {144334232, 144334256,
19764252, -1503487368,
-1503487568, 18021115}, __mask_was_saved = 0,
__saved_mask = {__val = {
149310844, 10232833, 4294967294, 4294967295,
149310844, 165552858, 0,
0, 165552848, 165159443, 0, 0, 149809548, 0,
11036764, 24, 56, 88, 0,
11, 11536181, 144334232, 0, 2791479928, 17752220, 3,
165552848,
135009633, 2, 0, 165552808, 165552848
---Type to continue, or q to quit---
#23 0x010f19c5 in php_request_shutdown (dummy=0x0)
at /www/src/php-5.2.1/main/main.c:1293
__orig_bailout = Variable "__orig_bailout" is not
available.
I can try a debug build but the segfaults are occuring less
frequently now.
[2007-02-21 18:41:56] [EMAIL PROTECTED]
Also backported to 4_4.
[2007-02-21 18:24:27] scottmacvicar at ntlworld dot com
Any chance of having this backported to the PHP_4_4 branch? It's a
fairly minor patch to apply.
[2007-02-21 15:42:02] [EMAIL PROTECTED]
I reported the issue in GD too:
http://bugs.libgd.org/?do=details&task_id=48
Will be fixed in 2.0.35.
Thanks for your patch and nice reproduce case!
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
#40552 [Opn]: upgrade from 5.15 to 5.2x
ID: 40552
User updated by: lepage at grm dot polymtl dot ca
Reported By: lepage at grm dot polymtl dot ca
Status: Open
Bug Type: Unknown/Other Function
Operating System: Solaris 9
PHP Version: 5.2.1
New Comment:
note that if I use
include('/home/lepage/HTML/include.inc');
it does work while using
include('./include.inc');
does not work.
It was woking fine in php-5.1.5 and not in php-5.2.0 nor php-5.2.1, I
see in change log :
- Removed current working directory from the php.ini search path for
CLI and re-added it for other SAPIs (restore to pre 5.1.x behavior).
(Edin)
may be it was not well restore... I don't know. Can you please help me
fix this. it cause many problem with user installed phpBB and phpAlbum.
Previous Comments:
[2007-02-22 01:21:53] lepage at grm dot polymtl dot ca
Here is the error, While it is not working in a user directory it does
in the web root directory.
=== file info.php ===
=== file include.inc ===
allo...
-
Warning: include(./include.inc) [function.include]: failed to open
stream: No such file or directory in /home/lepage/HTML/info.php on line
3
Warning: include() [function.include]: Failed opening './include.inc'
for inclusion
(include_path='/usr/local_9/opt/php/lib/php:/php/includes:.') in
/home/lepage/HTML/info.php on line 3
allo...
and then the php_info() output.
==
I found odd that I have to code since I am a sysAdmin trying to update
php to latest, I am not a php coder and therefore it should be easier
for SysAdmin to update php to the latest...
[2007-02-21 08:06:52] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2007-02-21 02:40:03] lepage at grm dot polymtl dot ca
Although I have '.' in include_path =
"/usr/local_9/opt/php/lib/php:/php/includes:."
it is not opening file when preceded by ./
for one example in phpBB it's define $phpbb_root_path = './'
and it does not work unless I redefine it to
$phpbb_root_path = '/some/absolute/path/' then it work.
Again it was working in 5.1.5 and not in 5.2.0, it is a bug, dot in
search path is no longer working.
[2007-02-21 02:12:40] lepage at grm dot polymtl dot ca
It is working with php 5.1.5 not with 5.2.x using the exact same config
file (php.ini).
It's like php 5.2x is not chdir to the script dir when running the
script.
Information about this should be included into the php upgrade
documentation (from 5.1x to 5.2x). I have looked at many bugs like
#30881 but it's too old.. my problem is it was working with version
5.1.5.
It is still not working... what did change from 5.1.5 to 5.2 that can
cause that?
[2007-02-21 00:04:28] lepage at grm dot polymtl dot ca
I have search for this bug for so long, I waited the new version 5.2.1
and it still has this problem.
All the search on google I made with those errors, actually give me
web site that are not working and display those errors... so I think
it's a bug... At least in the documentation since I found nothing.
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/40552
--
Edit this bug report at http://bugs.php.net/?id=40552&edit=1
#40552 [Fbk->Opn]: upgrade from 5.15 to 5.2x
ID: 40552 User updated by: lepage at grm dot polymtl dot ca Reported By: lepage at grm dot polymtl dot ca -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Solaris 9 PHP Version: 5.2.1 New Comment: Here is the error, While it is not working in a user directory it does in the web root directory. === file info.php === === file include.inc === allo... - Warning: include(./include.inc) [function.include]: failed to open stream: No such file or directory in /home/lepage/HTML/info.php on line 3 Warning: include() [function.include]: Failed opening './include.inc' for inclusion (include_path='/usr/local_9/opt/php/lib/php:/php/includes:.') in /home/lepage/HTML/info.php on line 3 allo... and then the php_info() output. == I found odd that I have to code since I am a sysAdmin trying to update php to latest, I am not a php coder and therefore it should be easier for SysAdmin to update php to the latest... Previous Comments: [2007-02-21 08:06:52] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-21 02:40:03] lepage at grm dot polymtl dot ca Although I have '.' in include_path = "/usr/local_9/opt/php/lib/php:/php/includes:." it is not opening file when preceded by ./ for one example in phpBB it's define $phpbb_root_path = './' and it does not work unless I redefine it to $phpbb_root_path = '/some/absolute/path/' then it work. Again it was working in 5.1.5 and not in 5.2.0, it is a bug, dot in search path is no longer working. [2007-02-21 02:12:40] lepage at grm dot polymtl dot ca It is working with php 5.1.5 not with 5.2.x using the exact same config file (php.ini). It's like php 5.2x is not chdir to the script dir when running the script. Information about this should be included into the php upgrade documentation (from 5.1x to 5.2x). I have looked at many bugs like #30881 but it's too old.. my problem is it was working with version 5.1.5. It is still not working... what did change from 5.1.5 to 5.2 that can cause that? [2007-02-21 00:04:28] lepage at grm dot polymtl dot ca I have search for this bug for so long, I waited the new version 5.2.1 and it still has this problem. All the search on google I made with those errors, actually give me web site that are not working and display those errors... so I think it's a bug... At least in the documentation since I found nothing. [2007-02-20 08:04:20] [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. . 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/40552 -- Edit this bug report at http://bugs.php.net/?id=40552&edit=1
#40421 [Asn]: Install error 2343
ID: 40421 User updated by: wade_link at hotmail dot com Reported By: wade_link at hotmail dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 Assigned To: jmertic New Comment: Yes, there is a PHP.ini file. Previous Comments: [2007-02-19 20:50:29] [EMAIL PROTECTED] Is there a PHP.ini file in the installation directory ( defaults to c:\program files\php 5) ? [2007-02-17 00:49:05] klearity at lycos dot ca I have the same problem. I downloaded the fix version but I still get the error. I do not know where to find the error log so I can email it to the address given. Where do I find this? [2007-02-16 16:04:04] wade_link at hotmail dot com Still got the same error at the same point of writing INI files. [2007-02-15 19:41:53] [EMAIL PROTECTED] Please try the latest build. If you are still having problems, email the error.log file produced from the following to [EMAIL PROTECTED] >From the command line in the directory where you downloaded the installer: msiexec /i php-5.2.1-win32-installer.msi /l*v error.log [2007-02-10 00:09:58] wade_link at hotmail dot com It worked sort of. It got most of the way through the intall then errored. It had the same error message. It gets through a lot, but the error message shows up when it says it is writing INI files. 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/40421 -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40578 [Csd->Fbk]: Thread safety issue with imagettftext
ID: 40578
Updated by: [EMAIL PROTECTED]
Reported By: scottmacvicar at ntlworld dot com
-Status: Closed
+Status: Feedback
Bug Type: GD related
Operating System: RHEL 4
PHP Version: 5.2.1
-Assigned To: tony2001
+Assigned To: pajoye
New Comment:
It looks like something else.
Can you try:
http://pecl.php.net/~pierre/40568.txt
Previous Comments:
[2007-02-22 00:39:14] scottmacvicar at ntlworld dot com
Has this potentially caused a regression?
I applied the patch that was checked in CVS this afternoon
and recompiled PHP.
Had another segfault in GD, here is the backtrace.
Unfortunately it wasn't a debug build.
Thread 13 (process 27300):
#0 0x009457a2 in _dl_sysinfo_int80 () from /lib/ld-
linux.so.2
No symbol table info available.
#1 0x00985c46 in kill () from /lib/tls/libc.so.6
No symbol table info available.
#2 0x0807e646 in sig_coredump (sig=11) at mpm_common.c:1170
No locals.
#3
No symbol table info available.
#4 0x009bf652 in malloc_consolidate () from /lib/tls/
libc.so.6
No symbol table info available.
#5 0x009bfd30 in _int_free () from /lib/tls/libc.so.6
No symbol table info available.
#6 0x009c033a in free () from /lib/tls/libc.so.6
---Type to continue, or q to quit---
No symbol table info available.
#7 0x003d5b8a in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#8 0x9e418dc0 in ?? ()
No symbol table info available.
#9 0x00431b2c in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#10 0xa6629868 in ?? ()
No symbol table info available.
#11 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#12 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#13 0x003d88e9 in FT_GlyphLoader_Reset () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#14 0x003d8948 in FT_GlyphLoader_Done () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#15 0x003dc1de in FT_Remove_Module () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#16 0x003dc72b in FT_Done_Library () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#17 0x003d5ee0 in FT_Done_FreeType () from /usr/lib/
libfreetype.so.6
No symbol table info available.
---Type to continue, or q to quit---
#18 0x00fa4518 in php_gd_gdFontCacheShutdown ()
at /www/src/php-5.2.1/ext/gd/libgd/gdft.c:724
No locals.
#19 0x00f8c7eb in zm_deactivate_gd (type=1,
module_number=26,
tsrm_ls=0x94aea70) at /www/src/php-5.2.1/ext/gd/gd.c:
1303
No locals.
#20 0x0113434a in module_registry_cleanup (module=0x8b5d1b0,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_API.c:1945
No locals.
#21 0x0113986c in zend_hash_apply (ht=0x14274e0,
apply_func=0x1134328 ,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_hash.c:673
result = 0
p = (Bucket *) 0x8b5d180
#22 0x0112fb33 in zend_deactivate_modules
(tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend.c:839
__orig_bailout = (jmp_buf *) 0x0
__bailout = {{__jmpbuf = {144334232, 144334256,
19764252, -1503487368,
-1503487568, 18021115}, __mask_was_saved = 0,
__saved_mask = {__val = {
149310844, 10232833, 4294967294, 4294967295,
149310844, 165552858, 0,
0, 165552848, 165159443, 0, 0, 149809548, 0,
11036764, 24, 56, 88, 0,
11, 11536181, 144334232, 0, 2791479928, 17752220, 3,
165552848,
135009633, 2, 0, 165552808, 165552848
---Type to continue, or q to quit---
#23 0x010f19c5 in php_request_shutdown (dummy=0x0)
at /www/src/php-5.2.1/main/main.c:1293
__orig_bailout = Variable "__orig_bailout" is not
available.
I can try a debug build but the segfaults are occuring less
frequently now.
[2007-02-21 18:41:56] [EMAIL PROTECTED]
Also backported to 4_4.
[2007-02-21 18:24:27] scottmacvicar at ntlworld dot com
Any chance of having this backported to the PHP_4_4 branch? It's a
fairly minor patch to apply.
[2007-02-21 15:42:02] [EMAIL PROTECTED]
I reported the issue in GD too:
http://bugs.libgd.org/?do=details&task_id=48
Will be fixed in 2.0.35.
Thanks for your patch and nice reproduce case!
[2007-02-21 15:00:50] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
And again - very nice reproduce case & report, thanks.
#40578 [Csd]: Thread safety issue with imagettftext
ID: 40578
User updated by: scottmacvicar at ntlworld dot com
Reported By: scottmacvicar at ntlworld dot com
Status: Closed
Bug Type: GD related
Operating System: RHEL 4
PHP Version: 5.2.1
Assigned To: tony2001
New Comment:
Has this potentially caused a regression?
I applied the patch that was checked in CVS this afternoon
and recompiled PHP.
Had another segfault in GD, here is the backtrace.
Unfortunately it wasn't a debug build.
Thread 13 (process 27300):
#0 0x009457a2 in _dl_sysinfo_int80 () from /lib/ld-
linux.so.2
No symbol table info available.
#1 0x00985c46 in kill () from /lib/tls/libc.so.6
No symbol table info available.
#2 0x0807e646 in sig_coredump (sig=11) at mpm_common.c:1170
No locals.
#3
No symbol table info available.
#4 0x009bf652 in malloc_consolidate () from /lib/tls/
libc.so.6
No symbol table info available.
#5 0x009bfd30 in _int_free () from /lib/tls/libc.so.6
No symbol table info available.
#6 0x009c033a in free () from /lib/tls/libc.so.6
---Type to continue, or q to quit---
No symbol table info available.
#7 0x003d5b8a in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#8 0x9e418dc0 in ?? ()
No symbol table info available.
#9 0x00431b2c in ?? () from /usr/lib/libfreetype.so.6
No symbol table info available.
#10 0xa6629868 in ?? ()
No symbol table info available.
#11 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#12 0x003d5fc0 in FT_Free () from /usr/lib/libfreetype.so.6
No symbol table info available.
#13 0x003d88e9 in FT_GlyphLoader_Reset () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#14 0x003d8948 in FT_GlyphLoader_Done () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#15 0x003dc1de in FT_Remove_Module () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#16 0x003dc72b in FT_Done_Library () from /usr/lib/
libfreetype.so.6
No symbol table info available.
#17 0x003d5ee0 in FT_Done_FreeType () from /usr/lib/
libfreetype.so.6
No symbol table info available.
---Type to continue, or q to quit---
#18 0x00fa4518 in php_gd_gdFontCacheShutdown ()
at /www/src/php-5.2.1/ext/gd/libgd/gdft.c:724
No locals.
#19 0x00f8c7eb in zm_deactivate_gd (type=1,
module_number=26,
tsrm_ls=0x94aea70) at /www/src/php-5.2.1/ext/gd/gd.c:
1303
No locals.
#20 0x0113434a in module_registry_cleanup (module=0x8b5d1b0,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_API.c:1945
No locals.
#21 0x0113986c in zend_hash_apply (ht=0x14274e0,
apply_func=0x1134328 ,
tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend_hash.c:673
result = 0
p = (Bucket *) 0x8b5d180
#22 0x0112fb33 in zend_deactivate_modules
(tsrm_ls=0x94aea70)
at /www/src/php-5.2.1/Zend/zend.c:839
__orig_bailout = (jmp_buf *) 0x0
__bailout = {{__jmpbuf = {144334232, 144334256,
19764252, -1503487368,
-1503487568, 18021115}, __mask_was_saved = 0,
__saved_mask = {__val = {
149310844, 10232833, 4294967294, 4294967295,
149310844, 165552858, 0,
0, 165552848, 165159443, 0, 0, 149809548, 0,
11036764, 24, 56, 88, 0,
11, 11536181, 144334232, 0, 2791479928, 17752220, 3,
165552848,
135009633, 2, 0, 165552808, 165552848
---Type to continue, or q to quit---
#23 0x010f19c5 in php_request_shutdown (dummy=0x0)
at /www/src/php-5.2.1/main/main.c:1293
__orig_bailout = Variable "__orig_bailout" is not
available.
I can try a debug build but the segfaults are occuring less
frequently now.
Previous Comments:
[2007-02-21 18:41:56] [EMAIL PROTECTED]
Also backported to 4_4.
[2007-02-21 18:24:27] scottmacvicar at ntlworld dot com
Any chance of having this backported to the PHP_4_4 branch? It's a
fairly minor patch to apply.
[2007-02-21 15:42:02] [EMAIL PROTECTED]
I reported the issue in GD too:
http://bugs.libgd.org/?do=details&task_id=48
Will be fixed in 2.0.35.
Thanks for your patch and nice reproduce case!
[2007-02-21 15:00:50] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
And again - very nice reproduce case & report, thanks.
[2007-02-21 14:40:19] scottmacvicar at ntlworld dot com
Should probably class this as a crash.
The remainder of the comments for this report are too long. To view
the rest of th
#40587 [Opn->Bgs]: Attempt to call undefined function gives a fatal error instead of recoverable
ID: 40587 Updated by: [EMAIL PROTECTED] Reported By: mathiasrav at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 5.2.1 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: [2007-02-21 23:06:37] mathiasrav at gmail dot com A little change to the description-section - PHP doesn't crash, it simply halts script execution. The *script* "crashes". [2007-02-21 23:03:16] mathiasrav at gmail dot com Description: If you try to call an undefined function, PHP raises an E_ERROR and crashes - not a catchable E_RECOVERABLE_ERROR. This isn't a problem for web-related scripts, but for maintainence/shell-like scripts, this can be a help. I have a script with an idle-loop that calls (includes) module-files, and if a change to one of these has a typo, all socket connections and the like are killed. Reproduce code: --- Expected result: The call to qweasd() should return false or null. If the programmer has made the script able to recover from calls to unknown functions, he must have written code that can tell the difference between the return code from a known and an unknown function. Actual result: -- The script halts. -- Edit this bug report at http://bugs.php.net/?id=40587&edit=1
#37120 [Opn->Fbk]: mod_php5 + apache2 + mail() = hung process
ID: 37120 Updated by: [EMAIL PROTECTED] Reported By: brlcad at mac dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: >Now with whatever change was made in mail() since 5.2.1, > it crashes the httpd. A gdb backtrace is worth of thousand words. Previous Comments: [2007-02-21 23:10:23] brlcad at mac dot com For what it's worth, I don't believe the problem (at least as I've reported) is so much related to the previous poster's freebsd bug report link. It may very well be specific to FreeBSD and even this version of the OS, but it also seems to be rather isolated to PHP5. I've tested with other Apache modules and none of them have trouble sending mail like PHP seems to be having, and sending mail directly works like a charm. What's perhaps useful to note, and that I perhaps didn't emphasize enough, is that with version 5.1.2 it would just hang the httpd process and the web page request would simply never terminate. Now with whatever change was made in mail () since 5.2.1, it crashes the httpd. It's curious that httpd is dying via signal 6 (SIGABRT, abort()) and not a usual segv or bus error, etc. [2007-02-21 21:53:48] [EMAIL PROTECTED] Doesn't look like PHP problem to me, more like FreeBSD bug. [2007-02-21 21:20:32] brlcad at mac dot com To hopefully revive this issue, I'm using the latest release 5.2.1 version of php (from FreeBSD ports), with the same setup and constraints as mentioned before in this report and still see the same crashes (httpd exits on signal 6) during a mail() call from mod_php5. [2006-08-10 21:42:15] spike at indra dot com I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 [2006-08-09 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". 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/37120 -- Edit this bug report at http://bugs.php.net/?id=37120&edit=1
#37120 [Opn]: mod_php5 + apache2 + mail() = hung process
ID: 37120 User updated by: brlcad at mac dot com Reported By: brlcad at mac dot com Status: Open Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: For what it's worth, I don't believe the problem (at least as I've reported) is so much related to the previous poster's freebsd bug report link. It may very well be specific to FreeBSD and even this version of the OS, but it also seems to be rather isolated to PHP5. I've tested with other Apache modules and none of them have trouble sending mail like PHP seems to be having, and sending mail directly works like a charm. What's perhaps useful to note, and that I perhaps didn't emphasize enough, is that with version 5.1.2 it would just hang the httpd process and the web page request would simply never terminate. Now with whatever change was made in mail () since 5.2.1, it crashes the httpd. It's curious that httpd is dying via signal 6 (SIGABRT, abort()) and not a usual segv or bus error, etc. Previous Comments: [2007-02-21 21:53:48] [EMAIL PROTECTED] Doesn't look like PHP problem to me, more like FreeBSD bug. [2007-02-21 21:20:32] brlcad at mac dot com To hopefully revive this issue, I'm using the latest release 5.2.1 version of php (from FreeBSD ports), with the same setup and constraints as mentioned before in this report and still see the same crashes (httpd exits on signal 6) during a mail() call from mod_php5. [2006-08-10 21:42:15] spike at indra dot com I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 [2006-08-09 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". [2006-08-01 22:23:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37120 -- Edit this bug report at http://bugs.php.net/?id=37120&edit=1
#40587 [Opn]: Attempt to call undefined function gives a fatal error instead of recoverable
ID: 40587 User updated by: mathiasrav at gmail dot com Reported By: mathiasrav at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 5.2.1 New Comment: A little change to the description-section - PHP doesn't crash, it simply halts script execution. The *script* "crashes". Previous Comments: [2007-02-21 23:03:16] mathiasrav at gmail dot com Description: If you try to call an undefined function, PHP raises an E_ERROR and crashes - not a catchable E_RECOVERABLE_ERROR. This isn't a problem for web-related scripts, but for maintainence/shell-like scripts, this can be a help. I have a script with an idle-loop that calls (includes) module-files, and if a change to one of these has a typo, all socket connections and the like are killed. Reproduce code: --- Expected result: The call to qweasd() should return false or null. If the programmer has made the script able to recover from calls to unknown functions, he must have written code that can tell the difference between the return code from a known and an unknown function. Actual result: -- The script halts. -- Edit this bug report at http://bugs.php.net/?id=40587&edit=1
#40587 [NEW]: Attempt to call undefined function gives a fatal error instead of recoverable
From: mathiasrav at gmail dot com Operating system: WinXP PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: Attempt to call undefined function gives a fatal error instead of recoverable Description: If you try to call an undefined function, PHP raises an E_ERROR and crashes - not a catchable E_RECOVERABLE_ERROR. This isn't a problem for web-related scripts, but for maintainence/shell-like scripts, this can be a help. I have a script with an idle-loop that calls (includes) module-files, and if a change to one of these has a typo, all socket connections and the like are killed. Reproduce code: --- Expected result: The call to qweasd() should return false or null. If the programmer has made the script able to recover from calls to unknown functions, he must have written code that can tell the difference between the return code from a known and an unknown function. Actual result: -- The script halts. -- Edit bug report at http://bugs.php.net/?id=40587&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40587&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40587&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40587&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40587&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40587&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40587&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40587&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40587&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40587&r=support Expected behavior:http://bugs.php.net/fix.php?id=40587&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40587&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40587&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40587&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40587&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40587&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40587&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40587&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40587&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40587&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40587&r=mysqlcfg
#37120 [Opn]: mod_php5 + apache2 + mail() = hung process
ID: 37120 Updated by: [EMAIL PROTECTED] Reported By: brlcad at mac dot com Status: Open Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: Doesn't look like PHP problem to me, more like FreeBSD bug. Previous Comments: [2007-02-21 21:20:32] brlcad at mac dot com To hopefully revive this issue, I'm using the latest release 5.2.1 version of php (from FreeBSD ports), with the same setup and constraints as mentioned before in this report and still see the same crashes (httpd exits on signal 6) during a mail() call from mod_php5. [2006-08-10 21:42:15] spike at indra dot com I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 [2006-08-09 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". [2006-08-01 22:23:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-18 23:16:09] brlcad at mac dot com Not sure how helpful this will be, but here are several stack traces while it was hung. Interestingly enough, if I ctrl-c'd in gdb during the hang and continued, the page would unhang and return a mail() failure. (gdb) run -X -f /usr/local/etc/apache2/httpd.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) quit 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/37120 -- Edit this bug report at http://bugs.php.net/?id=37120&edit=1
#37120 [NoF->Opn]: mod_php5 + apache2 + mail() = hung process
ID: 37120 User updated by: brlcad at mac dot com Reported By: brlcad at mac dot com -Status: No Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: To hopefully revive this issue, I'm using the latest release 5.2.1 version of php (from FreeBSD ports), with the same setup and constraints as mentioned before in this report and still see the same crashes (httpd exits on signal 6) during a mail() call from mod_php5. Previous Comments: [2006-08-10 21:42:15] spike at indra dot com I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 [2006-08-09 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". [2006-08-01 22:23:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-18 23:16:09] brlcad at mac dot com Not sure how helpful this will be, but here are several stack traces while it was hung. Interestingly enough, if I ctrl-c'd in gdb during the hang and continued, the page would unhang and return a mail() failure. (gdb) run -X -f /usr/local/etc/apache2/httpd.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) quit [2006-04-18 22:47:43] brlcad at mac dot com I'll give that a try, though this is on a very heavy loaded production machine (hundreds of web hits per minute) -- I'll need to wait for the load to settle a little, hopefully later tonight. That said, in the meantime I thought I'd share some more insight testing. I fully replaced sendmail with qmail to make sure it wasn't something particular with the configuration of sendmail. Again,
#40584 [Csd]: new Soapclient produces Segfault/Core dump
ID: 40584 Updated by: [EMAIL PROTECTED] Reported By: thejam at gmail dot com Status: Closed Bug Type: SOAP related Operating System: SLES 10 (s390x) 64bit PHP Version: 5.2.1 New Comment: You can also try to recompile it with --disable-debug, but make sure CFLAGS contains "-O0 -g" otherwise you won't see any debug symbols. Previous Comments: [2007-02-21 20:38:15] thejam at gmail dot com Recompiled with --enable-debug, and no more segfault. I've recompiled twice before, but I still think it was probably botched. Thanks. [2007-02-21 20:02:29] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-02-21 19:53:48] thejam at gmail dot com Description: First bug report, I've scoured the reports for similar issues, nothing is helping though. Hopefully I didn't miss something. Platform is zLinux VM on the mainframe. SLES 10. PHP installed from source, not through yast: './configure' '--enable-soap' '--without-pear' '--with-apxs2=/usr/local/apache2/bin/apxs' --- Declaring a new SoapClient throws a segfault when the script is processed. In a browser, it immediately asks if you want to save the script. Log files shows a Segmentation Fault. Reproduce code: --- http://myserver/services/sccsystem?wsdl'); ?> Expected result: Hello World! **I don't expect output from the SoapClient object, I whittled it down to just this line, and found it still segfaulted.** Actual result: -- Nothing. Log file says: [Wed Feb 21 13:21:32 2007] [notice] child pid 21118 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=40584&edit=1
#40584 [Fbk->Csd]: new Soapclient produces Segfault/Core dump
ID: 40584 User updated by: thejam at gmail dot com Reported By: thejam at gmail dot com -Status: Feedback +Status: Closed Bug Type: SOAP related Operating System: SLES 10 (s390x) 64bit PHP Version: 5.2.1 New Comment: Recompiled with --enable-debug, and no more segfault. I've recompiled twice before, but I still think it was probably botched. Thanks. Previous Comments: [2007-02-21 20:02:29] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-02-21 19:53:48] thejam at gmail dot com Description: First bug report, I've scoured the reports for similar issues, nothing is helping though. Hopefully I didn't miss something. Platform is zLinux VM on the mainframe. SLES 10. PHP installed from source, not through yast: './configure' '--enable-soap' '--without-pear' '--with-apxs2=/usr/local/apache2/bin/apxs' --- Declaring a new SoapClient throws a segfault when the script is processed. In a browser, it immediately asks if you want to save the script. Log files shows a Segmentation Fault. Reproduce code: --- http://myserver/services/sccsystem?wsdl'); ?> Expected result: Hello World! **I don't expect output from the SoapClient object, I whittled it down to just this line, and found it still segfaulted.** Actual result: -- Nothing. Log file says: [Wed Feb 21 13:21:32 2007] [notice] child pid 21118 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=40584&edit=1
#40585 [Opn->Bgs]: require and include failed with files names foo.tpl.php
ID: 40585 Updated by: [EMAIL PROTECTED] Reported By: cmorg at code dot de -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 6.2 STABLE PHP Version: 5.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-02-21 20:16:00] cmorg at code dot de Description: Include or require causes an Fatal Error when you want to load a file name something.tpl.php . Named the file without .tpl like something.php then there is no problem. Reproduce code: --- test.tpl.php and test.php: include.php: Expected result: see phpinfo page -- Edit this bug report at http://bugs.php.net/?id=40585&edit=1
#40585 [NEW]: require and include failed with files names foo.tpl.php
From: cmorg at code dot de Operating system: FreeBSD 6.2 STABLE PHP version: 5.2.1 PHP Bug Type: Scripting Engine problem Bug description: require and include failed with files names foo.tpl.php Description: Include or require causes an Fatal Error when you want to load a file name something.tpl.php . Named the file without .tpl like something.php then there is no problem. Reproduce code: --- test.tpl.php and test.php: include.php: Expected result: see phpinfo page -- Edit bug report at http://bugs.php.net/?id=40585&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40585&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40585&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40585&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40585&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40585&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40585&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40585&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40585&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40585&r=support Expected behavior:http://bugs.php.net/fix.php?id=40585&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40585&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40585&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40585&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40585&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40585&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40585&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40585&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40585&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40585&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40585&r=mysqlcfg
#40584 [Opn->Fbk]: new Soapclient produces Segfault/Core dump
ID: 40584 Updated by: [EMAIL PROTECTED] Reported By: thejam at gmail dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: SLES 10 (s390x) 64bit PHP Version: 5.2.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2007-02-21 19:53:48] thejam at gmail dot com Description: First bug report, I've scoured the reports for similar issues, nothing is helping though. Hopefully I didn't miss something. Platform is zLinux VM on the mainframe. SLES 10. PHP installed from source, not through yast: './configure' '--enable-soap' '--without-pear' '--with-apxs2=/usr/local/apache2/bin/apxs' --- Declaring a new SoapClient throws a segfault when the script is processed. In a browser, it immediately asks if you want to save the script. Log files shows a Segmentation Fault. Reproduce code: --- http://myserver/services/sccsystem?wsdl'); ?> Expected result: Hello World! **I don't expect output from the SoapClient object, I whittled it down to just this line, and found it still segfaulted.** Actual result: -- Nothing. Log file says: [Wed Feb 21 13:21:32 2007] [notice] child pid 21118 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=40584&edit=1
#40584 [NEW]: new Soapclient produces Segfault/Core dump
From: thejam at gmail dot com Operating system: SLES 10 (s390x) 64bit PHP version: 5.2.1 PHP Bug Type: SOAP related Bug description: new Soapclient produces Segfault/Core dump Description: First bug report, I've scoured the reports for similar issues, nothing is helping though. Hopefully I didn't miss something. Platform is zLinux VM on the mainframe. SLES 10. PHP installed from source, not through yast: './configure' '--enable-soap' '--without-pear' '--with-apxs2=/usr/local/apache2/bin/apxs' --- Declaring a new SoapClient throws a segfault when the script is processed. In a browser, it immediately asks if you want to save the script. Log files shows a Segmentation Fault. Reproduce code: --- http://myserver/services/sccsystem?wsdl'); ?> Expected result: Hello World! **I don't expect output from the SoapClient object, I whittled it down to just this line, and found it still segfaulted.** Actual result: -- Nothing. Log file says: [Wed Feb 21 13:21:32 2007] [notice] child pid 21118 exit signal Segmentation fault (11) -- Edit bug report at http://bugs.php.net/?id=40584&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40584&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40584&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40584&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40584&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40584&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40584&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40584&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40584&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40584&r=support Expected behavior:http://bugs.php.net/fix.php?id=40584&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40584&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40584&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40584&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40584&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40584&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40584&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40584&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40584&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40584&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40584&r=mysqlcfg
#40578 [Csd]: Thread safety issue with imagettftext
ID: 40578 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com Status: Closed Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: Also backported to 4_4. Previous Comments: [2007-02-21 18:24:27] scottmacvicar at ntlworld dot com Any chance of having this backported to the PHP_4_4 branch? It's a fairly minor patch to apply. [2007-02-21 15:42:02] [EMAIL PROTECTED] I reported the issue in GD too: http://bugs.libgd.org/?do=details&task_id=48 Will be fixed in 2.0.35. Thanks for your patch and nice reproduce case! [2007-02-21 15:00:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. And again - very nice reproduce case & report, thanks. [2007-02-21 14:40:19] scottmacvicar at ntlworld dot com Should probably class this as a crash. [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40578 [Csd]: Thread safety issue with imagettftext
ID: 40578 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com Status: Closed Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: Any chance of having this backported to the PHP_4_4 branch? It's a fairly minor patch to apply. Previous Comments: [2007-02-21 15:42:02] [EMAIL PROTECTED] I reported the issue in GD too: http://bugs.libgd.org/?do=details&task_id=48 Will be fixed in 2.0.35. Thanks for your patch and nice reproduce case! [2007-02-21 15:00:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. And again - very nice reproduce case & report, thanks. [2007-02-21 14:40:19] scottmacvicar at ntlworld dot com Should probably class this as a crash. [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40582 [Bgs]: phpversion('extension_name') return false
ID: 40582
User updated by: Ox41464b at satria dot web dot id
Reported By: Ox41464b at satria dot web dot id
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Irrelevant
PHP Version: 4.4.5
New Comment:
Looks like most of extensions loaded on mine is without Info
Should its reported to each extensions maintainer?
Code:
$e = get_loaded_extensions();
foreach($e as $ext_name)
{
$v = phpversion($ext_name);
if ($v) echo $ext_name . " version: ". $v;
else echo $ext_name . " version: Not avaiable";
}
Result:
xml version: Not avaiable
tokenizer version: 0.1
standard version: 4.4.4
sockets version: Not avaiable
session version: Not avaiable
posix version: Not avaiable
overload version: Not avaiable
mysql version: Not avaiable
mbstring version: Not avaiable
iconv version: Not avaiable
gettext version: Not avaiable
gd version: Not avaiable
ftp version: Not avaiable
curl version: Not avaiable
ctype version: Not avaiable
calendar version: Not avaiable
bcmath version: Not avaiable
zlib version: 1.1
pcre version: Not avaiable
openssl version: Not avaiable
apache version: Not avaiable
ionCube Loader version: Not avaiable
Zend Optimizer version: Not avaiable
Previous Comments:
[2007-02-21 17:36:01] [EMAIL PROTECTED]
If the optional extension parameter is specified, phpversion() returns
the version of that extension,
**or FALSE if there is no version information associated** or the
extension isn't enabled.
http://php.net/phpversion
[2007-02-21 17:30:10] Ox41464b at satria dot web dot id
Description:
phpversion didnt works like it should
Reproduce code:
---
Expected result:
others... except false
Actual result:
--
/*
Current Result:
Array
(
[0] => xml
[1] => tokenizer
[2] => standard
[3] => sockets
[4] => session
[5] => posix
[6] => overload
[7] => mysql
[8] => mbstring
[9] => iconv
[10] => gettext
[11] => gd
[12] => ftp
[13] => curl
[14] => ctype
[15] => calendar
[16] => bcmath
[17] => zlib
[18] => pcre
[19] => openssl
[20] => apache
[21] => ionCube Loader
[22] => Zend Optimizer
)
bool(false)
*/
--
Edit this bug report at http://bugs.php.net/?id=40582&edit=1
#40581 [Fbk->Opn]: Pass Struct type to COM object from PHP
ID: 40581
User updated by: elvir at innvue dot com
Reported By: elvir at innvue dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows Server 2003
PHP Version: 5.2.1
New Comment:
c++ codes:
typedef [uuid(5A0CB3A7-798A-42ff-B864-F8D90B55DB7C)] struct mystruct
{
LPSTR var1;
LPSTR var2;
LPSTR var3;
LPSTR var4;
} mystruct
ResetS(struct, GUID);
}else{
echo "method doesn't exist...";
}
?>
Question is: how can i create a struct (c++) type in php to pass to
COM.
Previous Comments:
[2007-02-21 17:33:32] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2007-02-21 17:29:27] elvir at innvue dot com
Description:
hello,
I have a COM object created in c++. One of methods accept a struct as a
parameter. I have to call this method from PHP script.
Reproduce code:
---
object accepted:
typedef [uuid(5A0CB3A7-798A-42ff-B864-F8D90B55DB7C)] struct mystruct
{
LPSTR var1;
LPSTR var2;
LPSTR var3;
LPSTR var4;
} mystruct
$newCom = new COM("classname.methodname") or die (" COM exeption");
if(method_exists ($newCom, "ResetS"))
// this retun true
Expected result:
what i want is:
call my method with the following param from php:
$newCom->mymethod(mystruct sructPHP, GUID sku);
Please can you help me?
Actual result:
--
I tryed to create an object in PHP and call method i get the following
error:
'com_exception' with message 'Error [0x80028019] Old format or invalid
type library.
--
Edit this bug report at http://bugs.php.net/?id=40581&edit=1
#40582 [Opn->Bgs]: phpversion('extension_name') return false
ID: 40582 Updated by: [EMAIL PROTECTED] Reported By: Ox41464b at satria dot web dot id -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Irrelevant PHP Version: 4.4.5 New Comment: If the optional extension parameter is specified, phpversion() returns the version of that extension, **or FALSE if there is no version information associated** or the extension isn't enabled. http://php.net/phpversion Previous Comments: [2007-02-21 17:30:10] Ox41464b at satria dot web dot id Description: phpversion didnt works like it should Reproduce code: --- Expected result: others... except false Actual result: -- /* Current Result: Array ( [0] => xml [1] => tokenizer [2] => standard [3] => sockets [4] => session [5] => posix [6] => overload [7] => mysql [8] => mbstring [9] => iconv [10] => gettext [11] => gd [12] => ftp [13] => curl [14] => ctype [15] => calendar [16] => bcmath [17] => zlib [18] => pcre [19] => openssl [20] => apache [21] => ionCube Loader [22] => Zend Optimizer ) bool(false) */ -- Edit this bug report at http://bugs.php.net/?id=40582&edit=1
#40581 [Opn->Fbk]: Pass Struct type to COM object from PHP
ID: 40581
Updated by: [EMAIL PROTECTED]
Reported By: elvir at innvue dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows Server 2003
PHP Version: 5.2.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2007-02-21 17:29:27] elvir at innvue dot com
Description:
hello,
I have a COM object created in c++. One of methods accept a struct as a
parameter. I have to call this method from PHP script.
Reproduce code:
---
object accepted:
typedef [uuid(5A0CB3A7-798A-42ff-B864-F8D90B55DB7C)] struct mystruct
{
LPSTR var1;
LPSTR var2;
LPSTR var3;
LPSTR var4;
} mystruct
$newCom = new COM("classname.methodname") or die (" COM exeption");
if(method_exists ($newCom, "ResetS"))
// this retun true
Expected result:
what i want is:
call my method with the following param from php:
$newCom->mymethod(mystruct sructPHP, GUID sku);
Please can you help me?
Actual result:
--
I tryed to create an object in PHP and call method i get the following
error:
'com_exception' with message 'Error [0x80028019] Old format or invalid
type library.
--
Edit this bug report at http://bugs.php.net/?id=40581&edit=1
#40582 [NEW]: phpversion('extension_name') return false
From: Ox41464b at satria dot web dot id
Operating system: Irrelevant
PHP version: 4.4.5
PHP Bug Type: PHP options/info functions
Bug description: phpversion('extension_name') return false
Description:
phpversion didnt works like it should
Reproduce code:
---
Expected result:
others... except false
Actual result:
--
/*
Current Result:
Array
(
[0] => xml
[1] => tokenizer
[2] => standard
[3] => sockets
[4] => session
[5] => posix
[6] => overload
[7] => mysql
[8] => mbstring
[9] => iconv
[10] => gettext
[11] => gd
[12] => ftp
[13] => curl
[14] => ctype
[15] => calendar
[16] => bcmath
[17] => zlib
[18] => pcre
[19] => openssl
[20] => apache
[21] => ionCube Loader
[22] => Zend Optimizer
)
bool(false)
*/
--
Edit bug report at http://bugs.php.net/?id=40582&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40582&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40582&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40582&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40582&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40582&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40582&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40582&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40582&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40582&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40582&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40582&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40582&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40582&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40582&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40582&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40582&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40582&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40582&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40582&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40582&r=mysqlcfg
#40581 [NEW]: Pass Struct type to COM object from PHP
From: elvir at innvue dot com
Operating system: Windows Server 2003
PHP version: 5.2.1
PHP Bug Type: COM related
Bug description: Pass Struct type to COM object from PHP
Description:
hello,
I have a COM object created in c++. One of methods accept a struct as a
parameter. I have to call this method from PHP script.
Reproduce code:
---
object accepted:
typedef [uuid(5A0CB3A7-798A-42ff-B864-F8D90B55DB7C)] struct mystruct
{
LPSTR var1;
LPSTR var2;
LPSTR var3;
LPSTR var4;
} mystruct
$newCom = new COM("classname.methodname") or die (" COM exeption");
if(method_exists ($newCom, "ResetS"))
// this retun true
Expected result:
what i want is:
call my method with the following param from php:
$newCom->mymethod(mystruct sructPHP, GUID sku);
Please can you help me?
Actual result:
--
I tryed to create an object in PHP and call method i get the following
error:
'com_exception' with message 'Error [0x80028019] Old format or invalid
type library.
--
Edit bug report at http://bugs.php.net/?id=40581&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40581&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40581&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40581&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40581&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40581&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40581&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40581&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40581&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40581&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40581&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40581&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40581&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40581&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40581&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40581&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40581&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40581&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40581&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40581&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40581&r=mysqlcfg
#34657 [Opn]: If you get a communication problem when loading the WSDL, it fatal's
ID: 34657
Updated by: [EMAIL PROTECTED]
Reported By: gareth at wsys dot co dot uk
Status: Open
Bug Type: SOAP related
Operating System: Windows, Linux
PHP Version: 5.1.6
Assigned To: dmitry
New Comment:
In general nothing in ext/soap should be fatal if its not within the
control of the local php application. This means missing WSDL, changes
to the WSDL etc. All of this needs to be catchable in some way or
another (exception, returning false .. etc).
Also if an exception is thrown no warnings should be thrown for the
same issue.
Previous Comments:
[2007-01-15 15:53:18] jhendric at sierra-bravo dot com
Similar problem here with PHP 5.1.6.
try {
$soap = new SoapClient('[...]', array('exceptions' => true)); //
Note: Same results without or without exceptions => true
} catch(Exception $e) {
var_dump($e);
}
Results in:
Warning: SoapClient::__construct([...])
[function.SoapClient---construct]: failed to open stream: HTTP request
failed! HTTP/1.1 404 Not Found in [...]
Warning: SoapClient::__construct() [function.SoapClient---construct]:
I/O warning : failed to load external entity "..." in [...]
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from '[...]' in
[...]
[2006-12-21 23:32:24] [EMAIL PROTECTED]
I get 3 warning + a SoapFault exception when running Lukas' test case
there. The output is:
Warning: SoapClient::SoapClient(): php_network_getaddresses:
getaddrinfo failed: Name or service not known in
/home/ek/projects/php_5_2/t on line 4
Warning: SoapClient::SoapClient(http://i_dont_exist.com/some.wsdl):
failed to open stream: No such file or directory in
/home/ek/projects/php_5_2/t on line 4
Warning: SoapClient::SoapClient(): I/O warning : failed to load
external entity "http://i_dont_exist.com/some.wsdl"; in
/home/ek/projects/php_5_2/t on line 4
string(9) "SoapFault"
NULL
I think getting 3 warning and an exception for failing to load WSDL
file is a bit excessive though :)
[2006-12-19 14:10:44] [EMAIL PROTECTED]
I can reproduce this error with php 5.1.4 and 5.2.0 on windows. And it
seems Derick was also able to reproduce it on Linux. Using the
following we get 3 warnings and a fatal error:
http://i_dont_exist.com/some.wsdl');
} catch (SoapFault $e) {
var_dump(get_class($e));
} catch (Exception $e) {
var_dump(get_class($e));
}
var_dump($client);
It really should not do anything but throw an exception, as this is
what is defined to happen for fatal errors in constructors for all
extensions.
[2006-09-12 09:56:52] gareth at wsys dot co dot uk
OK, the debug information shows that the Soap client class is now
throwing an uncaught SoapFault exception (which causes the fatal
error).
with a try{ } catch(SoapFault $exception) I can continue the script.
I've closed the bug.
[2006-09-12 08:56:12] [EMAIL PROTECTED]
I cannot reproduce the bug even with 5.1.4. Try "php -d log_errors=0
test.php". May be you are seeing log message and don't see "Error
Caught" after it?
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/34657
--
Edit this bug report at http://bugs.php.net/?id=34657&edit=1
#40567 [Opn->Bgs]: DOMDocument->createElement()
ID: 40567
Updated by: [EMAIL PROTECTED]
Reported By: bpipe at mail dot ru
-Status: Open
+Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.2.1
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
element names are already validated and cause an error to be issued.
The ":" char is a valid character in an element name
Previous Comments:
[2007-02-20 22:07:26] bpipe at mail dot ru
Description:
DomDocument->CreateElement()
I have a feature request, i think you should add a waring or notice
when someone is calling CreateElement with ':' in node name.
Like this one:
$xsl->createElement('xsl:import');
instead of CreateElementNS, because this problem is hard to detect
(document look like it should when you output it)
I made this mistake myself and it took me 2 days to find out the
problem, and only when i found the problem i managed to find any
information about this in bugzilla.
A notice when you create XML node with ':' in name could save 2 days of
my life )
Really very hard to detect this mistake, i was googling, sitting in IRC
and asking everyone for 48 hours without any result. And i think I'm not
alone who "stepped on this rake"
--
Edit this bug report at http://bugs.php.net/?id=40567&edit=1
#40578 [Csd]: Thread safety issue with imagettftext
ID: 40578 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com Status: Closed Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: I reported the issue in GD too: http://bugs.libgd.org/?do=details&task_id=48 Will be fixed in 2.0.35. Thanks for your patch and nice reproduce case! Previous Comments: [2007-02-21 15:00:50] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. And again - very nice reproduce case & report, thanks. [2007-02-21 14:40:19] scottmacvicar at ntlworld dot com Should probably class this as a crash. [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40556 [Asn->Fbk]: Browser abort causes server hang with FastCGI
ID: 40556
Updated by: [EMAIL PROTECTED]
Reported By: unreal at slashorg dot net
-Status: Assigned
+Status: Feedback
Bug Type: CGI related
Operating System: Linux 2.6.18
PHP Version: 5.2.1
Assigned To: dmitry
New Comment:
I am not able to reproduce the problem.
I tried to abort downloading from IE and download part of file running
the following PHP script from command line:
http://127.0.0.1/test/bug40556.php";, "r");
$s = fread($f, 1024*1024);
var_dump($s);
fclose($f);
?>
both cases work fine (Apache-1.3.28 with mod_fastcgi or ZendEnabler on
Linux 2.6.19)
Previous Comments:
[2007-02-20 12:48:13] unreal at slashorg dot net
I've just upgraded to 5.2.2-dev as you suggested, and that hasn't fixed
the problem.
My server is still dying as soon as a connection gets aborted.
[2007-02-20 12:14:53] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-20 12:10:10] unreal at slashorg dot net
Description:
PHP doesn't handle browser abort correctly.
- Use PHP to serve a file, using the code below
- Start downloading the file, and then abort.
Reproduce code:
---
header('Pragma: public');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Cache-Control: public');
header('Content-Type: application/force-download');
header('Content-Type: application/octet-stream');
header('Content-Type: application/download');
header('Content-Disposition: attachment; filename="' . basename($path)
. '";');
header('Content-Transfer-Encoding: binary');
header('Content-Length: ' . filesize($path));
$handle = fopen($path, 'rb');
do {
$data = fread($handle, 8192);
if (strlen($data) == 0) {
break;
}
echo($data);
} while (true);
fclose($handle);
Expected result:
After browser abord, the server should remain responsive.
Actual result:
--
* Lots of errors in error_log:
'FastCGI: comm with server "/usr/local/www/cgi/php-cgi/php5.fcgi"
aborted: idle timeout (30 sec)'
'FastCGI: incomplete headers (0 bytes) received from server
"/usr/local/www/cgi/php-cgi/php5.fcgi"'
* Server stops responding, then after some time (maybe 5 mins), starts
responding again.
--
Edit this bug report at http://bugs.php.net/?id=40556&edit=1
#40580 [Opn->Bgs]: Does PHP 5.2.1 work with openssl 0.9.8
ID: 40580 Updated by: [EMAIL PROTECTED] Reported By: wzaccone at telcordia dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Solaris 10 PHP Version: 5.2.1 New Comment: >PHP 5.2.1 requires that I use openssl 0.9.7 No, you've linked it against 0.9.7. Previous Comments: [2007-02-21 15:02:46] wzaccone at telcordia dot com Description: Built PHP 5.2.1 for Solaris 10 using openssl 0.9.8 for Apache 2.0.59, but PHP will not run. it is looking for openssl 0.9.7 which I no longer have my system. I have openssl 0.9.8 installed. Not sure why PHP it is looking for openssl 0.9.7. Before I search for a hidden openssl 0.9.7 include file, can someone tell me whether PHP 5.2.1 requires that I use openssl 0.9.7 ? Reproduce code: --- configure command for PHP 5.2.1 was.. ./configure --prefix=/usr/local/apache/lib --exec-prefix=/usr/local/apache --with-apxs2=/usr/local/apache/bin/apxs --with-openssl=/usr/local/apache/ssl --with-curl=/usr/local --enable-sockets --enable-ftp --enable-track-vars --enable-soap Expected result: # apachectl configtest Syntax error on line 232 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/modules/libphp5.so into server: ld.so.1: httpd: fa tal: libssl.so.0.9.7: open failed: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=40580&edit=1
#40580 [NEW]: Does PHP 5.2.1 work with openssl 0.9.8
From: wzaccone at telcordia dot com Operating system: Solaris 10 PHP version: 5.2.1 PHP Bug Type: Dynamic loading Bug description: Does PHP 5.2.1 work with openssl 0.9.8 Description: Built PHP 5.2.1 for Solaris 10 using openssl 0.9.8 for Apache 2.0.59, but PHP will not run. it is looking for openssl 0.9.7 which I no longer have my system. I have openssl 0.9.8 installed. Not sure why PHP it is looking for openssl 0.9.7. Before I search for a hidden openssl 0.9.7 include file, can someone tell me whether PHP 5.2.1 requires that I use openssl 0.9.7 ? Reproduce code: --- configure command for PHP 5.2.1 was.. ./configure --prefix=/usr/local/apache/lib --exec-prefix=/usr/local/apache --with-apxs2=/usr/local/apache/bin/apxs --with-openssl=/usr/local/apache/ssl --with-curl=/usr/local --enable-sockets --enable-ftp --enable-track-vars --enable-soap Expected result: # apachectl configtest Syntax error on line 232 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/modules/libphp5.so into server: ld.so.1: httpd: fa tal: libssl.so.0.9.7: open failed: No such file or directory -- Edit bug report at http://bugs.php.net/?id=40580&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40580&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40580&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40580&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40580&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40580&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40580&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40580&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40580&r=support Expected behavior:http://bugs.php.net/fix.php?id=40580&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40580&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40580&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40580&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40580&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40580&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40580&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40580&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40580&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40580&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40580&r=mysqlcfg
#40578 [Asn->Csd]: Thread safety issue with imagettftext
ID: 40578 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Assigned +Status: Closed Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. And again - very nice reproduce case & report, thanks. Previous Comments: [2007-02-21 14:40:19] scottmacvicar at ntlworld dot com Should probably class this as a crash. [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40578 [Opn->Asn]: Thread safety issue with imagettftext
ID: 40578 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Open +Status: Assigned -Bug Type: Reproducible crash +Bug Type: GD related Operating System: RHEL 4 PHP Version: 5.2.1 -Assigned To: +Assigned To: tony2001 Previous Comments: [2007-02-21 14:40:19] scottmacvicar at ntlworld dot com Should probably class this as a crash. [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40568 [Opn]: filemtime shifted by one hour on win32
ID: 40568 User updated by: JPlissonneauDuquene at bellhelicopter dot textr Reported By: JPlissonneauDuquene at bellhelicopter dot textr Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.2.1 New Comment: Of course you can fix it the Microsoft way, i.e. in the documentation: "On Windows platforms, file times obtained through stat() filemtime() etc will vary depending on your system's daylight saving time settings. According to Microsoft, 'This is by design.' For further reference see KB190315." But since there is a known API that returns the right information, it would IMO be better to use it rather than do nothing and blame the [insert your expletives here] design. Fixing PHP stat() and co will improve cross-platform compatibility for PHP scripts. Doing nothing will not. PHP already fixed a lot of MS-DOS things, like path separators, so it seems to me that implementing a fix for stat() would remain consistent with that policy. Previous Comments: [2007-02-20 22:49:43] [EMAIL PROTECTED] They should fix the design then. And not wrongly implement stuff and make everybody follow their errors. [2007-02-20 22:28:59] JPlissonneauDuquene at bellhelicopter dot textr Description: Hi, PHP filemtime/fileatime/filectime (and maybe stat itself) functions should use GetFileTime() Win32API (or GetFileAttributesEx()), not stat() to retrieve the actual times from files. Otherwise the returned time is shifted by one hour in some conditions. This (mis)behaviour is actually DOCUMENTED by Microsoft, so it does not qualify for "bogus - fix microsoft libraries" bug rejection -- Microsoft already fixed their documentation and even indicated that "This behavior is by design." References: http://support.microsoft.com/kb/158588 http://support.microsoft.com/kb/190315 http://msdn2.microsoft.com/en-gb/library/ms724290.aspx http://us3.php.net/manual/en/function.stat.php#58404 http://www.codeproject.com/datetime/dstbugs.asp Thanks! Reproduce code: --- Expected result: D:\test>php test.php 2007-02-20T15:14:45-0500 1172002485 summer_file 1150893296 1150893296 winter_file 1166704496 1166704496 D:\test>dir 06/21/2006 08:34 AM 0 summer_file 12/21/2006 07:34 AM 0 winter_file Actual result: -- # NOTE - run tests in order. Test 1 will create the files. # Do NOT remove the files before tests 2-4. # test 1. Winter time, DST adj. checked D:\test>php test.php 2007-02-20T17:07:47-0500 1172009267 summer_file 1150893296 1150893296 winter_file 1166704496 1166704496 # test 2. Winter time, DST adj. unchecked D:\test>php test.php 2007-02-20T17:08:05-0500 1172009285 summer_file 1150893296 1150896896 winter_file 1166704496 1166704496 # note summer_file timestamp is now 1 hour later # test 3. Summer time, DST adj. unchecked D:\test>php test.php 2007-08-20T18:08:34-0400 1187647714 summer_file 1150893296 1150896896 winter_file 1166704496 1166704496 # same as test 2. # note that time /t or GUI clock will show 17:08, while # PHP time reports 18:08, but this is another bug. # test 4. Summer time, DST adj. now checked D:\test>php test.php 2007-08-20T18:11:04-0400 1187647864 summer_file 1150893296 1150896896 winter_file 1166704496 1166708096 # note that winter_file timestamp is now 1 hour later # time /t and GUI clock jumped 1 hour later (18:11) when # checking automatic DST adj. D:\test>dir *_file # after test1 06/21/2006 08:34 AM 0 summer_file 12/21/2006 07:34 AM 0 winter_file # after test2 06/21/2006 08:34 AM 0 summer_file 12/21/2006 07:34 AM 0 winter_file # after test3 06/21/2006 08:34 AM 0 summer_file 12/21/2006 07:34 AM 0 winter_file # after test4 06/21/2006 09:34 AM 0 summer_file 12/21/2006 08:34 AM 0 winter_file -- Edit this bug report at http://bugs.php.net/?id=40568&edit=1
#40579 [Opn->Fbk]: $_SERVER['SERVER_PORT'] is invalid during apache redirect
ID: 40579
Updated by: [EMAIL PROTECTED]
Reported By: ruslan dot kyrychuk at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: *Web Server problem
Operating System: Windows 2003
PHP Version: 5.2.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2007-02-21 14:37:51] ruslan dot kyrychuk at gmail dot com
Description:
With apache redirects (mode_rewrite) then in $_SERVER['SERVER_PORT'] is
always 80, even if Apache server is working on another port.
Reproduce code:
---
While apache redirect with following rewrite rule
RewriteRule ^(.+)$ index.php [QSA,L]
Then $_SERVER['SERVER_PORT'] is "80"
---
P.S. While
RewriteRule ^(.+)$ index.php [E=PORT:%{SERVER_PORT},QSA,L]
then $_SERVER['REDIRECT_PORT'] is "8080"
So it looks like redirected value is sending correctly but doesn't save
correctly into $_SERVER array.
Expected result:
RewriteRule ^(.+)$ index.php [QSA,L]
During redirecting
$_SERVER['SERVER_PORT'] must be correct port.
Actual result:
--
$_SERVER['SERVER_PORT'] is always "80" during apache redirect.
--
Edit this bug report at http://bugs.php.net/?id=40579&edit=1
#40578 [Opn]: Thread safety issue with imagettftext
ID: 40578 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com Status: Open -Bug Type: GD related +Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: Should probably class this as a crash. Previous Comments: [2007-02-21 14:25:47] scottmacvicar at ntlworld dot com Description: There appears to be a race condition with the truetype font support of GD. I can see mutexes in the code for the font cache so there must be a code path that's missed. Backtrace: http://public.vbulletin.com/bugs/php/gd_thread_safety-bt.txt Reproduce code: http://public.vbulletin.com/bugs/php/gd_thread_safety.phps http://public.vbulletin.com/bugs/php/HECK.TTF Command: ab -c 30 -n 1 http://localhost/~scott/gd_thread_safety.php Using Apache 2 with the Worker MPM. Only patch applied to the build is a thread safety patch for zend_strtod.c -- Edit this bug report at http://bugs.php.net/?id=40578&edit=1
#40579 [NEW]: $_SERVER['SERVER_PORT'] is invalid during apache redirect
From: ruslan dot kyrychuk at gmail dot com
Operating system: Windows 2003
PHP version: 5.2.1
PHP Bug Type: *Web Server problem
Bug description: $_SERVER['SERVER_PORT'] is invalid during apache redirect
Description:
With apache redirects (mode_rewrite) then in $_SERVER['SERVER_PORT'] is
always 80, even if Apache server is working on another port.
Reproduce code:
---
While apache redirect with following rewrite rule
RewriteRule ^(.+)$ index.php [QSA,L]
Then $_SERVER['SERVER_PORT'] is "80"
---
P.S. While
RewriteRule ^(.+)$ index.php [E=PORT:%{SERVER_PORT},QSA,L]
then $_SERVER['REDIRECT_PORT'] is "8080"
So it looks like redirected value is sending correctly but doesn't save
correctly into $_SERVER array.
Expected result:
RewriteRule ^(.+)$ index.php [QSA,L]
During redirecting
$_SERVER['SERVER_PORT'] must be correct port.
Actual result:
--
$_SERVER['SERVER_PORT'] is always "80" during apache redirect.
--
Edit bug report at http://bugs.php.net/?id=40579&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40579&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40579&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40579&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40579&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40579&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40579&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40579&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40579&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40579&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40579&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40579&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40579&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40579&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40579&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40579&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40579&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40579&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40579&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40579&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40579&r=mysqlcfg
#40577 [Bgs]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 Updated by: [EMAIL PROTECTED] Reported By: connie dot beckett at bowaterbuildingproducts dot c Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: On top of that, check if you are not having a PHP 4 extension on your system (that depends on php4ts.dll). Previous Comments: [2007-02-21 13:54:40] [EMAIL PROTECTED] >The problem is PHP 5.2.1 is looking to use php4ts.dll Not PHP, but your system. Look for php4ts.dll in your system, I heard of some HP tools that install PHP4 (so it may be present even if you didn't install it yourself). [2007-02-21 13:44:40] connie dot beckett at bowaterbuildingproducts dot c PHP IS installed properly, it runs PHP scripts Installation was done on a clean machine, no previous versions of PHP ever installed All third party libraries were installed. The problem is PHP 5.2.1 is looking to use php4ts.dll which is a dll file which ships with PHP4, it does NOT ship with PHP5. Why does PHP5 try and access php4ts.dll? How can that not be a PHP bug? Sorry but I am getting very frustrated with the PHP5 installation. [2007-02-21 12:57:06] [EMAIL PROTECTED] >Why is this not classified as a bug? Because it's not PHP problem. >PHP 5.2.1 is looking for a .dll file that does not >ship with PHP 5.2.1? Install PHP properly and remove any leftovers of the previous installations. Some of the extensions won't load and that's expected, since they require third-party libraries which are missing on your system. [2007-02-21 12:38:15] connie dot beckett at bowaterbuildingproducts dot c Why is this not classified as a bug? PHP 5.2.1 is looking for a .dll file that does not ship with PHP 5.2.1? [2007-02-21 12:14:17] [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. 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/40577 -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#40577 [Bgs]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 Updated by: [EMAIL PROTECTED] Reported By: connie dot beckett at bowaterbuildingproducts dot c Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: >The problem is PHP 5.2.1 is looking to use php4ts.dll Not PHP, but your system. Look for php4ts.dll in your system, I heard of some HP tools that install PHP4 (so it may be present even if you didn't install it yourself). Previous Comments: [2007-02-21 13:44:40] connie dot beckett at bowaterbuildingproducts dot c PHP IS installed properly, it runs PHP scripts Installation was done on a clean machine, no previous versions of PHP ever installed All third party libraries were installed. The problem is PHP 5.2.1 is looking to use php4ts.dll which is a dll file which ships with PHP4, it does NOT ship with PHP5. Why does PHP5 try and access php4ts.dll? How can that not be a PHP bug? Sorry but I am getting very frustrated with the PHP5 installation. [2007-02-21 12:57:06] [EMAIL PROTECTED] >Why is this not classified as a bug? Because it's not PHP problem. >PHP 5.2.1 is looking for a .dll file that does not >ship with PHP 5.2.1? Install PHP properly and remove any leftovers of the previous installations. Some of the extensions won't load and that's expected, since they require third-party libraries which are missing on your system. [2007-02-21 12:38:15] connie dot beckett at bowaterbuildingproducts dot c Why is this not classified as a bug? PHP 5.2.1 is looking for a .dll file that does not ship with PHP 5.2.1? [2007-02-21 12:14:17] [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. [2007-02-21 12:08:43] connie dot beckett at bowaterbuildingproducts dot c Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#40577 [Bgs]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 User updated by: connie dot beckett at bowaterbuildingproducts dot c Reported By: connie dot beckett at bowaterbuildingproducts dot c Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: PHP IS installed properly, it runs PHP scripts Installation was done on a clean machine, no previous versions of PHP ever installed All third party libraries were installed. The problem is PHP 5.2.1 is looking to use php4ts.dll which is a dll file which ships with PHP4, it does NOT ship with PHP5. Why does PHP5 try and access php4ts.dll? How can that not be a PHP bug? Sorry but I am getting very frustrated with the PHP5 installation. Previous Comments: [2007-02-21 12:57:06] [EMAIL PROTECTED] >Why is this not classified as a bug? Because it's not PHP problem. >PHP 5.2.1 is looking for a .dll file that does not >ship with PHP 5.2.1? Install PHP properly and remove any leftovers of the previous installations. Some of the extensions won't load and that's expected, since they require third-party libraries which are missing on your system. [2007-02-21 12:38:15] connie dot beckett at bowaterbuildingproducts dot c Why is this not classified as a bug? PHP 5.2.1 is looking for a .dll file that does not ship with PHP 5.2.1? [2007-02-21 12:14:17] [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. [2007-02-21 12:08:43] connie dot beckett at bowaterbuildingproducts dot c Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#40574 [Opn->Fbk]: file_put_contents fails with ftp wrapper
ID: 40574
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type:Streams related
PHP Version: 5.2.1
New Comment:
array("overwrite"=>true)));
var_dump(file_put_contents("ftp://localhost/upload/data.txt";, "data",
0, $c));
?>
outputs:
int(4)
Check your FTP server?
Previous Comments:
[2007-02-21 10:06:48] [EMAIL PROTECTED]
I've ran an strace, here is the result
strace -e network php ftp.php
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(21),
sin_addr=inet_addr("192.168.20.13")}, 16) = -1 EINPROGRESS (Operation
now in progress)
I'd like to add that using the ftp extension works properly
(ftp_connect(), ftp_login(), ftp_put() sequence)
[2007-02-21 10:03:58] [EMAIL PROTECTED]
Description:
The ftp wrapper fails on writing operations. I tried
file_put_contents() with a stream context and overwrite set to true. I
tried using fopen() but it fails.
A file_get_contents() works properly though.
When looking at the network traffic I see the following:
port > ftp [SYN] ...
ftp > port [SYN, ACK] ...
port > ftp [RST] ...
I actually use 5.2.0 but this should not make any difference.
Reproduce code:
---
var_dump(file_put_contents('ftp://user:[EMAIL PROTECTED]/test.txt', 'fooo'));
PHP Warning: file_put_contents(): Only 0 of 4 bytes written, possibly
out of free disk space in php shell code on line 1
Warning: file_put_contents(): Only 0 of 4 bytes written, possibly out
of free disk space in php shell code on line 1
bool(false)
Expected result:
file created with the string as content.
Actual result:
--
Fails.
--
Edit this bug report at http://bugs.php.net/?id=40574&edit=1
#37395 [Fbk->Csd]: fopen don't work in some conditions
ID: 37395 User updated by: n dot escuder at intra-links dot com Reported By: n dot escuder at intra-links dot com -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.2.0 New Comment: fix by dimitry this was the same bug of #40092 add realpath_cache when chroot. Previous Comments: [2007-02-20 22:43:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-10 16:27:03] n dot escuder at intra-links dot com The bug is come back in version 5.2.0 and i think this is the same bug that the report #40092. [2006-05-16 13:07:41] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. There was a different issue, but now it's fixed in CVS. [2006-05-16 11:38:02] n dot escuder at intra-links dot com I jave made a little mistake in my expample here is the good test file : as you can see we just created /tmp/essai and /tmp/link in chrooted of /tmp/essai and after trye to create /tmp/link/one.php fail ! It's due to the link in the include_path [2006-05-15 21:49:43] [EMAIL PROTECTED] Remove all those @ and you'll see the very expected error messages. 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/37395 -- Edit this bug report at http://bugs.php.net/?id=37395&edit=1
#40560 [Asn->Csd]: DIR functions do not work on root UNC path
ID: 40560
Updated by: [EMAIL PROTECTED]
Reported By: andy at advancethermal dot com
-Status: Assigned
+Status: Closed
Bug Type: Directory function related
Operating System: Windows Server 2003
PHP Version: 5.2.1
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Previous Comments:
[2007-02-20 15:24:32] andy at advancethermal dot com
Description:
DIR functions (scandir, is_dir, etc.) do not recognize root UNC shares
as valid directories, but work on subdirectories of the share. This
problem surfaced after upgrading from 5.2.0 to 5.2.1 and is present in
the latest snap (php5.2-win32-200702201130.zip).
Reproduce code:
---
If the share is //fs/misc,
opendir("//fs/misc");
reports:
Warning: scandir(//fs/misc) [function.scandir]: failed to open dir: No
error in myscript.php on line 2
But opening a subdirectory like opendir("//fs/misc/docs"); works
without error.
Expected result:
No error.
Actual result:
--
Warning: scandir(//fs/misc) [function.scandir]: failed to open dir: No
error in myscript.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=40560&edit=1
#40576 [Opn->Asn]: long values are truncated to 6 decimal digits upon encoding
ID: 40576 Updated by: [EMAIL PROTECTED] Reported By: giunta dot gaetano at sea-aeroportimilano dot it -Status: Open +Status: Assigned Bug Type: XMLRPC-EPI related Operating System: win2k sp4 PHP Version: 5.2.1 -Assigned To: +Assigned To: tony2001 Previous Comments: [2007-02-21 11:46:29] giunta dot gaetano at sea-aeroportimilano dot it Description: As per the subject. Please note I am fully aware it is the fault of the underlying EPI lib, plus the xmlrpc spec does not mandate a strict number of digits as min/max. BUT - the epi lib is dead for all purposes but php. Hacking it might be advisable - 6 digits is a very, very low figure... Thanks Gaetano Reproduce code: --- Expected result: 1.123457 Actual result: -- 1.123456789 -- Edit this bug report at http://bugs.php.net/?id=40576&edit=1
#40577 [Opn->Bgs]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 Updated by: [EMAIL PROTECTED] Reported By: connie dot beckett at bowaterbuildingproducts dot c -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: >Why is this not classified as a bug? Because it's not PHP problem. >PHP 5.2.1 is looking for a .dll file that does not >ship with PHP 5.2.1? Install PHP properly and remove any leftovers of the previous installations. Some of the extensions won't load and that's expected, since they require third-party libraries which are missing on your system. Previous Comments: [2007-02-21 12:38:15] connie dot beckett at bowaterbuildingproducts dot c Why is this not classified as a bug? PHP 5.2.1 is looking for a .dll file that does not ship with PHP 5.2.1? [2007-02-21 12:14:17] [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. [2007-02-21 12:08:43] connie dot beckett at bowaterbuildingproducts dot c Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#40577 [Bgs->Opn]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 User updated by: connie dot beckett at bowaterbuildingproducts dot c Reported By: connie dot beckett at bowaterbuildingproducts dot c -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: Why is this not classified as a bug? PHP 5.2.1 is looking for a .dll file that does not ship with PHP 5.2.1? Previous Comments: [2007-02-21 12:14:17] [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. [2007-02-21 12:08:43] connie dot beckett at bowaterbuildingproducts dot c Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#39005 [Opn]: mb_ereg_replace
ID: 39005
User updated by: php at edwardk dot info
Reported By: php at edwardk dot info
Status: Open
Bug Type: mbstring related
Operating System: Windows 2003
PHP Version: 5.2.1
New Comment:
Further testing shows that ereg_replace throws an error on the
particular regex while mb_ereg_replace does not.
Previous Comments:
[2007-02-21 12:16:56] php at edwardk dot info
I have since upgraded to PHP 5.2.1.
I've isolated this bug to a specific function, an example script is
shown here:
';
$test = mb_ereg_replace('\#([^,]+?)\@(irc(\.[\w\-]+)+)','[EMAIL PROTECTED]', $test);
echo $test;
?>
the intended use for this code segment is to replace irc links in text
with clickable ones, eg, "[EMAIL PROTECTED]" becomes "[EMAIL PROTECTED]
Crashes can be reproduced with ab (ApacheBench) with the following
command line:
ab -n 1000 -c 50 http://url/
Crashes occur faster when concurrency is higher, at -c 2 or so crashes
don't happen.
Workaround:
Replacing mb_ereg_replace with ereg_replace stops the crashing from
occuring, but with loss of multibyte support.
[2006-10-12 01:00:00] 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".
[2006-10-04 09:05:04] [EMAIL PROTECTED]
Unfortunatelly we are not able to generate debug pack for PHP4. You
would have to come up with reproducing script the old fashioned, trial
and error way :)
[2006-10-04 06:52:38] php at edwardk dot info
Can a PHP 4.4.4 Win32 debug pack be created? I'm having a very
difficult time isolating the script for this problem.
[2006-10-02 09:10:52] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
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/39005
--
Edit this bug report at http://bugs.php.net/?id=39005&edit=1
#39005 [NoF->Opn]: mb_ereg_replace
ID: 39005
User updated by: php at edwardk dot info
-Summary: Apache/PHP crashes
Reported By: php at edwardk dot info
-Status: No Feedback
+Status: Open
-Bug Type: Apache related
+Bug Type: mbstring related
Operating System: Windows 2003
-PHP Version: 4CVS-2006-09-30 (snap)
+PHP Version: 5.2.1
New Comment:
I have since upgraded to PHP 5.2.1.
I've isolated this bug to a specific function, an example script is
shown here:
';
$test = mb_ereg_replace('\#([^,]+?)\@(irc(\.[\w\-]+)+)','[EMAIL PROTECTED]', $test);
echo $test;
?>
the intended use for this code segment is to replace irc links in text
with clickable ones, eg, "[EMAIL PROTECTED]" becomes "[EMAIL PROTECTED]
Crashes can be reproduced with ab (ApacheBench) with the following
command line:
ab -n 1000 -c 50 http://url/
Crashes occur faster when concurrency is higher, at -c 2 or so crashes
don't happen.
Workaround:
Replacing mb_ereg_replace with ereg_replace stops the crashing from
occuring, but with loss of multibyte support.
Previous Comments:
[2006-10-12 01:00:00] 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".
[2006-10-04 09:05:04] [EMAIL PROTECTED]
Unfortunatelly we are not able to generate debug pack for PHP4. You
would have to come up with reproducing script the old fashioned, trial
and error way :)
[2006-10-04 06:52:38] php at edwardk dot info
Can a PHP 4.4.4 Win32 debug pack be created? I'm having a very
difficult time isolating the script for this problem.
[2006-10-02 09:10:52] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-09-30 19:50:07] php at edwardk dot info
Description:
Opteron 246, Windows 2003 Std SP1
Apache 1.3.37
PHP 4.4.4
Also tried php4-win32-STABLE-200609301230, also crashing.
Apache crashes every 3-10 seconds upon first starting the Apache
service.
drwatson seems to indicate it's a PHP fault, log is included.
Requests made while apache is up seem to work fine.
Apache's parent process survives and auto-restarts the child process.
Reproduce code:
---
Server runs too many scripts to tell specifically.
Expected result:
Apache/PHP shouldn't crash
Actual result:
--
Microsoft (R) DrWtsn32
Copyright (C) 1985-2002 Microsoft Corp. All rights reserved.
Application exception occurred:
App: C:\Program Files\Apache Group\Apache\Apache.exe
(pid=2020)
When: 9/30/2006 @ 14:33:08.797
Exception number: c005 (access violation)
*> System Information <*
Computer Name: LT2
User Name: SYSTEM
Terminal Session Id: 0
Number of Processors: 2
Processor Type: x86 Family 15 Model 37 Stepping 1
Windows Version: 5.2
Current Build: 3790
Service Pack: 1
Current Type: Multiprocessor Free
Registered Organization: Windows-2003
Registered Owner: Windows-2003
*> Task List <*
0 System Process
4 System
716 smss.exe
788 csrss.exe
868 winlogon.exe
924 services.exe
936 lsass.exe
1096 svchost.exe
1200 svchost.exe
1256 svchost.exe
1280 svchost.exe
1332 svchost.exe
1548 spoolsv.exe
1576 msdtc.exe
1772 svchost.exe
1912 G6FTPSERVER.EXE
2384 mysqld-max.exe
2404 mysqld-max.exe
2420 mysqld-max.exe
3644 PDAgent.exe
3860 svchost.exe
3876 PDEngine.exe
4088 alg.exe
2452 csrss.exe
3620 winlogon.exe
2208 csrss.exe
884 winlogon.exe
5724 rdpclip.exe
5940 rdpclip.exe
6076 Explorer.EXE
2284 ctfmon.exe
380 Explorer.EXE
2132 TSVNCache.exe
5588 wmiprvse.exe
3688 ADSM.exe
476 jusched.exe
4324 G6FTPTray.exe
4684 mailserver.exe
4592 pg2.exe
4484 daemon.exe
4692 ADSM.exe
5128 ApacheMonitor.exe
4596 PowerMenu.exe
1500 flashfxp.exe
4240 TaskInfo.exe
4496 mmc.exe
3312 Explorer.EXE
5716 logon.scr
5264 Share.exe
5028 mirc.exe
4572 Apache.exe
3360 Apache.exe
2900 Apache.exe
3044 TextPad.exe
3676 wmiprvse.exe
3040 regedit.exe
2020 Apache.exe
4360 cmd.exe
3072 cmd.exe
5280 cmd.exe
43
#40577 [Opn->Bgs]: PHP 5 trying to use php4ts.dll when loading extensions
ID: 40577 Updated by: [EMAIL PROTECTED] Reported By: connie dot beckett at bowaterbuildingproducts dot c -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 server and xp PHP Version: 5.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-02-21 12:08:43] connie dot beckett at bowaterbuildingproducts dot c Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit this bug report at http://bugs.php.net/?id=40577&edit=1
#40577 [NEW]: PHP 5 trying to use php4ts.dll when loading extensions
From: connie dot beckett at bowaterbuildingproducts dot com Operating system: windows 2003 server and xp PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: PHP 5 trying to use php4ts.dll when loading extensions Description: Installed PHP 5.2.1 on windows 2003 server. I am using the isapi version. Basic installation works fine, php is running. But then tried to add in extensions, none of the extensions showed up in phpinfo(). So then I tried running php from the command line. when I do this I get a pop-up error message that says "This application has failed to start because php4ts.dll was not found. Re-installing the application may fix the problem". After clicking ok on the error message window I then get an error message in the cmd window eg PHP Warning: PHP Startup: Unable to load dynamic library 'c:\php\php_gd2.dll' - The specified module could not be found. in Unknown on line 0 This error message pops up for each extension that is trying to be loaded. All the .dll files are in the correct location ie c:\php\ I did think that maybe our previous installation of PHP4 had left something behind so I did a fresh installation of version 5 on a XP machine that has never had PHP installed and also didn't even have IIS installed. Again basic installation works fine but I cannot get the extensions to load and running from command line produces the same errors as the windows 2003 server installation. If I comment out the extensions using ; then running from the command line does not produce any errors. -- Edit bug report at http://bugs.php.net/?id=40577&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40577&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40577&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40577&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40577&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40577&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40577&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40577&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40577&r=support Expected behavior:http://bugs.php.net/fix.php?id=40577&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40577&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40577&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40577&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40577&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40577&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40577&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40577&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40577&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40577&r=mysqlcfg
#40576 [NEW]: long values are truncated to 6 decimal digits upon encoding
From: giunta dot gaetano at sea-aeroportimilano dot it Operating system: win2k sp4 PHP version: 5.2.1 PHP Bug Type: XMLRPC-EPI related Bug description: long values are truncated to 6 decimal digits upon encoding Description: As per the subject. Please note I am fully aware it is the fault of the underlying EPI lib, plus the xmlrpc spec does not mandate a strict number of digits as min/max. BUT - the epi lib is dead for all purposes but php. Hacking it might be advisable - 6 digits is a very, very low figure... Thanks Gaetano Reproduce code: --- Expected result: 1.123457 Actual result: -- 1.123456789 -- Edit bug report at http://bugs.php.net/?id=40576&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40576&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40576&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40576&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40576&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40576&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40576&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40576&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40576&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40576&r=support Expected behavior:http://bugs.php.net/fix.php?id=40576&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40576&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40576&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40576&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40576&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40576&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40576&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40576&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40576&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40576&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40576&r=mysqlcfg
#37724 [Com]: mb_detect_encoding returns wrong result when text contains a trailing accent
ID: 37724
Comment by: gabriel at unisolution dot de
Reported By: oylbqelmhfbxzg at mailinator dot com
Status: Analyzed
Bug Type: mbstring related
Operating System: Linux
PHP Version: 4.4.2
Assigned To: hirokawa
New Comment:
I read that
mb_detect_encoding($string,array('ISO-8859-1','UTF-8'));
always return ISO-8859-1.
Try this;
(php 4.4.0)
Previous Comments:
[2006-09-14 22:48:09] [EMAIL PROTECTED]
Could you show me mbstring part of php.ini ?
And please show me the simple script to verify your ploblem.
I executed this tiny script, and if forks fine.
(with Fedora Linux 5, PHP 5.1.5)
[2006-07-23 12:05:59] [EMAIL PROTECTED]
Rui, does this exist also in PHP 5.x branches/HEAD?
If so and this is real bug, update the version. :)
[2006-06-07 08:54:27] oylbqelmhfbxzg at mailinator dot com
Description:
Since bug 36994 was closed..
Both
$string = "testö"
in a utf-8 text file, and
$string = "testö"
in an iso-8859-1 file (converted using iconv) return "UTF-8" with
mb_detect_encoding, even when strict is on.
--
Edit this bug report at http://bugs.php.net/?id=37724&edit=1
#40574 [Opn]: file_put_contents fails with ftp wrapper
ID: 40574
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type:Streams related
PHP Version: 5.2.1
New Comment:
I've ran an strace, here is the result
strace -e network php ftp.php
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(21),
sin_addr=inet_addr("192.168.20.13")}, 16) = -1 EINPROGRESS (Operation
now in progress)
I'd like to add that using the ftp extension works properly
(ftp_connect(), ftp_login(), ftp_put() sequence)
Previous Comments:
[2007-02-21 10:03:58] [EMAIL PROTECTED]
Description:
The ftp wrapper fails on writing operations. I tried
file_put_contents() with a stream context and overwrite set to true. I
tried using fopen() but it fails.
A file_get_contents() works properly though.
When looking at the network traffic I see the following:
port > ftp [SYN] ...
ftp > port [SYN, ACK] ...
port > ftp [RST] ...
I actually use 5.2.0 but this should not make any difference.
Reproduce code:
---
var_dump(file_put_contents('ftp://user:[EMAIL PROTECTED]/test.txt', 'fooo'));
PHP Warning: file_put_contents(): Only 0 of 4 bytes written, possibly
out of free disk space in php shell code on line 1
Warning: file_put_contents(): Only 0 of 4 bytes written, possibly out
of free disk space in php shell code on line 1
bool(false)
Expected result:
file created with the string as content.
Actual result:
--
Fails.
--
Edit this bug report at http://bugs.php.net/?id=40574&edit=1
#40574 [NEW]: file_put_contents fails with ftp wrapper
From: [EMAIL PROTECTED]
Operating system:
PHP version: 5.2.1
PHP Bug Type: Streams related
Bug description: file_put_contents fails with ftp wrapper
Description:
The ftp wrapper fails on writing operations. I tried file_put_contents()
with a stream context and overwrite set to true. I tried using fopen() but
it fails.
A file_get_contents() works properly though.
When looking at the network traffic I see the following:
port > ftp [SYN] ...
ftp > port [SYN, ACK] ...
port > ftp [RST] ...
I actually use 5.2.0 but this should not make any difference.
Reproduce code:
---
var_dump(file_put_contents('ftp://user:[EMAIL PROTECTED]/test.txt', 'fooo'));
PHP Warning: file_put_contents(): Only 0 of 4 bytes written, possibly out
of free disk space in php shell code on line 1
Warning: file_put_contents(): Only 0 of 4 bytes written, possibly out of
free disk space in php shell code on line 1
bool(false)
Expected result:
file created with the string as content.
Actual result:
--
Fails.
--
Edit bug report at http://bugs.php.net/?id=40574&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40574&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40574&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40574&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40574&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40574&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40574&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40574&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40574&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40574&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40574&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40574&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40574&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40574&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40574&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40574&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40574&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40574&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40574&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40574&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40574&r=mysqlcfg
#40572 [Asn->Fbk]: Alpha composite allows color to bleed through
ID: 40572
Updated by: [EMAIL PROTECTED]
Reported By: seth at pricepages dot org
-Status: Assigned
+Status: Feedback
Bug Type: GD related
Operating System: Mac 10.4
PHP Version: 5.2.1
Assigned To: pajoye
New Comment:
imagefill does not care about alpha blending but when you use a tiled
color (as it is actually an image/pattern filling).
"$trans = imagecolorresolvealpha($img,255,0,0, 127);"
Will always fill the area with red and a 100% transparent alpha.
"imagealphablending($img, true);" enables the blending mode. Set it to
false will store the alpha in the image.
You set it to true, that's why you get a "red/black" rectangle instead
of a gray semi transparent area.
However I agree that the behavior is not user friendly. The GD 2.0.34
behaves differently in a more logic way when the dst pixel is either
fully transparent or opaque.
OS X Fink already have 2.0.34, you can try to compile php against it.
Or you can see the different implementation in the GD sources (function
gdAlphaBlend):
http://cvs.php.net/viewvc.cgi/gd/libgd/gd.c
I will try to sync php gdAlphaBlend as soon as possible. I have to
check that it will not break BC in one way or another (I do not think
it will, but still need to test).
Do you get what you expect using the 2.0.34's gdAlphaBlend?
Previous Comments:
[2007-02-21 05:01:04] seth at pricepages dot org
Description:
I am filling the background of an image with a transparent red
(it shouldn't have an effect on the rest of the drawing). Over
it, I'm drawing a black, semi-transparent, square.
Reproduce code:
---
$img = imagecreatetruecolor(100, 100);
imagealphablending($img, true);
$trans = imagecolorresolvealpha($img,255,0,0, 127);
imagefill($img, 0,0, $trans);
$pTrans = imagecolorresolvealpha($img, 0,0,0, 64);
imagefilledrectangle($img, 10, 10, 50, 50, $pTrans);
imagealphablending($img, false);
imagesavealpha($img,true);
header('Content-Type: image/png');
imagepng($img);
Expected result:
I would expect the resulting image to be 100% transparent,
except for a grey, 50% transparent square.
Actual result:
--
Instead, the black is mixed with the red to form a dark-red
semi-transparent square. The red color should not be there,
because it was 100% transparent.
--
Edit this bug report at http://bugs.php.net/?id=40572&edit=1
#15841 [Com]: CRLF to separate mail headers is incorrect
ID: 15841
Comment by: m_alpka at tlen dot pl
Reported By: rha at juggernaut dot com dot au
Status: No Feedback
Bug Type: Mail related
Operating System: Linux
PHP Version: 4.1.2
Assigned To: yohgaki
New Comment:
I discovered another temporary solution. It's similar to @guy's but it
is not using additional scripts that have to be installed
(unix2dos,dos2unix). Also php didn't allow me to use piped sendmail in
sendmail_path (php.ini)
I'm using qmail.
---
cd /var/qmail/bin
cat > sendmailfix
#!/bin/sh
sed 's/^M$//' | /var/qmail/bin/sendmail ${1+"$@"}
[Ctrl+D]
chmod 555 sendmailfix
chgrp popuser sendmailfix
---
^M is a combination of [Ctrl+V, Ctrl+M]
Finally set the value of sendmail_path in php.ini to our script
---
sendmail_path = /var/qmail/bin/sendmailfix -t -i
Previous Comments:
[2007-02-07 10:05:27] [EMAIL PROTECTED]
http://www.php.net/manual/en/reserved.constants.php
PHP_EOL (string)
Available since PHP 4.3.10 and PHP 5.0.2
[2007-02-07 09:55:43] bigtree at donotspam dot 29a dot nl
Might I suggest to add a platform-dependant PHP constant (for example
MAIL_HEADER_SEPARATOR) so we can use the mail() function with
platform-independent code?
The constant value would be '\n' on unix and '\r\n' on windows.
[2006-11-30 08:10:38] tech+ohtf dot cuc dot arg at onlineopinion dot
com dot au
The PHP documentation now asks for "\n" , which is correct for its
implementation in Unix systems, so the bug as originally reported is
solved. I can't comment on whether this change might have caused
problems in Windows, but I assume not.
Note: This was not just an issue with qmail; it also affected postfix's
implementation of 'sendmail'.
[2006-07-11 20:03:01] bug at bug dot com
nevermind, please delete my previous comment. qmail is broken and dead.
let's just move forward instead of trying to support legacy software and
holding technology back.
please close this ticket and label it as "will not fix," which i
suppose is the correct status.
[2006-07-11 18:30:19] bug at bug dot com
what php needs is to make the $headers argument for the mail() function
an array instead of a string and then php will automagically put the
correct line endings depending on what OS it's running on. \n for unix,
\r\n for windows, \r for mac
you can keep it backwards compatiable by accepting a string as well.
also add another option in the php.ini to enable/disable the mangling
of the header line endings.
could we get an update on this bug please?
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/15841
--
Edit this bug report at http://bugs.php.net/?id=15841&edit=1
#40466 [Bgs]: zend_mm_heap corruption
ID: 40466 User updated by: stojmir at on dot net dot mk Reported By: stojmir at on dot net dot mk Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.9 PHP Version: 5.2.1 New Comment: So? This ends here? Previous Comments: [2007-02-16 15:36:11] stojmir at on dot net dot mk Guys, im not really convinced that this is an eaccelerator issue. Ok, turning it off did help, but today i tried APC and i'm experiencing the same problem. [2007-02-15 16:07:21] [EMAIL PROTECTED] I'm afraid you need to report it to eAccelerator developers, since it's obviously something related to eAccelerator, not PHP itself. [2007-02-15 15:59:43] stojmir at on dot net dot mk I tried the latest CVS snapshot with no success. Removing the eAccelerator however, helped, but my CPU usage now has trippled. What do you suggest? Where is this supposed to continue? [2007-02-13 18:20:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip .. And try the snapshot. [2007-02-13 18:18:48] [EMAIL PROTECTED] You can start with disabling eaccelerator and any other zend extensions you may have loaded. 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/40466 -- Edit this bug report at http://bugs.php.net/?id=40466&edit=1
#40571 [Opn->Fbk]: FastCGI ignores GET-parameters
ID: 40571
Updated by: [EMAIL PROTECTED]
Reported By: demiurg at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Linux
PHP Version: 6CVS-2007-02-21 (CVS)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php6.0-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php6.0-win32-latest.zip
Previous Comments:
[2007-02-21 01:43:15] demiurg at gmail dot com
Description:
This problem has already been reported with #39370
PHP installed as a standalone FastCGI server, completely ignores all
GET parameters passed to a script.
Please, correct a typo at sapi/cgi/cgi_main.c:936
There should be sizeof("QUERY_STRING")
not sizeof("REQUEST_METHOD").
--
Edit this bug report at http://bugs.php.net/?id=40571&edit=1
#40573 [Opn->Bgs]: Wrong email address passes validation
ID: 40573
Updated by: [EMAIL PROTECTED]
Reported By: crocodile2u at yandex dot ru
-Status: Open
+Status: Bogus
Bug Type: Filter related
Operating System: Ubuntu Linux
PHP Version: 5.2.1
New Comment:
Bogusified by user request.
Previous Comments:
[2007-02-21 08:10:04] crocodile2u at yandex dot ru
I've just looked at what the RFC 2822 allows - and found that the
filter actually works fine. That was my mistake to think that slashes
are not allowed in the local part of address. Sorry.
[2007-02-21 07:26:59] crocodile2u at yandex dot ru
Description:
Some email addresses that are obviously wrong, pass the validation with
FILTER_VALIDATE_EMAIL
Reproduce code:
---
var_dump(filter_var("/@wrong.email", FILTER_VALIDATE_EMAIL));
Expected result:
bool(false)
Actual result:
--
string(13) "/@wrong.email"
--
Edit this bug report at http://bugs.php.net/?id=40573&edit=1
#40558 [Opn->Bgs]: Segmentation fault
ID: 40558 Updated by: [EMAIL PROTECTED] Reported By: pradeep_karur at yahoo dot co dot in -Status: Open +Status: Bogus Bug Type: Session related Operating System: Sun PHP Version: 4.4.5 New Comment: We do not release separate patches. The next RC will be released on Thursday. Previous Comments: [2007-02-21 07:17:30] pradeep_karur at yahoo dot co dot in Please let me know when the patch for this would be available [2007-02-21 05:40:57] pradeep_karur at yahoo dot co dot in Hi, IS THERE A PATCH FOR THIS? [2007-02-21 05:40:42] Ritessh at yahoo dot com Hi, IS THERE A PATCH FOR THIS? [2007-02-20 14:52:59] [EMAIL PROTECTED] Fixed in CVS. Please search the database before creating new report. [2007-02-20 14:47:49] pradeep_karur at yahoo dot co dot in Description: php 4.4.3 upgraded to 4.4.5 gives segmentation fault for scripts using session variables. I could see lot of bugs raised in the database but pls let me know when 4.4.5 installation with this fix would be available? -- Edit this bug report at http://bugs.php.net/?id=40558&edit=1
#40573 [Opn]: Wrong email address passes validation
ID: 40573
User updated by: crocodile2u at yandex dot ru
Reported By: crocodile2u at yandex dot ru
Status: Open
Bug Type: Filter related
Operating System: Ubuntu Linux
PHP Version: 5.2.1
New Comment:
I've just looked at what the RFC 2822 allows - and found that the
filter actually works fine. That was my mistake to think that slashes
are not allowed in the local part of address. Sorry.
Previous Comments:
[2007-02-21 07:26:59] crocodile2u at yandex dot ru
Description:
Some email addresses that are obviously wrong, pass the validation with
FILTER_VALIDATE_EMAIL
Reproduce code:
---
var_dump(filter_var("/@wrong.email", FILTER_VALIDATE_EMAIL));
Expected result:
bool(false)
Actual result:
--
string(13) "/@wrong.email"
--
Edit this bug report at http://bugs.php.net/?id=40573&edit=1
#40572 [Opn->Asn]: Alpha composite allows color to bleed through
ID: 40572
Updated by: [EMAIL PROTECTED]
Reported By: seth at pricepages dot org
-Status: Open
+Status: Assigned
Bug Type: GD related
Operating System: Mac 10.4
PHP Version: 5.2.1
-Assigned To:
+Assigned To: pajoye
Previous Comments:
[2007-02-21 05:01:04] seth at pricepages dot org
Description:
I am filling the background of an image with a transparent red
(it shouldn't have an effect on the rest of the drawing). Over
it, I'm drawing a black, semi-transparent, square.
Reproduce code:
---
$img = imagecreatetruecolor(100, 100);
imagealphablending($img, true);
$trans = imagecolorresolvealpha($img,255,0,0, 127);
imagefill($img, 0,0, $trans);
$pTrans = imagecolorresolvealpha($img, 0,0,0, 64);
imagefilledrectangle($img, 10, 10, 50, 50, $pTrans);
imagealphablending($img, false);
imagesavealpha($img,true);
header('Content-Type: image/png');
imagepng($img);
Expected result:
I would expect the resulting image to be 100% transparent,
except for a grey, 50% transparent square.
Actual result:
--
Instead, the black is mixed with the red to form a dark-red
semi-transparent square. The red color should not be there,
because it was 100% transparent.
--
Edit this bug report at http://bugs.php.net/?id=40572&edit=1
#40552 [Opn->Fbk]: upgrade from 5.15 to 5.2x
ID: 40552 Updated by: [EMAIL PROTECTED] Reported By: lepage at grm dot polymtl dot ca -Status: Open +Status: Feedback -Bug Type: Documentation problem +Bug Type: Unknown/Other Function Operating System: Solaris 9 PHP Version: 5.2.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-21 02:40:03] lepage at grm dot polymtl dot ca Although I have '.' in include_path = "/usr/local_9/opt/php/lib/php:/php/includes:." it is not opening file when preceded by ./ for one example in phpBB it's define $phpbb_root_path = './' and it does not work unless I redefine it to $phpbb_root_path = '/some/absolute/path/' then it work. Again it was working in 5.1.5 and not in 5.2.0, it is a bug, dot in search path is no longer working. [2007-02-21 02:12:40] lepage at grm dot polymtl dot ca It is working with php 5.1.5 not with 5.2.x using the exact same config file (php.ini). It's like php 5.2x is not chdir to the script dir when running the script. Information about this should be included into the php upgrade documentation (from 5.1x to 5.2x). I have looked at many bugs like #30881 but it's too old.. my problem is it was working with version 5.1.5. It is still not working... what did change from 5.1.5 to 5.2 that can cause that? [2007-02-21 00:04:28] lepage at grm dot polymtl dot ca I have search for this bug for so long, I waited the new version 5.2.1 and it still has this problem. All the search on google I made with those errors, actually give me web site that are not working and display those errors... so I think it's a bug... At least in the documentation since I found nothing. [2007-02-20 08:04:20] [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. . [2007-02-20 02:39:48] lepage at grm dot polymtl dot ca Description: Since I upgraded from php 5.1.5 to php 5.20 and now php 5.21, I got serious errors that is not present in php 5.1.5. Users installation of phpBB and phpAlbum does not work anymore. I have look for many hours with finding a solution. While phpAlbum is working fine in the web server root directory, phpAlbum installed under users directories does not work anymore. It is like it's not able to include files under user directories. Reproduce code: --- see and try phpBB.com or phpAlbum.net in a user directory. Expected result: I would expect php 5.2x to work better that this. Or a more comprenhensive error message saying why it cannot open a file in the current directory. I would be nice to find upgrade informations in the FAQ from 5.1x to 5.2x, I have look and find nothing about includes. Actual result: -- ---error-start Warning: fopen(data_rejdshflkj/writablity_test) [function.fopen]: failed to open stream: No such file or directory in /home/lepage/HTML/avendre/main.php on line 1886 Warning: fclose(): supplied argument is not a valid stream resource in /home/lepage/HTML/avendre/main.php on line 1887 Notice: Undefined variable: phpalbum_version in /home/lepage/HTML/avendre/main.php on line 36 Welcome to phpAlbum_ Your data directory data_rej123/ is eather not existing or not writable Please check for existing of this directory and setup the access rights with CHMOD 777 ---error-end ** This error is not limited to phpAlbum since it does the same kind of error with phpBB installed in users directories, here is an example of the errors, ---error-start Warning: include(./extension.inc) [function.include]: failed to open stream: No such file or directory in /home/pyrobert/HTML/Forum/index.php on line 25 Warning: include() [function.include]: Failed opening './extension.inc' for inclusion (include_path='.:/usr/local
