[PHP-DEV] Bug #11961: \r\n or \n

[wuxinan]

From: [EMAIL PROTECTED]
Operating system: Win98 SE
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  \r\n or \n

I've submitted this bug some days before but I didn't get very kind reply.
I decided to resubmit it.

test.php:
".count(split("\r\n", $str));
?>

And I've put 3 random lines in test.txt
OK, my PHP is running as Apache module, so when I type
"localhost/test.php", I got the output "31".

Then, I run this script in CGI mode. This can be done simply by the command
"c:\php_path\php.exe test.php", and I will get the output "33".

OK, so PHP is not portable, even in the same platform but different PHP
running mode. CGI PHP and module PHP interpret "\r\n" differently.

-- 
Edit bug report at: http://bugs.php.net/?id=11961&edit=1


-- 
PHP Development Mailing List 
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 #11460: \n or \r\n?

[wuxinan]

From: [EMAIL PROTECTED]
Operating system: Win98
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  \n or \r\n?

the thing is, my PHP running in CGI PHP and module PHP (PHP running as a module of 
Apache 1.3.20) have different results. PHP is not portable!

use fread() and .= operation, I read the entire file into a string, and use 
count(split(string, "\n")); to find out how many lines there. This basically works 
well if this PHP file is invoked by PHP module.

However, this doesn't work if PHP is running in CGI mode.
I have to change to "\r\n" then the script gives the same result.


-- 
Edit Bug report at: http://bugs.php.net/?id=11460&edit=1



-- 
PHP Development Mailing List 
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 #10765 Updated: timeout doesn't work

[wuxinan]

ID: 10765
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Sockets related
Operating system: Windows 98
PHP Version: 4.0.5
Description: timeout doesn't work

Actually I am making a Webster dictionary Web Interface:


$fp = fsockopen($webster_server, $webster_port, $err, $errno, 5);
socket_set_timeout($fp, 5);

Here 5 seconds timeout in fsockopen() doesn't work. If it cannot connet, it will 
simply wait until the maximun script execution time (default 30 seconds in php.ini) 
reached.

socket_set_timeout() seems to be not implemented in this version.

(PHP 4.0.5, Windows CGI binary release)

Previous Comments:
---

[2001-05-10 04:44:49] [EMAIL PROTECTED]
Add some short script which demonstrates how they don't work.

--Jani


---

[2001-05-09 16:43:46] [EMAIL PROTECTED]
timeout parameter in fsockopen() doesn't work
socket_set_timeout() doesn't work.

I am using PHP 4.0.5 (binary release, CGI version) in Windows 98.

---


Full Bug description available at: http://bugs.php.net/?id=10765


-- 
PHP Development Mailing List 
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 #10765: timeout doesn't work

[wuxinan]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.5
PHP Bug Type: Sockets related
Bug description:  timeout doesn't work

timeout parameter in fsockopen() doesn't work
socket_set_timeout() doesn't work.

I am using PHP 4.0.5 (binary release, CGI version) in Windows 98.


-- 
Edit Bug report at: http://bugs.php.net/?id=10765&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #10623 Updated: Left value $HTTP_SESSION_VARS[] doesn't work

[wuxinan]

ID: 10623
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Description: Left value $HTTP_SESSION_VARS[] doesn't work

Actually use $HTTP_SESSIONS_VARS[] for right-value and global variables for left-value 
directly won't have any security problems. So I guess this IS a bug but it doesn't 
matter.

Previous Comments:
---

[2001-05-02 22:44:19] [EMAIL PROTECTED]
I use binary release of 4.0.5
I turn on global_vars
the following statement won't work:

session_register("god");
$HTTP_SESSION_VARS["god"] = true;

instead, I have to use
$god=true;

however, if I have assigned true to $god via the statement "$god=true", I can access 
$god via $HTTP_SESSION_VARS["god"].

This means, $HTTP_SESSION_VARS[] can only work as a right-value.


---


Full Bug description available at: http://bugs.php.net/?id=10623


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7822 Updated: system crash

[wuxinan]

ID: 7822
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: system crash

Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98
this problem still exists.

Default setting will make system crash in Windows 98 if accessing something like

http://localhost/php/php.exe

I guess PHP at least should announce this problem (and I've made two of my friends 
crashed, sorry if they see this.).

Previous Comments:
---

[2001-01-12 12:27:08] [EMAIL PROTECTED]
cynic: This is a Great Idea!

---

[2001-01-12 10:26:41] [EMAIL PROTECTED]
indeed. a temporary workaround, if I may:


deny from all


This at least denies direct access to the executable, and thus gets you rid of the 
crashes.

---

[2001-01-08 02:32:47] [EMAIL PROTECTED]
In 4.0.4, This bug still exists.

(Win32, php.ini) Conditions for this bug:
safe_mode=Off
doc_root=; the root of the php pages, used only if nonempty
(doc_root is empty)

In such configured PHP, system will crash if I type the URL:
http://localhost/php/php.exe
(Note: no "/" at the end of the URL)

I may consult the source code if I have time later.

---

[2001-01-06 02:29:03] [EMAIL PROTECTED]
does this problem exist in PHP 4.0.4

---

[2000-11-14 19:06:55] [EMAIL PROTECTED]
I config PHP for Apache 1.3.14 for Win32 as almost all people do: in apache 
configuation file:

ScriptAlias /php/ "C:/Program Files/PHP/"

AllowOverride None
Options None

AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"

All the things go well and apache is able to process .php files. However, I type: 
http://localhost/php/php.exe, then my system crashes... Windows says that php.exe: 
program error.


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=7822


-- 
PHP Development Mailing List 
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 #10623: Left value $HTTP_SESSION_VARS[] doesn't work

[wuxinan]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.5
PHP Bug Type: *Session related
Bug description:  Left value $HTTP_SESSION_VARS[] doesn't work

I use binary release of 4.0.5
I turn on global_vars
the following statement won't work:

session_register("god");
$HTTP_SESSION_VARS["god"] = true;

instead, I have to use
$god=true;

however, if I have assigned true to $god via the statement "$god=true", I can access 
$god via $HTTP_SESSION_VARS["god"].

This means, $HTTP_SESSION_VARS[] can only work as a right-value.



-- 
Edit Bug report at: http://bugs.php.net/?id=10623&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7822 Updated: system crash

[wuxinan]

ID: 7822
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: system crash

cynic: This is a Great Idea!

Previous Comments:
---

[2001-01-12 10:26:41] [EMAIL PROTECTED]
indeed. a temporary workaround, if I may:


deny from all


This at least denies direct access to the executable, and thus gets you rid of the 
crashes.

---

[2001-01-08 02:32:47] [EMAIL PROTECTED]
In 4.0.4, This bug still exists.

(Win32, php.ini) Conditions for this bug:
safe_mode=Off
doc_root=; the root of the php pages, used only if nonempty
(doc_root is empty)

In such configured PHP, system will crash if I type the URL:
http://localhost/php/php.exe
(Note: no "/" at the end of the URL)

I may consult the source code if I have time later.

---

[2001-01-06 02:29:03] [EMAIL PROTECTED]
does this problem exist in PHP 4.0.4

---

[2000-11-14 19:06:55] [EMAIL PROTECTED]
I config PHP for Apache 1.3.14 for Win32 as almost all people do: in apache 
configuation file:

ScriptAlias /php/ "C:/Program Files/PHP/"

AllowOverride None
Options None

AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"

All the things go well and apache is able to process .php files. However, I type: 
http://localhost/php/php.exe, then my system crashes... Windows says that php.exe: 
program error.


---


Full Bug description available at: http://bugs.php.net/?id=7822


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]