[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server Korean Versi PHP Version: 4.1.0 New Comment: I have solved my problem. I don't modify my source code, but my home page goes well done. my solution is upgrade to php 4.1.1. it's php 4.1.0 problem. Thank you. Previous Comments: [2001-12-23 13:14:15] [EMAIL PROTECTED] User error = bogus the redeclare message probably comes from a function you define in the include file, but that is a built in PHP function. See the manual at www.php.net to verify that. Derick [2001-12-23 13:02:49] [EMAIL PROTECTED] I found my mistake in php.ini file. My session directory is not exist. I make Session directory, and then php works fine. But I have one more question. Error message is ... Cannot redeclare ... not session. Please comment. [2001-12-14 13:01:09] [EMAIL PROTECTED] Please submit a short working example that shows your problem. Derick [2001-12-14 12:41:13] [EMAIL PROTECTED] No! I include the file once. but I edit my php file using include_once(). and Error Message is re-occured. help me! [2001-12-14 12:21:39] [EMAIL PROTECTED] I think you're including the file twice. Use include_once() instead of include() to avoid this problem. Reopen if this is not the case. BTW: please do not post your whole ini file :( 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/?id=14520 Edit this bug report at http://bugs.php.net/?id=14520edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
I found my mistake in php.ini file.
My session directory is not exist.
I make Session directory, and then php works fine.
But I have one more question.
Error message is ... Cannot redeclare ... not session.
Please comment.
Previous Comments:
[2001-12-14 13:01:09] [EMAIL PROTECTED]
Please submit a short working example that shows your problem.
Derick
[2001-12-14 12:41:13] [EMAIL PROTECTED]
No! I include the file once. but I edit my php file using include_once(). and Error
Message is re-occured.
help me!
[2001-12-14 12:21:39] [EMAIL PROTECTED]
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results in less
; writes, and sometimes less packets sent on the wire, which can often lead to
;
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
User error = bogus
the redeclare message probably comes from a function you define in the include file,
but that is a built in PHP function.
See the manual at www.php.net to verify that.
Derick
Previous Comments:
[2001-12-23 13:02:49] [EMAIL PROTECTED]
I found my mistake in php.ini file.
My session directory is not exist.
I make Session directory, and then php works fine.
But I have one more question.
Error message is ... Cannot redeclare ... not session.
Please comment.
[2001-12-14 13:01:09] [EMAIL PROTECTED]
Please submit a short working example that shows your problem.
Derick
[2001-12-14 12:41:13] [EMAIL PROTECTED]
No! I include the file once. but I edit my php file using include_once(). and Error
Message is re-occured.
help me!
[2001-12-14 12:21:39] [EMAIL PROTECTED]
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
Previous Comments:
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results in less
; writes, and sometimes less packets sent on the wire, which can often lead to
; better performance. The gain this directive actually yields greatly depends
; on which Web server you're working with, and what kind of scripts you're using.
; - register_argc_argv = Off [Performance]
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation. Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = GPCS [Performance]
; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access
; environment variables, you can use getenv()
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
No! I include the file once. but I edit my php file using include_once(). and Error
Message is re-occured.
help me!
Previous Comments:
[2001-12-14 12:21:39] [EMAIL PROTECTED]
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results in less
; writes, and sometimes less packets sent on the wire, which can often lead to
; better performance. The gain this directive actually yields greatly depends
; on which Web server you're working with, and what kind of scripts you're using.
; - register_argc_argv = Off [Performance]
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation. Instead, you should use the
; function
