#20701 [Opn->Fbk]: ld: can't locate file for: -laprutil and after
ID: 20701 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Mac OS 10.2.2 PHP Version: 4CVS-2002-11-28 (dev) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip try compiling with --with-apxs2 without specifying the patch to the apxs utility. Previous Comments: [2002-11-29 08:38:58] [EMAIL PROTECTED] > Does it compile if you remove the > --with-apxs2=/usr/local/apache2/bin/apxs configure option? YES esj [2002-11-28 22:01:33] [EMAIL PROTECTED] Does it compile if you remove the --with-apxs2=/usr/local/apache2/bin/apxs configure option? [2002-11-28 10:54:26] [EMAIL PROTECTED] I tried to install php 4.4.0dev with Apache 2.0.43 by doing: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql make and got: ld: can't locate file for: -laprutil I deduced from bug reports on other OS that my be this file was not necessary, and removed "-laprutil" from the makefile. Then, make goes further, with similar problems. You will find below the diff between the original Makefile and the final. With this, make achieve its goal, and php seems to work, and to connect to the pgsql server through my browser. However, ld produced a lot of warnings about multiple definition ld: warning multiple definitions of symbol _XmlInitEncodingNS ext/xml/expat/xmltok.o definition of _XmlInitEncodingNS in section (__TEXT,__text) /usr/local/apache2/bin/httpd definition of _XmlInitEncodingNS and lot of others. Is there any problems with this ? Here is the diff : 14c14 < MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd -L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/usr/local/apache2/lib -laprutil /Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la -L/usr/local/apache2/lib -lapr-0 -lm --- > MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd -L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/usr/local/apache2/lib -L/usr/lib -lssl -lcrypto 69c69 < EXTRA_LIBS = -lpq -lm --- > EXTRA_LIBS = -lpq -lm -lssl -lcrypto 84c84 < PHP_LDFLAGS = -L/usr/local/pgsql/lib --- > PHP_LDFLAGS = -L/usr/local/pgsql/lib -L/usr/lib --- E. Saint-James -- Edit this bug report at http://bugs.php.net/?id=20701&edit=1
#20873 [Opn->Bgs]: DSN with space will not work
ID: 20873
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: ODBC related
Operating System: Win XP Pro
PHP Version: 4.2.3
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.
Thank you for your interest in PHP.
Given the error message you've recieved I'd say the problem is not PHP,
but rather something else, possible solutions are described in the SQL
error message.
Previous Comments:
[2002-12-07 01:58:36] [EMAIL PROTECTED]
Using odbc_connect with a DSN with a space causes error:
Code:
$cnx = odbc_connect("BSU Directory","","") or die(odbc_error());
Error:
Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] The
Microsoft Jet database engine cannot open the file '(unknown)'. It is
already opened exclusively by another user, or you need permission to
view its data., SQL state S1000 in SQLConnect in
c:\inetpub\wwwroot\mbaker\Project\processInst.php on line 20
S1000
The same DSN works fine with a ColdFusion template and other DSNs work
fine with PHP.
--
Edit this bug report at http://bugs.php.net/?id=20873&edit=1
#20626 [Opn->Fbk]: Fails to build Apache shared module (not mkstemp)
ID: 20626
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: OpenBSD 3.1-stable
PHP Version: 4.3.0-dev
New Comment:
Can you try the latest stable libtool (1.4.3) and see if the problem
still occures?
Previous Comments:
[2002-12-05 08:24:07] [EMAIL PROTECTED]
That is NOT a proper fix, in fact - it's not even related to the bug.
Additionally it will render parts of the mysql extension unusable -
that line is needed. mkstemp warning, is a WARNING.
This bug is NOT about mkstemp - it's about the libtool trouble in the
middle.
Updated summary
[2002-12-05 08:05:02] [EMAIL PROTECTED]
Hi, I experienced this problem too in RH 7.3.
It's possible to fix:
- Doe a 'make clean'
- Open ./ext/mysql/libmysql/my_tempnam.c for editing
- Go to line 103
- Delete the line
- Place this on line 103:
mkstemp("somechars");
now make again and it should work.
[2002-11-30 07:40:39] [EMAIL PROTECTED]
i've the same problem under red hat 7.2 and php 4.3 RC2 :(
please help how i can pass throught this proble !!!
[2002-11-25 18:04:46] [EMAIL PROTECTED]
this is some openbsd oddity, and actually a libtool bug..but leaving
open, maybe someone knows how to 'fix' this.
[2002-11-25 12:21:27] [EMAIL PROTECTED]
Specifiying build as an Apache shared library module fails
to work on my system.
Configure couldn't get much simpler:
./configure --with-apxs=/usr/sbin/apxs
The compile goes OK, but libtool runs into some trouble. I
have libtool 1.4, and I'm running Apache 1.3.24 (standard
with of OpenBSD 3.1) with OpenBSD's security patches, if
that makes any difference.
Full output of libtool lines below:
/bin/sh libtool --silent --mode=compile gcc
-I/usr/lib/apache/include -Isapi/apache/
-I/usr/local/src/php4/sapi/apache/ -DPHP_ATOM_INC
-I/usr/local/src/php4/include -I/usr/local/src/php4/main
-I/usr/local/src/php4 -I/usr/local/src/php4/Zend
-I/usr/local/src/php4/ext/xml/expat
-DDEV_RANDOM=/dev/arandom -DMOD_SSL=208108 -DEAPI
-DUSE_EXPAT -I/usr/local/src/php4/TSRM -g -O2 -prefer-pic
-c /usr/local/src/php4/sapi/apache/sapi_apache.c -o
sapi/apache/sapi_apache.lo
In file included from
/usr/lib/apache/include/ap_config.h:114,
from /usr/lib/apache/include/httpd.h:72,
from
/usr/local/src/php4/sapi/apache/php_apache_http.h:22,
from
/usr/local/src/php4/sapi/apache/sapi_apache.c:24:
/usr/lib/apache/include/os.h:141: warning:
`DLSYM_NEEDS_UNDERSCORE' redefined
/usr/local/src/php4/main/php_config.h:330: warning: this is
the location of the previous definition
In file included from
/usr/local/src/php4/TSRM/tsrm_config.h:1,
from
/usr/local/src/php4/TSRM/tsrm_config_common.h:13,
from
/usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26,
from /usr/local/src/php4/main/php.h:360,
from
/usr/local/src/php4/main/php_variables.h:25,
from
/usr/local/src/php4/sapi/apache/php_apache_http.h:40,
from
/usr/local/src/php4/sapi/apache/sapi_apache.c:24:
/usr/local/src/php4/TSRM/../main/php_config.h:330: warning:
`DLSYM_NEEDS_UNDERSCORE' redefined
/usr/lib/apache/include/os.h:141: warning: this is the
location of the previous definition
/bin/sh libtool --silent --mode=compile gcc
-I/usr/lib/apache/include -Isapi/apache/
-I/usr/local/src/php4/sapi/apache/ -DPHP_ATOM_INC
-I/usr/local/src/php4/include -I/usr/local/src/php4/main
-I/usr/local/src/php4 -I/usr/local/src/php4/Zend
-I/usr/local/src/php4/ext/xml/expat
-DDEV_RANDOM=/dev/arandom -DMOD_SSL=208108 -DEAPI
-DUSE_EXPAT -I/usr/local/src/php4/TSRM -g -O2 -prefer-pic
-c /usr/local/src/php4/sapi/apache/mod_php4.c -o
sapi/apache/mod_php4.lo
In file included from
/usr/lib/apache/include/ap_config.h:114,
from /usr/lib/apache/include/httpd.h:72,
from
/usr/local/src/php4/sapi/apache/php_apache_http.h:22,
from
/usr/local/src/php4/sapi/apache/mod_php4.c:22:
/usr/lib/apache/include/os.h:141: warning:
`DLSYM_NEEDS_UNDERSCORE' redefined
/usr/local/src/php4/main/php_config.h:330: warning: this
is the location of the previous definition
In file included from
/usr/local/src/php4/TSRM/tsrm_config.h:1,
from
/usr/local/src/php4/TSRM/tsrm_config_common.h:13,
from
/usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26,
from /usr/local
#20616 [Opn->Fbk]: 4.3.0RC1-Win32 cannot find files found by 4.2.3
ID: 20616
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Win 2k server
PHP Version: 4.3.0RC1
New Comment:
Can you please include the error message that you get?
Previous Comments:
[2002-11-29 07:20:30] [EMAIL PROTECTED]
Now that you have given us the info, we can resolve the problem, for
free.
Instead of complaining, you could just contribute your obviously
superior knowledge of windows and help us fix it.
Keep the attitude out of the reports please.
[2002-11-29 07:08:58] [EMAIL PROTECTED]
My reply from the 26th:
Hi Iliaa,
OK, looks like you need further information to find this one. I would
add further comments but bugs.php.net is frozen right now when
attempting to edit bug reports.
Let's take the following piece of code:
-
dbhost = "localhost";
$CFG->dbname = "mymarket";
$CFG->dbuser = "myuser";
$CFG->dbpass = "mypassword";
$CFG->wwwroot = "/Commerce/mymarket3";
$CFG->dirroot = "";
$CFG->templatedir = "$CFG->dirroot/templates";
$CFG->libdir = "$CFG->dirroot/lib";
$CFG->imagedir= "$CFG->wwwroot/images";
$CFG->wordlist= "$CFG->libdir/wordlist.txt";
$CFG->support = "[EMAIL PROTECTED]";
/* define database error handling behavior, since we are in
development
* we will turn on all the debugging messages to help us troubleshoot
*/
$DB_DEBUG = true;
$DB_DIE_ON_FAIL = true;
/* load up standard libraries */
require("$CFG->libdir/stdlib.php");
require("$CFG->libdir/dblib.php");
require("$CFG->libdir/mymarket.php");
require("$CFG->libdir/cart.php");
--
In 4.2.3 this will work fine, whilst in 4.3.0RC1 you'll get an error
on
the line:
require("$CFG->libdir/stdlib.php");
That's because there will be a slash prepended where it wasn't there
before.
Note that '$CFG->libdir' is made from '$CFG->dirroot' plus '/lib'.
With
'$CFG->dirroot' being empty this should resolve to no leading slash,
which was correct in 4.2.3 but now isn't. Otherwise there's no way to
include a relative path.
I'd get in and fix this myself but I've spent far too many years
repairing other people's broken code for free, and since this is my
profession it doesn't make sense to do that any more. But a pointer on
where the error might be ... if you're using Cygwin and changed
versions, that's probably it. Get rid of it before you go blind and
use
MSVC 5.0 or later, it works. Really.
Rob Judd
Homepage: http://judd.ob-wan.com
[2002-11-29 06:59:28] [EMAIL PROTECTED]
RC2 also fails identically, see error message below. You might also
like to complete the HTML tags in the error messages so that an error
displays correctly. Relying on a browser version that doesn't mind
missing tags is a Bad Idea(tm).
Warning: main(../application.php) [http://www.php.net/function.main]:
failed to create stream: No such file or directory in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8
Warning: Failed opening '../application.php' for inclusion
(include_path='.;c:\php4\pear') in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8 Fatal
error: Call to undefined function: pv() in
C:\Xitami\webpages\Commerce\mymarket1\admin\templates\header.php on
line 3
[2002-11-25 08:56:33] [EMAIL PROTECTED]
Using the given information I cannot replicate the problem.
[2002-11-25 03:51:40] [EMAIL PROTECTED]
include("../application.php");
The above simple inclusion no longer works in
4.3.0RC1-Win32 where it worked fine in 4.2.3.
Looks like the typical Unix-user misunderstanding
of how Windows uses the filesystem to me.
*sigh* Will it never end...
--
Edit this bug report at http://bugs.php.net/?id=20616&edit=1
#20616 [Fbk->Opn]: 4.3.0RC1-Win32 cannot find files found by 4.2.3
ID: 20616
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Win 2k server
PHP Version: 4.3.0RC1
New Comment:
Iliaa - see Nov 29 message.
Previous Comments:
[2002-12-07 02:05:51] [EMAIL PROTECTED]
Can you please include the error message that you get?
[2002-11-29 07:20:30] [EMAIL PROTECTED]
Now that you have given us the info, we can resolve the problem, for
free.
Instead of complaining, you could just contribute your obviously
superior knowledge of windows and help us fix it.
Keep the attitude out of the reports please.
[2002-11-29 07:08:58] [EMAIL PROTECTED]
My reply from the 26th:
Hi Iliaa,
OK, looks like you need further information to find this one. I would
add further comments but bugs.php.net is frozen right now when
attempting to edit bug reports.
Let's take the following piece of code:
-
dbhost = "localhost";
$CFG->dbname = "mymarket";
$CFG->dbuser = "myuser";
$CFG->dbpass = "mypassword";
$CFG->wwwroot = "/Commerce/mymarket3";
$CFG->dirroot = "";
$CFG->templatedir = "$CFG->dirroot/templates";
$CFG->libdir = "$CFG->dirroot/lib";
$CFG->imagedir= "$CFG->wwwroot/images";
$CFG->wordlist= "$CFG->libdir/wordlist.txt";
$CFG->support = "[EMAIL PROTECTED]";
/* define database error handling behavior, since we are in
development
* we will turn on all the debugging messages to help us troubleshoot
*/
$DB_DEBUG = true;
$DB_DIE_ON_FAIL = true;
/* load up standard libraries */
require("$CFG->libdir/stdlib.php");
require("$CFG->libdir/dblib.php");
require("$CFG->libdir/mymarket.php");
require("$CFG->libdir/cart.php");
--
In 4.2.3 this will work fine, whilst in 4.3.0RC1 you'll get an error
on
the line:
require("$CFG->libdir/stdlib.php");
That's because there will be a slash prepended where it wasn't there
before.
Note that '$CFG->libdir' is made from '$CFG->dirroot' plus '/lib'.
With
'$CFG->dirroot' being empty this should resolve to no leading slash,
which was correct in 4.2.3 but now isn't. Otherwise there's no way to
include a relative path.
I'd get in and fix this myself but I've spent far too many years
repairing other people's broken code for free, and since this is my
profession it doesn't make sense to do that any more. But a pointer on
where the error might be ... if you're using Cygwin and changed
versions, that's probably it. Get rid of it before you go blind and
use
MSVC 5.0 or later, it works. Really.
Rob Judd
Homepage: http://judd.ob-wan.com
[2002-11-29 06:59:28] [EMAIL PROTECTED]
RC2 also fails identically, see error message below. You might also
like to complete the HTML tags in the error messages so that an error
displays correctly. Relying on a browser version that doesn't mind
missing tags is a Bad Idea(tm).
Warning: main(../application.php) [http://www.php.net/function.main]:
failed to create stream: No such file or directory in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8
Warning: Failed opening '../application.php' for inclusion
(include_path='.;c:\php4\pear') in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8 Fatal
error: Call to undefined function: pv() in
C:\Xitami\webpages\Commerce\mymarket1\admin\templates\header.php on
line 3
[2002-11-25 08:56:33] [EMAIL PROTECTED]
Using the given information I cannot replicate the problem.
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/20616
--
Edit this bug report at http://bugs.php.net/?id=20616&edit=1
#20630 [Fbk->Opn]: IIS does not create session first time
ID: 20630
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: IIS related
Operating System: Win2k Server
PHP Version: 4.2.3
New Comment:
Hi again,
I am confused on what your suggesting I appreciate your patience. You
mentioned to use $_SESSION autoglobal but in what syntex? I am using
session_register("username"); do I change it to $_SESSION
autoglobal("username");?
Thanks
Dustin
Previous Comments:
[2002-12-07 01:25:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Please use $_SESSION autoglobal to add data to the session rather then
register_session() and try this on the latest win32 snapshot.
[2002-11-29 02:01:34] [EMAIL PROTECTED]
Hey iliaa,
I am using the bleow code, I do believe it would be a user session.
function dbconnect()
{
include("config.php");
mysql_connect($dbhost, $dbusername, $dbpassword);
mysql_select_db("$dbname") or die ("Unable to select
database");
}
dbconnect();
if(!isset($op))
$op = "login";
switch ($op)
{
case "logout":
$username = 0;
session_start();
session_unregister("username");
header("Location:login.php?op=logout");
break;
case "login":
$results = mysql_query("select * from auth where username='$username'
and password=password('$password')");
if (mysql_num_rows($results)>0)
{
session_start();
session_register("username");
header("Location:functions.php?op=chpass");
}
else
header("Location:login.php?op=BadLogin");
break;
}
Any help you can suggest would be great. Like I said it works fine
first time around with apache but not with IIS you have to log out and
then log back in to get it to work. I tell you what I will create a
user for you so you can see. You can log in at the address below:
http://216.150.211.253/phpfiles/login.php
username guest
password guest1
Thanks
Aelaron
[2002-11-28 22:14:10] [EMAIL PROTECTED]
What sort of a session mechanism are you using, URLs, Cookies or both
and what kind of session managment are you using, user, php or
something else?
[2002-11-25 14:11:03] [EMAIL PROTECTED]
When I log in with IIS it does not create my session I have to log out
and then log back in to have my session start. I installed Apache on
Win2k server and it works fine first time around. Any ideas on why this
is? All my updates and service paks are up to date on IIS, Internet
Explorer, and Win2k
thanks,
Dustin
--
Edit this bug report at http://bugs.php.net/?id=20630&edit=1
#20630 [Opn->Fbk]: IIS does not create session first time
ID: 20630
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Win2k Server
PHP Version: 4.2.3
New Comment:
$_SESSION['var_name'] = "value";
Previous Comments:
[2002-12-07 02:16:46] [EMAIL PROTECTED]
Hi again,
I am confused on what your suggesting I appreciate your patience. You
mentioned to use $_SESSION autoglobal but in what syntex? I am using
session_register("username"); do I change it to $_SESSION
autoglobal("username");?
Thanks
Dustin
[2002-12-07 01:25:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Please use $_SESSION autoglobal to add data to the session rather then
register_session() and try this on the latest win32 snapshot.
[2002-11-29 02:01:34] [EMAIL PROTECTED]
Hey iliaa,
I am using the bleow code, I do believe it would be a user session.
function dbconnect()
{
include("config.php");
mysql_connect($dbhost, $dbusername, $dbpassword);
mysql_select_db("$dbname") or die ("Unable to select
database");
}
dbconnect();
if(!isset($op))
$op = "login";
switch ($op)
{
case "logout":
$username = 0;
session_start();
session_unregister("username");
header("Location:login.php?op=logout");
break;
case "login":
$results = mysql_query("select * from auth where username='$username'
and password=password('$password')");
if (mysql_num_rows($results)>0)
{
session_start();
session_register("username");
header("Location:functions.php?op=chpass");
}
else
header("Location:login.php?op=BadLogin");
break;
}
Any help you can suggest would be great. Like I said it works fine
first time around with apache but not with IIS you have to log out and
then log back in to get it to work. I tell you what I will create a
user for you so you can see. You can log in at the address below:
http://216.150.211.253/phpfiles/login.php
username guest
password guest1
Thanks
Aelaron
[2002-11-28 22:14:10] [EMAIL PROTECTED]
What sort of a session mechanism are you using, URLs, Cookies or both
and what kind of session managment are you using, user, php or
something else?
[2002-11-25 14:11:03] [EMAIL PROTECTED]
When I log in with IIS it does not create my session I have to log out
and then log back in to have my session start. I installed Apache on
Win2k server and it works fine first time around. Any ideas on why this
is? All my updates and service paks are up to date on IIS, Internet
Explorer, and Win2k
thanks,
Dustin
--
Edit this bug report at http://bugs.php.net/?id=20630&edit=1
#20873 [Bgs->Opn]: DSN with space will not work
ID: 20873
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: ODBC related
Operating System: Win XP Pro
PHP Version: 4.2.3
New Comment:
I would agree with you, accept the DSN can be accessed with a
ColdFusion script I have. Also, I am doing the odbc_connect stuff right
because when I access DSNs without spaces my code works fine.
Previous Comments:
[2002-12-07 02:01:39] [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.
Thank you for your interest in PHP.
Given the error message you've recieved I'd say the problem is not PHP,
but rather something else, possible solutions are described in the SQL
error message.
[2002-12-07 01:58:36] [EMAIL PROTECTED]
Using odbc_connect with a DSN with a space causes error:
Code:
$cnx = odbc_connect("BSU Directory","","") or die(odbc_error());
Error:
Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] The
Microsoft Jet database engine cannot open the file '(unknown)'. It is
already opened exclusively by another user, or you need permission to
view its data., SQL state S1000 in SQLConnect in
c:\inetpub\wwwroot\mbaker\Project\processInst.php on line 20
S1000
The same DSN works fine with a ColdFusion template and other DSNs work
fine with PHP.
--
Edit this bug report at http://bugs.php.net/?id=20873&edit=1
#20854 [Com]: Unable to load dynamic library
ID: 20854 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Oracle related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Ok, I have posted the problem description to [EMAIL PROTECTED] Please answer me there. By the way I still don't know why this isn't a bug in php. Maybe I don't understand what "php itself" means. Thanks. Previous Comments: [2002-12-06 18:35:45] [EMAIL PROTECTED] This is not a support forum. [2002-12-06 06:55:40] [EMAIL PROTECTED] How can you be so sure that this is not a bug in php? I mean everything else seems ok. Then you must know where the problem is. What about telling me? Thanks [2002-12-06 06:25:33] [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. Thank you for your interest in PHP. [2002-12-06 03:24:51] [EMAIL PROTECTED] PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit this bug report at http://bugs.php.net/?id=20854&edit=1
#20524 [Fbk->Opn]: Session => empty files
ID: 20524 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Mandrake et Redhat PHP Version: 4.2.3 New Comment: I have solved my problem ! In the apache configuration : KeepAlive Off http://www2.phpnet.org/phpinfo.php Its always a php bug ! Thanks but your suggestion of using $_SESSION did not resolv the problem. My solution work fine... Cordially Previous Comments: [2002-12-07 01:27:09] [EMAIL PROTECTED] Does it work when you try my suggestion of using $_SESSION ? [2002-12-03 09:13:35] [EMAIL PROTECTED] Please HELP ME ! I'm very blocked by that problem. Thanks a lot for you reply [2002-11-23 16:41:01] [EMAIL PROTECTED] No ! Because the register_global is defined as On. register_argc_argv On On register_globals On On And when the register_globals is defined as On, the session params can be used as variable ... It's indeed a bug because the variables of session are not sauved in files. (0 lines in the file created). In every case, I decided to go back php in module apache because mod_bandwidth of apache seems to talk an incompatibility with php in CGI (the scripts php are not interpretes when it is activated..) If you have a solution for the two problems... To part it, please , think you whom it is preferable to cross php in CGI or to leave it in module (by knowing that I have a lot of traffic (90 requests per second)) [2002-11-23 15:54:19] [EMAIL PROTECTED] 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 Your example session code is not correct. It should be something like this: [2002-11-22 12:16:56] [EMAIL PROTECTED] Yes but no :) It is the same problem with this config. I desespere ! Please help me. 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/20524 -- Edit this bug report at http://bugs.php.net/?id=20524&edit=1
#20864 [Com]: Cc/Bcc fields don't seem to work
ID: 20864 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: In my case, Cc: and Bcc: work now (dev and stable snapshots on winXP). Christoph Previous Comments: [2002-12-06 18:31:06] [EMAIL PROTECTED] So does the mail work now? [2002-12-06 12:35:48] [EMAIL PROTECTED] Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20874 [NEW]: socket_read on Multihomed Windows XP crashes PHP
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version: 4.3.0RC2
PHP Bug Type: Sockets related
Bug description: socket_read on Multihomed Windows XP crashes PHP
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one server
to Windows XP instead of Windows 2000. It was a clean format.(new hd)
After some intial re-installation, I have found, that anytime I call the
socket_read function PHP promptly crashes. The exact same code worked on
the same hardware running windows 2000, and the code also works completely
on Slackware-9.0(current).
The only thing that is unquie about this server is that it is Multihomed
to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13 Module,
and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket) .
"\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and I
get the Windows XP message asking if I would like to send Microsoft a bug
report. I have several times. Maybe they will respond :-)
--
Edit bug report at http://bugs.php.net/?id=20874&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20874&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20874&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20874&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20874&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20874&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20874&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20874&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20874&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20874&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20874&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20874&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20874&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20874&r=isapi
#20874 [Opn]: socket_read on Multihomed Windows XP crashes PHP
ID: 20874
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Sockets related
+Bug Type: Reproducible crash
Operating System: Windows XP
-PHP Version: 4.3.0RC2
+PHP Version: 4.3.0RC2, 4.2.3
New Comment:
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of
an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the
socket_read function PHP promptly crashes. The exact same code worked
on the same hardware running windows 2000, and the code also works
completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed
to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror
($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and
I
get the Windows XP message asking if I would like to send Microsoft a
bug report. I have several times. Maybe they will respond :-)
Previous Comments:
[2002-12-07 03:24:26] [EMAIL PROTECTED]
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the socket_read function PHP promptly crashes. The exact same code
worked on the same hardware running windows 2000, and the code also
works completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and
I get the Windows XP message asking if I would like to send Microsoft a
bug report. I have several times. Maybe they will respond :-)
--
Edit this bug report at http://bugs.php.net/?id=20874&edit=1
#20875 [NEW]: function to fix path names
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.3.0RC2 PHP Bug Type: Feature/Change Request Bug description: function to fix path names It would be nice to have a generic function to clean up paths so they will work on all platforms. Similar in scope to addslashes but focusing on the issues of paths and cross platform compatibility of scripts. Researhing this i only found http://bugs.php.net/ bug.php?id=10916 was related but that was from a long time ago. There also seems like there are equivalents in other languages (VMS, PERL) I know there is already much code for this out there, because everyone that writes cross platform has to have a solution, and that all of it is fairly simple to create as needed if you pay attention to it revolving mainly around "/" changing into "\" and vice versa. However, being relatively new to php, it seems that this type of code is overly prevalent and would be the perfect use for a function, where you pass it the wrong unix/ windows path and it returns the path for the platform you are installed on, or even semi-intelligently figure out what you really meant. It should be added to the core distribution, due to it's purpose to allow greater collaboration between coders across different installations, and the extent of use in a single application would not warrant using a function in most cases. Isn't it difficult to adequately debug for developers that are only on a single platform without such a tool? They'll have no idea until they test it. Code related to this issue is in all the opensource projects, but only in one or two places per project and was probably only added upon someone trying to use on the wrong platform. It also seems like this could allow the php language to elegantly handle variations with other separators such as the older mac ":". For instance, XP changed the hard drive letter from the traditional c:\ to d:\ or whatever the last drive is. I am sure that requires some script tweaking. As changes occur, they can happen globally across the entire php community allowing older scripts that use this to keep on working. This would make code generally more cross platform without the necessary "if platform, then this path" that needs to be tested and debugged on both platforms. It is, as i am thinking of it, a very simple thing needed more for compatibility between installs than anything else, It seems like this is the only real area of code difference between unix and windows machines and working solely with the windows platform, i already know my scripts will break on the other platforms with my use of "\\". Adoption of a function as such would allow me to develop on windows, and deploy (or share) on unix without as many issues(or vice versa). It also would allow me to use "/" as instead of "\\ " in my paths which seem to look more "right" to me and would make my scripts the same as the unix/mac/linux developer. (It gets hard to keep track of which are escapes and which are slashes sometimes). It also might allow the distribution php.ini files to use cross platform paths that work asis on both platforms if all paths are run through this function as they are read from this file. Having a prepend option that would allow easy access to get the path of folders that change from machine to machine without extra coding. This has always been a great feature of applescript and should find it's way into php. The web root folder, include folders, OS directory, php directory, or paths set in php.ini. Perhaps even allow developers to add paths to php.ini that configure their products. fixpath($path, [prepend], [append], [unix/pc/html override]) fixpath($path, "c:/", "", "PC") // as opposed to "c:\\" makes easier to read fixpath($path, "INCLUDEFOLDER", "", "PC") // use of keyword and returns windows path Basically it would a. determine platform b. convert path "/" to "\" or "\" to "/" b ased on platform, if wrong c. perhaps add a c:\ or other path information to the beginning as needed c. re move any "//" due to $ rootdir = "/bin/"; $thisdir = $rootdir."/somedir/ "; // or other platform restrictions (yes i know, dumb mistake but still nice to elegantly fix) d. test to se e if file exists, perhaps looking through include fol ders e. have a prepend/append string f. override path wi th platform g. ex p and strings like .. to enclosing folder path h. fix invali d characters on platform --- (target file after file upload) i. have keywords that convert to local system paths ww root/currentpath/domain root (http://www.url.com/)/or p hp.ini settings added by user. j. resolve an Alias/S hortcut. and would return a valid absolute path to a fi le This seems like a very easy and fast thing
#20857 [Fbk->Opn]: snmpset does not work
ID: 20857
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Linux RH 7.3
PHP Version: 4.3.0RC2
New Comment:
I tried this patch in diff -u format. Note that there is also a change
in the php_error_docref-string, becaue the output was not very
informative. Of course, I would prefer, that a php-snmp maintainer
would have a look at it.
--- snmp.c.orig Mon Nov 11 22:37:18 2002
+++ snmp.c Sat Dec 7 11:23:24 2002
@@ -197,7 +197,7 @@
static void php_snmp_internal(INTERNAL_FUNCTION_PARAMETERS,
int st,
struct snmp_session *session,
- char *objid)
+ char *objid, char type, char* value)
{
struct snmp_session *ss;
struct snmp_pdu *pdu=NULL, *response;
@@ -211,8 +211,6 @@
char buf[2048];
char buf2[2048];
int keepwalking=1;
- char type = (char) 0;
- char *value = (char *) 0;
char *err;
if (st >= 2) { /* walk */
@@ -267,7 +265,12 @@
} else if (st == 11) {
pdu = snmp_pdu_create(SNMP_MSG_SET);
if (snmp_add_var(pdu, name, name_length, type, value)) {
- php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
add
variable: %s", name);
+#ifdef HAVE_NET_SNMP
+ snprint_objid(buf, sizeof(buf), name, name_length);
+#else
+ sprint_objid(buf, name, name_length);
+#endif
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
+add
variable: %s %c %s", buf, type, value);
snmp_close(ss);
RETURN_FALSE;
}
@@ -466,7 +469,7 @@
session.authenticator = NULL;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3), type, value);
}
/* }}} */
@@ -849,7 +852,7 @@
session.retries = retries;
session.timeout = timeout;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8), type, value);
}
/* }}} */
Previous Comments:
[2002-12-06 18:37:58] [EMAIL PROTECTED]
Do you have a patch for this?
[2002-12-06 08:12:46] [EMAIL PROTECTED]
I use php-4.3.0RC2 with net-snmp-5.0.6. It works so far, but snmpset()
always shows a warning "Could not add variable: " and the variable is
not set.
I found out, that there is a bug in ext/snmp.c. Here, type and value of
the varible are not passed to php_snmp_internal(), so these variables
are always 0 and snmp_add_var() fails. So, as a solution, php_snmp and
php_snmpv3 should pass type and value to php_snmp_internal ant
everything is ok.
--
Edit this bug report at http://bugs.php.net/?id=20857&edit=1
#20861 [Opn->Asn]: sybase_query fail to handle stored procedure result with "nocount" option
ID: 20861 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0RC2 -Assigned To: +Assigned To: thekid New Comment: Well, in earlier versions sybase_ct silently cancelled the unexpected results, now it will inform you it is doing so - I thought it was nice to be a bit more verbose about things. Previous Comments: [2002-12-06 10:48:02] [EMAIL PROTECTED] After some more test, i can get the notice (notice -> no result) without "set nocount on". Don't have pushed further since the procedure involved is about 400 lines with call to others procedures. So, just to add that "set nocount on" is a case, not the only one, that trigger the error. [2002-12-06 09:53:00] [EMAIL PROTECTED] Test script : produce : Notice: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Unexpected results, cancelling current in - on line 4 with test_bug defined as follow : create procedure test_bug @input int AS BEGIN set nocount on select @input 'result' return 2 END Removing the "set nocount on" lead to expected result but, of course, in real wold sp, the nocount option is rarely used for fun... Build with Sybase ctclient v12.5 Works perfectly well with 4.2.3 and previous. -- Edit this bug report at http://bugs.php.net/?id=20861&edit=1
#17774 [Com]: connection_status() not returning correct result
ID: 17774
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: FREEBSD 4.5-STABLE
PHP Version: 4.0CVS-2002-06-15
New Comment:
Okay, time has moved on, plenty of new versions have come out, ive kept
up to the very latest all along, alas, as expected, it still doesnt
work.
Can I just get a clarification of what should happen when a user
presses the stop button on the following script ? My guess is that it
should put a 1 or a 2 into the file, not a 0!
-
";
}
flush();
}
$a = $a + 1;
sleep('5');
}
exitfp();
?>
---
You keep telling me this function is fixed, but surely the above code
shuld have an output different to 0 if the user presses the stop button
?
Heres some version info from my server
FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec 1
00:39:59 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ADMIN
i386
Apache/2.0.43 (Unix) PHP/4.3.0RC2
Previous Comments:
[2002-10-08 04:51:49] [EMAIL PROTECTED]
Just to keep you informed on this, I have now deleted my old install of
apache and installed a FRESH copy of apache 2.0.43 and the latest CVS
at the time, im still using the same php.ini file.
The problem still exists in its entirety.
[2002-09-30 15:17:24] [EMAIL PROTECTED]
Yes I am, however it didnt do this on the CVS install under a week ago,
thats irrespective of my problem, Im not all that fussed wether it
displays the zero or not, it really doesnt assist me in my long
standing problem with the code I want to write that depends on the STOP
buttong being pressed and detecting this.
[2002-09-30 15:05:02] [EMAIL PROTECTED]
Do you have output compression enabled, whether via PHP or via Apache
(mod_gzip module for example) ?
[2002-09-30 15:00:28] [EMAIL PROTECTED]
Hmm, I probably look a bit thick rite now, but belive I had tried both
values of ignore_user_abort, being set to false and true, but alwasy
the same result, oops on my part for not realins to change it back to
false, I did that and still the same result.
I assume that you mean by output_buffers being set to on, is in teh
php.ini ?
Well This is a clipit of my php.ini
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
I havnt changed my php.ini in all my installs [/usr/local/lib/php.ini]
so that has been always set to Off.
So anyway, ive tried with the ignore_user_abort(false); set and still
it ignores the user abort and 50 seconds later produces a file that
contains a '0'.
I havnt changed anything since the last CVS a few days/weeks ago, yet
it is no longer displaying a 0 in the browser it is just going with
behaviour like it is buffering it, like you already suggested.
[2002-09-30 14:43:02] [EMAIL PROTECTED]
If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.
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/17774
--
Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#20858 [Opn]: dba_open create always a lock file
ID: 20858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DBM/DBA related Operating System: Linux 2.2.16 PHP Version: 4.3.0RC2 Assigned To: helly New Comment: This was intended and the documentation is bad on this. 'l' and 'd' are only to force one of the two. Maybe i'll add a new modifier to skip locking... Previous Comments: [2002-12-06 08:57:30] [EMAIL PROTECTED] Already reported in comment on #20828. I make a separate bug report since it's another bug. Opening a db with create a lock file (note that the "l" attribute is not used) This script will fail on a ro directory! -- Edit this bug report at http://bugs.php.net/?id=20858&edit=1
#12300 [Fbk->Opn]: exec() family problems
ID: 12300 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: WinXP PHP Version: 4.3 New Comment: finally got it to work! i couldn't make PHP use cmd.exe in the system32 directory since its not allowed to read from that directory. however, i copied cmd.exe into the script's directory and it worked. putting cmd.exe in php.exe's directory also worked. and i dont need to specify the command as "cmd.exe /c test.bat". using just "test.bat" works just fine. so i guess the whole issue is having cmd.exe readable to php.exe and the simplest way to do that is placing cmd.exe in php.exe's directory. making system32 readable to PHP wouldn't very secure, since you would have to make it readable to all webserver processes. Previous Comments: [2002-12-06 20:00:54] [EMAIL PROTECTED] Try this: [2002-11-05 06:08:28] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=18958 [2002-09-26 04:12:49] [EMAIL PROTECTED] Yes, I have the same problem. For previous 24 hours I am trying to execute any program using exec, shell_exec, passthru... and Unable to fork or unable to execute. I have set up both IIS 5.1 and php.ini as unsecure as possible (temporary ;-) and no success. But I was successful on MS Windows ME, Apache 1.3.? and PHP 4.1.? for more than one year. So I am not sure, if it is not IIS configuration problem or problem with new directive in php.ini - cgi.something. I am running PHP 4.2.3 as a module. Stepan [2002-09-21 09:02:56] [EMAIL PROTECTED] one year later :) i've switched to a WinXP system. from the people who have posted successful runs of system() and exec() on w2k and xp i thought it would work. however, it DOESN'T. i downloaded the latest dev version and tried that. and it still doesn't happen. it works fine in the command prompt (with php.exe and php-cgi.exe). but in the browser (which uses php-cgi.exe) it gives the following: Warning: system() [function.system]: Unable to fork [D:\Website\projects\testbed\test.bat] in D:\Website\projects\testbed\test.phpdev on line 6 so it doesn't hang the browser anymore but maybe that's because of xp's shoot to kill policy. i tried fiddiling with the permissions to see if its the cause. but even with the most liberal permissions it gives the same result. [2002-09-20 19:53:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/12300 -- Edit this bug report at http://bugs.php.net/?id=12300&edit=1
#11189 [Fbk->NoF]: domxml: No external DTD-Validation
ID: 11189 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: Win NT 4.0 / SP 6 PHP Version: 4.0.5 Previous Comments: [2002-11-30 09:13:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please try with a more recent version and with DOMXML_LOAD_COMPLETE_ATTRS as second attribute in domxml_open_file chregu [2001-11-29 06:48:14] [EMAIL PROTECTED] Marking this as a feature request. [2001-05-30 05:18:18] [EMAIL PROTECTED] Hi! I've tried the DOM-functions asn was verry happy. First. 'Everything' was right and fast . Wow. But ... it seems as the xmldocfile-function does not really validate with a given external dtd and because of system desigfn reasons, i cannot inlude the dtd within the xml-file. Example: I've optional attributes with default values. If not given, they should be insertet automaticly as described in my DTD, but they are not set. . The xml-file and the DTD are validated by XML-Spy 3.5 and okay. XMP-Spy and IExplorer displays all correct. Hmm... any ideas ? -- Edit this bug report at http://bugs.php.net/?id=11189&edit=1
#15145 [Fbk->NoF]: xmlSubstituteEntitiesDefault(1) to domxml_xslt_process
ID: 15145 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0CVS-2002-01-21 Previous Comments: [2002-11-30 09:21:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-01-21 18:26:41] [EMAIL PROTECTED] Added domxml_substitute_entities_default() function - a wrapper for xmlSubstituteEntititiesDefault() function from libxml2. It expects bool for the new value and returns bool of the previous value. [2002-01-21 09:49:16] [EMAIL PROTECTED] Please add a line xmlSubstituteEntitiesDefault(1); to *domxml_xslt_process* to avoid warnings about , ©, etc... or make this call if when special boolean parameter passed as true to this function. Thanks -- Edit this bug report at http://bugs.php.net/?id=15145&edit=1
#20877 [NEW]: fgets return 1 char less
From: [EMAIL PROTECTED]
Operating system: red hat 7.2
PHP version: 4.3.0RC2
PHP Bug Type: *General Issues
Bug description: fgets return 1 char less
Hi
when i do a $file=fopen("http://url","r";);
$line=fgets($file,2);
$line contain only the first char of the file, not 2
this bug wasn't in the php 4.1.1 i have on another server, under which my
script work without any problem.
--
Edit bug report at http://bugs.php.net/?id=20877&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20877&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20877&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20877&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20877&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20877&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20877&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20877&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20877&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20877&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20877&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20877&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20877&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20877&r=isapi
#20524 [Opn->Fbk]: Session => empty files
ID: 20524 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Mandrake et Redhat PHP Version: 4.2.3 New Comment: Do you have any ideas as to why turning KeepAlive off solved the problem? Previous Comments: [2002-12-07 02:43:23] [EMAIL PROTECTED] I have solved my problem ! In the apache configuration : KeepAlive Off http://www2.phpnet.org/phpinfo.php Its always a php bug ! Thanks but your suggestion of using $_SESSION did not resolv the problem. My solution work fine... Cordially [2002-12-07 01:27:09] [EMAIL PROTECTED] Does it work when you try my suggestion of using $_SESSION ? [2002-12-03 09:13:35] [EMAIL PROTECTED] Please HELP ME ! I'm very blocked by that problem. Thanks a lot for you reply [2002-11-23 16:41:01] [EMAIL PROTECTED] No ! Because the register_global is defined as On. register_argc_argv On On register_globals On On And when the register_globals is defined as On, the session params can be used as variable ... It's indeed a bug because the variables of session are not sauved in files. (0 lines in the file created). In every case, I decided to go back php in module apache because mod_bandwidth of apache seems to talk an incompatibility with php in CGI (the scripts php are not interpretes when it is activated..) If you have a solution for the two problems... To part it, please , think you whom it is preferable to cross php in CGI or to leave it in module (by knowing that I have a lot of traffic (90 requests per second)) [2002-11-23 15:54:19] [EMAIL PROTECTED] 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 Your example session code is not correct. It should be something like this: 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/20524 -- Edit this bug report at http://bugs.php.net/?id=20524&edit=1
#20796 [Ctl->Csd]: Overridden Get, Post and Cookie data with register_globals turned on
ID: 20796
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Variables related
Operating System: Red Hat 8.0
PHP Version: 4.3.0-rc2
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-03 18:22:24] [EMAIL PROTECTED]
Marking as critical as this bug causes autoglobals
to be unreliable.
[2002-12-03 14:31:19] [EMAIL PROTECTED]
Just verified this bug, so:
a) Only arrays are affected.
b) Only affected if register_globals = on
c) This is a bug, $_GET for example should never have a
COOKIE value it in.
Here's another piece of test code, and the results with
register_globals = on. When register_globals = off, everything works
as expected.
And:
Provides us with:
GET
Array
(
[a] => Array
(
[foo] => I_AM_A_COOKIE
)
[b] => another_get
[c] => bar
)
POST
Array
(
[a] => Array
(
[foo] => I_AM_A_COOKIE
)
[b] => another_post
[c] => bar
[submit] => submit
)
COOKIE
Array
(
[a] => Array
(
[foo] => I_AM_A_COOKIE
)
[b] => I_AM_ALSO_A_COOKIE
[c] => bar
)
REQUEST
Array
(
[a] => Array
(
[foo] => I_AM_A_COOKIE
)
[b] => I_AM_ALSO_A_COOKIE
[c] => bar
[submit] => submit
)
$_REQUEST of course works as expected according to the variables_order
directive.
[2002-12-03 13:28:47] [EMAIL PROTECTED]
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
This is why register_globals is dangerous, if there are variables with
the same name they get over-written. This is why you should keep it
off.
You can control the order of the way variables passed via
GET/POST/COOKIE/FILES are registered via the gpc_order ini setting.
[2002-12-03 12:25:22] [EMAIL PROTECTED]
With register_globals turned on, if 3 variables WITH THE
SAME NAME are defined in your script (one as a Get
variable, one as a Post variable and one as a Cookie
variable) and if this name is an ARRAY ELEMENT (let's
say foo[ab]), then $_GET["foo"]["ab"] and
$_POST["foo"]["ab"] will both be set to $_COOKIE["foo"]["ab"].
Let's try it.
First, write the script "print_gpc.php" :
";
print_r($_GET);
echo "";
echo '$_POST';
echo "";
print_r($_POST);
echo "";
echo '$_COOKIE';
echo "";
print_r($_COOKIE);
echo "";
?>
Then call the form below ("test.php") in your browser :
and clic on the OK button.
If you have register_globals turned off, you will see
what you expect :
$_GET
Array
(
[foo] => Array
(
[ab] => I_am_a_get_value
)
)
$_POST
Array
(
[foo] => Array
(
[ab] => OK
)
)
$_COOKIE
Array
(
[foo] => Array
(
[ab] => I_am_a_cookie
)
)
but if you have register_globals turned on,
you will have $_GET["foo"]["ab"] == "I_am_a_cookie"
and $_POST["foo"]["ab"] == "I_am_a_cookie".
Strangly, this problem does not occur if the cookie name
is NOT an array element EVEN if register_globals is
turned On. (Try to replace "foo[ab]" by "foo" in the
"test.php" form.)
--
Edit this bug report at http://bugs.php.net/?id=20796&edit=1
#20864 [Fbk->Opn]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: I seem to have been misunderstood. I tried using the referred devel snapshot and I always get the "PHP CGI cannot be accessed directly [...]" message, even with the parameters shown above. Can anybody tell me what else might be wrong (note: I haven't had these problems with any other PHP release before..) Previous Comments: [2002-12-07 02:55:26] [EMAIL PROTECTED] In my case, Cc: and Bcc: work now (dev and stable snapshots on winXP). Christoph [2002-12-06 18:31:06] [EMAIL PROTECTED] So does the mail work now? [2002-12-06 12:35:48] [EMAIL PROTECTED] Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/20864 -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20524 [Fbk->Opn]: Session => empty files
ID: 20524 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Mandrake et Redhat PHP Version: 4.2.3 New Comment: NO :) I don't know why but Its working fine when KeepAlive is in Off and doesn't work when it is defined as On ! If you have an idea... It is php-4.1.2, php-4.2.2 or php 4.2.3 and apache 1.3.27 (other versions < 4.1.2 is exactly pareil) http://www2.phpnet.org/phpinfo Previous Comments: [2002-12-07 10:07:56] [EMAIL PROTECTED] Do you have any ideas as to why turning KeepAlive off solved the problem? [2002-12-07 02:43:23] [EMAIL PROTECTED] I have solved my problem ! In the apache configuration : KeepAlive Off http://www2.phpnet.org/phpinfo.php Its always a php bug ! Thanks but your suggestion of using $_SESSION did not resolv the problem. My solution work fine... Cordially [2002-12-07 01:27:09] [EMAIL PROTECTED] Does it work when you try my suggestion of using $_SESSION ? [2002-12-03 09:13:35] [EMAIL PROTECTED] Please HELP ME ! I'm very blocked by that problem. Thanks a lot for you reply [2002-11-23 16:41:01] [EMAIL PROTECTED] No ! Because the register_global is defined as On. register_argc_argv On On register_globals On On And when the register_globals is defined as On, the session params can be used as variable ... It's indeed a bug because the variables of session are not sauved in files. (0 lines in the file created). In every case, I decided to go back php in module apache because mod_bandwidth of apache seems to talk an incompatibility with php in CGI (the scripts php are not interpretes when it is activated..) If you have a solution for the two problems... To part it, please , think you whom it is preferable to cross php in CGI or to leave it in module (by knowing that I have a lot of traffic (90 requests per second)) 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/20524 -- Edit this bug report at http://bugs.php.net/?id=20524&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get nothing. :( No errors anywhere I can see, but also no php processing. I know it's 'supposed' to be buggy, but I get nothing - not even an error. I can load a .php page, but everything between the shows up in the page source. If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I have an urgent need for the virtual() function and this only works in the dll version of php. Using apache -k start there are no errors. There are also no errors in error.log. I've set php.ini to report errors, but there aren't ever any. Anyone got an idea? My httpd.conf contains: # PHP LoadModule php4_module c:/php/sapi/php4apache2.dll #AddModule mod_php4.c AddType application/x-httpd-php .phtml .php .php3 .php4 .html I've commented out the AddModule line for 2 reasons. One is that I have no module called mod_php4.c - the other reason is that the docs say that it's not required in the newer versions of Apache, especially Apache 2. Bob Kramer Previous Comments: [2002-11-13 06:51:20] [EMAIL PROTECTED] Thank you The post: [11 Oct 2:17pm] [EMAIL PROTECTED] did the trick for me. I had some problems that are explained at the http://bugs.php.net/bug.php?id=16575 page (read the mcdragon posts in november) The trick with the latest (stable) snaps worked. I used the php4apache2.dll and the php4ts.dll Interesting! I took the PHP download and the SNAP in the same day and the first had the modified date at the begin of sept 2002 and the snap had november 13th 2002 (TODAY). In any case, thanks KRONUZ for the great help :-))) [2002-11-10 17:51:19] [EMAIL PROTECTED] FYI - The files referenced above are back online. Thanks, imajes, for your quick response! [2002-11-10 13:28:47] [EMAIL PROTECTED] snaps has moved server, and win32 snaps haven't been uploaded yet. please bear with us as we fix this. Thanks [2002-11-10 13:16:51] [EMAIL PROTECTED] I appreciate all the information posted on this bug, but does anyone know what's wrong with snaps.php.net? I can't download the file that's referenced above, http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Does anyone have any information on what's going on with snaps.php.net? [2002-11-10 05:31:47] [EMAIL PROTECTED] What is the fix for this bug... ? Is there a new bug fix - I have the same error. What is the workaround and can somone answer the last entry. This error makes depressing reading. The snspsnap latest zip page is inaccessible at this moment. Why is this bug "closed" ? 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#20880 [NEW]: In ImageCopy transparency of the top grafic dominates colors othe bottom grafic
From: [EMAIL PROTECTED] Operating system: Mac OSX 10.2.2 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: In ImageCopy transparency of the top grafic dominates colors othe bottom grafic I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit bug report at http://bugs.php.net/?id=20880&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20880&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20880&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20880&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20880&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20880&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20880&r=support Expected behavior: http://bugs.php.net/fix.php?id=20880&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20880&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20880&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20880&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20880&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20880&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20880&r=isapi
#20880 [Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 User updated by: [EMAIL PROTECTED] -Summary: In ImageCopy transparency of the top grafic dominates colors othe bottom grafic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger Previous Comments: [2002-12-07 12:03:51] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20881 [NEW]: strip_tags() option to change brackets
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.3.0RC2
PHP Bug Type: Feature/Change Request
Bug description: strip_tags() option to change brackets
#15972, which is open right now, had some good thoughts on how to expand
strip_tags...
My suggestion:
1. Add a third/fourth parameter to it that (if specified) says what to
change the brackets *to* instead of replacing them.
e.g.:
strip_tags("hithere", "", "<", ">");
would have an output of:
hi
The point of this is so that rather than strip away tags that are invalid,
a forum would be able to see code just fine.. Well, that, and we'd be
able to have brackets on the site without typing in the html equivalent ;)
--
Edit bug report at http://bugs.php.net/?id=20881&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20881&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20881&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20881&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20881&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20881&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20881&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20881&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20881&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20881&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20881&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20881&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20881&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20881&r=isapi
#20861 [Asn]: sybase_query fail to handle stored procedure result with "nocount" option
ID: 20861 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0RC2 Assigned To: thekid New Comment: Previous Comments: [2002-12-07 08:38:54] [EMAIL PROTECTED] Well, in earlier versions sybase_ct silently cancelled the unexpected results, now it will inform you it is doing so - I thought it was nice to be a bit more verbose about things. [2002-12-06 10:48:02] [EMAIL PROTECTED] After some more test, i can get the notice (notice -> no result) without "set nocount on". Don't have pushed further since the procedure involved is about 400 lines with call to others procedures. So, just to add that "set nocount on" is a case, not the only one, that trigger the error. [2002-12-06 09:53:00] [EMAIL PROTECTED] Test script : produce : Notice: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Unexpected results, cancelling current in - on line 4 with test_bug defined as follow : create procedure test_bug @input int AS BEGIN set nocount on select @input 'result' return 2 END Removing the "set nocount on" lead to expected result but, of course, in real wold sp, the nocount option is rarely used for fun... Build with Sybase ctclient v12.5 Works perfectly well with 4.2.3 and previous. -- Edit this bug report at http://bugs.php.net/?id=20861&edit=1
#20874 [Opn->Fbk]: socket_read on Multihomed Windows XP crashes PHP
ID: 20874
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: Windows XP
PHP Version: 4.3.0RC2, 4.2.3
New Comment:
Can you isolate the function that crashes & with what parameters? So
far, I was unable to reproduce the crash using the test servers I have
here.
Previous Comments:
[2002-12-07 04:21:59] [EMAIL PROTECTED]
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of
an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the
socket_read function PHP promptly crashes. The exact same code worked
on the same hardware running windows 2000, and the code also works
completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed
to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror
($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and
I
get the Windows XP message asking if I would like to send Microsoft a
bug report. I have several times. Maybe they will respond :-)
[2002-12-07 03:24:26] [EMAIL PROTECTED]
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the socket_read function PHP promptly crashes. The exact same code
worked on the same hardware running windows 2000, and the code also
works completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and
I get the Windows XP message asking if I would like to send Microsoft a
bug report. I have several times. Maybe they will respond :-)
--
Edit this bug report at http://bugs.p
#20877 [Opn->Bgs]: fgets return 1 char less
ID: 20877
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: red hat 7.2
PHP Version: 4.3.0RC2
New Comment:
This was actually a bug in the older versions of PHP that has been
fixed. If you look at the fgets() documentation you will note that it
specifically says:
"Returns a string of up to length - 1 bytes read from the file pointed
to by fp. Reading ends when length - 1 bytes have been read, on a
newline (which is included in the return value), or on EOF (whichever
comes first)."
Previous Comments:
[2002-12-07 09:33:13] [EMAIL PROTECTED]
Hi
when i do a $file=fopen("http://url","r";);
$line=fgets($file,2);
$line contain only the first char of the file, not 2
this bug wasn't in the php 4.1.1 i have on another server, under which
my script work without any problem.
--
Edit this bug report at http://bugs.php.net/?id=20877&edit=1
#20874 [Fbk->Opn]: socket_read on Multihomed Windows XP crashes PHP
ID: 20874
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Windows XP
-PHP Version: 4.3.0RC2, 4.2.3
+PHP Version: 4.3.0RC2
New Comment:
I downgraded the PHP version on this server to 4.2.2
It now works properly on this version.
It crashes on socket_read();
The parameters I am using in my Application are:
socket_read($this->sock[1],2048);
Like I said, the Example Aplication from the PHP Manual for a WWW
Client also crashes, also on socket_read.
Previous Comments:
[2002-12-07 14:52:22] [EMAIL PROTECTED]
Can you isolate the function that crashes & with what parameters? So
far, I was unable to reproduce the crash using the test servers I have
here.
[2002-12-07 04:21:59] [EMAIL PROTECTED]
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of
an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the
socket_read function PHP promptly crashes. The exact same code worked
on the same hardware running windows 2000, and the code also works
completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed
to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror
($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while ($out = socket_read ($socket, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
It gets to the echo "Reading response:\n\n"; and then PHP crashes, and
I
get the Windows XP message asking if I would like to send Microsoft a
bug report. I have several times. Maybe they will respond :-)
[2002-12-07 03:24:26] [EMAIL PROTECTED]
I have written a couple OO-PHP based TCP clients for a Proprietary PHP
Socket Server that create a web based interface to certin aspects of an
unnamed server.
This week, we had some hardware trouble, and we ended up moving one
server to Windows XP instead of Windows 2000. It was a clean
format.(new hd)
After some intial re-installation, I have found, that anytime I call
the socket_read function PHP promptly crashes. The exact same code
worked on the same hardware running windows 2000, and the code also
works completely on Slackware-9.0(current).
The only thing that is unquie about this server is that it is
Multihomed to about 30 different IP addresses.
This is repeatable. 100% everytime, using Apache2 Module, Apache13
Module, and the CLI interfaces to PHP.
The example script for a TCP Client on the Sockets Documentation also
crashes PHP:
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.example.com');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
echo "OK.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n
#20880 [Opn->Fbk]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. Previous Comments: [2002-12-07 12:36:23] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger [2002-12-07 12:03:51] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20701 [Fbk->Opn]: ld: can't locate file for: -laprutil and after
ID: 20701 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Mac OS 10.2.2 PHP Version: 4CVS-2002-11-28 (dev) New Comment: With the new release and no patch in the makefile, the aprutil library is found but I got: ld: Bad magic number I think now the problem is not in Php but in Apache2. The path to this library belongs to Apache source tree, not the install tree, as if the install fails to build the library for my machine, leaving a pointer to a (useless) default library in the source tree. I continue to investigate this. Thanks a lot Previous Comments: [2002-12-07 01:59:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip try compiling with --with-apxs2 without specifying the patch to the apxs utility. [2002-11-29 08:38:58] [EMAIL PROTECTED] > Does it compile if you remove the > --with-apxs2=/usr/local/apache2/bin/apxs configure option? YES esj [2002-11-28 22:01:33] [EMAIL PROTECTED] Does it compile if you remove the --with-apxs2=/usr/local/apache2/bin/apxs configure option? [2002-11-28 10:54:26] [EMAIL PROTECTED] I tried to install php 4.4.0dev with Apache 2.0.43 by doing: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql make and got: ld: can't locate file for: -laprutil I deduced from bug reports on other OS that my be this file was not necessary, and removed "-laprutil" from the makefile. Then, make goes further, with similar problems. You will find below the diff between the original Makefile and the final. With this, make achieve its goal, and php seems to work, and to connect to the pgsql server through my browser. However, ld produced a lot of warnings about multiple definition ld: warning multiple definitions of symbol _XmlInitEncodingNS ext/xml/expat/xmltok.o definition of _XmlInitEncodingNS in section (__TEXT,__text) /usr/local/apache2/bin/httpd definition of _XmlInitEncodingNS and lot of others. Is there any problems with this ? Here is the diff : 14c14 < MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd -L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/usr/local/apache2/lib -laprutil /Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la -L/usr/local/apache2/lib -lapr-0 -lm --- > MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd -L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib -L/usr/local/apache2/lib -L/usr/lib -lssl -lcrypto 69c69 < EXTRA_LIBS = -lpq -lm --- > EXTRA_LIBS = -lpq -lm -lssl -lcrypto 84c84 < PHP_LDFLAGS = -L/usr/local/pgsql/lib --- > PHP_LDFLAGS = -L/usr/local/pgsql/lib -L/usr/lib --- E. Saint-James -- Edit this bug report at http://bugs.php.net/?id=20701&edit=1
#20845 [Opn->Fbk]: ftp_rawlist, ftp_nlist still not working
ID: 20845
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: W2k Server, Prof
PHP Version: 4CVS-2002-12-05 (dev)
New Comment:
What FTP server are you running on your computer?
Previous Comments:
[2002-12-06 22:20:11] [EMAIL PROTECTED]
Okay. More information.
I have the followinf script running under W2K Advanced Server, IIS5
$conn = ftp_connect("localhost");
ftp_login($conn, "ftptest", "ftptest");
$nlist = ftp_nlist($conn, "");
$rawlist = ftp_rawlist($conn, "");
echo "";
echo "Values from ftp_nlist()";
print_r($nlist);
echo "Values from ftp_rawlist()";
print_r($rawlist);
echo "";
The result of this PHP script execution is the output of nothing. Under
this account's home folder there are 3 sub-folders 'Inbound',
'Outbound' and 'Archive'. Also there are 3 files '1.txt', '2.txt' and
'3.txt'.
If I change the 'localhost' reference in the connect statement the
script does report the expected results. Actually any connection to a
remote server either of type Windows or Unix seems to work.
What does not work is the connection to the reference 'localhost',
'127.0.0.1' etc.
Also, I have tried executing this script under IIS and from a command
prompt. The same empty results are reported. Under IIS I have only
attempted using the 'php-cgi.exe' or CGI version. I have not attempted
the isapi version just because I am unsure of stability for other
aspects of my applications.
Enough?
[2002-12-05 19:25:29] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-12-05 17:07:39] [EMAIL PROTECTED]
In the Bug #20536 ftp_nlist, ftp_rawlist returns nothing
I have upgraded my PHP to the most current. Following from 'php.exe
-v'
PHP 4.4.0-dev (cli) (built: Dec 4 2002 20:18:55)
Zend Engine v1.4.0
I have a very simple script that was taken from the help pages on
ftp_rawlist().
On my server connnecting to 'localhost' or '127.0.0.1' or the actual
local DNS name STILL does not result in anything being provided. I can
connect to remote Win/*nix servers under anonymous and specific users
and the function works great.
After reading various posting and answers about the bug being fixed and
in CSV from 11/30 I have waited and waited until Dec 5 in hopes I could
finally get this working. I can change the Web server from IIS to
Apache sorry.
Does anyone have answers to this?
Paul
--
Edit this bug report at http://bugs.php.net/?id=20845&edit=1
#20583 [Opn->Fbk]: Variable values inconsistent with assignment statements.
ID: 20583
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: RedHat 7.2
PHP Version: 4CVS-2002-11-22 (stable)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-11-22 12:58:04] [EMAIL PROTECTED]
I haven't been able to recreate this problem at all in a controlled
environment, but I can recreate it consistently where we originally
discovered it.
Here is the snidbit of the function causing the erroneous output:
___
function do_mail_command($cmd,$server="morpheus.myersinternet.com") {
print "values prior to setting are: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
if(empty($server)) {
print "server is empty, so changing values";
$server = "this is the first one";
$errno = "here is the second one";
$errstr = "but they will all be this";
$random_variable = "does this work";
print "values after setting: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
}
$fp = fsockopen($server, 5154, $errno, $errstr, 10);
_
Here is the output of that exact piece of code:
values prior to setting are:
server => morpheus.myersinternet.com
errno => morpheus.myersinternet.com
errstr => morpheus.myersinternet.com
whoknows => morpheus.myersinternet.com
server is empty, so changing values
values after setting:
server => does this work
errno => does this work
errstr => does this work
whoknows => does this work
There are three main problems I see occurring here.
1. The first print statement prints out a bunch of "random" variables,
$server being the only that has previously been given a value. However,
as the print statement shows, they ALL have values.
2. The empty($server) check returns true even though its obviously
clear that $server is NOT empty.
3. After performing variuos assignment statements within the if block,
and printing out the variable values, it's clear that ALL the variables
receive the value of the LAST assignment statement made.
We found this bug because when calling fsockopen, the $errno and
$errstr variables had values even though they were never assigned any
values and it was causing the function to fail when trying to open the
socket. This function was working fine prior to our upgrade to the
latest version.
Our configure line is:
LoadModule php4_module modules/libphp4.so
We are also heavily using session variables in case that helps to
recreate the bug.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#20430 [Opn->Fbk]: Missing libs for Solaris sybase-ct compile
ID: 20430
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: SunOS 5.8
PHP Version: 4.3.0-pre2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-11-14 11:20:04] [EMAIL PROTECTED]
In my post, I wrote that I configured php-4.2.3.
I have in fact tried php-4.2.3, and php4-STABLE-2002111416
with the same results.
[2002-11-14 11:17:35] [EMAIL PROTECTED]
When PHP is configured for Sybase-CT support, it configures correctly
except that it doesn't include libtli.so, which is necessary for
Solaris.
For details, check:
http://www.sybase.com/detail/1,6904,1011596,00.html
If I edit Makefile and change -linsck to -ltli the configuration works
fine.
If I don't, sybase-ct will come back with an error saying it doesn't
have network transport layer to its $DSQUERY host. All other networking
configurations have been done on this box. In fact the Sybase ASE
dataserver is on the same box...
General environment summary:
uname -a output:
SunOS thoddb001 5.8 Generic_108528-15 sun4u sparc SUNW,Ultra-60
using gcc-2.95.3 to build php-4.2.3-RELEASE
configuration flags for php & sybase-ct support
env LDFLAGS=" -R $SYBASE/$SYBASE_OCS/lib -R /usr/local/lib "
./configure --prefix=/local/php-4.2.3
--with-apxs2=/local/apache_2_0_43/bin/apxs
--with-config-file-path=/local/php4/lib --without-pear --without-mysql
--with-pdflib=/usr/local --with-sybase-ct=$SYBASE/$SYBASE_OCS
The configuration has been tried without the /usr/local/lib path and
PDF support disabled.
PHP code which demonstrates the problem:
$query = "BEGIN ";
$query .= "declare @return_status INTEGER ";
$query .= " execute @return_status = spGetSession ";
$query .= " @pUser_ID = '$USER_ID, ', ";
$query .= " @pSEQ_ID = '$SEQ_ID, ', ";
$query .= " @pFunction_ID = $FUNCID ";
$query .= " select @return_status as return_status ";
$query .= " END ";
$jnamedia_conn = sybase_pconnect($JNAMEDIA, $DATABASE_USER_ID,
$DATABASE_PASSWORD) or die("Connect to $JNAMEDIA error.");
$result = sybase_query($query, $jnamedia_conn) or die("Check_session
error. Query was $query");
$row = sybase_fetch_array($result);
$ret_val = $row["return_status"];
--
Edit this bug report at http://bugs.php.net/?id=20430&edit=1
#20882 [NEW]: error_reporting and overload
From: [EMAIL PROTECTED]
Operating system: Linux debian woody
PHP version: 4.3.0RC2
PHP Bug Type: Class/Object related
Bug description: error_reporting and overload
// like everyday
error_reporting(E_ALL);
class Foo
{
function __get($var)
{
// ... some code to retrieve var
}
};
overload('Foo'); // activate overload
$f = new Foo();
echo $f->bar;// issued a NOTICE ERROR (unknown
// property)
Of course we can't declare a var $bar in Foo as
overload (for an obscure reason and unlike any other
language) only works if $bar does not exists in Foo.
Don't ask me to remove error_reporting line, i won't and
i'm sure you know why :)
ZendEngine2 has the same problem, __get, __set, __call are
just unusable. They need to be activated even if the target
property or function exists.
Thank for thinking about that, and thousands thanks if you
correct it.
--
Edit bug report at http://bugs.php.net/?id=20882&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20882&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20882&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20882&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20882&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20882&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20882&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20882&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20882&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20882&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20882&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20882&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20882&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20882&r=isapi
#20254 [Opn->Fbk]: imap_header() crash with bad Reply-To
ID: 20254
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Linux (2.4.18)
PHP Version: 4.3.0-dev
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-12-02 13:51:15] [EMAIL PROTECTED]
hello.
similar problem, imap_header() crash, but with other condition - long
To: header
php 4.2.3 as CLI,libc-client: 4.7-c2
bug can be reproduced with message containing following header:
To: Someone <[EMAIL PROTECTED]>,
Someone2 <[EMAIL PROTECTED]>,
...
Someone144
I didn't test actual threshold, it could be smaller then 144.
test script:
$imap=imap_open("{localhost:143}INBOX","user","pass");
if (!$imap)
echo "connect failed\n";
$header=imap_header($imap,1);
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x3d0f86 in malloc () from /lib/libc.so.6
(gdb) bt
#0 0x3d0f86 in malloc () from /lib/libc.so.6
#1 0x3d0ca4 in malloc () from /lib/libc.so.6
#2 0x80c723c in _emalloc (size=12) at zend_alloc.c:165
#3 0x53e39e in _php_imap_parse_address (addresslist=0x817bfe0,
fulladdress=0xbd870ec8, paddress=0x818476c) at php_imap.c:3632
#4 0x53e62e in _php_make_header_object (myzvalue=0x8178c3c,
en=0x817ce58)
at php_imap.c:3666
#5 0x536dbd in zif_imap_headerinfo (ht=2, return_value=0x8178c3c,
this_ptr=0x0, return_value_used=1) at php_imap.c:1631
#6 0x497d99 in zend_assign_to_variable_reference ()
from /usr/local/Zend/lib/ZendOptimizer.so
#7 0x4a1144 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#8 0x80d3fb8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:812
#9 0x805f81d in php_execute_script (primary_file=0xbd873388) at
main.c:1383
#10 0x805d6e3 in main (argc=2, argv=0xbd873404) at cgi_main.c:778
#11 0x37c0bf in __libc_start_main () from /lib/libc.so.6
[2002-11-14 22:39:24] [EMAIL PROTECTED]
I'm in another situation.
I configured php with uw-imap c-client, but
courier-imap server is running.
Stopping courier-imap server and, Test with uw-iamp server, there was
no crash.
Test with courier-imap server again, here backtrace report.
(gdb) bt
#0 0x403b480e in _zval_ptr_dtor (zval_ptr=0x0,
__zend_filename=0x4046de00
"/usr/local/src/php4-200211030600/Zend/zend_variables.c",
__zend_lineno=167)
at /usr/local/src/php4-200211030600/Zend/zend_execute_API.c:291
#1 0x403be4d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x0) at
/usr/local/src/php4-200211030600/Zend/zend_variables.c:167
#2 0x403c5a01 in zend_hash_destroy (ht=0x812eacc) at
/usr/local/src/php4-200211030600/Zend/zend_hash.c:543
#3 0x403be19a in _zval_dtor (zvalue=0x812ea8c,
__zend_filename=0x4046d6a0
"/usr/local/src/php4-200211030600/Zend/zend_execute_API.c",
__zend_lineno=293)
at /usr/local/src/php4-200211030600/Zend/zend_variables.c:60
#4 0x403b4839 in _zval_ptr_dtor (zval_ptr=0x811c820,
__zend_filename=0x4046de00
"/usr/local/src/php4-200211030600/Zend/zend_variables.c",
__zend_lineno=167)
at /usr/local/src/php4-200211030600/Zend/zend_execute_API.c:293
#5 0x403be4d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x811c820) at
/usr/local/src/php4-200211030600/Zend/zend_variables.c:167
#6 0x403c5a01 in zend_hash_destroy (ht=0x404da80c) at
/usr/local/src/php4-200211030600/Zend/zend_hash.c:543
#7 0x403b433e in shutdown_executor () at
/usr/local/src/php4-200211030600/Zend/zend_execute_API.c:186
#8 0x403bf70f in zend_deactivate () at
/usr/local/src/php4-200211030600/Zend/zend.c:625
#9 0x40387bd3 in php_request_shutdown (dummy=0x0) at
/usr/local/src/php4-200211030600/main/main.c:913
#10 0x403d6dfa in apache_php_module_main (r=0x8114ad4,
display_source_mode=0)
at /usr/local/src/php4-200211030600/sapi/apache/sapi_apache.c:61
#11 0x403d7c48 in send_php (r=0x8114ad4, display_source_mode=0,
filename=0x8116614 "/home/www/test.php")
at /usr/local/src/php4-200211030600/sapi/apache/mod_php4.c:556
#12 0x403d7cb5 in send_parsed_php (r=0x8114ad4) at
/usr/local/src/php4-200211030600/sapi/apache/mod_php4.c:571
#13 0x08054823 in ap_invoke_handler ()
#14 0x08069ca7 in process_request_internal ()
#15 0x08069d08 in ap_process_request ()
#16 0x08060a79 in child_main ()
#17 0x08060c48 in make_child ()
#18 0x08060dbc in startup_children ()
#19 0x08061434 in standalone_main ()
#20 0x08061cb3 in main ()
#21 0x400ad1c4 in __libc_start_main () from /lib/libc.so.6
(gdb)
[2002-11-13 12:41:38] [EMAIL PROTECTED]
Can you provide a backtrace using the latest CVS snapshot
and compiled with Apache 1.3 ?
--
#20033 [Opn->Fbk]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Red Hat 7.3 PHP Version: 4CVS-2002-10-22 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-06 12:29:20] [EMAIL PROTECTED] PHP doesn't eat a lot of cycles when it crashes. As I corrected in a subsequent revision to the post, the connection is being closed and the script terminates--it even goes through the registered shutdown function as it terminates. So no cycles are being eaten. I've not used gdb. I could, but I'm not sure if it is applicable in this case. If I run the script from the command-line, it works fine. If I run it by telneting into the port connected to the script, it works fine. It only crashes if a raw (non-Telnet-based) connection is established to the script by, for example, Eudora mail client or by a test VB script that opens a raw connection without any potential telnet connection control. As for output buffer options, I'm using the default php.ini. If you tell me what parameters specifically you'd like to know, I can look those up and/or change them. Again, what surprises me is that it works in command-line, works when I connect to it as a daemon via Telnet, but it fails in the above-described manner when I connect to the same daemon but using a non-Telnet client; i.e., Eudora connects and fails. If I write a custom VB app to just connect to the daemon to observe the problem, this fails as well. [2002-10-23 16:07:57] [EMAIL PROTECTED] Does PHP eat a lot of CPU when it hangs? Are you capable of running it under gdb and obtaining a backtrace? make sure you are running an --enable-debug build of PHP. gdb ./sapi/cli/php run nameofyourscript.php [hit CTRL-C when it hangs] bt full This would be ideal, because then we would know 100% what was going on. In light of your comments about shutdown, what happens if you comment out the fclose() line? Also, what are your ini settings for output buffer related options? (and does changing those affect the problem?) [2002-10-23 12:13:57] [EMAIL PROTECTED] I added requested fflush on $logfile after each fputs. It still indicates that it is dying on the "echo". I.e., logfile shows "Echoing line" but never reports "Sent." Additional important correction: I'm not sure whether behavior has changed or if I was just wrong before, but when the problem presents itself the script IS shutting down and the TCP/IP connection IS disconnected. In fact, it does so cleanly. It executes my registered shutdown function. In that function I had it write to the logfile and it shows that after the last "Echoing" line it DOES go through the shutdown function. Connection_status() within the shutdown function reports "1" (aborted), but the client side definitely didn't request the abort. I have also refined the loop so that the possible infinite loop situation is handled. This is a welcome improvement to my code to handle an "impossible" situation (impossible because it is constrained elsewhere by logic) but it didn't have any effect on the current problem. [2002-10-23 06:26:33] [EMAIL PROTECTED] while(ftell($mailfile) < $EndOfMessagePos) This line has the potential to cause a indefinete loop and there's no escape code in the loop, which breaks it. ftell will return FALSE if an error occurs, which in numerical comparison resolves to 0. Can you change that to: while(ftell($mailfile) and ftell($mailfile) < $EndOfMessagePos) [2002-10-23 03:54:00] [EMAIL PROTECTED] It's more likely to be a problem with fgets; could you try fflush($logfile) ing after the fputs lines, just to make sure that they're not waiting in the buffer. Also, when php hangs, is it using a lot of CPU? 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/20033 -- Edit this bug report at http://bugs.php.net/?id=20033&edit=1
#19670 [Opn->Fbk]: 64bit Oracle installation fails
ID: 19670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-13 13:54:36] [EMAIL PROTECTED] 1. Experienced similar but slightly different issue. On Oracle 9i (9.2.0) under HP-UX 11i (11.11) the 64 bit libraries are installed in ORACLE_HOME/lib and the 32 bit libraries are in ORACLE_HOME/lib32. This results in obvious link failures when trying to build a 32 bit version of PHP. 2. There are obvious work arounds to force linkage against the correct libraries, however it would be nice if there were a config option to override the Oracle library directory. [2002-10-01 01:02:52] [EMAIL PROTECTED] Yes, again this is the standard installation path of Oracle 8i. For more information about disk layout of Oracle 8i 64bit read the Product Notes section in 'Oracle 8i Release Notes' available under: http://download-east.oracle.com/docs/pdf/A90156_01.pdf [2002-09-30 10:43:37] [EMAIL PROTECTED] I understand what your claiming the bug is, thats not the issue. What I'm questioning is the validity of the bug, in the sense that my local 64bit Oracle install doesn't use the lib64 notation, but still uses the lib. Which may mean that my install is borked, but thus my asking. [2002-09-30 09:36:00] [EMAIL PROTECTED] Yes, this is a standard install of Oracle 8. All 32 bit Libraries are in $ORACLE_HOME/lib and 64 bit Libraries in $ORACLE_HOME/lib64 The problem is the configure script, which is not aware of compiling 64 bit - so the wrong library path is set. The actual wayaround is to edit the configure script accordingly vi configure :1,$s-OCI8_DIR\/lib-OCI8_DIR\/lib64-g :wq This works - but there should be a better solution in future. [2002-09-30 07:44:13] [EMAIL PROTECTED] Is this a standard install? My Oracle9 on Solaris 2.8 is all installed under $ORACLE_HOME/lib 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/19670 -- Edit this bug report at http://bugs.php.net/?id=19670&edit=1
#20880 [Fbk->Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger Previous Comments: [2002-12-07 15:09:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. [2002-12-07 12:36:23] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger [2002-12-07 12:03:51] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20880 [Opn->Fbk]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Download the latest PHP snapshot from the URL in this message and try it. Previous Comments: [2002-12-07 17:22:44] [EMAIL PROTECTED] Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger [2002-12-07 15:09:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. [2002-12-07 12:36:23] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger [2002-12-07 12:03:51] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20883 [NEW]: get_included_files() addition for md5 hashes..
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.3.0RC2 PHP Bug Type: Feature/Change Request Bug description: get_included_files() addition for md5 hashes.. I was writing a chaching system for the web project software I'm making, when I realised that it's pretty much useless to have it in a non-production environment.. so i have to clear the chache everytime i edit a file (in case the output changes, so i can see it in realtime).. the other sollution is to have a function which would return md5sum for all included files which is what i would like you to do - it's better that the md5 hash is stored somewhere internally, as you load the file anyway, instead of reloading everything from get_included_files() it probablly wouldnt be used much, but its not such of a huge memory/cpu footprint (if possible) -- Edit bug report at http://bugs.php.net/?id=20883&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20883&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20883&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20883&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20883&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20883&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20883&r=support Expected behavior: http://bugs.php.net/fix.php?id=20883&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20883&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20883&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20883&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20883&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20883&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20883&r=isapi
#11561 [Com]: Inconsistent behavior between imap_getmailboxes and imap_getsubscribed
ID: 11561
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: IMAP related
Operating System: Redhat 7.0, Linux 2.2.16-22
PHP Version: 4.0.5
New Comment:
I would like to add that this is still an issue with PHP 4.2.2
available with RedHat 8.0. I haven't tried 4.2.3 or any 4.3 betas, but
it doesn't seem to have gone away so far.
Tim
Previous Comments:
[2002-05-28 13:02:48] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2001-06-19 11:13:23] [EMAIL PROTECTED]
Hello,
According to the PHP4 documentation, the functions imap_getsubscribed
and imap_getmailboxes are supposedly identical except
imap_getsubscribed returns just the subscribed mailboxes and
imap_getmailboxes returns all mailboxes.
This seems to be true everywhere except the for the attributes
bitmask.
Running the following program on one of my imap mailboxes returns the
following output.
PROGRAM:
Mailboxes\n";
$folders = imap_getmailboxes ($mbox, "{localhost:143}", "*");
if ($folders == false) {
echo "Call failed\n";
} else {
while (list ($key, $val) = each ($folders)) {
print "($key) ";
print imap_utf7_decode($val->name).",";
print "'".$val->delimiter."',";
print $val->attributes."\n";
}
}
?>
OUTPUT:
(0) {localhost:143}Sent Items,'/',1
(1) {localhost:143}Drafts,'/',1
(2) {localhost:143}PHP,'/',2
(3) {localhost:143}PHP/Inbox,'/',1
(4) {localhost:143}PHP/Saved,'/',1
(5 {localhost:143}Sendmail,'/',2
(6) {localhost:143}Sendmail/Inbox,'/',1
(7) {localhost:143}Sendmail/Saved,'/',1
(8) localhost:143}INBOX,'',1
The attributes for printed out are correct. ( However I am 100% clear
on what the attributes LATT_MARKED and LATT_UNMARKED mean. )
After replacing the following line from the program above:
$folders = imap_getmailboxes $mbox, "{localhost:143}", "*");
With this one:
$folders=imap_getsubscribed ($mbox, "{localhost:143}", "*");
I now get the following output...
(0) {localhost:143}Sent Items,'/',0
(1) {localhost:143}Drafts,'/',0
(3) {localhost:143}Sendmail,'/',0
(4) {localhost:143}Sendmail/Inbox,'/',0
(5) {localhost:143}Sendmail/Saved,'/',0
(6) {localhost:143}PHP,'/',0
(7) {localhost:143}PHP/Inbox,'/',0
(8) {localhost:143}PHP/Saved,'/',0
(9) {localhost:143}INBOX,'',1
As you can see, I have lost the attribute information for each mailbox
when using imap_getsubscribed. Particuarly I have lost the
LATT_SUBSCRIBED, and LATT_NOSELECT information.
According the documentation, I assumed the behavior of these two
functions should be similiar.
Excerpt of documentation from imap_getmailboxes().
Returns an array of objects containing mailbox information. Each object
has the attributes name, specifying the full name of the mailbox;
delimiter, which is the hierarchy delimiter for the part of the
hierarchy this mailbox is in; and attributes. Attributes is a bitmask
that can be tested against:
LATT_NOINFERIORS - This mailbox has no "children" (there are no
mailboxes below this one).
LATT_NOSELECT - This is only a container, not a mailbox - you cannot
open it.
LATT_MARKED - This mailbox is marked. Only used by UW-IMAPD.
LATT_UNMARKED - This mailbox is not marked. Only used by UW-IMAPD.
_
I am running a Redhat 7.0 system with apache 1.3.20, with
mod_ssl-2.8.4-1.3.20, mysql-max-3.23.38, php-4.0.5
Is this a bug or am I doing something wrong???
Ed Brady
ed@.ebrady.net
--
Edit this bug report at http://bugs.php.net/?id=11561&edit=1
#20880 [Fbk->Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Try what? You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? Rüdiger Previous Comments: [2002-12-07 17:34:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Download the latest PHP snapshot from the URL in this message and try it. [2002-12-07 17:22:44] [EMAIL PROTECTED] Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger [2002-12-07 15:09:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. [2002-12-07 12:36:23] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger [2002-12-07 12:03:51] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. With kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20880 [Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: These 2 links pointed you to the latest development version of php. The 1st link is the linux sources, the 2nd in the windows binary version (which you can use on a windows box as a full replacement of your current installation for tests purpose). In the case you will test with one these version, please use the bundled gd library (compile with "--with-gd" to get it). Then can you try to export it as a png image and post an url here ? pierre You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? Previous Comments: [2002-12-07 19:11:32] [EMAIL PROTECTED] Try what? You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? Rüdiger [2002-12-07 17:34:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Download the latest PHP snapshot from the URL in this message and try it. [2002-12-07 17:22:44] [EMAIL PROTECTED] Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger [2002-12-07 15:09:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. [2002-12-07 12:36:23] [EMAIL PROTECTED] I have two png-files, both with transparency. With ImageCopy the transparency area of the second graphic will dominate the white area of the first graphic at the bottom. Example at http://rc.opelgt.org/rechnereien/bug.gif in the left bottom (origin) of the diagramm: Ok: at the left GD 1.6 with GIFs, bad: at the right GD 2.0 with PNGs. My suggestion: a switch to set the behavior 1. transparency of the second leaves the bottom grafic unmodified. Good for my application. 2. transparency of the second grafic dominates the first grafic. Good for perforating the first grafic With kind regards, Rüdiger 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/20880 -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#20880 [Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Hello Pierre, as mentioned I have a Mac and using a C-Compiler is beyond my possibilities. I will wait for 4.3 as a Mac-Version. Rüdiger P.s.: Or do you have a source for a free C-Compiler for Mac OSX? Previous Comments: [2002-12-07 19:30:53] [EMAIL PROTECTED] These 2 links pointed you to the latest development version of php. The 1st link is the linux sources, the 2nd in the windows binary version (which you can use on a windows box as a full replacement of your current installation for tests purpose). In the case you will test with one these version, please use the bundled gd library (compile with "--with-gd" to get it). Then can you try to export it as a png image and post an url here ? pierre You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? [2002-12-07 19:11:32] [EMAIL PROTECTED] Try what? You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? Rüdiger [2002-12-07 17:34:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Download the latest PHP snapshot from the URL in this message and try it. [2002-12-07 17:22:44] [EMAIL PROTECTED] Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger [2002-12-07 15:09:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please use the bundled gd included with the STABLE snapshot. 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/20880 -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
I receive this bug too...I have traced it back to breaking as soon as I
use session_id(); function, and then working fine again once use of
that function is removed.
Previous Comments:
[2002-11-12 14:33:57] [EMAIL PROTECTED]
Another data point. I've recently moved a system from a hosted server
running 4.06 to a server under my control running redhat 7.3 and php
4.2.3 Since the move I've been getting very occasional cases of users
logging in and receiving someone else's session. The session handling
is very simple.
On login
session_name($db_name);
session_start();
$user = new User($userid, $passwd);
session_register("user");
On return
session_name($db_name);
session_start();
I've tried various workarounds like
session.entropy_length= 512
session.entropy_file = /dev/urandom
in the belief that somehow the two people were getting the same ID and
hence temp file
But all this was just thrashing at the problem. Then I checked my own
cookies and discovered the same as
[EMAIL PROTECTED] The cookie contained two session IDs. So I deleted
all relevant cookies. Logged out and in and now I'm back to the
expected single ID in the cookie.
I have logging turned on but have not yet seen any errors.
[2002-11-11 03:12:24] [EMAIL PROTECTED]
I've seen this bug on FreeBSD since PHP4.0.* series. Now I use 4.2.2.
It happens rarely. I could not figure why - the probability is small.
[2002-10-22 08:45:42] [EMAIL PROTECTED]
I got this too and its on a low traffic dev server. This
started happening even with old sites. I use FreeBSD and
the latest of everything. I will not upgrade the PHP on my
prod servers until this is resolved. good luck.
[2002-10-18 03:29:47] [EMAIL PROTECTED]
I'm experiencing this too, and I might have some usefull feedback!
I don't see the 'failed to write' messages. But I do have the random
loss of sessions. I've modified my script so I get an email with all
GET_VARS, SERVER_VARS etc. whenever the sessiondata is lost.
I found a very weird thing with respect to the session cookie. It
contained:
HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972;
pollvoted[1]=1; (... some other data left out for privacy reasons);
PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9
There are two separate PHPSESSID's in the same cookie! Maybe one of the
too is indeed invalid (no session date) How is this possible?
[2002-10-15 09:40:21] [EMAIL PROTECTED]
Hello,
I am also experiencing this bug. I am using Debian, 2.4.18 kernel, SMP
machine, PHP 4.2.3. (also observed bug on PHP 4.1.2). The server is
not experiencing a heavy load.
I am attempting to script a temporary fix for this bug until there is a
permanent fix in a stable PHP release. Would something like the
following work?
1. At the end of every page request, backup the session file:
copy(session_save_path() . '/sess_' . session_id(),
session_save_path() . '/sess_' . session_id() . '_bak');
2. At the top of each script that requires session data, check to see
if the main session file has been truncated. If so, replace it with
the backup that you have created. Assuming you have the session Id
stored in a cookie as 'user_sess_id':
if (isset($_COOKIE[user_sess_id])
&& file_exists(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id] . '_bak')
&& file_exists(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id]) && (filesize(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id]) == 0)
&& (filesize(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id] . '_bak') > 0) ) {
// restore the session file
copy(session_save_path() . '/sess_' . $_COOKIE[user_sess_id] .
'_bak', session_save_path() . '/sess_' . $_COOKIE[user_sess_id]);
}
// continue with script...
Does this have any hope of helping restore the lost session data? Or
would PHP have already read in the session data from the file on disk
before it reaches this point of processing the code?
Any advice on how PHP coders can write a temporary fix for this bug
would be greatly appreciated.
Thanks,
Taylor Davis
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/19022
--
Edit this b
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
Okay, I think I solved this bug for me at least.
I would receive this error:
Failed to write session data (files). Please verify that the current
setting of session.save_path is correct (c:\windows\temp) in Unknown on
line 0
and I finally tracked it down to being I was sometimes setting the
session_id(""); to blank, aka, to nothing. That would cause it to fail.
I still think this is a bug, because you shouldn't be able to break it
by setting it to nothing.
The reason I was unable to track this down quicker was because I had no
idea I was passing a blank variable to the session_id. So I looked into
that, and it turns out PHP fails to delete cookies.
I think their is a bug with the delete cookie functions...you might
want to check into that. To solve this, instead of deleting the
cookies, I just set them to -1, and then checked if they were -1, and
if so, treated them as if they weren't there.
I hope this helps,
Nate
Previous Comments:
[2002-12-07 20:05:38] [EMAIL PROTECTED]
I receive this bug too...I have traced it back to breaking as soon as I
use session_id(); function, and then working fine again once use of
that function is removed.
[2002-11-12 14:33:57] [EMAIL PROTECTED]
Another data point. I've recently moved a system from a hosted server
running 4.06 to a server under my control running redhat 7.3 and php
4.2.3 Since the move I've been getting very occasional cases of users
logging in and receiving someone else's session. The session handling
is very simple.
On login
session_name($db_name);
session_start();
$user = new User($userid, $passwd);
session_register("user");
On return
session_name($db_name);
session_start();
I've tried various workarounds like
session.entropy_length= 512
session.entropy_file = /dev/urandom
in the belief that somehow the two people were getting the same ID and
hence temp file
But all this was just thrashing at the problem. Then I checked my own
cookies and discovered the same as
[EMAIL PROTECTED] The cookie contained two session IDs. So I deleted
all relevant cookies. Logged out and in and now I'm back to the
expected single ID in the cookie.
I have logging turned on but have not yet seen any errors.
[2002-11-11 03:12:24] [EMAIL PROTECTED]
I've seen this bug on FreeBSD since PHP4.0.* series. Now I use 4.2.2.
It happens rarely. I could not figure why - the probability is small.
[2002-10-22 08:45:42] [EMAIL PROTECTED]
I got this too and its on a low traffic dev server. This
started happening even with old sites. I use FreeBSD and
the latest of everything. I will not upgrade the PHP on my
prod servers until this is resolved. good luck.
[2002-10-18 03:29:47] [EMAIL PROTECTED]
I'm experiencing this too, and I might have some usefull feedback!
I don't see the 'failed to write' messages. But I do have the random
loss of sessions. I've modified my script so I get an email with all
GET_VARS, SERVER_VARS etc. whenever the sessiondata is lost.
I found a very weird thing with respect to the session cookie. It
contained:
HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972;
pollvoted[1]=1; (... some other data left out for privacy reasons);
PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9
There are two separate PHPSESSID's in the same cookie! Maybe one of the
too is indeed invalid (no session date) How is this possible?
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/19022
--
Edit this bug report at http://bugs.php.net/?id=19022&edit=1
#20880 [Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic
ID: 20880 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Mac OSX 10.2.2 PHP Version: 4.2.3 New Comment: Hello, A quick test helpfull to find out what happens with your image, can you provide a url (html page) with the 2 original images you use to create the final gif image you provided as a link, and a short script to reproduce it. About a compiler on a macos platform, you may take a look at: http://www.phpmac.com/ pierre Previous Comments: [2002-12-07 19:45:20] [EMAIL PROTECTED] Hello Pierre, as mentioned I have a Mac and using a C-Compiler is beyond my possibilities. I will wait for 4.3 as a Mac-Version. Rüdiger P.s.: Or do you have a source for a free C-Compiler for Mac OSX? [2002-12-07 19:30:53] [EMAIL PROTECTED] These 2 links pointed you to the latest development version of php. The 1st link is the linux sources, the 2nd in the windows binary version (which you can use on a windows box as a full replacement of your current installation for tests purpose). In the case you will test with one these version, please use the bundled gd library (compile with "--with-gd" to get it). Then can you try to export it as a png image and post an url here ? pierre You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? [2002-12-07 19:11:32] [EMAIL PROTECTED] Try what? You have sent me twice the same link. When I have no C-Compiler (or what kind of source is this?) what shall I do with it? Rüdiger [2002-12-07 17:34:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Download the latest PHP snapshot from the URL in this message and try it. [2002-12-07 17:22:44] [EMAIL PROTECTED] Thanks for fast response. What did you mail me? Source code? I do not know what to do with it. Sorry, Rüdiger 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/20880 -- Edit this bug report at http://bugs.php.net/?id=20880&edit=1
#19413 [Bgs]: GD & freetype not thread safe
ID: 19413 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: OS/2 PHP Version: 4.2.3 New Comment: >Sorry, but your problem does not imply a bug in PHP itself. Well, that depends on whether you consider the bundled GD library to be part of "PHP itself". I believe the root of the problem is that GD (in gdft.c) uses static global variables: static gdCache_head_t *fontCache; static FT_Library library; Both of these need to be thread local or their use serialized. The GD font cache code does no locking so sharing the font cache between threads is not safe. The FreeType docs also state that FT_Library objects should not be shared between threads. Previous Comments: [2002-12-07 01:37:00] [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. Thank you for your interest in PHP. PHP has no control over the Freetype library any thread safety issues should be addressed by the authors of that library. [2002-09-16 15:27:06] [EMAIL PROTECTED] I really don't think an extension/library not being threadsafe is a critical issue for 4.3. There are dozens of extensions with thread safety problems and if we say that making every extension threadsafe is a requirement for 4.3 it will take us 12+ months before we can release it. [2002-09-15 03:13:14] [EMAIL PROTECTED] Setting this to critical so that it will be picked by somebody before 4.3 is released. Derick [2002-09-15 01:53:40] [EMAIL PROTECTED] This patch serializes access to gdImageStringFT & friends, curing the segfaults I'd been getting. http://silk.apana.org.au/pub/apache/gd_threadsafe_patch.txt [2002-09-15 01:34:18] [EMAIL PROTECTED] In testing Apache v2.0.40 running multi-threaded, I noticed regular exceptions occurring with concurrent requests for a GD generated image. I tracked it down to the fact that the way GD uses freetype is not thread safe (it uses a single static FT_Library object which the freetype docs specifically say shouldn't be shared between threads). -- Edit this bug report at http://bugs.php.net/?id=19413&edit=1
#20449 [Com]: sessions randomly fail
ID: 20449
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: redhat 7.3
PHP Version: 4.4.0-dev
New Comment:
Hey all,
- PHP 4.2.3
- FreeBSD 4.7-RELEASE
- Apache 1.3.27
- Dual processor / SMP Kernel.
I've encountered the same mysterious $_SESSION / session data loss
just as I was about to go live. Also no URL rewriting occurs.
I've read the related/similar bug posts. And have noted the problem
seems to surround SMP kernels and use of the session_id() function. The
posts I read :
Bug #19029
Bug #17846
Bug #19972
Bug #19022
My code which is grossly simpler for efficiency that dies / quickly
expires login sessions. It does server site session management :
NOW();";
mysql_query($query);
// Check if session still valid
if (mysql_affected_rows() > 0){
$expired = false;
} else {
$expired=true;
$query = "DELETE FROM sesstable WHERE userID='$userID';";
mysql_query($query);
}
} else { $expired=true;}
if ($expired){ header ("Location: /rstart?err=tm"); }
// do other stuff here.
?>
I had no problem with this code on a single processor system using php
4.0.2
php.ini configs :
[Session]
session.save_handler = files
# /hide -- symlink to /usr/hide
session.save_path = /hide
session.use_cookies = 1
session.name = rnid
session.auto_start = 1
; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 43200
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_dividend= 1000
session.gc_maxlifetime = 43200
session.bug_compat_42 = 0
session.bug_compat_warn = 1
session.referer_check =
session.entropy_length = 0
;session.entropy_file = /dev/random
;session.entropy_file = /dev/urandom
; Set to {nocache,private,public} to determine HTTP caching aspects.
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
# end session configs.
compile notes :
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/ etc' '--with-mysql=/usr/local'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable- trans-sid'
'--without-pear' '--with-iconv=/usr/local' '--prefix=/usr/local'
Previous Comments:
[2002-12-06 09:52:57] [EMAIL PROTECTED]
Back again, with new informations !
I have setup a small test platform, with custom session handlers to a
database, and DBMS in debug mode.
When I force a session write before the end of the script, I get the
whole session var serialized.
When I force a sess_write_close at the same place, I get a truncated
serialized session var (objects missing)
When I let things behave normally, I get a truncated serialized session
var (objects missing)
Thus, I have an hypothesis : The objects inside the session var are
destroyed _before_ the serialization occurs, leading to a truncated
result.
Could you please revert back to me with more on this ?
[2002-12-05 06:22:50] [EMAIL PROTECTED]
Well, a few checks later, the serialize function is working on my
session var (tested just before the end of the script)
Also, there is no detectable concurrent save of the session, as the
main script is executed only once, while the iframe is run each time.
[2002-12-05 05:52:52] [EMAIL PROTECTED]
Could possibly be related to Bug #17419 (cross referenced classes are
not supported by the serialization function) ?
[2002-12-05 05:46:12] [EMAIL PROTECTED]
Well, I have the same kind of problem (I try to upgrade from 4.0.4pl1 -
I know I should have done this before)
In my case, I use an iframe to display the results of a search. You can
select the page by clicking a number.
This works well with 4.0.4pl1, not with 4.1.7 or 4.2.2
After some searches, I've finally found out that my session was not
correctly saved (neither in a file nor in a db, I tried both)
I tried to force the write of the session with no better results.
As my session var contains an object, I also suspect the serialize
handler.
Another possibility is two instances trying to write the session at the
same time (I use the session both in the main page and in the iframe)
At present, I'm wondering if using the wddx serialization would be
better.
I hope this will help to fix the problem.
Regards,
-
#17174 [Opn->Asn]: checkdnsrr: add AAAA type
ID: 17174 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: UNIX PHP Version: 4.1.2 -Assigned To: +Assigned To: pollita Previous Comments: [2002-05-13 05:04:51] [EMAIL PROTECTED] Regarding the function checkdnsrr (documented as part of the Network functions): I would be pleased if you could add support for the type (the IPv6 equivalent of the A record) -- Edit this bug report at http://bugs.php.net/?id=17174&edit=1
#20884 [NEW]: Session file stay forever
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5 PHP version: 4.2.3 PHP Bug Type: Session related Bug description: Session file stay forever Here's my conf: [Session] session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 I start session and even if the user close it's browser, the session file stay forever... It stay there and I have to delete them else I get an hundred of session file created I tested it on my 2 box (Freebsd4.5) and it does that too -- Edit bug report at http://bugs.php.net/?id=20884&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20884&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20884&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20884&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20884&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20884&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20884&r=support Expected behavior: http://bugs.php.net/fix.php?id=20884&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20884&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20884&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20884&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20884&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20884&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20884&r=isapi
