Bug #17136: com and messages queue

2002-05-10 Thread fd 

From: [EMAIL PROTECTED]
Operating system: windows 2000 
PHP version:  4.2.0
PHP Bug Type: COM related
Bug description:  com and messages queue

i tried to create a com-object in order to use microsoft messages-queues
(MSMQ):
 
PathName (".\\PRIVATE$\\SYNCHMQ");
?>

unfortunatly this example cause a error-message: "Warning: Unable to
lookup pathname"

other tests with com() are working (e.g. starting word).

frank 

-- 
Edit bug report at http://bugs.php.net/?id=17136&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=17136&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17136&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=17136&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=17136&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17136&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=17136&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17136&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17136&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17136&r=globals

Bug #17136 Updated: com and messages queue

2002-05-10 Thread fd 

 ID:   17136
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: COM related
 Operating System: windows 2000
 PHP Version:  4.2.0
 New Comment:

the correct example is:

$msmq = new COM("MSMQ.MSMQMessage") or die ("objkt message-queue nicht
referenzierbar!");

$queue = ".\\PRIVATE\$\\SYNCHMQ";  # escaped $ sign
echo $queue;

$msmq->PathName = $queue;  # pathname is not a function


Previous Comments:


[2002-05-10 04:38:04] [EMAIL PROTECTED]

i tried to create a com-object in order to use microsoft
messages-queues (MSMQ):
 
PathName (".\\PRIVATE$\\SYNCHMQ");
?>

unfortunatly this example cause a error-message: "Warning: Unable to
lookup pathname"

other tests with com() are working (e.g. starting word).

frank 





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

#15267 [Com]: "declare" makes apacke crashes under Windows.

2002-10-25 Thread fd 
 ID:   15267
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

ghhgjghjgh


Previous Comments:


[2002-09-26 19:31:55] [EMAIL PROTECTED]

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.

oops, forgot to close.



[2002-09-26 19:21:56] [EMAIL PROTECTED]

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.





[2002-09-03 12:24:31] [EMAIL PROTECTED]

same bug with php 4.2.2 on Windows XP Professionnal running apache and
php as a module : the code in the php documentation crashes apache
unless i comment either the register_tick_function line or the whole
code in the declare statement. it does the same with a simpler code
(echo $x) in the declare statement as well. Commenting only the code in
the function 'profile' doesn't stop apache from crashing though.
it's a pity because i wanted to try it looks nice to use ...



[2002-08-28 15:09:53] [EMAIL PROTECTED]

b/c i dont know how to use ticks i am not exactly sure what the problem
is but i think i have narrowed it down to something with declare or
register_tick_function. when one of them is commented out, it does not
crash but when they are both there, it does crash.

Something to keep in mind is when the contents of registered tick
function or the contents of declare are completely removed, the crash
does not occur. with declare even the brackets cant be there.

Knight



[2002-08-25 18:14:27] [EMAIL PROTECTED]

The bug is still there. And 4.2.1 is hardly too old.



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/15267

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

#27498 [Bgs->Opn]: wrong error message generated by opendir when safe mode is in effect

2004-03-16 Thread fd 
 ID:   27498
 Updated by:   [EMAIL PROTECTED]
-Reported By:  troels at kyberfabrikken dot dk
+Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Unknown/Other Function
-Operating System: red hat linux
+Operating System: debian
 PHP Version:  4.3.4
 New Comment:

This is a bug! Why shouldn't it be one?



[EMAIL PROTECTED]:/home/seric$ php -d'safe_mode=on' -r
'opendir("/home/seric/bar");'



Warning: opendir(): SAFE MODE Restriction in effect.  The script whose
uid is 1000 is not allowed to access /home/seric owned by uid 0 in
Command line code on line 1



Warning: opendir(/home/seric/bar): failed to open dir: No such file or
directory in Command line code on line 1



[EMAIL PROTECTED]:/home/seric$ php -v

PHP 4.3.4 (cli) (built: Dec 14 2003 17:50:17)

Copyright (c) 1997-2003 The PHP Group

Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies


Previous Comments:


[2004-03-06 13:34:26] [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

Not a bug. 



[2004-03-05 13:56:26] troels at kyberfabrikken dot dk

why is this not a bug ?



i get the message that my script is not allowed to access
/home/virtual/site1/fst/var/www/html/data/



but that is false - it DOES in fact have thoose rights.



[2004-03-05 13:44:54] [EMAIL PROTECTED]

This is definitely a bug.



[EMAIL PROTECTED]:~$ php -d'safe_mode=on' -r 'opendir("/home/et/nonexistant");'



Warning: opendir(): SAFE MODE Restriction in effect.  The script whose
uid is 500 is not allowed to access /home/et owned by uid 0 in Command
line code on line 1



Warning: opendir(/home/et/nonexistant): failed to open dir: No such
file or directory in Command line code on line 1

[EMAIL PROTECTED]:~$ ls -dla /home/et

drwxr-xr-x   61 et   et   4096 Mar  5 19:41 /home/et





[2004-03-05 13:36:17] [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

.



[2004-03-04 16:57:19] [EMAIL PROTECTED]

Description:

while trying to open a dir that diddent exist, i recieved a wrong
error-message. this caused me to waste a lot of time, before i finally
figured out the real problem.



1. php is running as module under apache in safe mode. version = 4.3.3

2. /home/virtual/site1/fst/var/www/html/ is my www root

3. /home/virtual/site1/fst/var/www/html/data/ is a dir, end it's CHMOD
777

4. /home/virtual/site1/fst/var/www/html/data/subdir is non-existent



i recieve this error message :



Warning in line 3 of file
/home/virtual/site1/fst/var/www/html/index.php

[2] opendir(): SAFE MODE Restriction in effect. The script whose uid is
503 is not allowed to access
/home/virtual/site1/fst/var/www/html/data/subdir owned by uid 0 



witch gave my a few hours messing around until i finally discovered
that i just forgot to create the dir in mention.

however - if php had given me a more precise error, i would have saved
a lot of time. when it comes down to it, safemode had nothing to do
with the real problem.

Reproduce code:
---
[index.php : begin]



[index.php : end]






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

#41771 [Bgs]: phpinfo () by itself does not work right on a ISAPI installation.

2007-06-21 Thread fd 
 ID:   41771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at studio505 dot net
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows Server 2003
 PHP Version:  5.2.3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This behaviour is quit normal. php.ini-recommendet disables
short_open_tags by default. Although they would work if they are enabled
use the recommended  syntax. Thanks!


Previous Comments:


[2007-06-21 22:37:13] webmaster at studio505 dot net

Theres the php.ini Recommended Version 

http://area51solutions.com/ini.rar 

theres not a dang thing wrong with it. 

And there sure as heck aint no short open tags setting in it. 

And if there was supposed to be one. 

Thats a bug by itself.



[2007-06-21 22:30:02] webmaster at studio505 dot net

FOr crying out loud 

[21 Jun 10:03pm UTC] [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

Try using the \"show source\" feature of your browser - looks like you
have short_open_Tags disabled in your php.ini


And now you say i got it open?!?

Look man / woman w/e 
Screenshot 

http://area51solutions.com/whereisit.jpg 
WHere is the short_open_Tags huh?


Do you know why you dont about this issue? 
becuase people give up on installing as a ISAPI module. They rely on
the default mode. 

First you say i got this this short open tags disabled now you say i
got open. 

quit trying to play me. 
There is a problem 

I told you this is a bug and if you fix you wouldnt get half the
problems of people installing on windows server 2003. 

There is a problem with the ISAPI working as a perfect install on
windows server 2003. It will not load the text. by adding the HTML
headers to help 
JUMP START text output 
i proved the install is fine itself. 

I want a second opinion.



[2007-06-21 22:16:03] [EMAIL PROTECTED]

In one script you have  in the other  if you open http://area51solutions.com/test.php  in your browser and
use the "view source" feature - as I said before - you can see that "" wasn't parsed, which means you have short_open_tags
enabled in your php.ini file. No bug.



[2007-06-21 22:13:07] webmaster at studio505 dot net

short_open_Tags is not anywhere in the php.ini i just looked
everywhere. 

The fact that even if it is disabled 

WHY is it working on http://area51solutions.com/test3.php 

AND why is not even in my php.ini if its so vital to making text show
up. 

im telling you dude you got a bug with your stuff.



[2007-06-21 22:09:11] webmaster at studio505 dot net

ive proved this is a bug 
look 
http://area51solutions.com/test3.php Works perfectly with a HTML header
to help Jump start the text to show.

http://area51solutions.com/test.php that just has a phpinfo () in it
does not!

how are you going to sit here and tell me its not a bug when i sat here
for hours poring over every setting and prove that it works with a html
header in it to help jump start the text to show. 

i know you guys dont care much about windows server 2003, but come on
man look at those links. one works and one doesnt. 

its a problem man.



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/41771

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

#22624 [Com]: Mulitple PHP processes launched using 100% CPU

2008-11-28 Thread fhggfj at hg dot fd 
 ID:   22624
 Comment by:   fhggfj at hg dot fd
 Reported By:  webmaster at enterzone dot com
 Status:   No Feedback
 Bug Type: Performance problem
 Operating System: WinNT4
 PHP Version:  4.3.1
 New Comment:

http://www.forex.co.ir";>ÝÇÑ˜Ó یÓÊ
ÇیÑÇä فارکس
ایران
http://www.forex.co.ir";>http://www.forex.co.ir/forex.gif"; alt="ÝÇÑ˜Ó یÓÊ
ÇیÑÇä" width="32" height="32" border="0">
http://www.forex.co.ir";>http://www.forex.co.ir


Previous Comments:


[2003-03-15 18:47:40] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-03-10 12:25:17] [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.


A reproduce script is needed, and if it is more then 10
lines, please put a link here to it.



[2003-03-10 11:57:58] webmaster at enterzone dot com

WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I
am getting 1,2,4, or more process instances of PHP running using 100%
CPU. Cannot narrow it down to bad programming code by users or a php.exe
problem. Most PHP is running fine. I have a few PHP forums running. I
cannot reproduce the problem, but it is increasing. Concerned that it
may be a attack. This is now occurring 4 or more times a day. Only
option is to kill the errant processes. Sometimes a reboot of the server
is mandatory. After killing the processes, normal PHP code in our forums
runs fine. There are not any consistent instances of PHP runing in the
background unless this problem reoccurs. The PHP.INI is set as follows;
max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has
now effect on this problem, we have seen it run over 4 hours without a
sign of stopping on its own. I don't have the memory usage noted, there
is not any unusually high traffic across our network during the
instance. Most dynamic pages fail, only static pages are served from
IIS, due to the high CPU load. PHP request run, but very slowly as do
all request during this time.




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

#22624 [Com]: Mulitple PHP processes launched using 100% CPU

2008-07-26 Thread fhggfj at hg dot fd 
 ID:   22624
 Comment by:   fhggfj at hg dot fd
 Reported By:  webmaster at enterzone dot com
 Status:   No Feedback
 Bug Type: Performance problem
 Operating System: WinNT4
 PHP Version:  4.3.1
 New Comment:

http://www.forex.co.ir
forex   ÝÇÑ˜Ó   ÂãæÒÔ ÝÇјÓ


Previous Comments:


[2003-03-15 18:47:40] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-03-10 12:25:17] [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.


A reproduce script is needed, and if it is more then 10
lines, please put a link here to it.



[2003-03-10 11:57:58] webmaster at enterzone dot com

WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I
am getting 1,2,4, or more process instances of PHP running using 100%
CPU. Cannot narrow it down to bad programming code by users or a php.exe
problem. Most PHP is running fine. I have a few PHP forums running. I
cannot reproduce the problem, but it is increasing. Concerned that it
may be a attack. This is now occurring 4 or more times a day. Only
option is to kill the errant processes. Sometimes a reboot of the server
is mandatory. After killing the processes, normal PHP code in our forums
runs fine. There are not any consistent instances of PHP runing in the
background unless this problem reoccurs. The PHP.INI is set as follows;
max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has
now effect on this problem, we have seen it run over 4 hours without a
sign of stopping on its own. I don't have the memory usage noted, there
is not any unusually high traffic across our network during the
instance. Most dynamic pages fail, only static pages are served from
IIS, due to the high CPU load. PHP request run, but very slowly as do
all request during this time.




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

#21127 [Com]: CSRSS.exe 100%

2008-07-26 Thread fhggfj at hg dot fd 
 ID:   21127
 Comment by:   fhggfj at hg dot fd
 Reported By:  korngerd at yahoo dot com
 Status:   No Feedback
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  4.3.0RC3
 New Comment:

http://www.forex.co.ir
forex   ÝÇÑ˜Ó   ÂãæÒÔ ÝÇјÓ


Previous Comments:


[2003-06-14 12:42:21] kcassidy at klondyke dot net

I'm having the same problem. Often multiple instances of php.exe will
stay open after my scripts are executed which causes csrss.exe to use
all of my CPU resources. Even after I end all instances of php.exe
csrss.exe causes my system to hang. Only after a reboot will my system
run without hanging, and after running a few scripts the problem
returns.



[2003-01-13 01:00:02] php-bugs at lists dot php dot net

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-12-28 13:31:54] [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-20 22:17:54] korngerd at yahoo dot com

Whenever someone uploads to my FTP server, I use PHP to execute my
scripts.  Now, although I haven't pinpointed the problem yet, it seems
like PHP is causing CSRSS.exe (Windows' client/server runtime server
subsystem), a system process, to jump up to 100% CPU usage.  I'll try
looking into the problem in more detail, but I just thought I'd post
this up for now.




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

#31900 [Com]: Location redirects don't work, HTTP 200 instead HTTP 302

2008-07-28 Thread fhggfj at hg dot fd 
 ID:   31900
 Comment by:   fhggfj at hg dot fd
 Reported By:  rogeliotg2004 at yahoo dot es
 Status:   No Feedback
 Bug Type: HTTP related
 Operating System: Linux Mandrake 10.1
 PHP Version:  4.3.10
 New Comment:

http://www.forex.co.ir
forex   ÝÇÑ˜Ó ÂãæÒÔ ÝÇјÓ


Previous Comments:


[2005-02-09 16:36:04] rogeliotg2004 at yahoo dot es

Description:

I have apache 2.0.50 on linux mandrake 10.1. I had php 4.3.8, now I've
installed 4.3.10 by  urpmi.
Then I got the mentioned problem, when I use header("location: ...),
the header is sended in the response, but the HTTP 302 sended in 4.3.8
is now a HTTP 200.
Try whatever script that you want, with a location like a full or
relative URL.
Best Regards,

Reproduce code:
---


Expected result:

HTTP/1.x 302 found
Location: www.google.com
...more headers



Actual result:
--
HTTP/1.x 200 OK

Location: www.google.com
...more headers







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

#22624 [Com]: Mulitple PHP processes launched using 100% CPU

2008-08-05 Thread fhggfj at hg dot fd 
 ID:   22624
 Comment by:   fhggfj at hg dot fd
 Reported By:  webmaster at enterzone dot com
 Status:   No Feedback
 Bug Type: Performance problem
 Operating System: WinNT4
 PHP Version:  4.3.1
 New Comment:

http://www.forex.co.ir
forex   فارکس  آموزش فارکس


Previous Comments:


[2003-03-15 18:47:40] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-03-10 12:25:17] [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.


A reproduce script is needed, and if it is more then 10
lines, please put a link here to it.



[2003-03-10 11:57:58] webmaster at enterzone dot com

WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I
am getting 1,2,4, or more process instances of PHP running using 100%
CPU. Cannot narrow it down to bad programming code by users or a php.exe
problem. Most PHP is running fine. I have a few PHP forums running. I
cannot reproduce the problem, but it is increasing. Concerned that it
may be a attack. This is now occurring 4 or more times a day. Only
option is to kill the errant processes. Sometimes a reboot of the server
is mandatory. After killing the processes, normal PHP code in our forums
runs fine. There are not any consistent instances of PHP runing in the
background unless this problem reoccurs. The PHP.INI is set as follows;
max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has
now effect on this problem, we have seen it run over 4 hours without a
sign of stopping on its own. I don't have the memory usage noted, there
is not any unusually high traffic across our network during the
instance. Most dynamic pages fail, only static pages are served from
IIS, due to the high CPU load. PHP request run, but very slowly as do
all request during this time.




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